検索クエリーを入力してください
<book_title> を検索 ...
Veritas InfoScale™ 8.0.2 トラブルシューティングガイド - Linux
Last Published:
2023-07-18
Product(s):
InfoScale & Storage Foundation (8.0.2)
Platform: Linux
- はじめに
- 第 I 部 Veritas File System のトラブルシューティング
- 第 II 部 Veritas Volume Manager のトラブルシューティング
- ハードウェア障害からのリカバリ
- RAID 5 ボリュームの障害
- DCO ボリュームの障害からのリカバリ
- インスタントスナップショット障害からのリカバリ
- 失敗した vxresize 操作のリカバリ
- ブートディスク障害からのリカバリ
- コマンド、タスク、トランザクションの管理
- ディスクグループ設定データのバックアップとリストア
- ディスクグループのインポートを使った問題のトラブルシューティング
- CDS エラーからの回復
- ログおよびエラーメッセージ
- Veritas Volume Replicator のトラブルシューティング
- 設定エラーのリカバリ
- プライマリまたはセカンダリでのリカバリ
- ハードウェア障害からのリカバリ
- 第 III 部 Dynamic Multi-Pathing のトラブルシューティング
- 第 IV 部 Storage Foundation Cluster File System High Availability のトラブルシューティングについて
- 第 V 部 Cluster Server のトラブルシューティング
- VCS のトラブルシューティングおよびリカバリ
- VCS メッセージログ
- VCS エンジンのトラブルシューティング
- LLT(Low Latency Transport)のトラブルシューティング
- GAB(Group Membership Services/Atomic Broadcast)のトラブルシューティング
- VCS の起動に関するトラブルシューティング
- systemd ユニットサービスファイルの問題のトラブルシューティング
- サービスグループに関するトラブルシューティング
- リソースに関するトラブルシューティング
- I/O フェンシングのトラブルシューティング
- システムパニックによって潜在的なデータ破損が防止される
- フェンシングの起動時にすでに発生しているスプリットブレイン状態が報告される
- CP サーバーのトラブルシューティング
- Veritas InfoScale 製品 クラスタノードでのサーバーベースのフェンシングのトラブルシューティング
- コーディネーションポイントのオンライン移行中の問題
- 通知に関するトラブルシューティング
- グローバルクラスタのトラブルシューティングとリカバリ
- ライセンスに関するトラブルシューティング
- ライセンスのエラーメッセージ
- VCS のトラブルシューティングおよびリカバリ
- 第 VI 部 SFDB のトラブルシューティング
RAID 5 ボリュームのリカバリ
RAID 5 ボリュームでは、次のタイプのリカバリが必要になります。
パリティの再同期
障害の発生した RAID 5 ログプレックスの再接続
無効なサブディスクのリカバリ
パリティの再同期や無効なサブディスクのリカバリは、通常 RAID 5 ボリュームの起動時かシステム起動後すぐに実行されます。vxrecover コマンドでも実行できます。
ディスク障害時にホットリロケーションが有効である場合、再配置に使うディスク領域がない場合を除き、システム管理者の操作は必要ありません。ホットリロケーションは障害をきっかけに実施され、システム管理者には電子メールで障害が通知されます。
ホットリロケーションは RAID 5 ボリュームのプレックスに障害が発生した場合に、そのサブディスクの再配置を自動的に行います。再配置が実行されると、ホットリロケーションデーモン(vxrelocd)もパリティの再同期を開始します。
RAID 5 ログプレックスに障害が発生した場合、ログプレックスがミラー化されている場合のみ再配置が実行されます。この後 vxrelocd デーモンがミラー再同期を実行し、RAID 5 ログプレックスを再作成します。障害が発生したときにホットリロケーションが無効になっていると、システム管理者が再同期またはリカバリを開始する必要がある場合があります。
メモ:
RAID 5 プレックスの下位となるディスクや、他の関連するサブシステムにおいて深刻なハードウェア障害が発生した場合、ボリュームを削除してから正常に機能しているハードウェア上に再作成し、バックアップからボリュームの内容をリストアしたときのみ、ボリュームのリカバリが可能です。