現在のリージョンでAutonomous Data Guardスタンバイ・データベースを使用する場合、Autonomous Databaseはローカル・スタンバイ・データベースをプロビジョニングし、プライマリ・データベースをモニターします。プライマリ・データベースが停止すると、スタンバイ・インスタンスが自動的にプライマリ・インスタンスのロールを引き継ぎます。

ローカルAutonomous Data Guardピア・データベースでは、プライマリ・データベース自体で請求される、自動スケーリングされたストレージ使用量を含む、ベースCPUおよびプライマリ・データベースのストレージの追加コストが発生します。プライマリ・データベースの自動スケーリングされたCPUは、ローカルのAutonomous Data Guardピア・データベースに追加で請求されません。詳細は、Oracle Autonomous Database Serverless機能請求を参照してください。

ローカル・スタンバイ・データベースを追加すると、プライマリ・データベースの状態に応じて次のことを可能にする同一のスタンバイ・データベースが提供されます。

• プライマリ・データベースが停止すると、Autonomous Data Guardは最小限の中断でスタンバイ・データベースをプライマリ・データベースに変換します。フェイルオーバーが完了すると、Autonomous Data Guardによって新しいスタンバイ・データベースが作成されます。

• スイッチオーバー操作を実行できます。この場合、プライマリ・データベースがスタンバイ・データベースになり、スタンバイ・データベースがプライマリ・データベースになります。

Autonomous Databaseは、現在のリージョンのスタンバイ・データベースへのアクセスを提供しません。ECPU数のスケール・アップ(データベースでOCPUを使用している場合はOCPU数)やプライマリ・データベースでのコンピュート自動スケーリングの有効化など、すべての操作を実行します。そうすると、Autonomous Data Guardによってローカル・スタンバイ・データベースで同じアクションが実行されます。同様に、プライマリ・データベースでのみデータベースの停止や再起動などのアクションを実行します。

ローカル・スタンバイ・データベースはプライマリ・データベースと同じリージョン(現在のリージョン)に作成されます。レジリエンスを向上させるために、スタンバイ・データベースは次のようにプロビジョニングされます:

• 複数の可用性ドメインがあるリージョンでは、ローカル・スタンバイ・データベースはプライマリ・データベースとは異なる可用性ドメインに自動的にプロビジョニングされます。

• 単一の可用性ドメインのリージョンでは、ローカル・スタンバイ・データベースはプライマリ・データベースとは異なるフォルト・ドメイン(別の物理マシン)に自動的にプロビジョニングされます。

可用性ドメインの詳細は、OCIコンソールでのネットワーク情報の表示およびリージョンおよび可用性ドメインを参照してください。

プライマリ・データベースのすべてのAutonomous Database機能は、システムのフェイルオーバー後またはスイッチオーバー操作の実行後、ローカル・スタンバイ・インスタンスがプライマリになった場合に使用できます。これには次のものが含まれます:

• データベース・オプション: ECPU数(データベースがOCPUを使用する場合、OCPU数)、ストレージ、表示名、データベース名、自動スケーリング、タグおよびBYOLライセンス・オプションは、スタンバイ・データベースへのフェイルオーバー後またはスイッチオーバーの実行後も同じ値になります。

• OML Notebooks: プライマリ・データベースで作成されたノートブックおよびユーザーは、スタンバイで使用できます。

• APEXデータおよびメタデータ:プライマリ・データベースで作成されたAPEX情報がスタンバイにコピーされます。

• ACL: プライマリ・データベースのアクセス制御リスト(ACL)がスタンバイ用に複製されます。

• プライベート・エンドポイント: プライマリ・データベースのプライベート・エンドポイントがスタンバイに適用されます。

  Oracleでは、プライベート・エンドポイント上のデータベースでは、サブネットを作成するときに、最適な可用性およびレイテンシにリージョナル・サブネット・オプションを使用することをお薦めします。詳細は、「サブネットの作成」を参照してください。

• APIまたはスクリプト: Autonomous Databaseの管理に使用するAPIまたはスクリプトは、フェイルオーバー操作後もスイッチオーバーの実行後も、変更せずに引き続き動作します。

