Oracle Exadata Database Service on Exascale InfrastructureでのOracle Data Guardの使用

Oracle Data GuardでExascaleインフラストラクチャ上のOracle Exadata Database Serviceを使用するための要件を満たしていることを確認します。

環境が次のネットワーク要件を満たすことを確認します:

• プライマリ・データベースとスタンバイ・データベースは、異なるコンパートメント内のVMクラスタの一部にすることができます。

• ただし、プライマリ・データベースとスタンバイ・データベースは、同じリージョン内の同じVCNの一部である必要があります。

• リージョンにまたがってOracle Data Guardを構成する場合、リモート仮想クラウド・ネットワーク(VCN)ピアリングをプライマリ・データベースとスタンバイ・データベースの間に構成する必要があります。ネットワーキングは、クラウドVMクラスタ・リソースで構成されます。

  Exadata Data Guard構成の場合、OCIでは、各リージョン内のVCNに対するハブアンドスポーク・ネットワーク・トポロジの使用がサポートされます。つまり、プライマリとスタンバイの各データベースは、リモート・ピアリング接続を持つハブVCNにネットワーク・トラフィックを渡すスポークVCNを利用できます。このネットワーク・トポロジの設定の詳細は、ハブVCN内の転送ルーティングを参照してください。

• 単一リージョン内でOracle Data Guardを設定するには、Exascaleインフラストラクチャ上の両方のOracle Exadata Database Serviceインスタンスが同じVCNを使用する必要があります。同じリージョン内にData Guardを設定する場合、可用性およびディザスタ・リカバリを向上させるために、スタンバイ・データベースを含むインスタンスをプライマリ・データベースを含むインスタンスとは異なる可用性ドメインに配置することをお薦めします。

• Oracle Data Guardアソシエーションにある両方のOracle Exadata Database Service on Exascale Infrastructureインスタンスのサブネットに対して、イングレス・セキュリティ・ルールおよびエグレス・セキュリティ・ルールを構成して、該当するポート間でTCPトラフィックを送信できるようにします。作成するルールがステートフル(デフォルト)であることを確認します。

  たとえば、プライマリOracle Exadata Database Service on Exascaleインフラストラクチャ・インスタンスのサブネットでソースCIDR 10.0.0.0/24が使用され、スタンバイ・インスタンスのサブネットでソースCIDR 10.0.1.0/24が使用される場合は、次の例に示すようにルールを作成します。

						Stateless: No
						Source: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

                                Stateless: No
						Destination: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

 
              				Stateless: No
						Source: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

					

						Stateless: No
						Destination: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

ルールの作成および編集の詳細は、セキュリティ・リスト を参照してください。

SYSパスワードを変更するか、TDEキーをローテーションするには、OCI APIを使用します。

TDEキー・レプリケーションの問題と、MRPおよびDG LCM操作の失敗の可能性。

KMS RPM libkmstdepkcs11_1.286-1.286-1-Linux.rpmは、クロスリージョンKMSボールト(ソースおよびターゲット)間のキーのアクティブなレプリケーションをサポートする、使用可能な最新であり、Data Guardに参加しているクラスタでRPMをアップグレードすることをお薦めします。OCI VaultクロスリージョンData Guardは下位バージョンのRPMで動作しますが、古いバージョンではキーのアクティブなレプリケーションが保証されません。TDEキーにボールト間のレプリケーションの問題がある場合、Data Guardレプリケーションが影響を与える可能性があります(ターゲット・ボールトにキーがないため、スタンバイ・クラスタでMRPが失敗します)。MRPは、キーがターゲット・ボールトにレプリケートされた後にのみ再開できます。MRPおよびDG LCM操作の失敗を回避するには、両方のクラスタでlibkms RPMをアップグレードし、データベースを再起動します(顧客管理キーを使用するデータベースのみ)。

ノードの追加がスタンバイ・データベースまたはプライマリ・データベースで行われる場合は、ノードが追加されたデータベース以外のデータベースでメタデータを手動で更新する必要があります。

VMクラスタにノードを追加すると、Data Guardデータベースのインスタンスが新しいノードに自動的に作成されます。ただし、リモート・データベースでのメタデータ更新、つまりスタンバイ・データベースでの追加(またはその逆)の場合は、プライマリ・データベースを手動で行う必要があります。

これを行うには、addinstance JSONファイル(インスタンス追加の最後に作成された/var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json)をコピーし、リモート・クラスタの任意のノードで/var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON>コマンドを実行します。

ノードの削除がスタンバイ・データベースまたはプライマリ・データベースのいずれかで行われる場合は、ノードが削除されたデータベース以外のデータベースでメタデータを手動で更新する必要があります。

