第 2 章 Oracle Data Guard 保護グループの管理

この節では、Oracle Data Guard ソフトウェアによるデータ複製の管理方法について説明します。

この章の内容は次のとおりです。

• 「Oracle Data Guard 保護グループの使用」

• 「Oracle Data Guard 保護グループの作成、変更、検証、および削除」

• 「Oracle Data Guard アプリケーションリソースグループの管理」

• 「Oracle Data Guard Broker 構成の管理」

• 「Oracle Data Guard 保護グループ構成をパートナークラスタに複製する」

• 「保護グループの有効化と無効化」

• 「Oracle Data Guard 保護グループを再同期する」

• 「Oracle Data Guard データ複製の実行時状態の検査」

Oracle Data Guard 保護グループの使用

Sun StorageTek Availability Suite、Hitachi TrueCopy、EMC SRDF などのその他のデータ複製機構と違い、Oracle Data Guard は Oracle RAC ソフトウェアの中心となる機能です。 したがって、これらのホストまたはストレージベースのデータ複製機構の 1 つを使用する場合と違い、ユーザーは、Sun Cluster Geographic Edition の制御下に Oracle RAC サーバープロキシリソースグループ を置きません。データベースまたは複製を停止することなく、Oracle Data Guard が Sun Cluster Geographic Edition へ複製しているデータベースの Oracle Data Guard Broker 構成を追加できます。

保護グループの管理の概要

新しい保護グループへの Oracle Data Guard 複製データベースが含まれている既存の Oracle Data Guard Broker 構成を追加するには、次の一般的な手順を完了してください。

1. どちらかのクラスタのノードで保護グループを作成します。

   この手順は「Oracle Data Guard 保護グループを作成して構成する方法」で説明しています。

2. 同じノードで、保護グループに Oracle Data Guard Broker 構成を追加します。

   この手順は「Oracle Data Guard Broker 構成を Oracle Data Guard 保護グループに追加する方法」で説明しています。

3. もう一方のクラスタのノードで、保護グループ構成を取得します。

   この手順は「Oracle Data Guard 保護グループ構成をパートナークラスタに複製する方法」で説明しています。

4. 同じノードで、Oracle シャドウ RAC サーバープロキシリソースグループ およびアプリケーションリソースグループを保護グループに追加します。

   この手順は「アプリケーションリソースグループを Oracle Data Guard 保護グループに追加する方法」で説明しています。

5. どちらかのクラスタからグローバルに、または主クラスタからローカルに保護グループを有効にします。

   この手順は「Oracle Data Guard 保護グループを有効にする方法」で説明しています。

Oracle Data Guard 保護グループの管理方法の例

次の例では、Oracle Data Guard 保護グループの管理に必要なすべての手順を示します。手順の詳細については、この章の後半で説明しています。

1. cluster-paris クラスタ上に保護グループを作成します。

   phys-paris-1# geopg create -d odg -o primary -s paris-newyork-ps sales-pg Protection group "sales-pg" has been successfully created

   cluster-paris が主クラスタです。追加の Oracle Data Guard 保護グループのプロパティーを設定する必要はありません。

2. mysales.com という Oracle Data Guard Broker 構成を保護グループに追加します。

   ---

   注意 –

   セキュリティを確保するため、sysdba_password プロパティーを指定する場合は、パスワードを指定しないでください。-p sysdba_password= のみ指定する場合、geopg コマンドによって実際のパスワードを入力するよう求められますが、入力中には表示されません。 別のシェルスクリプトから geopg コマンドを起動するとき、パスワードをコマンドに連結できます。

   また、次のコマンドを正常に実行するには、ローカルおよびリモートのデータベースサービスにすでに接続できる状態になっている必要があります。

   ---

   phys-paris-1# geopg add-replication-component \ -p local_database_name=sales \ -p remote_database_name=salesdr \ -p local_db_service_name=sales-svc \ -p remote_db_service_name=salesdr-svc \ -p standby_type=physical \ -p replication_mode=MaxPerformance \ -p sysdba_username=sys \ -p sysdba_password= \ -p local_rac_proxy_svr_rg_name=sales-rac-proxy-svr-rg \ -p remote_rac_proxy_svr_rg_name=salesdr-rac-proxy-svr-rg \ mysales.com sales-pg Oracle Data Guard configuration "mysales.com" successfully added to the protection group "sales-pg"

3. シャドウ Oracle RAC、複製リソースグループ、および以前の手順で保護グループに追加したリソースが追加されたことを確認します。

   phys-paris-1# clresourcegroup status === Cluster Resource Groups === Group Name Node Name Suspended Status ---------- --------- --------- ------ rac-framework-rg phys-paris-1 No Online phys-paris-2 No Online scal-oradata-dg-rg phys-paris-1 No Online phys-paris-2 No Online qfs-oradata-mds-rg phys-paris-1 No Online phys-paris-2 No Offline scal-oradata-mp-rg phys-paris-1 No Online phys-paris-2 No Online rac_server_proxy-rg phys-paris-1 No Online phys-paris-2 No Online geo-clusterstate phys-paris-1 No Online phys-paris-2 No Online geo-infrastructure phys-paris-1 No Offline phys-paris-2 No Online sales-pg-odg-rep-rg phys-paris-1 No Online phys-paris-2 No Offline mysales_com-rac-proxy-svr-shadow-rg phys-paris-1 No Unmanaged phys-paris-2 No Unmanaged phys-paris-1# clresource status Resource Name Node Name State Status Message ------------- --------- ----- -------------- rac-framework-rs phys-paris-1 Online Online phys-paris-2 Online Online rac-udlm-rs phys-paris-1 Online Online phys-paris-2 Online Online rac-svm-rs phys-paris-1 Online Online phys-paris-2 Online Online crs_framework-rs phys-paris-1 Online Online phys-paris-2 Online Online scal-oradata-dg-rs phys-paris-1 Online Online - Diskgroup online phys-paris-2 Online Online - Diskgroup online qfs-oradata-mds-rs phys-paris-1 Online Online - Service is online. phys-paris-2 Offline Offline scal-oradata-mp-rs phys-paris-1 Online Online phys-paris-2 Online Online rac_server_proxy-rs phys-paris-1 Online Online - Oracle instance UP phys-paris-2 Online Online - Oracle instance UP geo-servicetag phys-paris-1 Online but not monitored Online phys-paris-2 Online but not monitored Online geo-clustername phys-paris-1 Offline Offline phys-paris-2 Online Online - LogicalHostname online. geo-hbmonitor phys-paris-1 Offline Offline phys-paris-2 Online Online - Daemon OK geo-failovercontrol phys-paris-1 Offline Offline phys-paris-2 Online Online - Service is online. mysales_com-odg-rep-rs phys-paris-1 Offline Offline phys-paris-2 Offline Offline mysales_com-rac-proxy-svr-shadow-rs phys-paris-1 Offline Offline phys-paris-2 Offline Offline

4. 保護グループをローカルに有効にします。

   phys-paris-1# geopg start -e local sales-pg Processing operation... The timeout period for this operation on each cluster is 3600 seconds (3600000 milliseconds)... Protection group "sales-pg" successfully started.

   mysales.com Oracle Data Guard Broker 構成がまだ有効でない場合、このプロセスには数分以上かかる場合があります。プロセスにかかる実際の時間は、プライマリデータベースとスタンバイデータベースの構成およびクラスタ間の距離によって異なります。

