スイッチオーバーおよびスイッチバックの発生時のボリュームの動作

スイッチオーバーまたはスイッチバックをトリガーするイベントが発生すると、ディザスタ リカバリ グループの一方のクラスタからもう一方のクラスタにアクティブなボリュームが切り替わります。クライアントにデータを提供していたアクティブなクラスタのボリュームは停止され、代わりにアクティブになったもう一方のクラスタのボリュームからデータの提供が開始されます。Unified Managerでは、実行中のアクティブなボリュームのみが監視されます。

ボリュームが一方のクラスタからもう一方のクラスタに切り替わるため、両方のクラスタを監視することを推奨します。Unified Managerでは単一のインスタンスでMetroCluster構成の両方のクラスタを監視できますが、監視する2つのクラスタ間の距離によっては、両方のクラスタを監視するためにUnified Managerインスタンスが2つ必要になる場合もあります。次の図は、Unified Managerの単一のインスタンスを示しています。

名前に「_p」が付いているボリュームはプライマリ ボリュームで、「_b」が付いているボリュームはSnapMirrorで作成されたバックアップ用のミラー ボリュームです。

通常運用時の状態は次のとおりです。

• クラスタAの2つのボリュームがアクティブ：Vol1_pおよびVol2_p
• クラスタBの2つのボリュームがアクティブ：Vol3_pおよびVol4_p
• クラスタAの2つのボリュームが非アクティブ：Vol3_bおよびVol4_b
• クラスタBの2つのボリュームが非アクティブ：Vol1_bおよびVol2_b

Unified Managerにより、アクティブなボリュームのそれぞれに関する情報（統計やイベントなど）が収集されます。Vol1_pとVol2_pの統計がクラスタAから収集され、Vol3_pとVol4_pの統計がクラスタBから収集されます。

重大な障害が発生してアクティブなボリュームがクラスタBからクラスタAにスイッチオーバーされると次のようになります。

• クラスタAの4つのボリュームがアクティブ：Vol1_p、Vol2_p、Vol3_b、およびVol4_b
• クラスタBの4つのボリュームが非アクティブ：Vol3_p、Vol4_p、Vol1_b、およびVol2_b

通常運用時と同様に、Unified Managerでアクティブなボリュームのそれぞれに関する情報が収集されます。ただし、この場合は、Vol1_pとVol2_pの統計がクラスタAから収集され、Vol3_bとVol4_bの統計もクラスタAから収集されます。

Vol3_pとVol3_bは異なるクラスタにあり、同じボリュームではないことに注意してください。Unified Managerに表示されるVol3_pの情報は、Vol3_bと同じにはなりません。

• クラスタAにスイッチオーバーしている間は、Vol3_pの統計とイベントは表示されません。
• スイッチオーバーの発生直後は、履歴情報がないため、Vol3_bは新規のボリュームのように見えます。

クラスタBが復旧してスイッチバックが実行されると、クラスタBのVol3_pが再びアクティブになり、スイッチオーバーしていた期間を除いた状態で過去の統計が表示されます。クラスタAのVol3_bの情報は、次にスイッチオーバーが発生するまでは表示されません。