VMクラスタからノードを削除すると、削除ノード上のインスタンスとそのメタデータが自動的に削除されます。ただし、リモート・データベース上の対応するメタデータの削除(スタンバイ・データベースで削除が行われた場合、またはその逆の場合)は、手動で行う必要があります。

これを行うには、リモート・クラスタの任意のノードで/var/opt/oracle/ocde/rops remove_instance <dbname> <Instance Name>コマンドを実行します。

スイッチオーバーは、データベースのプライマリ・ロールとスタンバイ・ロールを入れ替えます。

各データベースは、新しいロールで引き続きData Guardグループに属します。スイッチオーバーでは、データ損失がないことが保証されます。プライマリ・データベースで計画メンテナンスを実行する前に、スイッチオーバーを使用できます。Data Guardグループを使用してExadataデータベース仮想マシン上で計画メンテナンスを実行するには、通常、プライマリをスタンバイ・ロールに切り替え、スタンバイでメンテナンスを実行してからプライマリ・ロールに戻します。

Oracle Data Guardでは、フェイルオーバーは、既存のプライマリ・データベースで障害が発生したりアクセスが不可能になった後に、スタンバイ・データベースをプライマリ・ロールに移行します。

最大パフォーマンス保護モードを使用している場合、フェイルオーバーによってデータ損失が発生する可能性があります。

reinstateコマンドは、データベースをOracle Data Guardアソシエーションのスタンバイ・ロールに回復します。

障害の原因を修正した後に、回復コマンドを使用して、障害が発生したデータベースを再稼働させることができます。

データベース間でOracle Data Guardグループを設定する方法を学習します。

• Data Guardのプロビジョニングの進行状況の表示
  「作業リクエスト」ページを使用して、Data Guardのプロビジョニング・タスクの進行状況を表示します。

クラウドVMクラスタ内のData Guardアソシエーションの各データベースのロールを表示するには、この手順に従います。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします。
2. コンパートメントを選択します
3. Data Guardアソシエーションでロールを表示するデータベースを含むクラウドVMクラスタに移動します。
4. 「リソース」の「データベース」セクションに、次の情報が表示されます:
   • このVMクラスタ内の各データベースのロールは、「Data Guardロール」列に示されます。
   • 各データベースが実行されているサービスは、「サービス名」列に示されます。

スタンバイ・データベースで自動バックアップを有効にする方法について学習します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします。
2. 自動データベースを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
3. プライマリ・データベースが含まれているクラウドVMクラスタまたはDBシステムに移動します。「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。
4. VMクラスタ・ページの「データベース」セクションで、プライマリ・データベースの名前をクリックします。
5. 「データベースの詳細」ページで、「Data Guardグループ」オプションを選択します。
6. 自動バックアップを有効にするスタンバイ・データベースの名前をクリックします。

   このデータベースに対して自動バックアップが有効になっていない場合は、バナーが表示されます。

7. バナーの「自動バックアップの有効化」をクリックします。
8. 表示される「自動バックアップの構成」ウィンドウで、次の詳細を入力します。
   • 自動バックアップの有効化: このデータベースの自動増分バックアップを有効または無効にするには、このチェック・ボックスを選択します。データベースがセキュリティ・ゾーン・コンパートメントにある場合は、自動バックアップを有効にする必要があります。
   • バックアップ・スケジューリング:
     • 完全バックアップ・スケジュール日:最初と今後のL0バックアップを開始する曜日を選択してください。
     • 完全バックアップ・スケジューリング時間(UTC):自動のバックアップ機能が選択されている場合に完全バックアップを開始する時間ウィンドウを指定します。
     • 最初のバックアップの即時実行:データベース全体のバックアップには、ターゲット・データベースに関連付けられているすべてのデータファイル、制御ファイルおよびパラメータ・ファイルが含まれます。アーカイブ・バックアップは分離および分離され、30分ごとに実行されます。最初の完全バックアップを即時に実行するか、割り当てられた完全バックアップ・スケジュール時間に遅延するかを選択できます。後者に従うと、最初のバックアップが完了するまでデータベースはリカバリできません。
   • バックアップ保存先:オブジェクト・ストレージはデフォルトで選択されており、変更できません。
     ノート
     
     

     • プライマリ・データベースで自動バックアップが有効で、バックアップの保存先がAutonomous Recovery Serviceの場合、スタンバイ・データベースでバックアップを有効にできません。
     • プライマリ・データベースで自動バックアップが有効で、バックアップの保存先がオブジェクト・ストレージの場合、スタンバイ・データベースでバックアップを有効にできます。バックアップの保存先として選択できるのはオブジェクト・ストレージのみです。
     • プライマリ・データベースで自動バックアップが無効になっている場合でも、バックアップの保存先として「オブジェクト・ストレージ」を選択して、スタンバイ・データベースでバックアップを有効にできます。
