Administrator Guide

2. resolve-conflicting-detach コマンドを使用して、優先クラスターとしてクラスター 1 を選択します。
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resolve-conflicting-detach -c
cluster-1
This will cause I/O to suspend at clusters in conflict with cluster cluster-1, allowing
you to stop applications at those clusters. Continue? (Yes/No) Yes
リンクのアウテージが開始されてから行われた、コンシステンシー グループ内のボリューム上にあるデータに対してのクラス
ター 2 による変更が破棄されます。
クラスター 2 のデータ イメージは、クラスター 1 のイメージと同期されます。
自動再開ポリシーが false の場合、クラスター 2 で I/O が一時停止します。
3. ls コマンドを使用して、作動ステータスの変更を確認します。
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> ls
Attributes:
Name Value
------------------- ----------------------------------------------------------
active-clusters [cluster-1, cluster-2]
cache-mode synchronous
detach-rule no-automatic-winner
operational-status [(cluster-1,{ summary:: ok, details:: [] }),
(cluster-2,{ summary:: suspended, details:: [requires-resume-at-
loser] })]
passive-clusters []
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol, dd2_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
● クラスター 1 では I/O が続行され、ステータスは ok になります。
● クラスター 2 では、データのビューが変更されたため I/O が一時停止されます。
4. consistency-group resume-at-loser コマンドを使用して、クラスター 2 のコンシステンシー グループへの I/O を再開
します。
リンクの停止しているクラスターでの I/O の再開
クラスター間リンクのアウテージ中に、
優先 クラスターである 2 個のクラスターのいずれかで I/O を再開できます。
このタスクについて
劣勢 クラスターでは、I/O が一時停止したままになります。
クラスター間リンクがリストアされると、優先クラスターと劣勢クラスターが再接続されます。また、劣勢クラスターは、優先ク
ラスターがリンクなしで I/O を再開したことを検出します。
明示的に構成されていない限り、劣勢クラスター上では I/O は一時停止されたままです。これにより、劣勢クラスターのアプリケ
ーションは、突然のデータ変更が発生するのを防ぎます。
遅延により、アプリケーションをシャット ダウンすることができます。
アプリケーションを停止した後、consistency-group resume-at-loser コマンドを使用して次の操作を実行します。
● 劣勢クラスター上のデータ イメージを、優先クラスター上のデータ イメージに再同期する。
● I/O 操作のサービスを再開する。
その後、劣勢クラスターでアプリケーションを安全に再開できます。
劣勢クラスターで I/O を再開するには、次のようにします。
82 コンシステンシー グループ