次の手順を実行して、元の主クラスタ cluster-paris 上のデータと現在の主クラスタ cluster-newyork との間でデータの再同期と再検証を行います。
保護グループの構成の再同期と再検証を行う前、cluster-newyork ではすでにテイクオーバーが発生しています。現在のクラスタの役割は次のとおりです。
元の主クラスタ cluster-paris が停止していた場合、そのクラスタが起動していること、および、そのクラスタで Sun Cluster Geographic Edition インフラストラクチャーが有効であることを確認します。クラスタの起動については、『Sun Cluster Geographic Edition のシステム管理』の「クラスタの起動」を参照してください。
cluster-newyork の保護グループの役割は primary です。
cluster-paris 上の保護グループの役割は、cluster-newyork からのテイクオーバー中に cluster-paris に到達できたかどうかによって、primary の役割または secondary の役割のいずれかになります。
元の主クラスタ cluster-paris を現在の主クラスタ cluster-newyork と再同期させます。
この操作により、cluster-paris の独自の構成は削除され、cluster-newyork の構成がローカルに複製されます。パートナーシップ構成と保護グループ構成の両方を再同期させます。
cluster-paris で、パートナーシップを再同期させます。
# geops update partnershipname |
パートナーシップの名前を指定します
複数の保護グループを再同期させている場合でも、この手順は 1 回実行するだけで済みます。
パートナーシップの同期については、『Sun Cluster Geographic Edition のシステム管理』の「パートナーシップの再同期」を参照してください。
cluster-paris で、各保護グループを再同期させます。
cluster-newyork 上の保護グループの役割は primary であるため、この手順により cluster-paris 上の保護グループの役割は secondary になります。
# geopg update protectiongroupname |
保護グループの名前を指定します
保護グループの同期についての詳細は、「Hitachi TrueCopy 保護グループの再同期」を参照してください。
cluster-paris 上で、個々の保護グループのクラスタ構成を検証します。
# geopg validate protectiongroupname |
単一の保護グループを識別する一意の名前を指定します
詳細は、「Hitachi TrueCopy 保護グループを検証する方法」を参照してください。
cluster-paris で、各保護グループを有効にします。
cluster-paris の保護グループの役割は secondary であるため、geopg start コマンドは cluster-paris でアプリケーションを再起動しません。
# geopg start -e local protectiongroupname |
コマンドの範囲を指定します。
範囲を local と指定すると、ローカルクラスタだけがコマンドの対象となります。
保護グループの名前を指定します。
現在の主クラスタ cluster-newyork から現在の二次クラスタ cluster-paris にデータを再同期させる必要があるため、-n オプションを使用しないでください。
保護グループの役割は secondary であるため、データの同期化は現在の主クラスタである cluster-newyork から二次クラスタ cluster-paris へと行われます。
geopg start コマンドの詳細は、「Hitachi TrueCopy 保護グループを有効にする方法」を参照してください。
データが完全に同期したことを確認します。
cluster-newyork 上の保護グループ上の状態は、 OKにします。
phys-newyork-1# geoadm status |
出力の保護グループセクションを参照してください。
cluster-newyork の Hitachi TrueCopy デバイスグループの状態が PVOL_PAIR であり、cluster-paris の Hitachi TrueCopy デバイスグループの状態が SVOL_PAIR であるとき、保護グループのローカル状態は OK です。