Data Guardを設定する前に、Exadata Cloud Infrastructure環境が次のネットワーク要件を満たしていることを確認してください:

• プライマリ・データベースとスタンバイ・データベースは、異なるコンパートメント内のVMクラスタの一部にすることができます。
• リージョンにまたがってOracle Data Guardを構成する場合、リモート仮想クラウド・ネットワーク(VCN)ピアリングをプライマリ・データベースとスタンバイ・データベースの間に構成する必要があります。ネットワーキングは、新しいExadataリソース・モデルを使用するシステムのクラウドVMクラスタ・リソース、および古いリソース・モデルを使用するシステムのDBシステム・リソースで構成されます。RPCを使用したリモートVCNピアリングを参照してください。

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

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

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

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

プライマリExadata Cloud Infrastructureインスタンスのサブネットのセキュリティ・ルール

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

スタンバイExadata Cloud Infrastructureインスタンスのサブネットのセキュリティ・ルール

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データベース仮想マシン上で計画メンテナンスを実行するには、通常、プライマリをスタンバイ・ロールに切り替え、スタンバイでメンテナンスを実行してからプライマリ・ロールに戻します。

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

フェイルオーバーは、保護モード、およびプライマリ・データベースに障害が発生した時点でプライマリ・データベースとターゲット・スタンバイ・データベースが同期化されていたかどうかによって、データが消失する場合があります。詳細は、Data Guardドキュメントの手動フェイルオーバーを参照してください。

Data Guardグループ内のスタンバイ・ロールにデータベースを復元します。

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

データベース間のData Guardグループの設定について学習します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
2. Oracle Data Guardを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
3. プライマリ・ロールを取得するデータベースを含むクラウドVMクラスタまたはDBシステムに移動します:
   • クラウドVMクラスタ(新しいリソース・モデル): 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。
   • DBシステム :「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。
4. VMクラスタまたはDBシステムの詳細ページの「データベース」セクションで、プライマリにするデータベースの名前をクリックします。
5. 「データベース詳細」ページの「リソース」で、「Data Guardアソシエーション」をクリックします。
6. 「スタンバイの追加」をクリックします。
7. 「スタンバイの追加」ページで、Data Guardグループを構成します。
   • Data Guard事前チェックを明示的に実行するには、「事前チェックの実行」をクリックします。「事前チェックの実行」をクリックすると、次のアクションが実行されます。
     • 「スタンバイの追加」ページが閉じます。
     • 「プライマリ・データベースの詳細」ページに、Data Guard事前チェックが進行中で、「スタンバイの追加」ボタンが無効であることを示すメッセージが表示されます。

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

     • 事前チェック・ステータス(「成功」または「失敗」)を確認します。
     • 事前チェックが失敗した場合は、報告されたエラーを解決し、Data Guard設定を再試行します。
     ノート
     
     事前チェックの実行中は、プライマリ・データベースおよびVMクラスタは使用可能状態のままです。
   • 「ピアVMクラスタの選択」セクションで、スタンバイ・データベースに関する次の情報を指定して、スタンバイ・データベースを配置できるExadataシステムのリストを取得します:
     • ピア・リージョン: スタンバイ・データベースを配置するリージョンを選択してください。プライマリ・データベースが存在するリージョンがデフォルトで選択されています。スタンバイ・データベースは、別のリージョンに配置することもできます。このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されているリージョンが表示されます。
     • 可用性ドメイン: スタンバイ・データベースの可用性ドメインを選択します。このフィールドに関連付けられたヒントのテキストで、プライマリ・データベースが配置されている可用性ドメインが示されます。
     • サービスの選択: 専用インフラストラクチャ上のExadata Database ServiceまたはExascaleインフラストラクチャ上のExadata Database Service。
     • Exadataインフラストラクチャの選択: 「サービスの選択」ドロップダウン・リストから「Exadata Database Service on Dedicated Infrastructure」を選択した場合にのみ適用されます。
     • Data Guardピア・リソース・タイプ: 「DBシステム」または「VMクラスタ」を選択します。
     • ドロップダウン・リストからDBシステムまたはクラウド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タイプ: 「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クラスタ全体で一意。テナンシ全体で一意にすることをお薦めします。
       指定しない場合は、次のように一意の名称値が自動的に生成されます:

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

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

       ノート
       
       管理者パスワードとTDEウォレット・パスワードは同じである必要があります。パスワードが同じでない場合は、データベース・パスワードの変更の手順に従ってパスワードを同一にしてください。
     • TDEウォレット・パスワード: TDEウォレット・パスワードを入力します。
