geopg takeover コマンドを実行すると、ソフトウェアにより、二次クラスタ上のボリュームセットの状態が Replicating または Logging であることが確認されます。
元の主クラスタ cluster-paris にアクセスできる場合は、次の処理が実行されます。
保護グループが有効であった場合、保護グループ内のすべてのアプリケーションリソースグループと内部リソースグループ間のアフィニティーとリソースの依存関係を削除します
アプリケーションリソースグループがオフラインになり、unmanaged 状態になります
保護グループ内のデバイスグループに対応する主ボリュームのマウントを解除します
すべてのボリュームセットをロギングモードにして、データ複製を停止します
すべてのボリュームセットの役割を逆転させます
元の二次クラスタ cluster-newyork 上では、次の処理が実行されます。
すべてのボリュームセットをロギングモードにします
すべてのボリュームセットの役割を逆転させます
RoleChange_ActionCmd プロパティーに指定されているスクリプトを実行します
テイクオーバーを行う前、元の二次クラスタ上で保護グループがアクティブだった場合、すべてのアプリケーションリソースグループをオンラインにし、アプリケーションリソースグループと内部リソースグループ間にアフィニティーとリソースの依存関係を追加します。
コマンドが正常に実行された場合、二次クラスタ cluster-newyork が保護グループの新しい主クラスタになります。ローカルクラスタ上の保護グループの役割に従って、保護グループのデバイスグループと関連付けられているボリュームセットの役割が逆転します。テイクオーバーを行う前、元の二次クラスタ上で保護グループがアクティブだった場合、新しい主クラスタ上でアプリケーションリソースグループがオンラインになります。元の主クラスタにアクセスできる場合、このクラスタが保護グループの新しい二次クラスタになります。保護グループのデバイスグループに関連付けられているすべてのボリュームセットの複製は、停止します。
テイクオーバーが正常に完了すると、データ複製は停止します。複製を引き続き中断したままにする場合は、geopg start コマンドを -n オプション付きで実行します。このオプションを指定すると、新しい主クラスタから新しい二次クラスタへのデータ複製が行われません。
このコマンドは、それまでの操作のうち 1 つでも失敗したものがあると、エラーを返します。個々のコンポーネントの状態を表示するには、geoadm status コマンドを実行します。失敗の原因によっては、保護グループの Configuration の状態が Error に設定されることがあります。保護グループは、有効になっている場合と無効になっている場合があります。
保護グループの Configuration の状態が Error に設定されている場合は、「Sun StorEdge Availability Suite 3.2.1 保護グループを検証する方法」の手順に従って、保護グループを再検証します。
個々のパートナークラスタ上で保護グループの構成が一致していない場合は、「Sun StorEdge Availability Suite 3.2.1 保護グループを再同期させる方法」の手順に従って、構成を再同期させる必要があります。