5. データの複製が正常に開始したことを確認します。

   phys-paris-1# geoadm status Cluster: cluster-paris Partnership "paris-newyork-ps" : OK Partner clusters : cluster-newyork Synchronization : OK ICRM Connection : OK Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \ "paris-newyork-ps" OK Plug-in "ping-plugin" : Inactive Plug-in "tcp_udp_plugin" : OK Protection group "sales-pg" : Error Partnership : paris-newyork-ps Synchronization : Error Cluster cluster-paris : OK Role : Primary Activation State : Activated Configuration : OK Data replication : OK Resource groups : None Cluster cluster-newyork : Unknown Role : Unknown Activation State : Unknown Configuration : Unknown Data Replication : Unknown Resource Groups : Unknown

6. パートナークラスタのノードの 1 つで保護グループを取得します。

   phys-newyork-1# geopg get -s paris-newyork-ps sales-pg Protection group "sales-pg" has been successfully created.

7. シャドウ Oracle RAC、複製リソースグループ、および以前の手順で取得した保護グループのリソースが取得されたことを確認します。

   phys-newyork-1# clresourcegroup status === Cluster Resource Groups === Group Name Node Name Suspended Status ---------- --------- --------- ------ rac-framework-rg phys-newyork-1 No Online phys-newyork-2 No Online scal-oradata-dg-rg phys-newyork-1 No Online phys-newyork-2 No Online qfs-oradata-mds-rg phys-newyork-1 No Online phys-newyork-2 No Offline scal-oradata-mp-rg phys-newyork-1 No Online phys-newyork-2 No Online rac_server_proxy-rg phys-newyork-1 No Online phys-newyork-2 No Online geo-clusterstate phys-newyork-1 No Online phys-newyork-2 No Online geo-infrastructure phys-newyork-1 No Offline phys-newyork-2 No Online sales-pg-odg-rep-rg phys-newyork-1 No Online phys-newyork-2 No Offline mysales_com-rac-proxy-svr-shadow-rg phys-newyork-1 No Unmanaged phys-newyork-2 No Unmanaged phys-newyork-1# clresource status === Cluster Resources === Resource Name Node Name State Status Message ------------- --------- ----- -------------- rac-framework-rs phys-newyork-1 Online Online phys-newyork-2 Online Online rac-udlm-rs phys-newyork-1 Online Online phys-newyork-2 Online Online rac-svm-rs phys-newyork-1 Online Online phys-newyork-2 Online Online crs_framework-rs phys-newyork-1 Online Online phys-newyork-2 Online Online scal-oradata-dg-rs phys-newyork-1 Online Online - Diskgroup online phys-newyork-2 Online Online - Diskgroup online qfs-oradata-mds-rs phys-newyork-1 Online Online - Service is online. phys-newyork-2 Offline Offline scal-oradata-mp-rs phys-newyork-1 Online Online phys-newyork-2 Online Online rac_server_proxy-rs phys-newyork-1 Online Online - Oracle instance UP phys-newyork-2 Online Online - Oracle instance UP geo-servicetag phys-newyork-1 Online but Online not monitored phys-newyork-2 Online but Online not monitored geo-clustername phys-newyork-1 Offline Offline phys-newyork-2 Online Online - LogicalHostname online. geo-hbmonitor phys-newyork-1 Offline Offline phys-newyork-2 Online Online - Daemon OK geo-failovercontrol phys-newyork-1 Offline Offline phys-newyork-2 Online Online - Service is online. mysales_com-odg-rep-rs phys-newyork-1 Offline Offline phys-newyork-2 Offline Offline mysales_com-rac-proxy-svr-shadow-rs phys-newyork-1 Offline Offline phys-newyork-2 Offline Offline

8. 特定のクラスタの任意のノードから、シャドウ RAC サーバープロキシリソースグループ を保護グループに追加します。

   # geopg add-resource-group mysales_com-rac-proxy-svr-shadow-rg sales-pg Following resource groups were successfully added: "mysales_com-rac-proxy-svr-shadow-rg"

   シャドウ RAC サーバープロキシリソースグループ を保護グループに追加しても、複製の操作に重大な影響は与えません。その中に含まれているリソースによって、実際の RAC サーバープロキシリソースグループ の状態が反映され、クラスタが Oracle Data Guard 主クラスタであるかどうかが示されるだけです。

9. パートナークラスタの任意のノードから、両方のクラスタの保護グループをグローバルに有効にします。

   # geopg start -e global sales-pg Processing operation... The timeout period for this operation on each cluster is 3600 seconds (3600000 milliseconds)... Protection group "sales-pg" successfully started.

10. 保護グループが正常に作成され有効になっていることを確認します。

    phys-newyork-1# geoadm status Cluster: cluster-newyork Partnership "paris-newyork-ps": OK Partner clusters : cluster-newyork Synchronization : OK ICRM Connection : OK Heartbeat "hb_cluster-newyork~cluster-paris" monitoring "cluster-paris": OK Heartbeat plug-in "ping_plugin" : Inactive Heartbeat plug-in "tcp_udp_plugin": OK Protection group "sales-pg" : OK Partnership : "paris-newyork-ps" Synchronization : OK Cluster cluster-newyork : OK Role : Primary PG activation state : Activated Configuration : OK Data replication : OK Resource groups : OK Cluster cluster-paris : OK Role : Secondary PG activation state : Activated Configuration : OK Data replication : OK Resource groups : OK

Oracle Data Guard 保護グループの作成、変更、検証、および削除

この節の内容は、次のとおりです。

データ複製を使用しない保護グループも作成できます。データ複製サブシステムを使用しない保護グループを作成するには、geopg コマンドを使用するときに、-d datareplicationtype オプションを省略します。このオプションを省略した場合、geoadm status コマンドによって、データの複製の状態が NONE であることが示されます。

Oracle Data Guard 保護グループを作成して構成する方法

次の例は、第 1 章Oracle Data Guard ソフトウェアによるデータ複製で説明されている構成例を基に説明されています。

この例では、sales データベースが cluster-paris クラスタでオンラインとなっていて、Oracle Data Guard によって保護されています。

Sun Cluster Geographic Edition では構成が作成されないため、操作を進める前に mysales.com Oracle Data Guard Broker 構成が存在することを確認します。

始める前に

次の条件が満たされているか確認します。

• クラスタはパートナーシップのメンバーです。

• 既存の保護グループとこれから作成する保護グループが重複しない。

保護グループ名は Sun Cluster Geographic Edition のグローバルネームスペース内で一意です。同じシステム上にパートナーシップが 2 つ存在する場合、これらに同じ保護グループ名を付けることはできません。

保護グループの既存の構成は、リモートクラスタからローカルクラスタに複製することもできます。詳細は、「Oracle Data Guard 保護グループ構成をパートナークラスタに複製する」を参照してください。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. ローカルクラスタのすべてのノードで、新しい保護グループを作成します。

   phys-node-n# geopg create -s partnershipname -d odg \ -o localrole [-p property [-p...]] protectiongroupname

   -s partnershipname

   パートナーシップの名前を指定します。

   -d odg

   Oracle Data Guard ソフトウェアを使用して保護グループのデータを複製するように指定します。

   -o localrole

   この保護グループのローカルクラスタでの役割を指定します (primary または secondary)。

   -p propertysetting

   保護グループのプロパティーを指定します。

   次のプロパティーを指定できます。

   • Description – 保護グループについて説明する。

   • Timeout – 保護グループのタイムアウト間隔を秒単位で指定する。

   protectiongroupname

   保護グループの名前を指定します。

   Sun Cluster Geographic Edition ソフトウェアでサポートされている名前と値については、『Sun Cluster Geographic Edition のシステム管理』の付録 B「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

   geopg コマンドの詳細は、geopg(1M)のマニュアルページを参照してください。

   保護グループを作成する前に、構成内容が正しいかどうかがデータ複製層によって検証されます。

   • 検証に成功した場合、ローカルの Configuration 状態が OK、Synchronization 状態が Error に設定されます。

   • 検証に失敗した場合、保護グループは作成されません。

