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グループを設定する方法を学習します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Exascale Infrastructure」をクリックします。
2. Oracle Data Guardを有効化するデータベースがあるExascaleインフラストラクチャ上のOracle Exadata Database Serviceを含むコンパートメントを選択します。
3. プライマリ・ロールを取得するデータベースを含むクラウドVMクラスタに移動します:
4. 「Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。
5. 「VMクラスタの詳細」ページの「データベース」セクションの、プライマリにするデータベースの名前をクリックします。
6. 「データベース情報」ページの「リソース」で、Data Guardグループを検索し、「スタンバイの追加」をクリックします。
7. 「スタンバイの追加」ページで、Data Guardグループを構成します。

   • 事前チェックを明示的に実行するには、「事前チェックの実行」をクリックします。

     「事前チェックの実行」をクリックすると、次のアクションが実行されます:

     - 「スタンバイの追加」ページが閉じます。

     - プライマリ「データベースの詳細」ページに、Data Guard事前チェックが進行中で、「スタンバイの追加」ボタンが無効であることを示すメッセージが表示されます。

     「詳細の表示」リンクをクリックして、「作業リクエスト」ページにナビゲートします。

     - 事前チェック・ステータス(「成功」または「失敗」)を確認します。

     - 事前チェックが失敗した場合は、報告されたエラーを解決し、Data Guard設定を再試行します。

     ノート:事前チェックの実行中は、プライマリ・データベースおよびVMクラスタは使用可能状態のままです。

   • 「ピアDBシステムの選択」セクションで、スタンバイ・データベースについて次の情報を指定して、スタンバイ・データベースを配置できるExadataシステムのリストを取得します:
     • リージョン: スタンバイ・データベースを配置するリージョンを選択します。プライマリ・データベースが存在するリージョンがデフォルトで選択されています。スタンバイ・データベースは、別のリージョンに配置することもできます。このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されているリージョンが表示されます。
     • 可用性ドメイン: スタンバイ・データベースの可用性ドメインを選択します。このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されている可用性ドメインが示されます。
     • サービスの選択: 専用インフラストラクチャ上のExadata Database ServiceまたはExascaleインフラストラクチャ上のExadata Database Service。
     • Exadataインフラストラクチャの選択: 「サービスの選択」ドロップダウン・リストから「Exadata Database Service on Dedicated Infrastructure」を選択した場合にのみ適用できます。
     • データ・ハード・ピア・リソース・タイプ: ドロップダウン・リストから「DB System」または「VMクラスタ」を選択します。
     • Data Guardエクスペリエンスの選択::
       • 新しいData Guardグループ・リソースの使用このオプションを使用すると、新しいData Guard構成がData Guardグループ・リソースとして作成されることになります。新しいAPIでのこのオプションは、複数のスタンバイ・データベースの追加をサポートし、その他の機能拡張を提供します。既存のData GuardアソシエーションAPIを使用してData Guard操作を管理する自動化が現在ある場合は、新しいAPIを使用してこれらの新機能を利用するようにアプリケーションを更新できます。
       • 既存のData Guardアソシエーション・リソースの使用 Data Guard操作を管理する自動化が既存のData GuardアソシエーションAPIに依存する場合は、このオプションを選択します。ただし、複数のスタンバイ・データベースを追加できず、新しいAPIによって提供される拡張機能も取得されません。

   • 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の保護モードを参照してください。
     • トランスポート・タイプ:このフィールドは読取り専用です。このData Guardグループに使用されるREDO転送タイプを示します。これらのオプションの詳細は、REDO転送サービスを参照してください。
       • 最初のスタンバイの作成:最初のスタンバイ・データベースの保護モードまたはトランスポート・タイプは、その作成中に変更できません。後で変更することもできます。
         • デフォルト設定は次のとおりです。
           • 保護モード:最大パフォーマンス
           • トランスポート・タイプ::= 非同期
       • 2番目のスタンバイからN番目のスタンバイの作成: 後続のスタンバイ・データベースの保護モードまたはトランスポート・タイプは変更できません。
         • 保護モードは、最初のスタンバイから継承されます。
         • デフォルトのトランスポート・タイプは「非同期」に設定されています。
   • 「データベース・ホームの選択」セクションで、次のいずれかを選択します:
     • 既存のデータベース・ホームの選択: このオプションを使用する場合は、「データベース・ホームの表示名」ドロップダウン・リストからホームを選択します。
     • 新規データベース・ホームの作成: このオプションを選択した場合は、「データベース・ホームの表示名」フィールドに新しいデータベース・ホームの名前を入力します。「データベース・イメージの変更」をクリックして、新しいデータベース・ホームのデータベース・ソフトウェア・イメージを選択します。「データベース・ソフトウェア・イメージの選択」パネルで、次を実行します:
       1. 新しいデータベース・ホームの作成に使用するデータベース・ソフトウェア・イメージが含まれているコンパートメントを選択します。
       2. 新規データベース・ホームの作成に使用するデータベース・ソフトウェア・イメージが含まれているリージョンを選択します。リージョン・フィルタは、現在接続されているリージョンにデフォルト設定され、そのリージョンで作成されたすべてのソフトウェア・イメージがリストされます。別のリージョンを選択すると、ソフトウェア・イメージ・リストがリフレッシュされ、選択したリージョンで作成されたソフトウェア・イメージが表示されます。
       3. 新しいデータベース・ホームで使用するOracle Databaseソフトウェアのバージョンを選択し、選択したソフトウェア・バージョンで使用可能なイメージのリストからイメージを選択します。
       4. 「選択」をクリックします
       ノート
       
       

       • Oracleでは、プライマリ・データベースとスタンバイ・データベースのデータベース・ホームに同じパッチ・リストを適用することをお薦めします。
       • 新しいData Guardグループ・リソースを使用している場合は、スタンバイ・データベースを追加する前に、まずデータベース・ホームを作成する必要があります。
   • 「スタンバイ・データベースの構成:」セクションで、スタンバイ・データベースの詳細を指定します。
     ノート
     
     データベースの作成後は、db_unique_nameおよびSID接頭辞を変更できません。
     • 一意のデータベース名: オプションで、DB_UNIQUE_NAMEデータベース・パラメータの値を指定します。この値は、プライマリおよびスタンバイのクラウドVMクラスタ全体で一意である必要があります。一意の名前は次の要件を満たす必要があります:
       • 最大30文字
       • 英数字またはアンダースコア(_)文字のみを含みます
       • アルファベットで始まります
       • VMクラスタ全体で一意。Oracleでは、テナンシ全体で一意にすることをお薦めします。
       指定しない場合は、次のように一意の名称値が自動的に生成されます:

       <db_name>_<3_chars_unique_string>_<region-name>

     • データベース・パスワード: プライマリ・データベースのデータベース管理者パスワードを入力します。この同じデータベース管理者パスワードをスタンバイ・データベースに使用します。

       ノート
       
       管理者パスワードとTDEウォレット・パスワードは同じである必要があります。パスワードが同じでない場合は、データベース・パスワードの変更の手順に従ってパスワードを同一にしてください。
     • TDEウォレット・パスワード: TDEウォレット・パスワードを入力します。
