この節では、次の作業の手順について説明します。
データ複製を使用しない保護グループも作成できます。データ複製サブシステムを使用しない保護グループを作成するには、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 |