• クライアント・アプリケーション接続: クライアント・アプリケーションは、スタンバイ・データベースへのフェイルオーバー後またはスイッチオーバーの実行後に、データベースに接続するために接続文字列を変更する必要はありません。

• ウォレット・ベースの接続: 既存のウォレットを引き続き使用して、スタンバイ・データベースへのフェイルオーバー後またはスイッチオーバーの実行後にデータベースに接続できます。

別のリージョンにスタンバイ・データベースを追加する場合、プライマリ・インスタンスが停止すると、Autonomous Data Guardは、リモート・リージョンで物理的に分離されたスタンバイ・データベースを提供します。スタンバイ・データベースは、使用できないプライマリ・インスタンスのロールを引き受けるために使用できます。

クロスリージョン・スタンバイ・データベースはプライマリ・データベースのレプリカで、障害が発生した場合やプライマリが使用できない場合のリカバリに使用できます。クロスリージョン・スタンバイでAutonomous Data Guardを有効にすると、リージョン全体が使用できないとき、またはなんらかの理由でプライマリ・データベースが停止したときに、ディザスタ・リカバリ用の低RTOソリューションが提供されます。

Autonomous Data Guardクロスリージョン・スタンバイ・データベースでは、ベースCPUの追加コストとプライマリ・データベースの2倍のストレージ(自動スケーリングされたストレージ使用量を含む)がリモート・ピア・データベースで請求されます。プライマリの自動スケーリングされたCPUは、リモート・ピア・データベースでの追加料金は請求されません。ベースCPUの数は、Oracle Cloud Infrastructure Consoleの「ECPU数」(「OCPU数」)フィールドに示すように、CPU数(データベースがOCPUを使用する場合のOCPU)によって指定されます。

Autonomous Databaseでは、コンピュート・モデルに応じて、1つ以上のリモート・ディザスタ・リカバリ・ピア・データベースを作成できます:

• OCPUコンピュート・モデル: ペア・リージョンに1つのリモート・スタンバイ・データベースを追加できます。ペア・リージョンは、クロスリージョン・ピアを作成できるリモート・リージョンです。

• ECPUコンピュート・モデル: 複数のリモート・ディザスタ・リカバリ・ピアを追加できます。リモート・ペア・リージョンごとに最大1つのピアを使用できます。たとえば、プライマリ・データベースがIADリージョンにある場合、PHXにスタンバイ・データベースを追加し、SJCにスタンバイ・データベースを追加できますが、PHXに2つのリモート・ディザスタ・リカバリ・ピアを追加することはできません。

ペア・リージョンは、クロスリージョン・スタンバイ・データベースを作成できるリモート・リージョンです。ペア・リージョンの詳細は、Autonomous Databaseクロス・リージョン・ペア・リージョンを参照してください。

ECPU数のスケール・アップ(データベースがOCPUを使用している場合はOCPU数)や、プライマリ・データベースでのコンピュート自動スケーリングの有効化など、ほぼすべての操作を実行します。次に、Autonomous Data Guardは、クロスリージョン・スタンバイ・データベースで同じアクションを実行します。

リモート・スタンバイ・データベースを追加すると、Autonomous DatabaseはOracle Cloud Infrastructureコンソールからリモート・スタンバイ・データベースへのアクセスを提供します。Autonomous Databaseでは、リモート・スタンバイ・データベースへのアクセスが提供されるため、プライベート・エンドポイントのネットワークおよびVCNの構成や、プライマリ・データベースとリモート・スタンバイ間でレプリケートされないキーおよび値を定義するためのタグ付けの追加など、リモート・スタンバイでいくつかの操作を個別に実行できます。

クロスリージョン・スタンバイは、スタンバイ・データベースとして動作している間は接続できません。また、読取り専用操作には使用できません。次の場合にデータベースに接続できます。

• フェイルオーバーまたはスイッチオーバー操作後にデータベースがプライマリ・ロールを引き継ぐ場合。詳細は、「スイッチオーバーの実行」および「手動フェイルオーバーの実行」を参照してください。

• スタンバイ・データベースをスナップショット・スタンバイ・データベースに変換した後。詳細は、「クロスリージョン・ディザスタ・リカバリ・ピアからスナップショット・スタンバイへの変換」を参照してください。