Oracle Data Guard 保護グループを変更する方法

始める前に

変更する保護グループがローカルに存在することを確認します。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. 保護グループの構成を変更します。

   phys-node-n# geopg set-prop -p property[-p…] protectiongroupname

   -p property

   保護グループのプロパティーを指定します。

   設定できるプロパティーについては、『Sun Cluster Geographic Edition のシステム管理』の付録 A「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。

   protectiongroupname

   保護グループの名前を指定します。

   パートナークラスタ上に同じ名前の保護グループが含まれている場合、geopg set-prop コマンドは、パートナークラスタにも新しい構成情報を伝達します。

   geopg set-prop コマンドは、新しい構成情報で保護グループを再検証します。ローカルクラスタ上で検証に失敗した場合、保護グループの構成は変更されません。成功した場合、Configuration は変更され、ローカルクラスタで OK に設定されます。

   ローカルクラスタで Configuration 状態が OK に設定されているものの、パートナーサーバーでの検証に失敗する場合は、Configuration はパートナークラスタで変更され、構成の状態はパートナークラスタで Error に設定されます。

   Sun Cluster Geographic Edition ソフトウェアでサポートされている名前と値については、『Sun Cluster Geographic Edition のシステム管理』の付録 B「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

   geopg コマンドの詳細は、geopg(1M)のマニュアルページを参照してください。

例 2–1 保護グループの構成の変更

この例では、保護グループの timeout プロパティーの変更方法を示します。

phys-paris-1# geopg set-prop -p Timeout=300 sales-pg

Oracle Data Guard 保護グループを検証する方法

始める前に

geoadm status コマンドの出力で保護グループの Configuration 状態が Error と表示された場合、geopg validate コマンドを使用して構成を検証できます。このコマンドは、保護グループとそのエンティティーの現在の状態を検査します。

保護グループとそのエンティティーが有効であれば、保護グループの Configuration 状態は OK に設定されます。構成ファイル内にエラーが見つかると、geopg validate コマンドはそのエラーについてのメッセージを表示し、構成はエラー状態にとどまります。この場合、ユーザーは構成内のエラーを修正し、geopg validate コマンドをもう一度実行できます。

このコマンドで検証されるのは、ローカルクラスタ上の保護グループの構成だけです。パートナークラスタ上の保護グループ構成を検証するには、次のコマンドをパートナークラスタでもう一度実行します。

保護グループの構成を検証する前に、検証する保護グループがローカルに存在していることと、パートナーシップの関係にある両方のクラスタの全ノードで共通エージェントコンテナがオンライン状態であることを確認します。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. 保護グループの構成を検証します。

   このコマンドで検証されるのは、ローカルクラスタ上の 1 つの保護グループの構成だけです。

   phys-node-n# geopg validate protectiongroupname

例 2–2 保護グループの構成の検証

この例では、保護グループの検証方法を示します。

phys-node-n# geopg validate sales-pg

データ複製層でアプリケーションリソースグループとデータ複製エンティティーを検証する

保護グループの検証時には、Oracle Data Guard データ複製層により、アプリケーションリソースグループとデータ複製エンティティーの検証が行われます。Oracle Data Guard データ複製層により、次の条件が検証されます。

• 検証される保護グループのリソースグループには、Oracle RAC サーバープロキシリソース を含む Oracle RAC サーバープロキシリソースグループ が含まれていない。

  Oracle Data Guard 保護グループにこれらのリソースグループを追加できません。これは、保護グループがグローバルに起動されたときに、Oracle RAC サーバープロキシリソース によって管理されている Oracle RAC データベースがスタンバイクラスタで停止しているためです。そのため、Oracle Data Guard データ複製は無効になります。

• 保護グループ内のアプリケーションリソースグループの Auto_start_on_new_cluster プロパティーが False に設定されている。

  主クラスタで保護グループをオンラインにする場合、データ複製層は、その保護グループに参加するアプリケーションリソースグループを同じ主クラスタ上でのみオンラインにします。Auto_start_on_new_cluster プロパティーを False に設定すると、Sun Cluster リソースグループマネージャーによるアプリケーションリソースグループの自動起動が行われなくなります。この場合、リソースグループの起動は Sun Cluster Geographic Edition ソフトウェアのために予約状態にされます。

  保護グループが有効な場合、主クラスタ上でのみアプリケーションリソースグループがオンラインになっている必要があります。次の条件が満たされているか確認します。

• Oracle dgmgrl コマンドによって、各 Oracle Data Guard Broker 構成が SUCCESS 状態と示されている。

  dgmgrl コマンドからの出力に Oracle ORA- コマンドが見つかった場合は、sysdba_username パスワードが正しくないか、またはクラスタが無効になっている可能性があります。この情報は、Oracle Data Guard Broker 構成の複製リソースの状態に反映されています。

• Oracle Data Guard Broker 構成の詳細が、Sun Cluster Geographic Edition によって保持されている詳細と一致している。

  確認が必要な詳細には、主クラスタであるクラスタ、構成の名前、主クラスタとスタンバイクラスタ両方のデータベースのモード、複製モード、およびスタンバイのタイプが含まれます。

• スイッチオーバーが可能となるように sysdba_username パスワードがスタンバイクラスタに対して有効である。

検証が完了すると、Sun Cluster Geographic Edition ソフトウェアによって シャドウ RAC サーバープロキシリソースグループ、リソース、複製リソースグループ、およびこの複製リソースグループのリソース (リソースが存在しない場合) が作成され、これらがオンラインになります。同じ名前のリソースグループまたはリソースが存在する場合、Sun Cluster Geographic Edition の操作により、それらのプロパティーが変更される可能性があります。Sun Cluster Geographic Edition ソフトウェアでは、新しいリソースグループまたはリソースに、既存のリソースグループまたはリソースと同じ名前を付けることはできません。

検証が正常に完了した場合、Configuration 状態は OK に設定されます。検証に失敗した場合、Configuration 状態は Error に設定されます。

Oracle Data Guard 保護グループを削除する方法

始める前に

すべてのクラスタ上の保護グループを削除するには、保護グループが存在する各クラスタで geopg delete コマンドを実行します。

保護グループを削除するには、次の条件が満たされているかをまず確認する必要があります。

• 保護グループがローカルに存在する

• ローカルクラスタ上で保護グループがオフラインになっている

保護グループの削除中に、アプリケーションリソースグループを継続してオンラインにしておくには、保護グループを削除する前に、保護グループからアプリケーションリソースグループを削除しておく必要があります。シャドウ RAC サーバープロキシリソースグループ に対して何も操作を行う必要はありません。保護グループを削除すると、シャドウの作成元の RAC サーバープロキシリソースグループ に影響を与えずに、これらのリソースグループが削除されるためです。

1. 保護グループを削除するクラスタ (例: cluster-paris) 内のノードにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

   cluster-paris が主クラスタです。クラスタ構成の例については、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition クラスタ構成の例」を参照してください。

2. 保護グループを削除します。

   phys-node-n# geopg delete protectiongroupname

   このコマンドは、ローカルクラスタから保護グループの構成を削除します。また、コマンドは Oracle RAC サーバープロキシリソースグループ を削除し、保護グループ内にある Oracle Data Guard Broker 構成用の複製リソースグループを削除します。

   保護グループが削除されない場合、Configuration 状態は Error に設定されます。エラーを解決してから geopg delete コマンドをもう一度実行してください。

例 2–3 保護グループの削除

この例では両方のパートナークラスタから保護グループを削除する方法を示します。

