この手順は、元の主クラスタ cluster-paris のデータが現在の主クラスタ cluster-newyork のデータと再同期されたあとで、アプリケーションを元の主クラスタで再起動するときに使用します。
フェイルバックの手順はパートナーシップ内のクラスタにのみ適用されます。ここでの手順はパートナーシップごとに 1 回実行するだけで済みます。
フェイルバックスイッチオーバーを実行する前に、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 上で、ローカルクラスタ上の保護グループを無効にします。
phys-paris-1# geopg stop -e Local protectiongroupname |
コマンドの範囲を指定します。
範囲を local と指定すると、ローカルクラスタだけがコマンドの対象となります。
保護グループの名前を指定します。
保護グループがすでに無効になっている場合は、保護グループ内のリソースグループの状態は通常 Error です。状態が Error であるのは、アプリケーションリソースグループが現在管理されていてオフラインであるためです。
保護グループを無効にすると、アプリケーションリソースグループは管理対象でなくなり、Error 状態が解消されます。
cluster-paris で、パートナーシップを再同期させます。
phys-paris-1# geops update partnershipname |
パートナーシップの名前を指定します
パートナーシップ内の複数の保護グループに対してフェイルバックスイッチオーバーを実行している場合でも、この手順はパートナーシップごとに 1 回実行するだけで済みます。
パートナーシップの同期については、『Sun Cluster Geographic Edition のシステム管理』の「パートナーシップの再同期」を参照してください。
cluster-paris で、各保護グループを再同期させます。
cluster-newyork の保護グループのローカルな役割は現在 primary であるため、この手順によって cluster-paris の保護グループのローカルな役割が確実に secondary になります。
phys-paris-1# geopg update protectiongroupname |
保護グループの名前を指定します
保護グループの同期については、「Sun StorEdge Availability Suite 3.2.1 保護グループの再同期」を参照してください。
cluster-paris 上で、個々の保護グループの構成を検証します。
エラー状態の保護グループを起動することはできません。保護グループがエラー状態でないことを確認します。
phys-paris-1# geopg validate protectiongroupname |
単一の保護グループを識別する一意の名前を指定します
詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを検証する方法」を参照してください。
cluster-paris で、各保護グループを有効にします。
保護グループを有効にすると、そのアプリケーションリソースグループもオンラインになります。
phys-paris-1# geopg start -e Global protectiongroupname |
コマンドの範囲を指定します。
Global スコープを指定すると、保護グループが配備されている両方のクラスタがコマンドの対象となります。
保護グループの名前を指定します。
フェイルバックスイッチオーバーを行う際には、現在の二次クラスタ cluster-paris のデータを現在の主クラスタ cluster-newyork のデータと同期させる必要があるため、-n オプションを指定しないでください。
保護グループの役割は secondary であるため、データの同期化は現在の主クラスタである cluster-newyork から二次クラスタ cluster-paris へと行われます。
geopg start コマンドの詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを有効にする方法」を参照してください。
データが完全に同期したことを確認します。
まず、cluster-newyork 上の保護グループの状態が OK であることを確認します。
phys-newyork-1# geoadm status |
出力の保護グループセクションを参照してください。
次に、複製リソースグループ AVSprotectiongroupname-rep-rg 内のすべてのリソースの状態が OK であることを確認します。
phys-newyork-1# scstat -g |
どちらか一方のクラスタで、各保護グループについて cluster-newyork から cluster-paris へのスイッチオーバーを実行します。
# geopg switchover [-f] -m clusterparis protectiongroupname |
詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを主クラスタから二次クラスタにスイッチオーバーする方法」を参照してください。
cluster-paris は、元の役割である、保護グループの主クラスタに戻ります。
スイッチオーバーが正常に実行されたことを確認します。
保護グループが cluster-paris 上で primary となり、cluster-newyork 上で secondary となったこと、および、「データ複製」と「リソースグループ」の状態が両方のクラスタで OK であることを確認します。
# geoadm status |
各 Sun StorEdge Availability Suite 3.2.1 保護グループについて、アプリケーションリソースグループとデータ複製の実行時状態を検査します。
# scstat -g |
検査するデータ複製デバイスグループの Status フィールドと Status Message フィールドを参照してください。これらのフィールドの詳細は、表 2–1 を参照してください。
データ複製の実行時状態については、「Sun StorEdge Availability Suite 3.2.1 データ複製の実行時状態の検査」を参照してください。