8. オプションです。シン・クローンの有効化: Exascaleの書込み時リダイレクト・テクノロジを利用してPDBのシン・クローンを作成するには、このオプションを選択します。このオプションを使用すると、複製ブロックが親PDBで再利用され、クローンと共有されます。このオプションの選択を解除すると、すべてのブロックがコピーされ、親から完全に独立している従来のフル・クローンになります。
9. 「拡張オプションの表示」をクリックし、スタンバイ・データベースの拡張オプションを指定します:

   • 管理:

     Oracle SID接頭辞: Oracle Databaseインスタンス番号は、SID接頭辞に自動的に追加され、INSTANCE_NAMEデータベース・パラメータが作成されます。INSTANCE_NAMEパラメータはSIDとも呼ばれます。指定しない場合、SID接頭辞はデフォルトでdb_unique_nameの最初の12文字に設定されます。

     SID接頭辞は次の要件を満たす必要があります:

     • 最大12文字
     • 英数字のみを含みます
     • アルファベットで始まります
     • VMクラスタおよびプライマリ・データベースとスタンバイ・データベース間で一意
   • • 「タグ」タブでは、データベースにタグを追加できます。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。
10. 「スタンバイの追加」をクリックします。アソシエーションを作成すると、データベースとそのピアの詳細に、それぞれのロールに「プライマリ」または「スタンバイ」として表示されます。

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

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

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

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

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

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

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

4. Mサイズは箱入りとなりますSサイズは箱なしでのラッピングとなります ギフトボックス・ラッピングについて_______________________________________________
   
   
   
   )、「終了」をクリックします。

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