# rlogin cluster-paris -l root
phys-paris-1# geopg delete sales-pg
# rlogin cluster-newyork -l root
phys-newyork-1# geopg delete sales-pg

例 2–4 アプリケーションリソースグループをオンラインにしたまま保護グループを削除する

この例では、2 つのアプリケーションリソースグループ (apprg1 と apprg2) をオンライン状態にしたまま、それらが共有している保護グループ sales-pg を削除する方法を示します。

保護グループからアプリケーションリソースグループを除去し、続いて保護グループを削除します。

phys-paris-1# geopg remove-resource-group apprg1,apprg2 sales-pg
phys-paris-1# geopg stop -e global sales-pg
phys-paris-1# geopg delete sales-pg

その他のデータ複製モジュールと違い、Oracle RAC サーバープロキシリソースグループ は保護グループに追加されません。代わりに、このリソースグループを示すために シャドウ RAC サーバープロキシリソースグループ が追加されます。Oracle Data Guard データ複製に影響することなく、いつでも、シャドウ RAC サーバープロキシリソースグループ を保護グループに追加したり、保護グループから削除したりできます。

したがって、この特定の保護グループでは Oracle Data Guard データ複製のみサポートされているため、この例で示されているアプリケーションリソースグループには、複製するデータを含むことができません。スケーラブルな Web サーバーであれば、この条件を満たすアプリケーションリソースグループとなる可能性があります。このようなサーバーのデータはスタティックで、このクラスタよって制御されていないリモートストレージに保持されています。

Oracle Data Guard アプリケーションリソースグループの管理

アプリケーションの可用性を高めるために、アプリケーションリソースグループ内のリソースとして、アプリケーションが管理されるようにする必要があります。その他のデータ複製モジュールと違い、Oracle RAC サーバープロキシリソースグループ は保護グループに追加されません。代わりに、このリソースグループを示すために シャドウ RAC サーバープロキシリソースグループ が追加されます。

いつでも、Oracle シャドウ RAC サーバープロキシリソースグループ を保護グループに追加したり、保護グループから削除したりできます。Oracle Data Guard データ複製に影響することはありません。この状況でも、その他の非 RAC サーバープロキシリソースグループ を必要に応じて保護グループに追加できます。ただし、この種類の保護グループでは Oracle Data Guard のみサポートされているため、これらのアプリケーションでは、スタンバイクラスタへの複製に必要などのようなデータも使用できません。

スタンバイクラスタ上で、主クラスタのアプリケーションリソースグループ用に構成するすべてのエンティティーを複製する必要があります。複製が必要なエンティティーの例には、アプリケーションデータリソース、構成ファイル、およびリソースグループがあります。また、リソースグループ名は両方のクラスタで一致する必要があります。さらに、アプリケーションリソースによって使用されるデータは、スタンバイクラスタ上で複製される必要があります。

この節では、次の手順の実行方法について示します。

• 「アプリケーションリソースグループを Oracle Data Guard 保護グループに追加する方法」

• 「Oracle Data Guard 保護グループからアプリケーションリソースグループを削除する方法」

アプリケーションリソースグループを Oracle Data Guard 保護グループに追加する方法

始める前に

Oracle RAC サーバープロキシリソース を含んだ Oracle RAC サーバープロキシリソースグループ 以外の既存のリソースグループを、保護グループのアプリケーションリソースグループのリストに追加できます。Oracle RAC サーバープロキシリソースグループ を追加しようとすると、geopg コマンドによってエラーが返されます。

保護グループに、その他のあらゆる種類のアプリケーションリソースグループを追加する前に、次の条件が満たされていることを確認してください。

• 保護グループが定義されている。

• アプリケーションリソースグループには、どのようなデータ複製も必要でない。そのようなリソースグループの追加ができるが、Oracle Data Guard モジュールによってその他の種類のデータ複製のスイッチオーバーが調整されていない。

• 追加するリソースグループがすでに両方のクラスタで存在しており、適切な状態である。

• リソースグループの Auto_start_on_new_cluster プロパティーが False に設定されている。clresourcegroup show コマンドを使用して、このプロパティーの設定を決定できます。

  phys-node-n# clresourcegroup show -p auto_start_on_new_cluster apprg

  次のように、Auto_start_on_new_cluster プロパティーを False に設定します。

  phys-node-n# clresourcegroup set -p Auto_start_on_new_cluster=False apprg1

  Auto_start_on_new_cluster プロパティーを False に設定することにより、Sun Cluster リソースグループマネージャーが保護グループで自動的にリソースグループを起動するのを防ぐことができます。

  保護グループが有効な場合、主クラスタ上でのみアプリケーションリソースグループがオンラインになっている必要があります。

  External_Dependency_Allowed 保護グループのプロパティーが TRUE に設定されていない場合、アプリケーションリソースグループには、この保護グループ外のリソースグループおよびリソースに対して依存関係はありません。External_Dependency_Allowed 保護グループのプロパティーが FALSE に設定されているときに、依存関係を共有するいくつかのリソースグループを追加するには、1 回の操作で、依存関係を共有するすべてのアプリケーションリソースグループを保護グループに追加する必要があります。アプリケーションリソースグループを個別に追加した場合、その処理は失敗します。

保護グループは有効でも無効でもかまいません。また、リソースグループは Online または Unmanaged のどちらでもかまいません。

保護グループの構成が変更されたあと、リソースグループが Unmanged で保護グループが有効状態の場合、保護グループのローカル状態は Error になります。

追加するリソースグループが Online で保護グループが無効である場合、要求は拒否されます。オンラインのリソースグループを追加する前に、保護グループを有効にする必要があります。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. 保護グループにアプリケーションリソースグループを追加します。

   phys-node-n# geopg add-resource-group resourcegrouplist protectiongroup

   resourcegrouplist

   アプリケーションリソースグループの名前を指定します。リソースグループは、コンマで区切って複数指定できます。

   protectiongroup

   保護グループの名前を指定します。

   このコマンドは、ローカルクラスタ上の保護グループにアプリケーションリソースグループを追加します。パートナークラスタに同じ名前の保護グループが含まれている場合、コマンドによって新しい構成情報がパートナークラスタに伝達されます。

   Sun Cluster Geographic Edition ソフトウェアでサポートされている名前と値については、『Sun Cluster Geographic Edition のシステム管理』の付録 B「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

   ローカルクラスタで追加操作が失敗した場合、保護グループの構成は変更されません。成功した場合、Configuration は追加され、ローカルクラスタで OK に設定されます。

   ローカルクラスタで Configuration 状態が OK に設定されているものの、パートナーサーバーでの追加操作に失敗する場合は、Configuration はパートナークラスタで追加され、構成の状態はパートナークラスタで Error に設定されます。

   保護グループに追加されたアプリケーションリソースグループは、保護グループのエンティティーとして管理されます。この結果、このアプリケーションリソースグループは、保護グループの起動、停止、スイッチオーバー、テイクオーバーなどの操作の影響を受けます。

例 2–5 Oracle Data Guard 保護グループにアプリケーションリソースグループを追加する

この例では、2 つのアプリケーションリソースグループ apprg1 および apprg2 を sales-pg に追加する方法を示します。

phys-paris-1# geopg add-resource-group apprg1,apprg2 sales-pg

Oracle Data Guard 保護グループからアプリケーションリソースグループを削除する方法

保護グループからのアプリケーションリソースグループの除去は、アプリケーションリソースグループの状態や内容を変更せずに実行できます。いつでも、Oracle シャドウ RAC サーバープロキシリソースグループ を削除できます。この機能が示す Oracle RAC サーバープロキシリソースグループ または Oracle RAC データベースに影響することはありません。シャドウ RAC サーバープロキシリソースグループ は実際の Oracle RAC サーバープロキシリソースグループ の状態を反映するだけで、Oracle RAC データベースを制御しないため、これらのリソースグループを除去できます。