次の領域には、ローカル・スタンバイへのフェイルオーバーまたはスイッチオーバーと比較した場合、プライマリ・データベースからリモート・スタンバイ・データベースへのフェイルオーバーまたはスイッチオーバーの違いがあります:

• 表示名: 表示名には_regionという拡張子が付きます。regionは、IADやBOMなどのリージョン名です。

  複数のクロスリージョン・ピアに対するサポートの導入前にクロスリージョン・ピアを作成した場合、クロスリージョン・ピアの表示名には_Remoteという拡張子が付きます。

• OMLノートブック:クロスリージョン・スイッチオーバーまたはフェイルオーバー後、スイッチオーバーまたはフェイルオーバーされたプライマリのOMLノートブックがプライマリ・データベース(ロール変更後の現在のプライマリ・データベース)に存在しません。新しいOMLノートブックを作成できます。

• プライベート・エンドポイント: フェイルオーバー前またはスイッチオーバーの実行前に、スタンバイ・データベースでプライベート・エンドポイントを個別に構成および更新できます。これにより、フェイルオーバー後またはスイッチオーバーの実行後に、異なる構成でプライベート・エンドポイントを設定できます。Autonomous Databaseでは、ネットワーク構成をプライマリからリモート・スタンバイに同期させることはできません。

  VCNピアリングとドメイン転送は、ウォレットがリージョン間で機能するために必要であり、Autonomous Data Guardスタンバイを持つプライベート・エンドポイントを持つAutonomous Databasesでは、プライマリ・データベースとスタンバイ・データベースが異なるVCNに存在します。VCNピアリングとドメイン転送の詳細は、RPCを使用したリモートVCNピアリングおよび仮想クラウド・ネットワークのDNSを参照してください。

• ネットワーク・アクセス制御リスト: デフォルトでは、ディザスタ・リカバリのプライマリ・データベースとリモート・ピア・データベースは、同じネットワーク・アクセス制御リスト(ACL)を使用します。オプションで、リモートピアデータベース上のネットワークACLを個別に編集できます。これにより、リモートピアデータベースで異なるACLを使用できます。

  詳細は、リモート・ピア・ネットワークACLの管理を参照してください。

• タグ: タグは、ディザスタ・リカバリ・プライマリおよびリモート・ピア・データベースで独立して処理されます。これは次のことを意味します。

  • リモートピアでタグを追加、削除、または更新すると、変更はリモートピアデータベースにのみ適用されます。

  • プライマリでタグを追加、更新または削除しても、リモート・ピア・データベースではタグは追加、更新または削除されません。

• APIまたはスクリプト: Autonomous Databaseの管理に使用するAPIまたはスクリプトは、プライマリ・データベース、現在のプライマリ・データベース、フェイルオーバー後またはスイッチオーバーの実行後にAPIをコールするように更新する必要があります。

  mTLS接続の場合、フェイルオーバー後またはスイッチオーバーの実行後に、プライマリ・データベース(現在のプライマリ・データベース)からウォレットをダウンロードする必要があります。詳細は、リージョン間のディザスタ・リカバリ接続文字列およびウォレットを参照してください。

• クライアント・アプリケーション: クライアント・アプリケーションは、プライマリ・データベース、現在のプライマリ・データベースからダウンロードした接続文字列およびウォレットを使用して、フェイルオーバー後またはスイッチオーバーの実行後に接続する必要があります。詳細は、リージョン間のディザスタ・リカバリ接続文字列およびウォレットを参照してください。

• Walletベースの接続:ウォレットをダウンロードして、プライマリ・データベース(現在のプライマリ・データベース)から接続文字列を使用して接続し、フェイルオーバー後またはスイッチオーバーの実行後にデータベースに接続する必要があります。詳細は、リージョン間のディザスタ・リカバリ接続文字列およびウォレットを参照してください。

• Autonomous Databaseツール: ツールは、プライマリ・データベース、現在のプライマリ・データベース、フェイルオーバー後またはスイッチオーバーの実行後に異なるURLを持ちます(ローカル・スタンバイへのスイッチオーバーまたはフェイルオーバーの場合、ツールのURLは変更されません):

  • データベース・アクション

  • Oracle APEX

  • Oracle REST Data Services (組織)

  • Graph Studio

  • Oracle Machine Learningノートブック

  • データ変換

  • MongoDB API