9. 「変更の保存」をクリックします。

スイッチオーバー操作は、プライマリ・データベースのData Guardアソシエーションを使用して開始します。

1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします
2. Oracle Data Guardを有効化するデータベースがあるExascaleインフラストラクチャ上のOracle Exadata Database Serviceを含むコンパートメントを選択します。

3. Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:

   Oracle Exadata Database Service on Exascale Infrastructureで、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

4. 「リソース」で、「Data Guardアソシエーション」をクリックします。
5. スイッチオーバーを実行するData Guardアソシエーションについて、「アクション」アイコン(3つのドット)をクリックし、「スイッチオーバー」をクリックします。

6. 「データベースのスイッチオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。

   これで、このデータベースはData Guardアソシエーションのスタンバイのロールを引き継ぎ、スタンバイはプライマリのロールを引き継ぎます。

Oracle Data Guardアソシエーションを編集して、プライマリ・データベースのData Guard保護を構成します。

1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします
2. Oracle Data Guardを有効化するデータベースがあるExadata Cloud Serviceインスタンスを含むコンパートメントを選択します。

3. Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:

   「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

4. 「リソース」で、「Data Guardアソシエーション」をクリックします。
5. 管理するData Guardアソシエーションについて、「アクション」メニューをクリックし、「保護モードの編集」の順にクリックします。

6. 「Data Guardアソシエーション」パネルで、Data Guardアソシエーションを構成します:

   • Data Guardタイプ: 「Active Data Guard」または「Data Guard」を選択します。Active Data Guardには、リアルタイム問合せおよびDMLオフロード、自動ブロック修復、スタンバイ・ブロック変更トラッキング、遠隔同期、グローバル・データ・サービス、アプリケーション・コンティニュイティなどの追加機能が用意されています。Active Data Guardには、Oracle Active Data Guardのライセンスが必要であることに注意してください。Active Data Guardの詳細は、Active Data Guardを参照してください。両方のData Guardタイプの完全な概要は、Oracle Data Guardの概要を参照してください
   • 保護モード: 保護モードは、「最大パフォーマンス」または「最大可用性」に設定できます。これらのオプションの詳細は、Oracle Data Guardの保護モードを参照してください。

   • トランスポート・タイプ: このOracle Data Guardアソシエーションに使用されるREDOトランスポート・タイプ。

   • データベース管理パスワード: データベースのADMINパスワードを入力します。
7. 「保存」をクリックします

フェイルオーバー操作は、スタンバイ・データベースのData Guardアソシエーションを使用して開始します。

1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします
2. Oracle Data Guardを有効化するデータベースがあるExascaleインフラストラクチャ上のOracle Exadata Database Serviceを含むコンパートメントを選択します。

3. Data Guardアソシエーションを含むクラウドVMクラスタに移動します:

   「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

4. 「リソース」で、「Data Guardアソシエーション」をクリックします。
5. フェイルオーバーを実行するData Guardアソシエーションについて、「フェイルオーバー」をクリックします。

6. 「データベースのフェイルオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。

   これで、このデータベースはプライマリのロールを引き継ぎ、古いプライマリのロールは「無効化されたスタンバイ」として表示されます。

1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします
2. Oracle Data Guardを有効化するデータベースがあるExascaleインフラストラクチャ上のOracle Exadata Database Serviceを含むコンパートメントを選択します。

3. Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:

   「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

4. 「リソース」で、「Data Guardアソシエーション」をクリックします。
5. このデータベースを回復するData Guardアソシエーションについて、「アクション」アイコン(3つのドット)をクリックし、「回復」をクリックします。

6. 「データベースの回復」ダイアログ・ボックスで、データベース管理パスワードを入力し、「OK」をクリックします。

   これで、このデータベースはData Guardアソシエーションのスタンバイとして回復されます。

Oracle Exadata Database Service on Exascale Infrastructureインスタンスでは、スタンバイ・データベースを終了することでData Guardアソシエーションを削除します。

1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします。
2. Oracle Data Guardを有効化するデータベースがあるExascaleインフラストラクチャVM上のOracle Exadata Database Serviceを含むコンパートメントを選択します。

3. スタンバイ・データベースが含まれているクラウドVMクラスタに移動します:

   「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

4. 終了するスタンバイ・データベースについて、「アクション」アイコンをクリックし、「終了」をクリックします。

5. 「データベースの終了」ダイアログ・ボックスで、データベースの名前を入力し、「OK」をクリックします。