始める前に

次の条件が満たされているか確認します。

• 保護グループがローカルクラスタで定義されている。

• 除去するリソースグループが保護グループのアプリケーションリソースグループの一部である。たとえば、データ複製管理エンティティーに属するリソースグループは除去できません。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. 保護グループからアプリケーションリソースグループを除去します。

   phys-node-n# geopg remove-resource-group resourcegrouplist protectiongroup

   resourcegrouplist

   アプリケーションリソースグループの名前を指定します。

   リソースグループは、コンマで区切って複数指定できます。

   protectiongroup

   保護グループの名前を指定します。

   このコマンドは、ローカルクラスタ上の保護グループからアプリケーションリソースグループを除去します。パートナークラスタに同じ名前の保護グループがある場合、パートナークラスタの保護グループからもアプリケーションリソースグループが除去されます。

   除去中のリソースグループが、保護グループのその他のリソースグループと依存関係を共有していて、External_Dependency_Allowed 保護グループのプロパティーが FALSE に設定されている場合、除去中のリソースグループと依存関係を共有しているその他のリソースグループもすべて除去する必要があります。

   ローカルクラスタ上で削除操作に失敗した場合、保護グループの構成は変更されません。成功した場合、Configuration は削除され、ローカルクラスタで OK に設定されます。

   ローカルクラスタで Configuration 状態が OK に設定されていても、パートナークラスタ上で削除操作に失敗した場合、Configuration はパートナークラスタから削除され、パートナークラスタ上の構成の状態は Error に設定されます。

例 2–6 保護グループからのアプリケーションリソースグループの削除

この例では、apprg1 と apprg2 の 2 つのアプリケーションリソースグループを sales-pg から除去する方法を示します。

phys-paris-1# geopg remove-resource-group apprg1,apprg2 sales-pg

Oracle Data Guard Broker 構成の管理

次の手順では、Oracle Data Guard 保護グループの Oracle Data Guard Broker データ複製構成の管理方法を示します。

• 「Oracle Data Guard Broker 構成を Oracle Data Guard 保護グループに追加する方法」

• 「データ複製サブシステムを使用して Oracle Data Guard Broker 構成を検証する」

• 「Oracle Data Guard Broker 構成を変更する方法」

• 「Oracle Data Guard 保護グループから Oracle Data Guard Broker 構成を削除します。」

Oracle Data Guard 保護グループの構成については、「Oracle Data Guard 保護グループを作成して構成する方法」を参照してください。

Oracle Data Guard Broker 構成を Oracle Data Guard 保護グループに追加する方法

始める前に

保護グループは、アプリケーションリソースグループのコンテナであり、災害から保護されるサービスのデータを格納します。Sun Cluster Geographic Edition ソフトウェアは、主クラスタからスタンバイクラスタへデータを複製することにより、データを保護します。Oracle Data Guard Broker 構成を保護グループに追加すると、Sun Cluster Geographic Edition ソフトウェアによって Oracle Data Guard Broker 構成に属する Oracle RAC データベースの複製の状態が監視されます。

Sun Cluster Geographic Edition ソフトウェアには、保護グループの起動、停止、スイッチオーバー、テイクオーバーなどの操作中に、Oracle Data Guard Broker 構成の役割と状態を制御する働きもあります。

保護グループに Oracle Data Guard Broker 構成を追加する前に、次の条件が満たされていることを確認してください。

• 保護グループがローカルクラスタで定義されている。

• パートナークラスタに到達できる場合、保護グループがローカルクラスタとパートナークラスタ上でオフラインである。

• Oracle Data Guard Broker 構成がローカルクラスタとパートナークラスタの両方に存在する。

• Oracle Data Guard によって複製される Oracle RAC データベースを管理する Oracle RAC サーバープロキシリソースグループ および Oracle RAC サーバープロキシリソース がローカルおよびパートナークラスタの両方に存在する。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. Oracle Data Guard Broker 構成を保護グループに追加する。

   このコマンドを実行すると、ローカルクラスタ上の保護グループに構成を追加します。そして、パートナークラスタに同じ名前の保護グループが含まれている場合、その新しい構成をパートナークラスタに伝達します。

   phys-node-n# geopg add-replication-component -p property [-p...] ODGConfigurationName protectiongroupname

   -p property

   Oracle Data Guard Broker 構成、Oracle RAC サーバープロキシリソースグループ、または Oracle データベースのユーザー名と関連付けられたパスワードのいずれかのプロパティーを指定します。

   次のプロパティーを指定できます。

   • local_database_name – Oracle Data Guard Broker 構成のローカルデータベース名

   • local_db_service_name – ローカルデータベースの Oracle ネットサービス名

   • local_rac_proxy_svr_rg_name – Oracle Data Guard Broker 構成のローカルデータベースを管理するローカル Oracle RAC サーバープロキシリソースグループ 名

   • remote_database_name – Oracle Data Guard Broker 構成のリモートデータベース名

   • remote_db_service_name – リモートデータベースの Oracle ネットサービス名

   • remote_rac_proxy_svr_rg_name – Oracle Data Guard Broker 構成のリモートデータベースを管理するパートナークラスタ上の Oracle RAC サーバープロキシリソースグループ 名

   • replication_mode – Oracle Data Guard Broker 構成のデータベースの複製モード

   • standby_type – Oracle Data Guard Broker 構成のデータベースのスタンバイの種類

   • sysdba_password – Oracle SYSDBA 特権データベースユーザーのパスワード コマンド行で実際のパスワードを指定しないでください。-p sysdba_password= のみ指定する場合、geopg コマンドによって実際のパスワードを入力するよう求められますが、入力中には表示されません。

   • sysdba_username – Oracle Data Guard Broker スイッチオーバーおよびテイクオーバー操作を実行できる Oracle SYSDBA 特権データベースユーザー名

   設定できるプロパティーについては、『Sun Cluster Geographic Edition のシステム管理』の付録 A「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。

   ODGConfigurationName

   新しい Oracle Data Guard Broker 構成の名前を指定します。

   protectiongroupname

   新しい Oracle Data Guard Broker 構成を含む保護グループの名前を指定します。

   Sun Cluster Geographic Edition ソフトウェアでサポートされている名前と値については、『Sun Cluster Geographic Edition のシステム管理』の付録 B「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

   geopg コマンドの詳細は、geopg(1M)のマニュアルページを参照してください。

例 2–7 Oracle Data Guard Broker 構成を Oracle Data Guard 保護グループに追加する

この例では Oracle Data Guard Broker 構成を sales-pg 保護グループに追加する方法を示します。

次のコマンドを正常に実行するには、ローカルおよびリモートのデータベースサービスにすでに接続できる状態になっている必要があります。

phys-paris-1# geopg add-replication-component  \
               -p local_database_name=sales \
               -p remote_database_name=salesdr \
               -p local_db_service_name=sales-svc \
               -p remote_db_service_name=salesdr-svc \
               -p standby_type=physical \
               -p replication_mode=MaxPerformance \
               -p sysdba_username=sys \
               -p sysdba_password= \
               -p local_rac_proxy_svr_rg_name=sales-rac-proxy-svr-rg \
               -p remote_rac_proxy_svr_rg_name=salesdr-rac-proxy-svr-rg \
               mysales.com sales-pg

データ複製サブシステムを使用して Oracle Data Guard Broker 構成を検証する

Oracle Data Guard Broker 構成を保護グループに追加する場合、データ複製層によって Oracle Data Guard Broker 構成が存在していることが検証されます。