8. 「拡張オプションの表示」をクリックし、スタンバイ・データベースの拡張オプションを指定します:
   • 管理:
     Oracle SID接頭辞: Oracle Databaseインスタンス番号は、SID接頭辞に自動的に追加され、INSTANCE_NAMEデータベース・パラメータが作成されます。INSTANCE_NAMEパラメータはSIDとも呼ばれます。指定しない場合、SID接頭辞はデフォルトでdb_unique_nameの最初の12文字に設定されます。

     ノート
     
     SID接頭辞の入力は、Oracle 12.1以上のデータベースでのみ使用できます。

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

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

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

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

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

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
2. 自動データベースを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
3. プライマリ・データベースが含まれているクラウドVMクラスタまたはDBシステムに移動します。

   • クラウドVMクラスタ(新しいリソース・モデル): 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

   • DBシステム :「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。

4. VMクラスタまたはDBシステムの詳細ページの「データベース」セクションで、プライマリ・データベースの名前をクリックします。
5. 「データベース詳細」ページの「リソース」で、「Data Guardグループ」をクリックします。
6. 自動バックアップを有効にするスタンバイ・データベースの名前をクリックします。

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

7. バナーの「自動バックアップの有効化」をクリックします。
8. 表示される「自動バックアップの構成」ウィンドウで、次の詳細を入力します。
   • 自動バックアップの有効化: このデータベースの自動増分バックアップを有効または無効にするには、チェック・ボックスを選択します。
     ノート
     
     

     • データベースがセキュリティ・ゾーン・コンパートメントにある場合は、自動バックアップを有効にする必要があります。
     • 自動バックアップを有効にする場合は、バックアップの保存先としてリカバリ・サービスまたはオブジェクト・ストレージを構成することを選択できます。ただし、バックアップがすでにプライマリ・データベースで構成されている場合、スタンバイは同じバックアップ保存先を使用する必要があります。
   • 「バックアップの保存先」として「リカバリ・サービス」が選択されている場合は、次のオプションを構成できます:
     • 保護ポリシー:事前設定された保護ポリシーまたはカスタム・ポリシーのいずれかを選択できます。バックアップは、選択した保護ポリシー・リカバリ・ウィンドウの終了時に自動的に削除されます。
     • リアルタイムのデータ保護: リアルタイム保護は、保護されたデータベースからリカバリ・サービスへのREDO変更の継続的な転送です。これにより、データ損失が少なくなり、リカバリ・ポイント目標(RPO)が0に近くなります。これは追加料金のオプションです。
     • データベース終了後の削除オプション: 次のオプションを使用して、データベースの終了後に管理対象データベースのバックアップを保持できます。これらのオプションは、データベースに偶発的または悪意のある損傷が発生した場合にバックアップからデータベースをリストアする場合にも役立ちます。
       • 保持期間に従ってバックアップを保持:データベースが終了すると、終了したデータベースおよびそのすべてのリソースに関連する自動データベース・バックアップは、指定した保持期間の終了時に削除されます。
       • 72時間バックアップを保持した後、削除:データベースが終了すると、終了したデータベースおよびそのすべてのリソースに関連付けられた自動データベース・バックアップは72時間保持され、その後削除されます。ユーザーによる偶発的な削除から保護するために、バックアップは72時間保持されます。
     • 最初のバックアップのスケジュール日:最初のバックアップを開始する曜日を選択します。
     • 最初のバックアップのスケジュール時間(UTC):最初のバックアップを開始する時間を選択します。最初のバックアップは、いつでも、または選択した2時間のスケジュール・ウィンドウ内で開始できます。
     • 日次バックアップのスケジュール時間(UTC):日次バックアップを開始する時間を選択します。日次バックアップは、いつでも、または選択した2時間のスケジュール・ウィンドウ内で開始できます。
     • 最初のバックアップを即時に取得:完全バックアップは、Oracle Databaseを構成するすべてのデータファイルおよび制御ファイルのオペレーティング・システム・バックアップです。完全バックアップには、データベースに関連付けられたパラメータ・ファイルも含まれます。データベースが停止しているとき、またはデータベースが開いているときに、データベースのバックアップを作成できます。通常は、インスタンス障害やその他の異常な状況の後にバックアップを作成しません。最初のバックアップの遅延を選択すると、データベース障害が発生した場合にデータベースをリカバリできない場合があります。
   • 「バックアップの保存先」として「オブジェクト・ストレージ」が選択されている場合は、次のオプションを構成できます:
     • バックアップ保持期間:自動バックアップを有効にする場合は、事前設定された保持期間のいずれかを含むポリシーを選択できます。増分バックアップは、選択した保持期間が終了すると自動的に削除されます。バックアップ保持期間をプロビジョニング後に変更できます。
     • データベース終了後の削除オプション: 次のオプションを使用して、データベースの終了後に管理対象データベースのバックアップを保持できます。これらのオプションは、データベースに偶発的または悪意のある損傷が発生した場合にバックアップからデータベースをリストアする場合にも役立ちます。
       • 保持期間に従ってバックアップを保持:データベースが終了すると、終了したデータベースおよびそのすべてのリソースに関連する自動データベース・バックアップは、指定した保持期間の終了時に削除されます。
       • 72時間バックアップを保持した後、削除:データベースが終了すると、終了したデータベースおよびそのすべてのリソースに関連付けられた自動データベース・バックアップは72時間保持され、その後削除されます。ユーザーによる偶発的な削除から保護するために、バックアップは72時間保持されます。
     • 完全バックアップのスケジュール日:初回および将来の完全バックアップを開始する曜日を選択します。
     • 完全バックアップのスケジュール時間(UTC):完全バックアップを開始する時間を選択します。完全バックアップは、いつでも、または選択した2時間のスケジュール・ウィンドウ内で開始できます。
     • 増分バックアップのスケジュール時間(UTC):増分バックアップを開始する時間を選択します。増分バックアップは、いつでも、または選択した2時間のスケジュール・ウィンドウ内で開始できます。
     • 最初のバックアップを即時に取得:完全バックアップは、Oracle Databaseを構成するすべてのデータファイルおよび制御ファイルのオペレーティング・システム・バックアップです。完全バックアップには、データベースに関連付けられたパラメータ・ファイルも含まれます。データベースが停止しているとき、またはデータベースが開いているときに、データベースのバックアップを作成できます。通常は、インスタンス障害やその他の異常な状況の後にバックアップを作成しません。最初のバックアップの遅延を選択すると、データベース障害が発生した場合にデータベースをリカバリできない場合があります。
