この章では、Hitachi TrueCopy ソフトウェアを使用して、データ複製を構成する手順と管理する手順を示します。この章の内容は、次のとおりです。
保護グループを作成する前に、次の中から最適な方法を検討してください。
アプリケーションをオフラインにしてから、保護グループを作成する
もっとも簡単な方法です。単一のコマンドで、一方のクラスタ上に保護グループを作成し、他方のクラスタ上の情報を取得し、その後保護グループを有効にします。ただし、処理が完了するまで保護グループがオンラインにならないため、アプリケーションリソースグループを保護グループに追加するときには、アプリケーションリソースグループをオフラインにする必要があります。
アプリケーションがオンラインの間に保護グループを作成する
この方法では、アプリケーションを停止せずに保護グループを作成できますが、複数のコマンドを実行する必要があります。
これ以降の節では、各方法を採用する場合の手順について説明します。
アプリケーションリソースグループがオフラインの間に保護グループを作成する手順は、次のとおりです。
一方のクラスタのノードの 1 つで、保護グループを作成します。
詳細は、「Hitachi TrueCopy 保護グループを作成して構成する方法」を参照してください。
この保護グループにデータ複製デバイスグループを追加します。
詳細は、「Hitachi TrueCopy 保護グループにデータ複製デバイスグループを追加する方法」を参照してください。
アプリケーションリソースグループをオフラインにします。
保護グループにアプリケーションリソースグループを追加します。
詳細は、「Hitachi TrueCopy 保護グループにアプリケーションリソースグループを追加する方法」を参照してください。
他方のクラスタで、保護グループの構成を取得します。
詳細は、 「Hitachi TrueCopy 保護グループ構成をパートナークラスタに複製する方法」を参照してください。
どちらか一方のクラスタから、保護グループ を「グローバルに」起動します。
詳細は、「Hitachi TrueCopy 保護グループを有効にする方法」を参照してください。
アプリケーションをオフラインにすることなく新しい保護グループに既存のアプリケーションリソースグループを追加するには、アプリケーションリソースグループがオンライン状態にあるクラスタで次の手順を実行します。
一方のクラスタのノードの 1 つで、保護グループを作成します。
詳細は、「Hitachi TrueCopy 保護グループを作成して構成する方法」を参照してください。
この保護グループにデータ複製デバイスグループを追加します
詳細は、「Hitachi TrueCopy 保護グループにデータ複製デバイスグループを追加する方法」を参照してください。
保護グループをローカルに起動します。
詳細は、「Hitachi TrueCopy 保護グループを有効にする方法」を参照してください。
保護グループにアプリケーションリソースグループを追加します。
詳細は、「Hitachi TrueCopy 保護グループにアプリケーションリソースグループを追加する方法」を参照してください。
他方のクラスタで、次の手順を実行します。
保護グループ構成を検出します。
詳細は、 「Hitachi TrueCopy 保護グループ構成をパートナークラスタに複製する方法」を参照してください。
保護グループをローカルに有効にします。
詳細は、「Hitachi TrueCopy 保護グループを有効にする方法」を参照してください。
この例では、アプリケーションをオフラインにせずに保護グループを作成する方法について説明します。
この例では、cluster-paris クラスタ上で apprg1 リソースグループがオンライン状態にあります。
cluster-paris 上に保護グループを作成します。
phys-paris-1# geopg create -d tc -p Nodelist=phys-paris-1,phys-paris-2 -o Primary \ -s paris-newyork-ps tcpg Protection group "tcpg" has been successfully created |
デバイスグループ tcdg を保護グループに追加します。
phys-paris-1# geopg add-device-group -p fence_level=async tcdg tcpg |
保護グループをローカルに有効にします。
phys-paris-1# geopg start-e local tcpg Processing operation.... this may take a while.... Protection group "tcpg" successfully started. |
すでにオンライン状態になっているアプリケーションリソースグループを保護グループに追加します。
phys-paris-1# geopg add-resource-group apprg1 tcpg Following resource groups were successfully inserted: "apprg1" |
アプリケーションリソースグループが正常に追加されたことを確認します。
phys-paris-1# geoadm status Cluster: cluster-paris Partnership "paris-newyork-ps" : OK Partner clusters : newyork Synchronization : OK Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \ "paris-newyork-ps" OK Plug-in "ping-plugin" : Inactive Plug-in "icrm_plugin" : OK Plug-in "tcp_udp_plugin" : OK Protection group "tcpg" : Degraded Partnership : paris-newyork-ps Synchronization : OK Cluster cluster-paris : Degraded Role : Primary Configuration : OK Data replication : Degraded Resource groups : OK Cluster cluster-newyork : Unknown Role : Unknown Configuration : Unknown Data Replication : Unknown Resource Groups : Unknown |
次のように実行し、パートナークラスタのノードの 1 つで保護グループを取得します。
phys-newyork-1# geopg get -s paris-newyork-ps tcpg Protection group "tcpg" has been successfully created. |
パートナークラスタで、保護グループをローカルに有効にします。
phys-newyork-1# geopg start-e local tcpg Processing operation.... this may take a while.... Protection group "tcpg" successfully started. |
保護グループが正常に作成され有効になっていることを確認します。
cluster-paris で geoadm status コマンドを実行すると、次のように出力されます。
phys-paris-1# geoadm status Cluster: cluster-paris Partnership "paris-newyork-ps" : OK Partner clusters : newyork Synchronization : OK Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \ "paris-newyork-ps": OK Plug-in "ping-plugin" : Inactive Plug-in "icrm_plugin" : OK Plug-in "tcp_udp_plugin" : OK Protection group "tcpg" : Degraded Partnership : paris-newyork-ps Synchronization : OK Cluster cluster-paris : Degraded Role : Primary Configuration : OK Data replication : Degraded Resource groups : OK Cluster cluster-newyork : Degraded Role : Secondary Configuration : OK Data Replication : Degraded Resource Groups : OK |
この節では、次の作業の手順について説明します。
データ複製を使用しない保護グループも作成できます。データ複製サブシステムを使用しない保護グループを作成するには、geopg コマンドを使用するときに、-d data-replication-type オプションを省略します。geoadm status コマンドを実行すると、こうした保護グループの状態は「Degraded」と表示されます。
詳細は、「データ複製を必要としない保護グループの作成」を参照してください。
保護グループを作成するには、次の条件が満たされているかをまず確認する必要があります。
ローカルクラスタがパートナーシップのメンバーである。
既存の保護グループとこれから作成する保護グループが重複しない。
保護グループ名は Sun Cluster Geographic Edition のグローバルネームスペース内で一意です。同じシステム上にパートナーシップが 2 つ存在する場合、これらに同じ保護グループ名を付けることはできません。
保護グループの既存の構成は、リモートクラスタからローカルクラスタに複製することもできます。詳細は、「Hitachi TrueCopy 保護グループ構成ををパートナークラスタに複製する」を参照してください。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
geopg create コマンドを実行して新しい保護グループを作成します。
このコマンドを実行すると、ローカルクラスタのすべてのノードに、保護グループが 1 つずつ作成されます。
# geopg create -s partnership-name -o local-role -d truecopy [-p property-settings [-p...]] \ protection-group-name |
パートナーシップの名前を指定します
この保護グループのローカルクラスタでの役割を指定します (primary または secondary)
Hitachi TrueCopy を使用して保護グループのデータを複製するように指定します
保護グループのプロパティーを設定します
設定できるプロパティーは次のとおりです。
Description – 保護グループについて説明する
Timeout – 保護グループのタイムアウト間隔を秒単位で指定する
Nodelist – 複製サブシステムの主クラスタになりえるマシンのホスト名を表示する
Cluster_dgs – データが書き込まれるデバイスグループを表示する
設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。
保護グループの名前を指定します
Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。
geopg コマンドの詳細は、geopg(1M) のマニュアルページを参照してください。
次に、主クラスタとして設定されている cluster-paris 上に Hitachi TrueCopy 保護グループを作成する例を示します。
# geopg create -s paris-newyork-ps -o primary -d truecopy \ -p Nodelist=phys-paris-1,phys-paris-2 tcpg |
次に、現在 cluster-newyork でオンラインになっているアプリケーションリソースグループ resourcegroup1 に Hitachi TrueCopy 保護グループ tcpg を作成する例を示します。
アプリケーションリソースグループを持たない保護グループを作成します。
# geopg create -s paris-newyork-ps -o primary -d truecopy \ -p nodelist=phys-paris-1,phys-paris-2 tcpg |
保護グループを有効にします。
# geopg start -e local tcpg |
アプリケーションリソースグループを追加します。
# geopg add-resource-group resourcegroup1 tcpg |
保護グループを作成する前に、データ複製層は horcmd デーモンが動作しているかどうかを検証します。
データ複製層は、horcmd デーモンが少なくとも、Nodelist プロパティーで指定されているノードの 1 つで動作しているかどうかを検証します。horcmd デーモンについての詳細は、『Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide』を参照してください。
Cluster_dgs プロパティーが指定されている場合、データ複製層は、指定されたデバイスグループが有効な Sun Cluster デバイスグループであるかどうかを確認します。データ複製層はまた、そのデバイスグループが有効な種類であるかどうかも確認します。
Cluster_dgs プロパティーに指定されたデバイスグループへの書き込みは、保護グループに属するアプリケーションだけに限定する必要があります。このプロパティーには、保護グループ外のアプリケーションから情報を受信するデバイスグループを指定しないでください。
Sun Cluster リソースグループは、保護グループの作成時に自動的に作成されます。
このリソースグループ内のこのリソースは、データ複製を監視します。Hitachi TrueCopy データ複製リソースグループの名前は、rg-tc-protection-group-name です。
このように自動的に作成される複製リソースグループは、Sun Cluster Geographic Edition 内部実装専用です。Sun Cluster コマンドを使用してこれらのリソースグループを変更する場合は注意してください。
保護グループの構成を変更する前に、変更する保護グループがローカルに存在していることを確認します。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループの構成を変更します。
このコマンドは、ローカルクラスタ上の全ノードの保護グループのプロパティーを変更します。パートナークラスタ上に同じ名前の保護グループが含まれている場合、このコマンドは、パートナークラスタにも新しい構成情報を伝達します。
# geopg set-prop -p property-settings [-p...] \ protection-group-name |
保護グループのプロパティーを設定します。
設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。
保護グループの名前を指定します。
Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。
geopg コマンドの詳細は、geopg(1M) のマニュアルページを参照してください。
次に、例 10–2 で作成した保護グループの Timeout プロパティーを変更する例を示します。
# geopg set-prop -p Timeout=400 tcpg |
geoadm status の出力で保護グループの Configuration 状態が Error と表示された場合、geopg validate コマンドを使用して構成を検証できます。このコマンドは、保護グループとそのエンティティーの現在の状態を検査します。
保護グループとそのエンティティーが有効であれば、保護グループの Configuration 状態は OK に設定されます。構成ファイル内にエラーが見つかると、geopg validate コマンドはそのエラーについてのメッセージを表示し、構成はエラー状態にとどまります。この場合、ユーザーは構成内のエラーを修正し、geopg validate コマンドをもう一度実行できます。
保護グループの構成を検証する前に、検証する保護グループがローカルに存在していることと、パートナーシップの関係にある両方のクラスタの全ノードで共通エージェントコンテナがオンライン状態であることを確認します。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループの構成を検証します。
このコマンドで検証されるのは、ローカルクラスタ上の保護グループの構成だけです。パートナークラスタ上の保護グループ構成を検証するには、次のコマンドをパートナークラスタでもう一度実行します。
# geopg validate protection-group-name |
単一の保護グループを識別する一意の名前を指定します
次に、保護グループを検証する例を示します。
# geopg validate tcpg |
保護グループの検証中、Hitachi TrueCopy データ複製層は次の検証を行います。
データ複製層は、horcmd デーモンが少なくとも、保護グループの Nodelist プロパティーで指定されているノードの 1 つで動作しているかどうかを確認します。データ複製層はまた、horcmd デーモンが動作しているノードから Hitachi TrueCopy ストレージデバイスへのパスが存在するかどうかも確認します。
horcmdデーモンについての詳細は、『Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide』を参照してください。
Cluster_dgs プロパティーが指定されている場合、データ複製層は、scstat -D コマンドを使用することによって、指定されたデバイスグループが有効な Sun Cluster デバイスグループであるかどうかを確認します。データ複製層はまた、そのデバイスグループが有効な種類であるかどうかも確認します。
データ複製層は、保護グループに追加されている各 Hitachi TrueCopy デバイスグループのプロパティーを検証します。
保護グループをすべての場所から削除する場合、保護グループが存在する各クラスタで、geopg delete コマンドを実行する必要があります。
保護グループを削除するには、次の条件が満たされているかをまず確認する必要があります。
削除する保護グループがローカルに存在する。
ローカルクラスタ上で保護グループがオフラインになっている。
保護グループの削除中にアプリケーションリソースグループをオンライン状態に保持するには、保護グループからアプリケーションリソースグループを除去する必要があります。この手順の例は、例 10–7 と例 10–10 を参照してください。
主クラスタ上のノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループを削除します。
このコマンドは、ローカルクラスタから保護グループの構成を削除します。このコマンドはまた、保護グループの各 Hitachi TrueCopy デバイスグループの複製リソースグループも除去します。このコマンドは、Hitachi TrueCopy デバイスグループのペアの状態は変更しません。
# geopg delete protection-group-name |
保護グループの名前を指定します
二次クラスタ上の保護グループも削除する場合は、手順 1 と手順 2 を cluster-newyork で繰り返します。
次に、両方のパートナークラスタから保護グループを削除する例を示します。
cluster-paris は主クラスタです。クラスタの構成例については、図 2–1 を参照してください。
# rlogin cluster-paris -l root cluster-paris# geopg delete tcpg # rlogin cluster-newyork -l root cluster-newyork# geopg delete tcpg |
次に、2 つのアプリケーションリソースグループ apprg1 と apprg2 をオンラインにしたまま、それらの保護グループ tcpg を削除する例を示します。保護グループからアプリケーションリソースグループを除去し、続いて保護グループを削除します。
# geopg remove-resource-group apprg1,apprg2 tcpg # geopg stop -e global tcpg # geopg delete tcpg |
保護グループの中にはデータ複製を必要としないものがあります。Sun Cluster Geographic Edition ソフトウェアはリソースグループの管理だけに使用し、データ複製は別の方法で処理しているという場合は、データを複製しない保護グループを作成できます。geoadm status コマンドを実行すると、こうした保護グループの状態は「Degraded」と表示されます。この節では、保護グループがデータ複製を使用しないように構成する方法について説明します。
データ複製を使用する Hitachi TrueCopy 保護グループの作成方法については、「Hitachi TrueCopy 保護グループを作成して構成する方法」を参照してください。
データ複製を使用しない保護グループにはデバイスグループを追加できません。
保護グループを作成するには、次の条件が満たされているかをまず確認する必要があります。
ローカルクラスタがパートナーシップのメンバーである。
既存の保護グループとこれから作成する保護グループが重複しない。
保護グループ名は Sun Cluster Geographic Edition のグローバルネームスペース内で一意です。同じシステム上にパートナーシップが 2 つ存在する場合、これらに同じ保護グループ名を付けることはできません。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
geopg create コマンドを実行して新しい保護グループを作成します。
このコマンドを実行すると、ローカルクラスタのすべてのノードに、保護グループが 1 つずつ作成されます。
# geopg create -s partnership-name -o local-role \ [-p property-settings [-p...]] \ protection-group-name |
パートナーシップの名前を指定します
この保護グループのローカルクラスタでの役割を指定します (Primary または Secondary)
保護グループのプロパティーを設定します
設定できるプロパティーは次のとおりです。
Description – 保護グループの説明
Timeout – 保護グループのタイムアウト間隔を秒単位で指定する
Nodelist – 複製サブシステムの主マシンになりえるマシンのホスト名を一覧表示する
Cluster_dgs – データが書き込まれるデバイスグループを一覧表示する
設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。
保護グループの名前を指定します
Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。
geopg コマンドの詳細は、geopg(1M) のマニュアルページを参照してください。
次に、複製されない保護グループの作成例を示します。
# geopg create -s paris-newyork-ps -o primary example-pg |
保護グループにリソースグループを追加する方法については、「Hitachi TrueCopy アプリケーションリソースグループの管理」を参照してください。
アプリケーションを高可用化するには、そのアプリケーションをアプリケーションリソースグループ内でリソースとして管理する必要があります。
主クラスタ上のアプリケーションリソースグループ用として構成するエンティティー (アプリケーションリソース、インストール、アプリケーション構成ファイル、リソースグループなど) は、すべて二次クラスタにも複製する必要があります。リソースグループ名は、両方のクラスタで同じにする必要があります。また、アプリケーションリソースが使用するデータは、二次クラスタに複製する必要があります。
この節では、次の作業について説明します。
既存のリソースグループは、保護グループのアプリケーションリソースグループのリストに追加できます。保護グループにアプリケーションリソースグループを追加する前に、次の条件が満たされていることを確認してください。
保護グループが定義されている。
追加するリソースグループがすでに両方のクラスタで存在しており、適切な状態である。
リソースグループの Auto_start_on_new_cluster プロパティーが False に設定されている。このプロパティーは、scrgadm コマンドを使用して表示できます。
# scrgadm -pvv -g apprg | grep Auto_start_on_new_cluster |
次のように、Auto_start_on_new_cluster プロパティーを False に設定します。
scrgadm -c -g apprg1 -y Auto_start_on_new_cluster=False |
アプリケーションリソースグループは、この保護グループ外のリソースグループおよびリソースと依存関係があってはいけません。依存関係を共有する複数のアプリケーションリソースグループを追加するには、それらのアプリケーションリソースグループを単一の操作で保護グループに追加する必要があります。アプリケーションリソースグループを個別に追加した場合、その処理は失敗します。
保護グループは有効でも無効でもかまいません。また、リソースグループは Online または Offline のどちらでもかまいません。
保護グループの構成が変更されたあと、リソースグループが Offline で保護グループが Active の場合、保護グループのローカル状態は Degraded になります。
追加するリソースグループが Online で保護グループが無効である場合、要求は拒否されます。有効なリソースグループを追加する前に、保護グループを有効にする必要があります。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループにアプリケーションリソースグループを追加します。
このコマンドは、ローカルクラスタ上の保護グループにアプリケーションリソースグループを追加します。このコマンドは次に、パートナークラスタに同じ名前の保護グループが含まれている場合、新しい構成情報をパートナークラスタに伝達します。
# geopg add-resource-group resource-group-list protection-group |
アプリケーションリソースグループの名前を指定します
リソースグループは、コンマで区切って複数指定できます。
保護グループの名前を指定します
Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。
ローカルクラスタで追加操作が失敗した場合、保護グループの構成は変更されません。成功した場合、Configuration 状態は ローカルクラスタで OK に設定されます。
ローカルクラスタで Configuration 状態が OK になっていても、パートナークラスタで追加操作が失敗した場合、パートナークラスタで Configuration 状態は Error に設定されます。
保護グループに追加されたアプリケーションリソースグループは、保護グループのエンティティーとして管理されます。この結果、このアプリケーションリソースグループは、保護グループの起動、停止、スイッチオーバー、テイクオーバーなどの操作の影響を受けます。
次に、2 つのアプリケーションリソースグループ apprg1 と apprg2 を tcpg に追加する例を示します。
# geopg add-resource-group apprg1,apprg2 tcpg |
既存のアプリケーションリソースグループは、その状態や内容を変更することなく保護グループから除去できます。
保護グループからアプリケーションリソースグループを除去する前に、次の条件が満たされているか確認してください。
保護グループがローカルクラスタ上で定義されている。
除去対象のリソースグループが保護グループのアプリケーションリソースグループに属している。たとえば、データ複製管理エンティティーに属するリソースグループは除去できません。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループからアプリケーションリソースグループを除去します。
このコマンドは、ローカルクラスタ上の保護グループからアプリケーションリソースグループを除去します。このコマンドは次に、パートナークラスタに同じ名前の保護グループが含まれている場合、パートナークラスタ上の保護グループからアプリケーションリソースグループを除去します。
# geopg remove-resource-group resource-group-list protection-group |
アプリケーションリソースグループの名前を指定します
リソースグループは、コンマで区切って複数指定できます。
保護グループの名前を指定します
ローカルクラスタで除去操作が失敗した場合、保護グループの構成は変更されません。成功した場合、Configuration 状態は ローカルクラスタで OK に設定されます。
ローカルクラスタ上で Configuration 状態が OK になっていても、パートナークラスタ上で除去操作に失敗した場合、パートナークラスタ上の Configuration 状態が Error に設定されます。
次に、tcpg から 2 つのアプリケーションリソースグループ apprg1 と apprg2 を除去する例を示します。
# geopg remove-resource-group apprg1,apprg2 tcpg |
この節では、Hitachi TrueCopy データ複製デバイスグループを管理する方法について説明します。内容は次のとおりです。
Hitachi TrueCopy データ複製保護グループの構成についての詳細は、「Hitachi TrueCopy 保護グループを作成して構成する方法」を参照してください。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループ内にデータ複製デバイスグループを作成します。
このコマンドは、ローカルクラスタ上の保護グループにデバイスグループを追加します。そして、パートナークラスタに同じ名前の保護グループが含まれている場合、その新しい構成をパートナークラスタに伝達します。
# geopg add-device-group -p property-settings [-p...] device-group-name protection-group-name |
データ複製デバイスグループのプロパティーを設定します
Hitachi TrueCopy 固有のプロパティーとしては、次のものを設定できます。
Fence_level – デバイスグループが使用するフェンスレベルを定義します。フェンスレベルにより、そのデバイスグループの主ボリュームと二次ボリューム間の整合性のレベルが決定されます。
このプロパティーに設定できる値は、data、status、never、または async です。Fence_level を never または async に設定した場合、二次クラスタに障害が発生したあとでも、アプリケーションは主クラスタに書き込みを続けることができます。しかし、Fence_level を data または status に設定した場合は、次のような理由で二次クラスタが利用できないため、主クラスタのアプリケーションに障害が発生する可能性があります。
データ複製リンクに失敗した
二次クラスタとストレージが停止している
二次クラスタのストレージが停止している
主クラスタ上のアプリケーション障害を防ぐには、Fence_level を never または async に指定します。何らかの理由で data または status の設定で Fence_level を使用しなければならない場合は、ご購入先に問い合わせください。
さまざまなフェンスレベルに関連したアプリケーションエラーの詳細は、『Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide』を参照してください。
ほかにどのようなプロパティーが設定できるかは、使用しているデータ複製の種類によって異なります。これらのプロパティーの詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。
新しいデータ複製デバイスグループの名前を指定します
新しいデータ複製デバイスグループを追加する保護グループの名前を指定します
Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。
geopg コマンドの詳細は、geopg(1M) のマニュアルページを参照してください。
|
次に、tcpg 保護グループ内に Hitachi TrueCopy データ複製デバイスグループを作成する例を示します。
# geopg add-device-group -p Fence_level=data devgroup1 tcpg |
/etc/horcm.conf ファイルで dev_group として構成されている Hitachi TrueCopy デバイスグループを保護グループに追加するとき、データ複製層は次の検証を行います。
保護グループの Nodelist プロパティーで指定されているすべてのノードで horcmd デーモンが動作しているかどうかを検証します。
horcmdデーモンについての詳細は、『Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide』を参照してください。
Nodelist プロパティーに指定されているすべてのノードからストレージデバイスへのパスが存在しているかどうかを検査します。ストレージデバイスは、新しい Hitachi TrueCopy デバイスグループを制御します。
次の表に、geopg add-device-group コマンドに指定された Hitachi TrueCopy デバイスグループプロパティーを検証する方法を示します。
Hitachi TrueCopy デバイスグループプロパティー |
検証 |
---|---|
device-group-name |
指定された Hitachi TrueCopy デバイスグループが Nodelist プロパティーに指定されているすべてのクラスタノードで構成されているかどうかを検査します。 |
Fence_level |
この Hitachi TrueCopy デバイスグループ用にペアがすでに確立されている場合、データ複製層は、指定された Fence_level がすでに確立されているフェンスレベルと一致するかどうかを検査します。 ペアがまだ確立されていない場合 (ペアが SMPL 状態のときなど) は、どの Fence_level でも受け入れられます。 |
Hitachi TrueCopy デバイスグループが保護グループに追加されるとき、このコマンドによって、Sun Cluster リソースが自動的に作成されます。このリソースはデータ複製を監視します。このリソースの名前は、r-tc-protection-group-name -device-group-name です。このリソースは、対応する Sun Cluster リソースグループに置かれます。このリソースグループの名前は、rg-tc-protection-group-name です。
これらの複製リソースを Sun Cluster コマンドで変更する場合は注意する必要があります。これらのリソースは内部実装専用です。
検証のため、Sun Cluster Geographic Edition は各 Hitachi TrueCopy デバイスグループに、そのペアの現在の状態に従った状態を与えます。この状態は、pairvolchk -g <DG> -ss コマンドで返されます。
この節の残りの部分では、個々のデバイスグループ状態と、保護グループのローカルな役割に照らしてこれらの状態を検証する方法について説明します。
個々の Hitachi TrueCopy デバイスグループは、次に示す状態のいずれかになります。
SMPL
Regular Primary
Regular Secondary
Takeover Primary
Takeover Secondary
特定のデバイスグループの状態を判断するには、pairvolchk -g <DG> -ss コマンドで返される値を使用します。次の表に、pairvolchk コマンドで返される値に関連付けられたデバイスグループ状態を示します。
表 10–1 個々の Hitachi TrueCopy デバイスグループ状態
pairvolchk の出力 |
個々のデバイスグループ状態 |
---|---|
11 = SMPL |
SMPL |
22 / 42 = PVOL_COPY 23 / 42 = PVOL_PAIR 26 / 46 = PVOL_PDUB 47 = PVOL_PFUL 48 = PVOL_PFUS |
Regular Primary |
24 / 44 = PVOL_PSUS 25 / 45 = PVOL_PSUE これらの戻りコードで個々のデバイスグループのカテゴリを判断するためには、リモートクラスタの horcmd プロセスをアクティブにし、該当するデバイスグループの remote-pair-state 取得できるようにする必要があります。 |
Regular Primary (remote-cluster-state !=SSWS の場合) または Takeover Secondary (remote-cluster-state == SSWS の場合) SSWS の状態は、pairdisplay -g <DG> -fc コマンドを使用すると表示できます。 |
32 / 52 = SVOL_COPY 33 / 53 = SVOL_PAIR 35 / 55 = SVOL_PSUE 36 / 56 = SVOL_PDUB 57 = SVOL_PFUL 58 = SVOL_PFUS |
Regular Secondary |
34 / 54 = SVOL_PSUS |
Regular Secondary (local-cluster-state !=SSWS の場合) または Takeover Primary (local-cluster-state == SSWS の場合) SSWS の状態は、pairdisplay -g <DG> -fc コマンドを使用すると表示できます。 |
保護グループに Hitachi TrueCopy デバイスグループ 1 つだけが含まれている場合、全体的なデバイスグループ状態は個々のデバイスグループ状態と同じです。
次の表に、保護グループに複数の Hitachi TrueCopy デバイスグループが含まれているときに、全体的なデバイスグループ状態を取得する方法を示します。
表 10–2 全体的なデバイスグループ状態を判断する条件
条件 |
全体的なデバイスグループ状態 |
---|---|
個々のデバイスグループ状態がすべて SMPL である場合 |
SMPL |
個々のデバイスグループ状態がすべて Regular Primary または SMPL である場合 |
Regular Primary |
個々のデバイスグループ状態がすべて Regular Secondary または SMPL である場合 |
Regular Secondary |
個々のデバイスグループ状態がすべて Takeover Primary または SMPL である場合 |
Takeover Primary |
個々のデバイスグループ状態がすべて Takeover Secondary または SMPL である場合 |
Takeover Secondary |
個々のデバイスグループ状態のほかの組み合わせについては、全体的なデバイスグループ状態は取得できず、ペア状態の検証の失敗であると見なされます。
次の表に、全体的なデバイスグループ状態に照らして Hitachi TrueCopy 保護グループのローカルな役割を検証する方法を示します。
表 10–3 保護グループのローカルな役割に照らして全体的なデバイスグループ状態を検証する
全体的なデバイスグループ状態 |
保護グループの有効なローカルな役割 |
---|---|
SMPL |
primary または secondary |
Regular Primary |
primary |
Regular Secondary |
secondary |
Takeover Primary |
primary |
Takeover Secondary |
secondary |
次に、 Hitachi TrueCopy デバイスグループが属する Hitachi TrueCopy 保護グループの役割に照らしてこのデバイスグループの状態を検証する例を示します。 まず、次のように、保護グループを作成します。
phys-paris-1# geopg create -s paris-newyork-ps -o primary -d truecopy tcpg |
次のように、デバイスグループ devgroup1 を保護グループ tcpg に追加します。
phys-paris-1# geopg add-device-group -p fence_level=async devgroup1 tcpg |
Hitachi TrueCopy デバイスグループ devgroup1 の現在の状態は、pairdisplay コマンドの出力に示されます。
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..P-VOL PAIR ASYNC,54321 609 - devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..S-VOL PAIR ASYNC,----- 1 - devgroup1 pair2(L) (CL1-A , 0, 2) 12345 2..P-VOL PAIR ASYNC,54321 610 - devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..S-VOL PAIR ASYNC,----- 2 - |
pairvolchk -g <DG> -ss コマンドを実行すると、値 23 が戻ります。
phys-paris-1# pairvolchk -g devgroup1 -ss parivolchk : Volstat is P-VOL.[status = PAIR fence = ASYNC] phys-paris-1# echo $? 23 |
pairvolchk コマンドの出力は 23 です。これは、表 10–1 内で、Regular Primary の個々のデバイスグループ状態に対応します。保護グループにはデバイスグループが 1 つだけ含まれているため、全体的なデバイスグループ状態は個々のデバイスグループ状態と同じです。-o オプションで指定した保護グループのローカルな役割は、表 10–3 からわかるように primary です。このため、このデバイスグループ状態は有効です。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
デバイスグループを変更します。
このコマンドは、ローカルクラスタ上の保護グループに存在するデバイスグループのプロパティーを変更します。このコマンドは次に、パートナークラスタに同じ名前の保護グループが含まれている場合、新しい構成をパートナークラスタに伝達します。
# geopg modify-device-group -p property-settings [-p...] \ TC-device-group-name protection-group-name |
データ複製デバイスグループのプロパティーを設定します
設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。
新しいデータ複製デバイスグループの名前を指定します
新しいデータ複製デバイスグループを追加する保護グループの名前を指定します
次に、Hitachi TrueCopy 保護グループの一部であるデータ複製デバイスグループのプロパティーを変更する例を示します。
# geopg modify-device-group -p fence_level=async tcdg tcpg |
保護グループにデータ複製デバイスグループを追加した場合、保護グループからそのデータ複製デバイスグループを削除することがあります。通常、ディスクセットに書き込むようにアプリケーションを構成したあとでそのディスクを変更することはありません。
データ複製デバイスグループを削除しても、複製は停止せず、またデータ複製デバイスグループの複製状態は変更されません。
保護グループを削除する方法については、「Hitachi TrueCopy 保護グループを削除する方法」を参照してください。保護グループからアプリケーションリソースグループを削除する方法については、「Hitachi TrueCopy 保護グループからアプリケーションリソースグループを削除する方法」を参照してください。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
デバイスグループを除去します。
このコマンドは、ローカルクラスタ上の保護グループからデバイスグループを除去します。このコマンドは次に、パートナークラスタに同じ名前の保護グループが含まれている場合、新しい構成をパートナークラスタに伝達します。
# geopg remove-device-group device-group-name protection-group-name |
データ複製デバイスグループの名前を指定します
保護グループの名前を指定します
Hitachi TrueCopy 保護グループからデバイスグループが削除されるとき、対応する Sun Cluster リソース r-tc-protection-group-name-device-group-name が複製リソースグループから除去されます。結果として、それ以降、削除されたデバイスグループは監視されません。リソースグループは、保護グループが削除されるときに除去されます。
次に、Hitachi TrueCopy データ複製デバイスグループを除去する例を示します。
# geopg remove-device-group tcdg tcpg |
主クラスタと二次クラスタ上のデータ複製、リソースグループ、およびリソースを構成して終わると、保護グループの構成を二次クラスタに複製できます。
Hitachi TrueCopy 保護グループの構成をパートナークラスタに複製する前に、次の条件が満たされていることを確認します。
保護グループが (ローカルクラスタ上ではなく) リモートクラスタで定義されている。
リモートクラスタ上の保護グループ内に存在するデバイスグループがローカルクラスタに存在している。
リモートクラスタ上の保護グループ内に存在するアプリケーションリソースグループがローカルクラスタに存在している。
リソースグループの Auto_start_on_new_cluster プロパティーが False に設定されている。このプロパティーは、scrgadm コマンドを使用して表示できます。
# scrgadm -pvv -g apprg1 | grep Auto_start_on_new_cluster |
次のように、Auto_start_on_new_cluster プロパティーを False に設定します。
scrgadm -c -g apprg1 -y Auto_start_on_new_cluster=False |
phys-newyork-1 にログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
phys-newyork-1 は、二次クラスタ上の唯一のノードです。どのノードが phys-newyork-1 であるかについては、図 2–1 を参照してください。
geopg get コマンドを使用して、保護グループの構成をパートナークラスタに複製します。
このコマンドは、リモートクラスタから保護グループの構成情報を取得して、その保護グループをローカルクラスタ上に作成します。
phys-newyork-1# geopg get -s partnership-name [protection-group] |
保護グループ構成情報を取得するべきパートナーシップの名前と、保護グループをローカルに作成するパートナーシップの名前を指定します。
保護グループの名前を指定します
保護グループを指定しないと、リモートパートナー上の指定されたパートナーシップ内に存在するすべての保護グループがローカルクラスタ上に作成されます。
geopg get コマンドは、Sun Cluster Geographic Edition に関連するエンティティーを複製します。Sun Cluster エンティティーを複製する方法については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースグループ、リソースタイプ、およびリソースの構成データを複製およびアップグレードする」を参照してください。
次に、 cluster-paris から cluster-newyork に tcpg の構成を複製する例を示します。
# rlogin phys-newyork-1 -l root phys-newyork-1# geopg get -s paris-newyork-ps tcpg |
保護グループを有効にすると、その保護グループは構成時に割り当てられた役割を引き受けます。保護グループは、次のレベルで有効にできます。
グローバルに有効にする。つまり、保護グループが構成されている両方のクラスタで保護グループを有効にします。
主クラスタ上だけを有効にする。二次クラスタは無効なままです。
二次クラスタ上だけを有効にする。主クラスタは無効なままです。
一方のクラスタで Hitachi TrueCopy 保護グループを有効にすると、データ複製層に次のような影響が出ます。
保護グループのデータ複製構成が検証されます。検証中、保護グループの現在のローカルな役割が全体的なデバイスグループ状態と比較されます (表 10–3 を参照)。検証が成功した場合、データ複製が開始されます。
保護グループに構成されているデータ複製デバイスグループ上で、データ複製が開始されます。主クラスタと二次クラスタのどちらで保護グループを有効にしたのかは関係ありません。データは常に、保護グループのローカルな役割が primary であるクラスタから、保護グループのローカルな役割が secondary であるクラスタに複製されます。
アプリケーションの処理が行われるのは、データ複製が正常に開始されたあとだけです。
保護グループを有効にすると、アプリケーション層に次のような影響が出ます。
主クラスタで保護グループが有効になった場合、保護グループに構成されているアプリケーションリソースグループも起動されます。
二次クラスタで保護グループが有効になった場合、アプリケーションリソースグループは起動されません。
データ複製の開始に使用する Hitachi TrueCopy コマンドは、次の要因によって変わります。
全体的なデバイスグループ状態
保護グループのローカルな役割
現在のペアの状態
次の表に、これらの要因の考えられる組み合わせごとに、データ複製の開始に使用する Hitachi TrueCopy コマンドを示します。コマンド中、dg はデバイスグループ名であり、fl はデバイスグループに構成されたフェンスレベルです。
表 10–4 Hitachi TrueCopy データ複製の開始に使用するコマンド
全体的なデバイスグループ状態 |
保護グループの有効なローカルな役割 |
Hitachi TrueCopy 開始コマンド |
---|---|---|
SMPL |
primary または secondary |
paircreate -vl -g dg -f fl paircreate -vr -g dg -f fl
どちらのコマンドでも、horcmd プロセスがリモートクラスタで起動している必要があります。 |
Regular Primary |
primary |
ローカル状態コードが 22、23、25、26、29、42、43、45、46、または 47 の場合、データがすでに複製されているため、コマンドは発行されません。 ローカル状態コードが 24、44、または 48 の場合は、次のコマンドが発行されます。pairresync -g dg [-l] ローカル状態コードが 11 の場合は、次のコマンドが発行されます。 paircreate -vl -g dg -f fl どちらのコマンドでも、horcmd プロセスがリモートクラスタで起動している必要があります。 |
Regular Secondary |
secondary |
ローカル状態コードが 32、33、35、36、39、52、53、55、56、または 57 の場合、データがすでに複製されているため、コマンドは発行されません。 ローカル状態コードが 34、54、または 58 の場合は、次のコマンドが発行されます。pairresync -g dg ローカル状態コードが 11 の場合は、次のコマンドが発行されます。 paircreate -vr -g dg -f fl どちらのコマンドでも、horcmd プロセスがリモートクラスタで起動している必要があります。 |
Takeover Primary |
primary |
ローカル状態コードが 34 または 54 の場合は、次のコマンドが発行されます。 pairresync -swaps -g ローカル状態コードが 11 の場合は、次のコマンドが発行されます。 paircreate -vl -g dg -f fl paircreate コマンドでは、horcmd プロセスがリモートクラスタで起動している必要があります。 |
Takeover Secondary |
secondary |
ローカル状態コードが 24、44、25、または 45 の場合は、次のコマンドが発行されます。pairresync -swapp -g dg ローカル状態コードが 11 の場合は、次のコマンドが発行されます。 paircreate -vr -g dg -f fl どちらのコマンドでも、horcmd プロセスがリモートクラスタで起動している必要があります。 |
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループを有効にします。
保護グループを有効にすると、そのアプリケーションリソースグループもオンラインになります。
# geopg start -e scope [-n] protection-group-name |
コマンドの適用範囲を指定します
範囲が Local の場合、このコマンドはローカルクラスタだけを対象に実行されます。範囲が Global の場合、このコマンドは保護グループが配備されている両方のクラスタを対象に実行されます。
Global や Local などのプロパティー値は、大文字と小文字は区別されません。
保護グループを有効にしたときにデータ複製を開始しないようにします
このオプションを省略した場合、データ複製サブシステムは保護グループと同時に起動されます。
保護グループの名前を指定します
geopg start コマンドは、scswitch -Z -g resource-groups コマンドを使用して、リソースグループとリソースをオンラインにします。このコマンドの使用についての詳細は、scswitch(1M) のマニュアルページを参照してください。
次に、データ複製の開始に使用する Hitachi TrueCopy コマンドを Sun Cluster Geographic Edition が決定する例を示します。
まず、Hitachi TrueCopy 保護グループを作成します。
phys-paris-1# geopg create -s paris-newyork-ps -o primary -d truecopy tcpg |
デバイスグループ devgroup1 を保護グループに追加します。
phys-paris-1# geopg add-device-group -p fence_level=async devgroup1 tcpg |
Hitachi TrueCopy デバイスグループ devgroup1 の現在の状態は、pairdisplay コマンドの出力に示されます。
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 ---- ----, ----- ---- - |
全体的なデバイスグループ状態は SMPL です。
次に、geopg start コマンドを使用して、保護グループ tcpgを有効にします。
phys-paris-1# geopg start -e local tcpg |
Sun Cluster Geographic Edition ソフトウェアは paircreate -g devgroup1 -vl -f async コマンドをデータ複製レベルで実行します。このコマンドが成功した場合、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..P-VOL COPY ASYNC,54321 609 - devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..S-VOL COPY ASYNC,----- 1 - devgroup1 pair2(L) (CL1-A , 0, 2) 12345 2..P-VOL COPY ASYNC,54321 610 - devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..S-VOL COPY ASYNC,----- 2 - |
次の例に、保護グループをグローバルに有効にする方法を示します。
# geopg start -e global tcpg |
保護グループ tcpg は、保護グループが構成されている両方のクラスタで有効になります。
次の例に、保護グループをローカルクラスタだけで有効にする方法を示します。このローカルクラスタは、その役割に応じ、主クラスタの場合も二次クラスタの場合もあります。
# geopg start -e local tcpg |
保護グループは、次のレベルで無効にできます。
グローバルに無効にする。つまり、保護グループが構成されている一次クラスタと二次クラスタの両方で保護グループを無効にします
二次クラスタ上だけを無効にする。主クラスタでは有効なままです
保護グループがすでに二次クラスタ上で無効にされている場合に、主クラスタ上で無効にする
一方のクラスタで Hitachi TrueCopy 保護グループを無効にすると、データ複製層に次のような影響が出ます。
保護グループのデータ複製構成が検証されます。検証中、保護グループの現在のローカルな役割が全体的なデバイスグループ状態と比較されます (表 10–3 を参照)。検証が成功した場合、データ複製が停止されます。
データ複製が停止されるのは、保護グループに構成されているデータ複製デバイスグループです。主クラスタと二次クラスタのどちらで無効にしたのかは関係ありません。
保護グループを無効にすると、アプリケーション層に次のような影響が出ます。
主クラスタで保護グループが無効になった場合、保護グループに構成されているすべてのアプリケーションリソースグループが停止され、管理の対象から外されます。
二次クラスタで保護グループが無効になった場合、二次クラスタのリソースグループは影響を受けません。保護グループに構成されているアプリケーションリソースグループは、主クラスタの有効状態によって、主クラスタで有効なままである場合もあります。
データ複製の停止に使用する Hitachi TrueCopy コマンドは、次の要因によって変わります。
全体的なデバイスグループ状態
保護グループのローカルな役割
現在のペアの状態
次の表に、これらの要因の考えられる組み合わせごとに、データ複製の開始に使用する Hitachi TrueCopy コマンドを示します。コマンド中、dg はデバイスグループ名です。
表 10–5 Hitachi TrueCopy データ複製の停止に使用するコマンド
全体的なデバイスグループ状態 |
保護グループの有効なローカルな役割 |
Hitachi TrueCopy 停止コマンド |
---|---|---|
SMPL |
primary または secondary |
複製されるデータがないため、コマンドは発行されません。 |
Regular Primary |
primary |
ローカル状態コードが 22、23、26、29、42、43、46、または 47 の場合は、次のコマンドが発行されます。pairsplit -g dg [- l] ローカル状態コードが 11、24、25、44、45、または 48 の場合は、複製されるデータがないため、コマンドは発行されません。 |
Regular Secondary |
secondary |
ローカル状態コードが 32、33、35、36、39、52、53、55、56、または 57 の場合は、次のコマンドが発行されます。pairsplit -g dg ローカル状態コードが 33 または 53 で、リモート状態が PSUE の場合、複製を停止するコマンドは発行されません。 ローカル状態コードが 11、34、54、または 58 の場合は、複製されるデータがないため、コマンドは発行されません。 |
Takeover Primary |
primary |
複製されるデータがないため、コマンドは発行されません。 |
Takeover Secondary |
secondary |
複製されるデータがないため、コマンドは発行されません。 |
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループを無効にします。
保護グループを無効にすると、そのアプリケーションリソースグループもオフラインになります。
# geopg stop -e scope [-D] protection-group-name |
コマンドの適用範囲を指定します
範囲が Local の場合、このコマンドはローカルクラスタだけを対象に実行されます。この範囲が Global の場合、このコマンドは保護グループが配備されている両方のクラスタを対象に実行されます。
Global や Local などのプロパティー値は、大文字と小文字は区別されません。
保護グループをオンラインにしたままデータ複製だけを停止することを指定します。
このオプションを省略した場合、データ複製サブシステムと保護グループは両方とも停止されます。
保護グループの名前を指定します。
次に、データ複製の停止に使用する Hitachi TrueCopy コマンドを Sun Cluster Geographic Edition ソフトウェアが決定する例を示します。
Hitachi TrueCopy デバイスグループ devgroup1 の現在の状態は、pairdisplay コマンドの出力に示されます。
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..P-VOL PAIR ASYNC,54321 609 - devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..S-VOL PAIR ASYNC,----- 1 - devgroup1 pair2(L) (CL1-A , 0, 2) 12345 2..P-VOL PAIR ASYNC,54321 610 - devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..S-VOL PAIR ASYNC,----- 2 - |
デバイスグループ devgroup1 を保護グループ tcpg に追加します。
phys-paris-1# geopg add-device-group -p fence_level=async devgroup1 tcpg |
Sun Cluster Geographic Edition ソフトウェアは pairvolchk -g <DG> -ss コマンドをデータ複製レベルで実行します。そして、値 43 を返します。
pairvolchk -g devgroup1 -ss Volstat is P-VOL.[status = PAIR fence = ASYNC] phys-paris-1# echo $? 43 |
次に、geopg stop コマンドを使用して、保護グループ tcpgを無効にします。
phys-paris-1# geopg stop -s local tcpg |
Sun Cluster Geographic Edition ソフトウェアは pairsplit -g devgroup1 コマンドをデータ複製レベルで実行します。
このコマンドが成功した場合、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..P-VOL PSUS ASYNC,54321 609 - devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..S-VOL SSUS ASYNC,----- 1 - devgroup1 pair2(L) (CL1-A , 0, 2) 12345 2..P-VOL PSUS ASYNC,54321 610 - devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..S-VOL SSUS ASYNC,----- 2 - |
次に、すべてのクラスタ上の保護グループを無効にする例を示します。
# geopg stop -e global tcpg |
次に、ローカルクラスタ上の保護グループを無効にする例を示します。
# geopg stop -e local tcpg |
次に、ローカルクラスタ上でデータ複製だけを停止する例を示します。
# geopg stop -e local -D tcpg |
このコマンドを実行したあと、保護グループとその基盤であるデータ複製サブシステムの両方を無効にすることを管理者が決定した場合、-D オプションを指定せずにこのコマンドをもう一度実行できます。
# geopg stop -e local tcpg |
次に、2 つのアプリケーションリソースグループ apprg1 と apprg2 をオンラインにしたまま両方のクラスタ上の保護グループ tcpg を無効にする例を示します。
保護グループからアプリケーションリソースグループを除去します。
# geopg remove-resource-group apprg1,apprg2 tcpg |
保護グループを無効にします。
# geopg stop -e global tcpg |
ローカル保護グループの構成情報は、パートナークラスタから取得した構成情報と再同期させることができます。保護グループを再同期させる必要があるのは、geoadm status コマンドを実行した結果、保護グループの Synchronization 状態が Error になっている場合です。
たとえば、クラスタの起動後に保護グループの再同期が必要となることがあります。詳細は、「クラスタの起動」を参照してください。
保護グループを再同期させると、Sun Cluster Geographic Edition ソフトウェアに関連するエンティティーだけが更新されます。Sun Cluster エンティティーを更新する方法については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースグループ、リソースタイプ、およびリソースの構成データを複製およびアップグレードする」を参照してください。
geopg update コマンドを実行するクラスタでは、保護グループを無効にする必要があります。保護グループを無効にする方法については、「Hitachi TrueCopy 保護グループの無効化」を参照してください。
クラスタノードの 1 つにログインします。
この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
保護グループを再同期させます。
# geopg update protection-group-name |
保護グループの名前を指定します
次の例に、保護グループを再同期させる方法を示します。
# geopg update tcpg |
複製の状態は、全体的な状態も、Hitachi TrueCopy 複製リソースグループの詳しい実行時状態も取得できます。この節では、各状態を検査する手順について説明します。
各 Hitachi TrueCopy データ複製リソースの状態は、特定のデバイスグループにおける複製の状態を示します。保護グループ内のすべてのリソースの状態は、複製状態としてまとめられます。この複製状態は、保護グループ状態の 2 つ目の構成要素です。保護グループの状態についての詳細は、「Sun Cluster Geographic Edition ソフトウェアの実行時状態の監視」を参照してください。
複製の全体的な状態を確認するには、次の手順で説明している方法で保護グループの状態を表示します。
保護グループが定義されているクラスタのノードの 1 つにアクセスします。.
この手順を行うには、Basic Solaris User RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。
複製の実行時状態を検査します。
# geoadm status |
複製情報の出力の保護グループセクションを参照してください。このコマンドで出力される情報は次のとおりです。
ローカルクラスタがパートナーシップに参加できるように有効になっているかどうか
ローカルクラスタがパートナーシップに参加しているかどうか
ハートビート構成の状態
定義されている保護グループの状態
現在進行しているトランザクションの状態
Hitachi TrueCopy デバイスグループごとに、データ複製の実行時状態を検査します。
# scstat -g |
検査するデータ複製デバイスグループの Status フィールドと Status Message フィールドを参照してください。。
これらのフィールドの詳細は、表 10–6 を参照してください。
Sun Cluster Geographic Edition ソフトウェアは内部的に、保護グループごとに複製リソースグループを 1 つ作成し、保持します。複製リソースグループの名前の書式は次のとおりです。
rg-tc_truecopy-protection-group-name |
保護グループに Hitachi TrueCopy デバイスグループを追加する場合、Sun Cluster Geographic Edition ソフトウェアはデバイスグループごとにリソースを 1 つ作成します。このリソースは、そのデバイスグループの複製の状態を監視します。各リソースの名前の書式は次のとおりです。
r-tc-truecopy-protection-group-name-truecopy-devicegroup-name |
このデバイスグループの複製の状態は、このリソースの Status と Status Message を表示することで監視できます。リソースの状態と状態メッセージは、scstat -g コマンドで表示されます。
次の表に、Hitachi TrueCopy 複製リソースグループの State が Online のときに、 scstat -g コマンドが返す Status と Status Message の値を示します。
表 10–6 Hitachi TrueCopy 複製リソースグループがオンラインになっているときの状態と状態メッセージ
状態 |
状態メッセージ |
---|---|
Online |
P-Vol/S-Vol:PAIR |
Online |
P-Vol/S-Vol:PAIR:Remote horcmd not reachable |
Online |
P-Vol/S-Vol:PFUL |
Online |
P-Vol/S-Vol:PFUL:Remote horcmd not reachable |
Degraded |
SMPL:SMPL |
Degraded |
SMPL:SMPL:Remote horcmd not reachable |
Degraded |
P-Vol/S-Vol:COPY |
Degraded |
P-Vol/S-Vol:COPY:Remote horcmd not reachable |
Degraded |
P-Vol/S-Vol:PSUS |
Degraded |
P-Vol/S-Vol:PSUS:Remote horcmd not reachable |
Degraded |
P-Vol/S-Vol:PFUS |
Degraded |
P-Vol/S-Vol:PFUS:Remote horcmd not reachable |
Faulted |
P-Vol/S-Vol:PDFUB |
Faulted |
P-Vol/S-Vol:PDUB:Remote horcmd not reachable |
Faulted |
P-Vol/S-Vol:PSUE |
Faulted |
P-Vol/S-Vol:PSUE:Remote horcmd not reachable |
Degraded |
S-Vol:SSWS:Takeover Volumes |
Faulted |
P-Vol/S-Vol:Suspicious role configuration. Actual Role=x, Config Role=y |
これらの値についての詳細は、Hitachi TrueCopy のマニュアルを参照してください。
scstat コマンドの詳細は、scstat(1M) のマニュアルページを参照してください。