geopg add-replication-component コマンドを実行するとき、構成がまだ存在しない場合、Oracle シャドウ RAC サーバープロキシリソースグループ および Oracle Data Guard Broker 構成グループの複製リソースグループが作成されます。 さらに、構成は正常に検証されます。

Oracle シャドウ RAC サーバープロキシリソースグループ には、Sun Cluster リソースが含まれます。 このリソースは SUNW.gds リソースタイプ汎用データサービスに基づいています。Oracle Data Guard Broker 構成の Oracle RAC データベースを管理し、監視する実際の Oracle RAC サーバープロキシリソース のシャドウが、Oracle シャドウ RAC サーバープロキシリソース によって作成されます。

シャドウ RAC サーバープロキシリソースグループ の詳細は、「Oracle Data Guard シャドウリソースグループ」を参照してください。

複製リソースグループには、汎用データベースサービス SUNW.gds リソースタイプに基づいた Sun Cluster が含まれます。複製リソースはデータベースの複製の状態を監視し、Oracle Data Guard Broker によってレポートされるます。

複製リソースの詳細は、「Oracle Data Guard 複製リソースグループ」を参照してください。

検証を正常に実行するには、次の条件が満たされていることを確認します。

• local_rac_proxy_svr_rg_name プロパティーに名前が指定されているリソースグループに、SUNW.scalable_rac_server_proxy リソースタイプが含まれている。このリソースは、${ORACLE_HOME} の値とローカル Oracle RAC SID の値を判断するために使用されます。

• Oracle dgmgrl コマンドによって、Oracle Data Guard Broker 構成が SUCCESS 状態であることが示されている。dgmgrl コマンドからの出力に Oracle ORA- コマンドが見つかった場合は、sysdba_username パスワードが正しくないか、またはクラスタが無効になっている可能性があります。検証コマンドによって生成されるコマンドの一部として Oracle エラーが返されます。

• スイッチオーバーが可能となるように sysdba_username パスワードがスタンバイクラスタに対して有効である。

• Oracle Data Guard Broker 構成の詳細が、Sun Cluster Geographic Edition によって保持されている詳細と一致している。確認が必要な詳細には、主クラスタであるクラスタ、構成の名前、主クラスタとスタンバイクラスタ両方のデータベースのモード、複製モード、およびスタンバイのタイプが含まれます。

Sun Cluster のコマンドを使用して、これらのリソースまたはリソースグループを変更したり、除去したり、オフラインにしたりしないでください。シャドウ RAC サーバープロキシリソースグループ の複製リソースグループおよび Sun Cluster Geographic Edition ソフトウェアで管理される内部エンティティーであるリソースの管理には、Sun Cluster Geographic Edition コマンドだけを使用してください。これらのエンティティーの構成または状態を Sun Cluster コマンドで直接変更すると、回復不能な障害が発生する可能性があります。

Oracle Data Guard Broker 構成を変更する方法

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. Oracle Data Guard Broker 構成を変更します。

   このコマンドを実行すると、ローカルクラスタ上の保護グループに存在する Oracle Data Guard Broker 構成のプロパティーを変更します。その後、このコマンドを実行すると、パートナークラスタに同じ名前の保護グループが含まれている場合、新しい構成をパートナークラスタに伝達します。

   phys-node-n# geopg modify-replication-component -p property \ [-p…] ODGConfigurationName protectiongroupname

   -p property

   データ複製 Oracle Data Guard Broker 構成のプロパティーを指定します。

   設定できるプロパティーについては、『Sun Cluster Geographic Edition のシステム管理』の付録 A「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。

   ODGConfigurationName

   Oracle Data Guard Broker 構成の名前を指定します。

   protectiongroupname

   Oracle Data Guard Broker 構成を含む保護グループの名前を指定します。

Oracle Data Guard 保護グループから Oracle Data Guard Broker 構成を削除します。

始める前に

保護グループから Oracle Data Guard Broker 構成を削除する前に、次の条件が満たされていることを確認します。

• 保護グループがローカルクラスタで定義されている。

• パートナークラスタに到達できる場合、保護グループがローカルクラスタとパートナークラスタ上でオフラインである。

• Oracle Data Guard Broker 構成が保護グループの管理下にある。

保護グループの削除については、「Oracle Data Guard 保護グループを削除する方法」を参照してください。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. Oracle Data Guard Broker 構成を削除します。

   このコマンドを実行すると、ローカルクラスタ上の保護グループから Oracle Data Guard Broker 構成を削除します。その後、このコマンドを実行すると、パートナークラスタに同じ名前の保護グループが含まれている場合、新しい構成をパートナークラスタに伝達します。

   このコマンドを実行すると、保護グループから Oracle Data Guard Broker 構成を削除します。また、このコマンドを実行すると、Oracle シャドウ RAC サーバープロキシリソースグループ およびこの Oracle Data Guard Broker 構成の複製リソースグループを削除します。

   phys-node-n# geopg remove-replication-component ODGConfigurationName protectiongroupname

   ODGConfigurationName

   Oracle Data Guard Broker 構成の名前を指定します。

   protectiongroupname

   保護グループの名前を指定します。

例 2–8 Oracle Data Guard Broker 構成を Oracle Data Guard 保護グループから削除する

この例では、Oracle Data Guard 保護グループから Oracle Data Guard Broker 構成を削除する方法を示します。

phys-paris-1# geopg remove-replication-component mysales.com sales-pg

Oracle Data Guard 保護グループ構成をパートナークラスタに複製する

両方のクラスタでデータ複製、リソースグループ、およびリソースの構成を行う前またはあとに、保護グループの構成をパートナークラスタに複製できます。

Oracle Data Guard 保護グループ構成をパートナークラスタに複製する方法

始める前に

Oracle Data Guard 保護グループ構成をパートナークラスタに複製する前に、次の条件が満たされていることを確認します。

• 保護グループが (ローカルクラスタ上ではなく) リモートクラスタで定義されている。

• リモートクラスタ上の保護グループ内に存在する Oracle Data Guard Broker 構成がローカルクラスタに存在している。

• リモートクラスタ上の保護グループ内に存在するアプリケーションリソースグループがローカルクラスタに存在している。

• リソースグループの Auto_start_on_new_cluster プロパティーが False に設定されている。このプロパティーは clresourcegroup show コマンドを使用して表示できます。

  phys-node-n# clresourcegroup show -p Auto_start_on_new_cluster apprg

  次のように、Auto_start_on_new_cluster プロパティーを False に設定します。

  phys-node-n# clresourcegroup set -y Auto_start_on_new_cluster=False apprg1

  Auto_start_on_new_cluster プロパティーを False に設定することにより、Sun Cluster リソースグループマネージャーが保護グループで自動的にリソースグループを起動するのを防ぐことができます。リモートクラスタが実行されていて、このリソースグループのスタンバイクラスタであることを確認するために、Sun Cluster Geographic Edition ソフトウェアは再起動し、リモートクラスタと通信します。Sun Cluster Geographic Edition ソフトウェアは主クラスタ上のリソースグループを自動的に起動することはありません。

  保護グループが有効な場合、主クラスタ上でのみアプリケーションリソースグループがオンラインになっている必要があります。

