元の主クラスタ cluster-paris 上でアプリケーションを再起動し、元の主クラスタ上の現在のデータを使用するには、次の手順を実行します。二次クラスタ cluster-newyork が主クラスタとして機能していた間に発生した更新はすべて破棄されます。
条件付きですが、元の主クラスタ cluster-paris のデータの使用は再開できます。cluster-newyork でのテイクオーバー操作のあとは、どのような時点でも、新しい主クラスタ cluster-newyork から元の主クラスタ cluster-paris にデータを複製していてはいけません。新しい主クラスタと元の主クラスタの間でデータの複製を行わないようにするために、geopg start コマンドを使用するときには常に、-n オプションを使用しておく必要があります。
フェイルオーバーテイクオーバー操作を開始する前、クラスタには次の役割が割り当てられています。
cluster-newyork の保護グループの役割は primary です。
cluster-paris の保護グループの役割は、テイクオーバー中にその保護グループに到達できるかどうかによって、primary または secondary のどちらかです。
元の主クラスタ cluster-paris を元の二次クラスタ cluster-newyork と再同期させます。
cluster-paris はその独自の構成を失い、cluster-newyork 構成をローカルに複製します。
cluster-paris で、パートナーシップを再同期させます。
# geops update partnership-name |
パートナーシップの名前を指定します
複数の保護グループにフェイルバックテイクオーバーを実行している場合でも、この手順は 1 度実行するだけで済みます。
パートナーシップの同期についての詳細は、「パートナーシップの再同期」を参照してください。
Hitachi TrueCopy デバイスグループ devgroup1 を SMPL 状態にします。
pairsplit コマンドを使用して、cluster-paris と cluster-newyork の両方のクラスタの保護グループにある Hitachi TrueCopy デバイスグループを SMPL 状態にします。使用する pairsplit コマンドは、Hitachi TrueCopy デバイスグループのペアの状態によって変わります。次の表に、いくつかの典型的なペアの状態ごとに、cluster-paris で使用する必要があるコマンドの例を示します。
cluster-paris でのペアの状態 |
cluster-newyork でのペアの状態 |
cluster-paris で使用される pairsplit コマンド |
---|---|---|
PSUS または PSUE |
SSWS |
pairsplit -R -g dgname pairsplit -S -g dgname |
SSUS |
PSUS |
pairsplit -S -g dgname |
pairsplit コマンドについての詳細は、『Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide』を参照してください。
このコマンドが正常に完了した場合、pairdisplay コマンドの出力に devgroup1 が次のように表示されます。
phys-paris-1# pairdisplay -g devgroup1 Group PairVol(L/R) (Port#,TID,LU),Seq#,LDEV#,P/S,Status,Fence,Seq#,P-LDEV# M devgroup1 pair1(L) (CL1-A , 0, 1) 12345 1..SMPL ---- ----,----- ---- - devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..SMPL ---- ----,----- ---- - devgroup1 pair2(L) (CL1-A , 0, 2) 12345 2..SMPL ---- ----,----- ---- - devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..SMPL ---- ----,----- ---- - |
.
cluster-paris で、各保護グループを再同期させます。
cluster-newyork の保護グループのローカルな役割は現在 primary であるため、この手順によって cluster-paris の保護グループのローカルな役割が確実に secondary となります。
# geopg update protection-group-name |
保護グループの名前を指定します
保護グループの再同期についての詳細は、「保護グループを再同期させる方法」を参照してください。
cluster-parisで、クラスタの各保護グループの構成を検証します。
# geopg validate protection-group-name |
単一の保護グループを識別する一意の名前を指定します
詳細は、「Hitachi TrueCopy 保護グループを検証する方法」を参照してください。
cluster-paris 上で、データ複製を行わずに、二次クラスタの役割が割り当てられている各保護グループを有効にします。
cluster-paris の保護グループの役割は secondary であるため、geopg start コマンドは cluster-paris でアプリケーションを再起動しません。
# geopg start -e local -n protection-group-name |
コマンドの適用範囲を指定します
範囲を local に指定した場合、このコマンドはローカルクラスタだけを対象に実行されます。
保護グループを有効にしたときにデータ複製を開始しないようにします
-n オプションを指定する必要があります。
保護グループの名前を指定します
詳細は、「Hitachi TrueCopy 保護グループを有効にする方法」を参照してください。
-n オプションが cluster-paris に指定されているため、cluster-newyork から cluster-paris への複製は開始されません。
cluster-paris 上で、各保護グループのテイクオーバーを開始します。
# geopg takeover [-f] protection-group-name |
ユーザーに確認することなく、強制的にコマンドを実行します
保護グループの名前を指定します
geopg takeover コマンドの詳細は、「Hitachi TrueCopy サービスを二次クラスタにより即座に強制テイクオーバーする方法」を参照してください。
この時点で、cluster-paris の保護グループの役割は primary であり、cluster-newyork の保護グループの役割は secondary です。アプリケーションサービスは現在、cluster-paris でオンラインです。
cluster-newyork で、各保護グループを有効にします。
手順 4 の終わりで、cluster-newyork の保護グループのローカル状態は Offline です。保護グループのローカル状態の監視を開始するには、cluster-newyork の保護グループを有効にする必要があります。
cluster-newyork 上の保護グループには secondary の役割が割り当てられているので、geopg start コマンドを実行しても、アプリケーションは cluster-newyork 上では再起動しません。
# geopg start -e local [-n] protection-group-name |
コマンドの適用範囲を指定します
範囲を local に指定した場合、このコマンドはローカルクラスタだけを対象に実行されます。
保護グループを有効にしたときにデータ複製を開始しないようにします
このオプションを省略した場合、データ複製サブシステムは保護グループと同時に起動されます。
保護グループの名前を指定します
geopg start コマンドの詳細は、「Hitachi TrueCopy 保護グループを有効にする方法」を参照してください。