元の主クラスタ cluster-paris 上でアプリケーションを再起動し、元の主クラスタ上の現在のデータを使用するには、次の手順を実行します。この場合、現在の二次クラスタ cluster-newyork が一次クラスタとして機能していた間に更新されたデータは、すべて破棄されます。
フェイルバック手順は、パートナーシップのクラスタにだけ適用されます。次の手順は、パートナーシップごとに 1 回だけ実行する必要があります。
元の主クラスタ (cluster-paris ) でデータの使用を再開する場合、cluster-newyork でのテイクオーバー操作のあと、決してデータを新しい主クラスタ (cluster-newyork ) から元の主クラスタ (cluster-paris) に複製しないでください。新しい主クラスタと元の主クラスタの間でデータの複製を行わないようにするために、geopg start コマンドを使用するときには常に、-n オプションを使用しておく必要があります。
クラスタが次の役割を持つことを確認します。
元の主クラスタ 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# geops update partnershipname |
パートナーシップの名前を指定します
パートナーシップ内の複数の保護グループにフェイルバックテイクオーバーを実行している場合でも、この手順を実行する必要があるのはパートナーシップごとに 1 回だけです。
パートナーシップの同期についての詳細は、『Sun Cluster Geographic Edition のシステム管理』の「パートナーシップの再同期」を参照してください。
cluster-paris で、各保護グループを再同期させます。
cluster-newyork の保護グループのローカルな役割は現在 primary であるため、この手順によって cluster-paris の保護グループのローカルな役割が確実に secondary となります。
phys-paris-1# geopg update protectiongroupname |
保護グループの名前を指定します
保護グループの再同期についての詳細は、「保護グループを再同期させる方法」を参照してください。
cluster-paris 上で、個々の保護グループの構成を検証します。
保護グループがエラー状態でないことを確認します。エラー状態の場合、保護グループを起動できません。
phys-paris-1# geopg validate protectiongroupname |
単一の保護グループを識別する一意の名前を指定します
詳細は、「EMC Symmetrix Remote Data Facility 保護グループを検証する方法」を参照してください。
cluster-paris 上で、データ複製を行わずに、二次クラスタの役割が割り当てられている各保護グループを有効にします。
cluster-paris の保護グループの役割は secondary であるため、geopg start コマンドは cluster-paris でアプリケーションを再起動しません。
この保護グループでデータ複製を使用しないことを指定する -n オプションを使用します。このオプションを省略すると、データ複製は保護グループと同時に始まります。
phys-paris-1# geopg start -e local -n protectiongroupname |
コマンドの範囲を指定します。
範囲を local と指定すると、ローカルクラスタだけがコマンドの対象となります。
データ複製を、当該保護グループに使用してはならないことを指定します。このオプションを省略すると、データ複製は保護グループと同時に始まります。
保護グループの名前を指定します
詳細は、「EMC Symmetrix Remote Data Facility 保護グループを有効にする方法」を参照してください。
cluster-paris で-n オプションが 使用されているため、cluster-newyork から cluster-paris への複製は開始されません。
cluster-paris 上で、各保護グループのテイクオーバーを開始します。
phys-paris-1# geopg takeover [-f] protectiongroupname |
ユーザーに確認することなく、強制的にコマンドを実行します
保護グループの名前を指定します
geopg takeover コマンドについての詳細は、「EMC Symmetrix Remote Data Facility サービスを二次クラスタへ即時にテイクオーバーを強制する方法」を参照してください。
この時点で、cluster-paris の保護グループの役割は primary であり、cluster-newyork の保護グループの役割は secondary です。アプリケーションサービスは現在、cluster-paris でオンラインです。
cluster-newyork で、各保護グループを有効にします。
手順 4 の終わりで、cluster-newyork の保護グループのローカル状態は Offline です。保護グループのローカル状態の監視を開始するには、cluster-newyork の保護グループを有効にする必要があります。
cluster-newyork 上の保護グループには secondary の役割が割り当てられているので、geopg start コマンドを実行しても、アプリケーションは cluster-newyork 上では再起動しません。
phys-newyork-1# geopg start -e local [-n] protectiongroupname |
コマンドの範囲を指定します。
範囲を local と指定すると、ローカルクラスタだけがコマンドの対象となります。
保護グループを有効にしたときにデータ複製を開始しないようにします。
このオプションを省略した場合、データ複製サブシステムは保護グループと同時に起動されます。
保護グループの名前を指定します。
geopg start コマンドの詳細は、「EMC Symmetrix Remote Data Facility 保護グループを有効にする方法」を参照してください。
テイクオーバーが正しく実行されたことを確認します。
保護グループが現在 cluster-paris で primary、cluster-newyork で secondary になっており、「データ複製」および「リソースグループ」が両方のクラスタで OK になっていることを確認します。
# geoadm status |
手順 5 でデータ複製が開始されるのを防ぐために -n オプションを使用した場合、「データ複製」ステータスは OK 状態になりません。
各 EMC Symmetrix Remote Data Facility 保護グループのアプリケーションリソースグループとデータ複製の実行時ステータスを確認します。
# scstat -g |
検査するデータ複製デバイスグループの Status フィールドと Status Message フィールドを参照してください。これらのフィールドの詳細は、表 2–1 を参照してください。
データ複製の実行時ステータスについては、「EMC Symmetrix Remote Data Facility データ複製の実行時状態の検査」を参照してください。