• 対象のリソースグループがすべてのクラスタに存在する前に、保護グループのアプリケーションリソースグループリストに Oracle Data Guard Broker 構成の シャドウ RAC サーバープロキシリソースグループ を追加していません。

  ---

  注 –

  シャドウ RAC サーバープロキシリソースグループ を保護グループに追加できるようになる前に、パートナークラスタに保護グループ構成を複製する必要があります。

  ---

  保護グループが存在するクラスタの保護グループに、Oracle Data Guard 構成を正常に追加すると、Oracle Data Guard によって、クラスタに シャドウ RAC サーバープロキシリソースグループ が作成されます。次に示すのは、保護グループに シャドウ RAC サーバープロキシリソースグループ を正常に追加する方法です。

  Oracle Data Guard 保護グループが Oracle Data Guard Broker 構成を含まない場合、一度パートナークラスタの保護グループを複製し、Oracle Data Guard Broker 構成を保護グループに追加すると、Oracle Data Guard によって シャドウ RAC サーバープロキシリソースグループ が両方のクラスタに追加されます。

  Oracle Data Guard 保護グループをパートナークラスタに複製する場合、この保護グループが Oracle Data Guard Broker 構成を含み、一方のクラスタの シャドウ RAC サーバープロキシリソースグループ を含まず、パートナークラスタ上で複製されないとき、Oracle Data Guard は シャドウ RAC サーバープロキシリソースグループ をパートナークラスタに作成します。

  シャドウ RAC サーバープロキシリソースグループ が両方のクラスタに存在するようになると、そのリソースグループを保護グループに追加できます。

1. phys-newyork-1 にログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. 保護グループ構成をパートナークラスタに複製します。

   phys-newyork-1# geopg get -s partnershipname ODGprotectiongroup

   -s partnershipname

   どのパートナーシップから保護グループ構成情報を取得するかを指定します。

   ODGprotectiongroup

   保護グループの名前を指定します。

   geopg get コマンドは、リモートクラスタから保護グループの構成情報を取得して、その保護グループをローカルクラスタ上に作成します。

   ---

   注 –

   geopg get コマンドは、Sun Cluster Geographic Edition に関連するエンティティーを複製します。Sun Cluster エンティティーを複製する方法については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースグループ、リソースタイプ、およびリソースの構成データを複製およびアップグレードする」を参照してください。

   ---

例 2–9 Oracle Data Guard 保護グループ構成をパートナークラスタに複製する

この例では、sales-pg の構成を cluster-newyork に複製する方法を示します。

# rlogin phys-newyork-1 -l root
phys-newyork-1# geopg get -s paris-newyork-ps sales-pg

この例では、リモートクラスタ cluster-paris から取得された保護グループの構成情報を、ローカルクラスタ cluster-newyork 上のデータ複製サブシステムで検証します。

• 検証に成功した場合、Configuration の状態が OK に設定され、ローカルクラスタ上に保護グループが作成されます。

• 検証が失敗した場合は、保護グループがローカルクラスタ上に作成されません。エラーを解決して、保護グループの複製をもう一度実行してください。

保護グループの有効化と無効化

この節では、次の手順の実行方法について説明します。

• 「Oracle Data Guard 保護グループを有効にする方法」

• 「Oracle Data Guard 保護グループを無効にする方法」

保護グループを有効にすると、その保護グループは構成時に割り当てられた役割を引き受けます。

保護グループの構成については、「Oracle Data Guard 保護グループを作成して構成する方法」を参照してください。

Oracle Data Guard 保護グループを有効にする方法

保護グループは、次のレベルで有効にできます。

• グローバルに有効にする。つまり、保護グループが構成されている両方のクラスタで保護グループを有効にします

• 主クラスタ上でのみ

• スタンバイクラスタ上でのみ

保護グループを有効にすると、使用しているデータ複製製品によって、データ複製を開始できるクラスタが判断されます。たとえば、次の方法の 1 つを使って保護グループを有効にする場合にのみ、Oracle Data Guard ソフトウェアによってデータ複製を開始できます。

• 主クラスタからローカルに

• 主クラスタまたはスタンバイクラスタのいずれかからグローバルに

そのため、スタンバイクラスタからローカルに保護グループを有効にしようとする場合は、データ複製は開始されません。ただし、スタンバイクラスタからグローバルに保護グループを有効にする場合は、データ複製は開始されます。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. ローカルクラスタ上で保護グループを有効にする。

   主クラスタ上の保護グループを有効にすると、そのアプリケーションリソースグループもオンラインになります。

   phys-node-n# geopg start -e scope [-n] ODGprotectiongroup

   -e scope

   コマンドの範囲を指定します。

   この範囲が local の場合、このコマンドはローカルクラスタだけを対象に実行されます。範囲が global の場合、このコマンドは保護グループが配備されている両方のクラスタを対象に実行されます。

   ---

   注 –

   global や local などのプロパティー値では、大文字と小文字は区別されません。

   ---

   -n

   保護グループが開始されたときに、データ複製の開始を回避します。

   このオプションを指定しないと、保護グループの起動時にデータ複製サブシステムが起動し、保護グループ内の各 Oracle Data Guard Broker 構成で次の処理が行われます。

   • local_rac_proxy_svr_rg_name プロパティーに名前が指定されているリソースグループに、SUNW.scalable_rac_server_proxy リソースタイプが含まれていることを確認します。

   • sysdba_username、sysdba_password、および local_db_service_name に与えられた値を使用して、Oracle dgmgrl コマンドが接続できることを確認します。

   • 複製リソースに構成された役割が、ローカルクラスタ上の保護グループの役割と同じであることが確認されます。

   • Oracle Data Guard Broker 構成の詳細が、Sun Cluster Geographic Edition によって保持されている詳細と一致していることを確認します。確認が必要な詳細には、主クラスタであるクラスタ、構成の名前、主クラスタとスタンバイクラスタ両方のデータベースのモード、複製モード、およびスタンバイの種類が含まれます。

   ODGprotectiongroup

   保護グループの名前を指定します。

   geopg start コマンドを実行すると、clrs enable resources コマンドおよび clrg online resourcegroups コマンドを使用して、リソースグループとリソースをオンラインにします。 このコマンドの使用方法については、clresource(1CL) および clresourcegroup(1CL)のマニュアルページを参照してください。

   保護グループの役割がローカルクラスタ上で primary の場合、geopg start コマンドを実行すると、以下の処理が行われます。

   • RoleChange_ActionCmd プロパティーによって定義されているスクリプトを実行します

   • ローカルクラスタ上で、シャドウ RAC サーバープロキシリソースグループ を含む保護グループ内のアプリケーションリソースグループをオンラインにします。

   コマンドの実行に失敗した場合、その原因によっては、Configuration の状態が Error に設定されることがあります。保護グループが無効になっていても、データ複製が開始していたり、一部のリソースグループがオンラインになっていたりすることがあります。

   geoadm status コマンドを実行してシステムの状態を取得してください。

   Configuration の状態が Error に設定されている場合は、「Oracle Data Guard 保護グループを検証する方法」の手順に従って、保護グループを再検証します。

例 2–10 Oracle Data Guard 保護グループをグローバルに有効にする

この例では、保護グループをグローバルに開始する方法を示します。

phys-paris-1# geopg start -e global sales-pg

例 2–11 Oracle Data Guard 保護グループのローカルな有効化

この例では、ローカルクラスタ上のみで保護グループを有効にする方法を示します。このローカルクラスタは、その役割に応じ、主クラスタの場合もスタンバイクラスタの場合もあります。

phys-paris-1 geopg start -e local sales-pg

Oracle Data Guard 保護グループを無効にする方法

保護グループは、次のレベルで無効にできます。

• グローバルに無効にする。つまり、保護グループが構成されている主クラスタとスタンバイクラスタの両方で保護グループを無効にします

• 主クラスタ上でのみ

• スタンバイクラスタ上でのみ

