Cluster Server 7.4.3 付属エージェントリファレンスガイド - Linux
- 付属エージェントの概要
- ストレージエージェント
- ストレージエージェントの概要
- DiskGroup エージェント
- DiskGroupSnap エージェント
- Volume エージェント
- VolumeSet エージェント
- LVMLogicalVolume エージェント
- LVMVolumeGroup エージェント
- Mount エージェント
- IMF 対応
- Mount エージェントの依存関係
- Mount エージェントのエージェント関数
- Mount エージェントの状態の定義
- Mount エージェントの属性
- Mount エージェントのリソースタイプ定義
- Mount エージェントに関する注意事項
- ディレクトリ名のスペースのサポート
- 複数 bindfs のサポート
- 高可用性のファイアドリル
- VxFS ファイルシステムロック
- IMF の使用に関する注意事項
- Mount エージェントに対するレベル 2 の監視の有効化
- RHEL 7 と RHEL 8: NFS ファイルシステムのバージョン
- RHEL 7 と RHEL 8: バインドマウントの構成
- Amazon EFS のサポート
- Mount エージェントの設定例
- Mount エージェントのデバッグログレベル
- Mount エージェントの制限事項
- VMwareDisksエージェント
- SFCache エージェント
- AWS EBSVol エージェント
- AzureDisk エージェント
- GoogleDisk エージェント
- Network エージェント
- ネットワークエージェントについて
- IP エージェント
- NIC エージェント
- IPMultiNIC エージェント
- MultiNICA エージェント
- DNS エージェント
- AWSIP エージェント
- AWSRoute53 エージェント
- AzureIP エージェント
- AzureDNSZone エージェント
- GoogleIP エージェント
- ファイル共有エージェント
- サービスエージェントとアプリケーションエージェント
- サービスエージェントとアプリケーションエージェントについて
- Apache HTTP サーバーエージェント
- Application エージェント
- CoordPoint エージェント
- KVMGuest エージェント
- KVMGuest エージェントの依存関係
- KVMGuest エージェントのエージェント関数
- KVMGuest エージェントの状態の定義
- KVMGuest エージェントの属性
- KVMGuest エージェントのリソースタイプ定義
- KVMGuest エージェントに関する注意
- RHEL 6、RHEL 7（KVM 環境）、SuSE Enterprise Linux 11 SP2 と SP3 で作成されたゲストのサポート
- ストレージとネットワークの設定
- ゲストのライブ移行
- RHEV 環境の仮想マシンの管理
- SuSE KVM の ISO イメージの管理
- VCS を使った仮想マシンの移行
- グローバルクラスタ設定の DR のための KVMGuest エージェントの設定
- AD ベースのドメインを使用する RHEV-M の非管理者ユーザーの設定
- ホストがクラッシュした場合の仮想マシンのフェールオーバー
- KVMGuest エージェントは RHEV 環境で curl コマンドと xpath コマンドを要求する
- RHEV 環境: VM が動作しているノードがパニックに陥るか強制的にシャットダウンされる場合、VCS は別のノードで VM を開始できない
- KVMGuest 環境の設定例
- RHEV 環境の設定例
- SuSE KVM の設定例
- KVMGuest エージェントのデバッグログレベル
- Process エージェント
- ProcessOnOnly エージェント
- AzureAuth エージェント
- インフラエージェントとサポートエージェント
- エージェントのテスト
- レプリケーションエージェント
- レプリケーションエージェントについて
- RVG エージェント
- RVGPrimary エージェント
- RVGSnapshot
- RVGShared エージェント
- RVGLogowner エージェント
- RVGSharedPri エージェント
- VFRJob エージェント
ファイルレプリケーションの方向の変更
障害時にターゲットファイルが書き込まれ、その後プライマリサイトになった場合、古いソースファイルシステムを新しいターゲットファイルシステムに作ることができるようにレプリケーションの方向を変更できます。
VFRJob の元のシステムとターゲットシステムの両方が VCS 制御下にある場合、次の手順を実行して VFR のファイルレプリケーションの方向を変更します。
メモ:
vfr_job リソースは現在の元のシステムで実行されている VFRJob を表し、vfr_job2 リソースはターゲットシステムで無効化される（Enabled 0）VFRJob のリソースを表します。
元のシステムで次の手順を実行します
- 元のシステムの VFRJob リソースをオフライン化します
# hares -offline vfr_job -sys source_system、
vfr_job は VFRJob リソース、source_system は VFRJob がオンラインのシステムです。
- VFRJob がオフラインになった後、VFRJob リソースを無効化します。
# haconf -makerw
# hares -modify vfr_job Enabled 0
# haconf -dump -makero
- 元のシステムとターゲットシステムの両方で、VFR のレプリケーションの方向を変更する手順を実行します。
詳しくは、『Veritas InfoScale レプリケーション管理者ガイド』を参照してください。
新しい元のシステムで次の手順を実行します。
ファイルレプリケーションの方向が変更されると、初期のターゲットシステムが新しい元のシステムになります。
- VFRJob を有効化します
# haconf -makerw
# hares -modify vfr_job2 Enabled 1
# haconf -dump -makero
- 新しい元のシステムの VFRJob をプローブします
# hares -probe vfr_job2 -sys new_source_system 、new_source_system は、VFRJob2 の仮想 IP（vfr_vip2）がオンラインのシステムです。
- VFRJob をオンライン化します。
# hares -online vfr_job2 -sys new_source_system