テイクオーバーが正常に完了すると、二次クラスタ (cluster-newyork) が保護グループの主クラスタになり、この二次クラスタ上でサービスがオンラインになります。元の主クラスタが回復したところで、フェイルバックと呼ばれる処理を行なって元の主クラスタ上で再びサービスをオンラインにすることができます。
Sun Cluster Geographic Edition ソフトウェアでは、次の 2 種類のフェイルバックがサポートされています。
フェイルバックスイッチオーバー。フェイルバックスイッチオーバーの場合、アプリケーションは、元の主クラスタ cluster-paris のデータが二次クラスタ cluster-newyork のデータと再同期されたあとで、元の主クラスタでオンラインに戻ります。
どのクラスタが cluster-paris で、どのクラスタが cluster-newyork であるかについては、図 2–1 を参照してください。
フェイルバックテイクオーバー。フェイルバックテイクオーバーの場合、アプリケーションは元の主クラスタ上で再度オンラインに戻って、主クラスタ上の現在のデータを使用します。二次クラスタ上で更新が行われていたとしても、その内容は破棄されます。
この手順は、元の主クラスタ cluster-paris のデータが現在の主クラスタ cluster-newyork のデータと再同期されたあとで、アプリケーションを元の主クラスタで再起動するときに使用します。
フェイルバックスイッチオーバーを実行する前に、cluster-newyork ではテイクオーバーが発生していました。現在のクラスタの役割は次のとおりです。
cluster-newyork の保護グループの役割は primary です。
cluster-paris の保護グループの役割は、テイクオーバー中にその保護グループに到達できるかどうかによって、primary または secondary のどちらかです。
元の主クラスタ cluster-paris を現在の主クラスタ cluster-newyork と再同期させます。
cluster-paris はその独自の構成を失い、cluster-newyork 構成をローカルに複製します。パートナーシップ構成と保護グループ構成の両方を再同期させます。
cluster-paris 上で、ローカルクラスタ上の保護グループを無効にします。
# geopg stop -e Local protection-group-name |
コマンドの適用範囲を指定します
範囲を local に指定した場合、このコマンドはローカルクラスタだけを対象に実行されます。
保護グループの名前を指定します
保護グループがすでに無効になっている場合は、保護グループ内のリソースグループの状態は通常 Error です。状態が Error であるのは、アプリケーションリソースグループが現在管理されていてオフラインであるためです。
保護グループを無効にすると、アプリケーションリソースグループは管理対象でなくなり、Error 状態が解消されます。
cluster-paris で、パートナーシップを再同期させます。
# geops update partnership-name |
パートナーシップの名前を指定します
複数の保護グループにフェイルバックスイッチオーバーを実行している場合でも、この手順は 1 度実行するだけで済みます。
パートナーシップの同期についての詳細は、「パートナーシップの再同期」を参照してください。
cluster-paris で、各保護グループを再同期させます。
cluster-newyork 上の保護グループの役割は primary であるため、この手順によって cluster-paris 上の保護グループの役割が確実に secondary となります。
# geopg update protection-group-name |
保護グループの名前を指定します
保護グループの同期については、「Sun StorEdge Availability Suite 3.2.1 保護グループの再同期」を参照してください。
cluster-parisで、クラスタの各保護グループの構成を検証します。
# geopg validate protection-group-name |
単一の保護グループを識別する一意の名前を指定します
詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを検証する方法」を参照してください。
cluster-paris で、各保護グループを有効にします。
保護グループを有効にすると、そのアプリケーションリソースグループもオンラインになります。
# geopg start -e Global protection-group-name |
コマンドの適用範囲を指定します
範囲を Global に指定すると、このコマンドは保護グループが配備されている両方のクラスタを対象に実行されます。
保護グループの名前を指定します
フェイルバックスイッチオーバーを行う際には、現在の二次クラスタ cluster-paris のデータを現在の主クラスタ cluster-newyork のデータと同期させる必要があるため、-n オプションを指定しないでください。
保護グループの役割が secondary であるため、現在の二次クラスタ cluster-paris のデータが現在の主クラスタ cluster-newyork のデータに同期します。
geopg start コマンドの詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを有効にする方法」を参照してください。
データが完全に同期したことを確認します。
まず、cluster-newyork 上の保護グループの状態が OK であることを確認します。
phys-newyork-1# geoadm status |
出力の保護グループセクションを参照してください。
次に、複製リソースグループ AVS-protection-group-name-rep-rg 内のすべてのリソースの状態が OK であることを確認します。
phys-newyork-1# scstat -g |
どちらか一方のクラスタで、各保護グループについて cluster-newyork から cluster-paris へのスイッチオーバーを実行します。
# geopg switchover [-f] -m cluster-paris protection-group-name |
詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを主クラスタから二次クラスタにスイッチオーバーする方法」を参照してください。
cluster-paris は、元の役割である、保護グループの主クラスタに戻ります。
一方のクラスタで geoadm status を使用してスイッチオーバーが正常に完了したかを確認し、複製リソース、アプリケーションリソースグループ、およびアプリケーションリソースがオンライン状態であることを検証します。
さらに、保護グループの役割が現在 cluster-paris では primary、cluster-newyork では secondary であり、「Data replication」と「Resource groups」の状態が両方のクラスタで OK と示されることも確認する必要があります。
# geoadm status |
元の主クラスタ cluster-paris 上でアプリケーションを再起動し、元の主クラスタ上の現在のデータを使用するには、次の手順を実行します。この場合、現在の二次クラスタ cluster-newyork が一次クラスタとして機能していた間に更新されたデータは、すべて破棄されます。
条件付きですが、元の主クラスタ cluster-paris のデータの使用は再開できます。cluster-newyork でのテイクオーバー操作のあとは、どのような時点でも、新しい主クラスタ cluster-newyork から元の主クラスタ cluster-paris にデータを複製していてはいけません。
フェイルオーバーテイクオーバー操作を開始する前、クラスタには次の役割が割り当てられています。
cluster-newyork の保護グループの役割は primary です。
cluster-paris の保護グループの役割は、テイクオーバー中にその保護グループに到達できるかどうかによって、primary または secondary のどちらかです。
元の主クラスタ cluster-paris を元の二次クラスタ cluster-newyork と再同期させます。
cluster-paris はその独自の構成を失い、cluster-newyork 構成をローカルに複製します。
cluster-paris で、パートナーシップを再同期させます。
# geops update partnership-name |
パートナーシップの名前を指定します
複数の保護グループにフェイルバックテイクオーバーを実行している場合でも、この手順は 1 度実行するだけで済みます。
パートナーシップの同期についての詳細は、「パートナーシップの再同期」を参照してください。
cluster-paris で、各保護グループを再同期させます。
保護グループが有効に設定されている場合は、geopg stop コマンドを使用してその保護グループを無効にします。保護グループを無効にする方法については、「Sun StorEdge Availability Suite 3.2.1 保護グループを無効にする方法」を参照してください。
# geopg update protection-group-name |
保護グループの名前を指定します
保護グループの同期については、「Sun StorEdge Availability Suite 3.2.1 保護グループを再同期させる方法」を参照してください。
cluster-parisで、クラスタの各保護グループの構成を検証します。
# geopg validate protection-group-name |
単一の保護グループを識別する一意の名前を指定します
詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを検証する方法」を参照してください。
cluster-paris 上で、データ複製を行わずに、二次クラスタの役割が割り当てられている各保護グループを有効にします。
cluster-paris の保護グループの役割は secondary であるため、geopg start コマンドは cluster-paris でアプリケーションを再起動しません。
# geopg start -e local -n protection-group-name |
コマンドの適用範囲を指定します
範囲を local に指定した場合、このコマンドはローカルクラスタだけを対象に実行されます。
保護グループを有効にしたときにデータ複製を開始しないようにします
-n オプションを指定する必要があります。
保護グループの名前を指定します
詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを有効にする方法」を参照してください。
-n オプションが cluster-paris に指定されているため、cluster-newyork から cluster-paris への複製は開始されません。
cluster-paris 上で、各保護グループのテイクオーバーを開始します。
# geopg takeover [-f] protection-group-name |
ユーザーに確認することなく、強制的にコマンドを実行します
保護グループの名前を指定します
geopg takeover コマンドの詳細は、「Sun StorEdge Availability Suite 3.2.1 サービスを二次クラスタへ即時に強制的テイクオーバーする方法」を参照してください。
この時点で、cluster-paris の保護グループの役割は primary であり、cluster-newyork の保護グループの役割は secondary です。
cluster-newyork で、各保護グループを有効にします。
cluster-newyork 上の保護グループには secondary の役割が割り当てられているので、geopg start コマンドを実行しても、アプリケーションは cluster-newyork 上では再起動しません。
# geopg start -e local [-n] protection-group-name |
コマンドの適用範囲を指定します
範囲を local に指定した場合、このコマンドはローカルクラスタだけを対象に実行されます。
保護グループを有効にしたときにデータ複製を開始しないようにします
このオプションを省略した場合、データ複製サブシステムは保護グループと同時に起動されます。
保護グループの名前を指定します
geopg start コマンドの詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを有効にする方法」を参照してください。
データ複製を開始します。
データ複製を開始するには、主クラスタ cluster-paris 上で保護グループを有効にします。
# geopg start -e local protection-group-name |
geopg start コマンドの詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループを有効にする方法」を参照してください。