9. 「変更の保存」をクリックします。

Data Guardグループのメンバーであるスタンバイ・データベースでスイッチオーバー操作を開始できます。

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

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

   クラウドVMクラスタ(新しいリソース・モデル):「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

   DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。

4. 「リソース」で、「Data Guardグループ」をクリックします。
5. スイッチオーバーを実行するData Guardグループ内のスタンバイ・データベースを選択します。「アクション」アイコン(3つのドット)をクリックし、「スイッチオーバー」をクリックします。

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

   これで、このデータベースはスタンバイのロールを引き継ぎ、スタンバイはData Guardグループ内のプライマリのロールを引き継ぐ必要があります。

1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします
2. Oracle Data Guardを有効化するデータベースがあるExadata Cloud Serviceインスタンスを含むコンパートメントを選択します。
3. Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:

   クラウドVMクラスタ(新しいリソース・モデル): 「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

   DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。

4. 「リソース」で、「Data Guardグループ」をクリックします。

   Data Guardグループのメンバーであるデータベースのリストが、Data Guardグループ・メンバーごとに選択したData Guardタイプとともに表示されます。

5. Data Guardグループの詳細を編集するには、「アクション」アイコン(3つのドット)をクリックし、「編集」をクリックします、
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 Dedicated Infrastructure」をクリックします
2. Oracle Data Guardを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
3. Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:

   クラウドVMクラスタ(新しいリソース・モデル):「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

   DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。

4. 「リソース」で、「Data Guardグループ」をクリックします。
5. フェイルオーバーを実行するData Guardグループ内のスタンバイ・データベースを選択します。「アクション」アイコン(3つのドット)をクリックし、「フェイルオーバー」をクリックします。
6. 「データベースのフェイルオーバー」ダイアログ・ボックスで、データベース管理パスワードを入力し、「フェイルオーバー」をクリックします。
   ノート
   
   プライマリ・データベースが正常な状態であってもフェイルオーバーを開始できますが、フェイルオーバーの実行時には注意が必要です。

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

プライマリ・データベースをスタンバイにフェイルオーバーした後、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効なスタンバイとして識別されます。障害の原因を修正した後、障害が発生したデータベースを現在のプライマリの正常なスタンバイとして回復できます。

1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします
2. Oracle Data Guardを有効化するデータベースがあるExadata Cloud Infrastructureインスタンスを含むコンパートメントを選択します。
3. Data Guardアソシエーションを含むクラウドVMクラスタまたはDBシステムに移動します:

   クラウドVMクラスタ(新しいリソース・モデル):「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

   DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。

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

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

   これで、このデータベースはData Guardグループのスタンバイとして回復されます。

Exadata Cloud Infrastructureインスタンスで、すべてのスタンバイ・データベースを終了することでData Guardグループを削除します。

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

3. スタンバイ・データベースを含むクラウドVMクラスタまたはDBシステムに移動します:

   クラウドVMクラスタ(新しいリソース・モデル):「Oracle Exadata Database Service on Dedicated Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

   DBシステム: 「ベア・メタル、VMおよびExadata」で、「DBシステム」をクリックします。DBシステムのリストで、アクセスするExadata DBシステムを検索し、その名前をクリックしてその詳細を表示します。

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

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