Storage Foundation Cluster File System High Availability 7.3.1 管理者ガイド - Linux
- 第 I 部 Storage Foundation Cluster File System High Availability の概要
- Storage Foundation Cluster File System High Availability の概要
- Veritas File System について
- Storage Foundation Cluster File System(SFCFS)について
- Veritas Replicator について
- Dynamic Multi-Pathing の動作
- Veritas Volume Manager の動作
- Veritas File System の動作
- Storage Foundation Cluster File System High Availability の動作方法
- Storage Foundation Cluster File System High Availability アーキテクチャについて
- クラスタファイルシステムでサポートされている Veritas File System 機能について
- 単一ネットワークリンクと信頼性について
- I/O フェンシングについて
- Cluster Volume Manager の動作
- Storage Foundation Cluster File System High Availability の概要
- 第 II 部 ストレージのプロビジョニング
- 新しいストレージのプロビジョニング
- ストレージを設定するための高度な割り当て方法
- 割り当て動作のカスタマイズ
- 特定のレイアウトのボリュームの作成
- VxFS ファイルシステムの作成とマウント
- VxFS ファイルシステムの作成
- VxFS ファイルシステムのマウント
- ファイルシステムサイズの変更
- 空き領域の監視
- エクステント属性
- 第 III 部 DMP を使ったマルチパスの管理
- Dynamic Multi-Pathing の管理
- 新しく追加されたディスクデバイスの検出と設定
- ディスクの検出とディスクアレイの動的な追加について
- デバイス検出層の管理方法
- vxdmpadm ユーティリティを使った DMP の管理
- I/O 統計情報の収集と表示
- I/O ポリシーの指定
- 新しく追加されたディスクデバイスの検出と設定
- デバイスの動的再構成
- デバイスの管理
- イベント監視
- Dynamic Multi-Pathing の管理
- 第 IV 部 Storage Foundation Cluster File System High Availability の管理
- Storage Foundation Cluster File System High Availability とそのコンポーネントの管理
- CFS の管理
- mount、fsclustadm、fsadm コマンドについて
- CFS プライマリノードで障害が発生した場合
- SFCFSHA のスナップショットについて
- VCS の管理
- CVM の管理
- マスターフェールオーバーへのクラスタノードの優先設定の設定について
- CVM マスターの手動での変更について
- 共有ディスクグループのインポート
- Flexible Storage Sharing の管理
- ODM の管理
- I/O フェンシングの管理について
- vxfentsthdw ユーティリティについて
- vxfenadm ユーティリティについて
- vxfenclearpre ユーティリティについて
- vxfenswap ユーティリティについて
- コーディネーションポイントサーバーの管理について
- ディスクベースとサーバーベースのフェンシング設定間の移行について
- SFCFSHA のグローバルクラスタの管理
- クラスタ化された NFS の使用
- クラスタ化された NFS のしくみ
- クラスタ化された NFS の設定および設定解除
- クラスタ化された NFS の管理
- Common Internet File System の使用
- クラスタ化された NFS を使用した Oracle の展開
- Oracle データベースへの SFCFSHA ユーティリティの使用
- サイトとリモートミラーの管理
- SFCFSHA を使った iSCSI の管理
- SFCFSHA を使ったデータストアの管理
- Storage Foundation Cluster File System High Availability とそのコンポーネントの管理
- 第 V 部 I/O パフォーマンスの最適化
- 第 VI 部 Veritas Extension for Oracle Disk Manager
- Veritas Extension for Oracle Disk Manager の使用
- Oracle Disk Manager について
- Oracle Disk Manager と Oracle Managed Files について
- Cached ODM の使用
- Veritas Extension for Oracle Disk Manager の使用
- 第 VII 部 PITC の使用
- PITC 方法の理解
- ボリュームスナップショットの管理
- 従来のサードミラーブレークオフスナップショット
- フルサイズインスタントスナップショット
- インスタントスナップショットの作成
- インスタントスナップの DCO と DCO ボリュームの追加
- インスタントスナップショットの同期の制御
- インスタントスナップショットの作成
- カスケードスナップショット
- バージョン 0 の DCO および DCO ボリュームの追加
- Storage Checkpoint の管理
- FileSnaps の管理
- スナップショットファイルシステムの管理
- 第 VIII 部 Storage Foundation Cluster File System High Availability を使用したストレージの最適化
- 第 IX 部 ストレージ利用率の最大化
- SmartTier によるストレージの階層化
- ボリュームセットの作成と管理
- MVS ファイルシステム
- SmartTier の管理
- ホットリロケーションの管理
- データの重複排除
- ファイルの圧縮
- Cloud Connector を使用したクラウドへのファイルの移行
- 第 X 部 ストレージの管理
- ボリュームとディスクグループの管理
- デフォルトのディスクグループの名前の付け方
- ボリュームまたはディスクの移動
- タスクの監視と制御
- オンライン再レイアウトの実行
- ボリュームへのミラーの追加
- ディスクグループの管理
- プレックスとサブディスクの管理
- Veritas InfoScale Storage 環境の Erasure coding
- ストレージの破棄
- ルータビリティ
- クォータ
- FCL(File Change Log)
- ボリュームとディスクグループの管理
- 第 XI 部 参照
- 付録 A. パス名の逆引きルックアップ
- 付録 B. チューニングパラメータ
- 付録 C. コマンドリファレンス
- 付録 D. スタータデータベースの作成
vxconfigd デーモンのリカバリ
クラスタでは、スレーブノード上の vxconfigd デーモンが、常に、マスターノード上の vxconfigd デーモンに接続されます。 vxconfigd デーモンが停止していると、ボリュームの再設定トランザクションは実行できません。 スレーブノードで vxconfigd デーモンが稼動していない場合でも、他のノードがクラスタに結合することは可能です。
vxconfigd デーモンが停止した場合に実行される処理は、どのノードのデーモンが停止したかによって異なります。
vxconfigd デーモンがマスターノード上で停止された場合は、スレーブノード上の vxconfigd デーモンがマスターノードへの再結合を定期的に試みます。 マスターノード上で vxconfigd デーモンが再起動するまで、この試みは成功しません。 この場合には、スレーブノード上の vxconfigd デーモンは共有設定に関する設定情報を失うわけではないため、設定情報がすべて正しく表示されます。
スレーブノード上の vxconfigd デーモンが停止されても、マスターノードは何の動作も行いません。 vxconfigd デーモンがスレーブ上で再起動されると、スレーブの vxconfigd デーモンはマスターデーモンに再接続して共有設定に関する設定情報を再取得しようと試みます (カーネルが使っている共有設定も、共有ディスクへのアクセスも、影響を受けません)。 スレーブノード上の vxconfigd デーモンがマスターノード上の vxconfigd デーモンに正常に再接続されるまでは、スレーブノード上のデーモンは共有設定に関する設定情報をほとんど持たないため、共有設定の表示や修正の試行がすべて失敗することがあります。 たとえば、vxdg list コマンドを使って一覧表示された共有ディスクグループは disabled と設定され、再結合が正常に終了すると enabled と設定されます。
vxconfigd デーモンがマスターノード上とスレーブノード上の両方で停止された場合、マスターノード上およびスレーブノード上で vxconfigd が再起動され再接続されるまで、スレーブノードは正確な設定情報を表示しません。
VCS( Cluster Server)の CVM(Cluster Volume Manager)エージェントが、クラスタの再構成時にノード上で vxconfigd デーモンが実行していないことを確認すると、vxconfigd デーモンは自動的に再起動されます。
警告:
vxconfigd の -r リセットオプションは、vxconfigd デーモンを再起動し、すべての状態を一から再作成します。 このときクラスタの共有設定に関する設定情報が破棄されるため、ノードがクラスタに結合してしている間は、このオプションを使って vxconfigd を再起動することはできません。
場合によっては、Veritas Volume Manager(VxVM)の問題を解決するために、VCS が制御するクラスタで vxconfigd を手動で再起動する必要があります。
???を参照してください。