主クラスタまたはスタンバイクラスタ上で保護グループを無効にする場合は、使用するデータ複製のタイプによって異なった結果が得られます。Oracle Data Guard ソフトウェアを使用する場合、構成が有効なときは主クラスタまたはスタンバイクラスタから Oracle Data Guard 構成を停止できます。これは、両方のクラスタで、Oracle Data Guard コマンド行インタフェース (dgmgrl) によって、コマンドがまだ受け入れられるためです。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. ローカルクラスタのすべてのノード上の保護グループを無効にします。

   保護グループを無効にすると、そのアプリケーションリソースグループも非管理状態になります。

   phys-node-n# geopg stop -e scope [-D] protectiongroupname

   -e scope

   コマンドの範囲を指定します。

   この範囲が local の場合、このコマンドはローカルクラスタだけを対象に実行されます。この範囲が global の場合、このコマンドは保護グループが存在している両方のクラスタに適用されます。

   ---

   注 –

   global や local などのプロパティー値では、大文字と小文字は区別されません。

   ---

   -D

   データ複製だけを停止し、保護グループをオンラインにすることを指定します。

   このオプションを省略した場合、データ複製サブシステムと保護グループは両方とも停止されます。ローカルクラスタ上の保護グループの役割が primary に設定されている状況で -D オプションを省略した場合、アプリケーションリソースグループはオフラインになり、Unmanaged 状態になります。

   protectiongroupname

   保護グループの名前を指定します。

   保護グループの役割がローカルクラスタ上で primary の場合、geopg stop コマンドを実行すると、Oracle Data Guard Broker 構成が無効になります。

   geopg stop コマンドの実行に失敗した場合は、geoadm status コマンドを実行して、各コンポーネントの状態を確認します。失敗の原因によっては、Configuration の状態が Error に設定されることがあります。一部のリソースグループが非管理状態になっても、保護グループが有効なままとなることがあります。データ複製が実行中であるのに、保護グループが無効になっていることもあります。

   Configuration の状態が Error に設定されている場合は、「Oracle Data Guard 保護グループを検証する方法」の手順に従って、保護グループを再検証します。

例 2–12 全クラスタの Oracle Data Guard 保護グループの無効化

この例では、すべてのクラスタの保護グループを無効にする方法を示します。

phys-paris-1# geopg stop -e global sales-pg

例 2–13 ローカルクラスタ上の Oracle Data Guard 保護グループの無効化

この例では、ローカルクラスタ上で保護グループを無効にする方法を示します。

phys-paris-1# geopg stop -e local sales-pg

例 2–14 保護グループをオンラインにしたまま Oracle Data Guard データ複製を停止する

この例では、ローカルクラスタのデータ複製のみを停止する方法を示します。

phys-paris-1 geopg stop -e local -D sales-pg

このコマンドを実行したあと、保護グループとその基盤であるデータ複製サブシステムの両方を無効にすることを決定した場合、-D オプションを指定せずにこのコマンドをもう一度実行できます。

phys-paris-1# geopg stop -e local sales-pg

例 2–15 アプリケーションリソースグループをオンラインに維持した状態での Oracle Data Guard 保護グループの無効化

この例では、2 つのアプリケーションリソースグループ apprg1 と apprg2 をオンライン状態にしたまま、それらの保護グループ sales-pg を無効にする方法を示します。

1. 保護グループからアプリケーションリソースグループを除去します。

   phys-paris-1# geopg remove-resource-group apprg1,apprg2 sales-pg

2. 保護グループを無効にします。

   phys-paris-1# geopg stop -e global sales-pg

Oracle Data Guard 保護グループを再同期する

ローカル保護グループの構成情報は、パートナークラスタから取得した構成情報と再同期させることができます。再同期のコマンドを実行したクラスタでは、そのクラスタ独自のパートナークラスタの保護グループ構成は削除されます。保護グループを再同期する必要があるかどうか判断するには、geoadm status コマンドを使用します。保護グループの Synchronization パラメータの値が Error と示されている場合は、保護グループを再同期する必要があります。

たとえば、クラスタの起動後に保護グループの再同期が必要となることがあります。詳細は、『Sun Cluster Geographic Edition のシステム管理』の「クラスタの起動」を参照してください。

保護グループを再同期させると、Sun Cluster Geographic Edition に関連するエンティティーだけが更新されます。Sun Cluster エンティティーを更新する方法については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースグループ、リソースタイプ、およびリソースの構成データを複製およびアップグレードする」を参照してください。

Oracle Data Guard 保護グループを再同期する方法

始める前に

geopg update コマンドを実行するクラスタ上の保護グループを無効にする必要があります。

1. クラスタノードの 1 つにログインします。

   この手順を完了するには、ユーザーに Geo Management RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. 保護グループを再同期させます。

   phys-node-n# geopg update protectiongroupname

例 2–16 Oracle Data Guard 保護グループを再同期する

この例では、保護グループの再同期方法を示します。

phys-paris-1# geopg update sales-pg

Oracle Data Guard データ複製の実行時状態の検査

複製リソースグループの状態から、Oracle Data Guard ソフトウェアの実行時状態の詳細だけでなく、全体的な複製の状態を得ることができます。この節では、実行時状態を検査する方法について説明します。

• 「Oracle Data Guard 実行時状態概要の表示」

• 「詳細な Oracle Data Guard 実行時状態の表示」

Oracle Data Guard 実行時状態概要の表示

各 Oracle Data Guard データ複製リソースの状態は、特定の Oracle Data Guard Broker 構成における複製の状態を示します。保護グループ内のすべてのリソースの状態は、複製状態としてまとめられます。

複製の全体的な状態を確認するには、次の手順で説明している方法で保護グループの状態を表示します。

複製の全体的な実行時状態を検査する方法

1. 保護グループが定義されているクラスタのノードの 1 つにログインします。

   この手順を完了するには、ユーザーに、Basic Solaris User RBAC 権利プロファイルが割り当てられている必要があります。 RBAC の詳細は、『Sun Cluster Geographic Edition のシステム管理』の「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

2. 複製の実行時状態を検査します。

   phys-paris-1# geoadm status

   複製情報の出力の保護グループセクションを参照してください。このコマンドの出力には、次の情報が含まれます。

   • ローカルクラスタがパートナーシップに参加できるように有効になっているかどうか

   • ローカルクラスタがパートナーシップに参加しているかどうか

   • ハートビート構成の状態

   • 定義されている保護グループの状態

   • 現在進行しているトランザクションの状態

3. Oracle Data Guard 保護グループごとに、データ複製の実行時状態を検査します。

   phys-paris-1 clresource status -v ODGConfigurationName-odg-rep-rs

   検査する Oracle Data Guard Broker 構成データ複製の Status フィールドと StatusMessage フィールドを参照してください。これらのフィールドの詳細は、表 2–1を参照してください。

詳細な Oracle Data Guard 実行時状態の表示

複製リソースグループは、保護グループごとに存在します。複製リソースグループの名前の書式は次のとおりです。

ODGprotectiongroupname-odg-rep-rg

Oracle Data Guard Broker 構成を保護グループに追加すると、Sun Cluster Geographic Edition ソフトウェアによってその構成に従ったリソースが作成されます。このリソースは Oracle Data Guard Broker 構成の複製の状態を監視し、表示します。各リソースの名前の書式は次のとおりです。

ODGConfigurationName-odg-rep-rs

複製リソースの状態を監視することにより、複製の全体的な状態を確認できます。Oracle Data Guard Broker 構成の複製の状態に対する State および Status Message の値を取得するには、次のように clresource status コマンドを使用します。

phys-node-n# clresource status -v ODGConfigurationName-odg-rep-rs

リソースがオンラインになっていれば、State も Online です。

Oracle Data Guard 複製リソースグループの State が Online のときに clresource status コマンドを実行すると、次の表に示す Status 値と Status Message 値が得られます。

clresource コマンドの詳細は、clresource(1CL)のマニュアルページを参照してください。