• Oracle Cloud Infrastructure Object Storageの使用状況: プライマリ・データベースからスタンバイ・データベースにフェイルオーバーまたはスイッチオーバーした後、プライマリ・データベース(現在のプライマリ・データベース)で、オブジェクト・ストレージへのアクセスを提供する資格証明およびURLは、フェイルオーバーまたはスイッチオーバーの前と同様に機能し、次へのアクセスを提供します:

  • 外部表

  • 外部パーティション表

  • 外部ハイブリッド・パーティション表

  ノート
  
  これは、オブジェクト・ストレージが使用可能な場合に適用されます。Object Storageを使用できないまれなシナリオの場合、Oracleでは、オブジェクト・ストレージのバックアップまたは別のリージョンへのレプリケーションを行うことをお薦めします。オブジェクト・ストレージが使用できない場合(つまり、スイッチオーバーまたはフェイルオーバー前にプライマリで使用したオブジェクト・ストレージ・リソース)は、ユーザー資格証明とオブジェクト・ストレージのURLを設定するパラメータを更新して、使用可能なリージョンのオブジェクト・ストレージにアクセスするための値をパラメータで指定できます。詳細は、レプリケーションの使用を参照してください。

Autonomous Data Guardクロスリージョン・スタンバイを使用したOCIフル・スタック・ディザスタ・リカバリ

フル・スタック・ディザスタ・リカバリが有効になっている場合、「Autonomous Databaseの詳細」ページの「ディザスタ・リカバリ」に、「フル・スタックDR」フィールドが「有効」と表示されます。

図adb_full_stack_dr_enabled.pngの説明

詳細は、Autonomous DatabaseでのOCIフル・スタック・ディザスタ・リカバリの使用を参照してください。

• Autonomous Data Guardデータベース・ロール
  クロスリージョン・スタンバイ・データベースを追加すると、各データベースには、プライマリ、スタンバイまたはスナップショット・スタンバイのロールが指定されます。
• Autonomous Data Guardクロスリージョン・フェイルオーバーおよびスイッチオーバー
  ローカル・ディザスタ・リカバリ・ピアを1つ持つことができ、オプションで1つ以上のクロスリージョン・ピアを追加できます(ECPUコンピュート・モデルでは複数のクロスリージョン・ピアを使用できます)。ローカルとリージョン間のどちらの場合も、ピアはバックアップベースのディザスタ・リカバリ・コピーまたはAutonomous Data Guardスタンバイになります。
• Autonomous Data Guardデータベースのクロスリージョン・バックアップおよびリストア
  Autonomous Data Guardクロスリージョン・スタンバイ・データベースを追加すると、バックアップからのバックアップおよびリストアは次のように処理されます:
• リージョン間のディザスタ・リカバリ接続文字列およびウォレット
  Autonomous Data Guardクロスリージョン(リモート)スタンバイ・データベースを追加する場合、またはリージョン間のバックアップベースのディザスタ・リカバリ・ピアを使用する場合、プライマリ・データベースのウォレットおよび接続文字列にはプライマリ・データベースのホスト名のみが含まれます。
• 顧客管理キーを使用したAutonomous Data Guard
  Autonomous Data Guardクロスリージョン・スタンバイを追加する場合、プライマリ・データベースが顧客管理キーを使用しているとき、またはプライマリ・データベースで顧客管理キーの使用に切り替えるときに特別な考慮事項があります。
• クロスリージョンAutonomous Data Guardスタンバイへのバックアップのレプリケート
  クロスリージョンAutonomous Data Guardスタンバイを追加すると、プライマリからの自動バックアップもリモート・リージョンで使用できるように、クロスリージョン・バックアップ・レプリケーションを有効にできます。
• Autonomous Data GuardクロスリージョンBYOLライセンス
  Autonomous Data Guardプライマリ・データベースに設定したBYOL ECPU制限は、クロスリージョンまたはクロステナンシAutonomous Data Guardスタンバイ・データベースには適用されません。

RTOは、手動フェイルオーバーまたは自動フェイルオーバーの開始後に、スタンバイ・データベースへのデータベース接続をリストアするために必要な最大時間です。RPOは、プライマリ・データベースにおける潜在的なデータ損失の最大期間です。

Autonomous Data Guardには、スタンバイ・データベースを管理するための一連の操作(スタンバイ・データベースの有効化、スイッチオーバー、切断または終了など)が用意されています。

Autonomous Databaseは、「Autonomous Databaseの詳細」ページでディザスタ・リカバリ・ステータスに関する情報を提供します。

「ディザスタ・リカバリ」領域で:

「ロール」フィールドには、現在のデータベースのロールが次のように表示されます:

• ローカル・バックアップ・コピー・ピアまたはローカルAutonomous Data Guardスタンバイがある場合、Oracle Cloud Infrastructure Consoleに「ロール」フィールドの値「プライマリ」が表示されます。Autonomous Databaseは、ローカル・スタンバイ・データベース(またはローカル・バックアップ・コピー・ピア)へのアクセスを提供しません。

• クロスリージョン・バックアップ・コピー・ピアまたはクロスリージョンAutonomous Data Guardスタンバイを使用している場合、Oracle Cloud Infrastructure Consoleに、プライマリ・データベースを表示している場合は「ロール」フィールドの値「プライマリ」が表示され、スタンバイ・データベースの詳細を表示している場合は「スタンバイ」が表示されます。

• スイッチオーバー: スイッチオーバー操作を実行できるようにリンクが示されます。

• フェイルオーバー: プライマリ・データベースが使用できず、ローカル・スタンバイがあり、自動フェイルオーバーが成功しなかった場合、「フェイルオーバー」リンクから手動フェイルオーバーを開始できます。

  プライマリ・データベースが使用できず、クロスリージョン・スタンバイがあり、ローカル・スタンバイへのフェイルオーバーが不可能な場合、「フェイルオーバー」リンクから、リモート・スタンバイ・データベースへの手動フェイルオーバーを開始できます。

ピアAutonomous Databaseの情報を表示するには、「リソース」で「ディザスタ・リカバリ」をクリックします。この領域には、ピアAutonomous Databaseの情報がリストされます。「状態」列には、スタンバイ・データベースの状態が次のように表示されます:

• プロビジョニング

  • この状態は、Autonomous Data Guardを有効にすると表示され、(スタンバイ・データベースの状態が「スタンバイ」に変更されるまで)スタンバイ・データベースがプロビジョニング中であることを示します。

  • この状態は、ローカル・スタンバイへのフェイルオーバー後、スタンバイ・データベースの再作成中に表示されます。

  • この状態は、プライマリ・データベースでバックアップからのリストア操作が実行されると、ローカル・スタンバイが再作成され、「状態」列に「プロビジョニング中」と表示されることを示します。

• スタンバイ: スタンバイが使用可能であり、スイッチオーバーまたはフェイルオーバー操作の準備ができていることを示します。

  ノート
  
  スタンバイ・データベースが停止すると、スタンバイの状態には「スタンバイ」と表示されます。スタンバイ・データベースでは、「停止済状態は表示されません。

• ロール変更進行中: フェイルオーバーまたはスイッチオーバー操作が開始されたことを示します。

Oracle Cloud Infrastructureイベントを使用して、フェイルオーバーやスイッチオーバー操作などのAutonomous Data Guard関連のイベントが原因でAutonomous Databaseの状態が変更された場合に応答できます。

Autonomous Databaseイベントには次のものがあります:

• 自動フェイルオーバーの開始
• 自動フェイルオーバーの終了
• Autonomous Data Guardの無効化の開始
• Autonomous Data Guardの有効化の開始
• フェイルオーバーの開始
• スイッチオーバーの開始
• Autonomous Data Guardの無効化の終了
• Autonomous Data Guardの有効化の終了
• フェイルオーバーの終了(フェイルオーバーの成功または失敗の結果付き)。
• スイッチオーバーの終了(スイッチオーバーの成功または失敗の結果付き)。

イベントに基づいて、処理を実行したり、通知を送信できます。イベントの使用および通知の生成の詳細は、スタンバイ・データベースのイベントおよび通知を参照してください。