クロスリージョン・スタンバイを使用したAutonomous Data Guardについて

クロス・リージョンまたはクロス・テナンシ・スタンバイ・データベースを使用したAutonomous Data Guardの機能および操作に関する情報を提供します。

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

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

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

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

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

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

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

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

リモート・スタンバイ・データベースを追加すると、Autonomous AI Databaseによって、Oracle Cloud Infrastructure Consoleからリモート・スタンバイ・データベースへのアクセスが提供されます。Autonomous AI Databaseでは、リモート・スタンバイ・データベースへのアクセスが提供されるため、プライベート・エンドポイント用にネットワークとVCNsを構成したり、プライマリ・データベースとリモート・スタンバイ間でレプリケートされないキーと値を定義するためのタグ付けを追加したりするなど、リモート・スタンバイで独立した操作を実行できます。

ノート

ノート: Autonomous Data Guardでは、クロスリージョン・スタンバイの自動フェイルオーバーは実行されません。プライマリ・データベースが使用できず、ローカル・スタンバイが使用できない場合は、手動フェイルオーバーを実行して、クロス・リージョン・スタンバイ・データベースをプライマリ・ロールを引き継ぐようにすることができます。

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

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

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

プライマリ・データベースからリモート・スタンバイ・データベースへのフェイルオーバーまたはスイッチオーバーと比較すると、次の領域にはフェイルオーバーおよびスイッチオーバーの違いが生じます。

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

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

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

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

  VCN Peering and domain forwarding are required for wallets to work across regions, with Autonomous AI Databases with a private endpoint with an Autonomous Data Guard standby, where the primary and the standby database are in different VCNs. VCNピアリングとドメイン転送の詳細は、RPCを使用したリモートVCNピアリングおよび仮想クラウド・ネットワークのDNSを参照してください。

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

  詳細は、Manage Remote Peer Network ACLsを参照してください。

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

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

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

• APIまたはスクリプト: Autonomous AI Databaseの管理に使用するAPIまたはスクリプトを、プライマリ・データベースのAPIをコールするように更新する必要がある場合があります。

  OCI REST APIを使用する場合、Autonomous AI Databaseのクロス・リージョン・フェイルオーバーに、Oracle Cloud Infrastructure (OCI) URLで事前定義された代替変数を使用することもできます。詳細は、Oracle Cloud Infrastructure (OCI) URLの代替変数を参照してください。

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

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

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

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

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

  • Oracle APEX

  • Oracle REST Data Services (ORDS)

  • Spatial Studio

  • Graph Studio

  • Oracle Machine Learning (OML)ノートブック

  • データ変換

  • MongoDB API

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

  • 外部表

  • 外部パーティション表

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

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

クロス・リージョン・スタンバイでのクロス・テナンシAutonomous Data Guard

クロス・リージョン・スタンバイを使用して、クロス・テナンシAutonomous Data Guardを有効にできます。別のリージョンにクロス・テナンシAutonomous Data Guardスタンバイ・データベースを追加すると、Autonomous AI Databaseによって宛先テナンシにクロス・リージョン・スタンバイ・データベースがプロビジョニングされます。クロス・テナンシAutonomous Data Guardスタンバイを使用すると、別のテナンシにクロス・リージョン・スタンバイがあるスナップショット・スタンバイをフェイルオーバー、スイッチオーバーまたは作成できます。この機能を使用すると、Autonomous Data Guardを使用して、データベースを別のテナンシに移行できます。

詳細は、クロス・テナンシAutonomous Data Guardスタンバイ・データベースの使用を参照してください。

Autonomous Data Guardクロスリージョン・スタンバイを使用したOCI Full Stack Disaster Recovery

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

図adb_full_stack_dr_enabled.pngの説明

詳細は、Autonomous AI DatabaseでのOCI Full Stack Disaster Recoveryの使用を参照してください。

Autonomous Data Guardデータベース・ロール

クロス・リージョン・スタンバイ・データベースを追加すると、各データベースには指定されたロール(プライマリ、スタンバイまたはスナップショット・スタンバイ)が割り当てられます。

ロールは、データベース、プライマリ、スタンバイまたはスナップショット・スタンバイの現在の状態を指定し、この値は、スイッチオーバーまたはフェイルオーバーの実行後、またはスタンバイ・データベースをスナップショット・スタンバイに変換した後に変更されます。Autonomous AI Databaseのロールは、「Autonomous AI Database情報」ページの表示名の横に表示されるアイコンで表示できます。次に例を示します。

図adb_adg_primary.pngの説明

図adb_adg_standby.pngの説明

クロス・リージョン・スタンバイ・データベースを追加した後、詳細ページの「ディザスタ・リカバリ」領域にロールを表示できます。このロールは次のいずれかです。

• 「ロール」には、プライマリ・データベースの「プライマリ」が表示されます。

• スイッチオーバーまたはフェイルオーバー後、同じデータベースで「ロール」に「スタンバイ」と表示されます。

• クロス・リージョン・ピアをスナップショット・スタンバイに変換すると、「ロール」に「スナップショット・スタンバイ」と表示されます。

ピアの詳細を表示するには、Autonomous AI Databaseの詳細ページで、「ディザスタ・リカバリ」タブを選択します。リストにはピア・データベース情報が表示され、「ピア・ロール」列にはピア・ロールが表示されます。

• スタンバイ(ローカル): 「ピア・ロール」列に「スタンバイ」が表示され、データベースの「ピアAutonomous AIデータベース」列に同じ表示名が表示されます。「リージョン」列には、現在のリージョンの名前が表示されます。

• 「スタンバイ」(クロス・リージョン)の「ピア・ロール」列にリモート・スタンバイ・データベースの「スタンバイ」が表示され、データベースの「ピアAutonomous AIデータベース」列に_region拡張子が同じ名前になります。このリンクをクリックすると、リモート・データベースにアクセスできます。「リージョン」列には、リモート・リージョンの名前が表示されます。

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

• スナップショット・スタンバイ: 「ピア・ロール」列にスナップショット・スタンバイが表示されます。「リージョン」列には、リモート・リージョンの名前が表示されます。

Autonomous Data Guardクロス・リージョン・フェイルオーバーおよびスイッチオーバー

ローカル・ディザスタ・リカバリ・ピアを1つ持つことができ、オプションで、1つ以上のクロス・リージョン・ピアを追加できます(ECPUコンピュート・モデルでは複数のクロス・リージョン・ピアを使用できます)。ローカルとクロス・リージョンの両方のケースで、ピアはバックアップベースのディザスタ・リカバリ・コピーまたはAutonomous Data Guardスタンバイのいずれかになります。

現在のリージョンと1つ以上のクロス・リージョンAutonomous Data Guardピア・データベースの両方で、プライマリ・データベースの状態に応じて、次のオプションがあります:

• プライマリ・データベースが停止し、ローカル・スタンバイ・データベースが使用可能な場合、Autonomous Data Guardはフェイルオーバーを自動的に実行して、中断を最小限に抑えつつローカル・スタンバイ・データベースをプライマリ・データベースに変換します。フェイルオーバーが完了すると、Autonomous Data Guardによって新しいローカル・スタンバイ・データベースが作成されます。自動フェイルオーバーが可能でない場合は、手動フェイルオーバーを実行するオプションがあります。

  Autonomous Data Guardでは、引き続き同じクロスリージョン・ピア・データベースが使用されます。

• プライマリ・データベースが停止し、ローカル・スタンバイ・データベースが使用できない場合は、クロス・リージョン・ピア・データベースへの手動フェイルオーバーを実行でき、フェイルオーバー先のクロス・リージョン・ピア・データベースがプライマリ・データベースになります。

  この場合、フェイルオーバーの完了後、Autonomous Data Guardでは新しいローカル・スタンバイ・データベースが作成されません(デフォルトでは、バックアップ・コピー・ピアがあります)。

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

  Autonomous Data Guardでは、引き続き同じクロスリージョン・ピア・データベースが使用されます。

• スイッチオーバー操作を実行できます。この操作では、クロス・リージョン・ピア・データベースがプライマリ・データベースになります(また、プライマリであったデータベースがピア・データベースになるように新しいスタンバイ・データベースとして再作成されます)。

  スイッチオーバーによって、プライマリ・データベースとピア・データベースのロールが変更されます。同じ2つのリモート・リージョン間でスイッチオーバーを2回実行すると、プライマリ・データベースが再びプライマリ・データベースに戻ります。

Autonomous Data Guardデータベースのクロスリージョン・バックアップおよびリストア

Autonomous Data Guardクロス・リージョン・スタンバイ・データベースを追加すると、バックアップからのバックアップおよびリストアは次のように処理されます:

• プライマリ・データベースがバックアップからリストアされると、リストアされたプライマリ・データベースから新しいリモート・スタンバイが作成されます。

• 自動バックアップは、プライマリ・データベース(「ロール」: 「プライマリ」と表示されるデータベース)でのみ取得します。たとえば、スイッチオーバーまたはフェイルオーバーの後、プライマリ・ロールのデータベースが自動バックアップの実行を開始します。スタンバイ・ロールを持つデータベースは、バックアップを取得しません。再度スイッチオーバーすると、プライマリ・ロール・データベースになるデータベースがバックアップの再取得を開始します。

• ピア・データベースがスタンバイ・ロールの場合、バックアップからリストアまたはクローニングできません。バックアップはプライマリ・ロールのデータベースでのみ取得され、リストア操作はスタンバイ・データベースのOracle Cloud Infrastructure Consoleからは使用できません。

クロス・リージョン・ディザスタ・リカバリの接続文字列およびウォレット

Autonomous Data Guardクロス・リージョン(リモート)スタンバイ・データベースを追加する場合、またはクロス・リージョン・バックアップベースのディザスタ・リカバリ・ピアを使用する場合、プライマリ・データベースのウォレットおよび接続文字列にはプライマリ・データベースのホスト名のみが含まれます。

また、リモート・ピア・データベースからのウォレットおよび接続文字列には、リモート・データベースのホスト名のみが含まれます。これは、インスタンス・ウォレットと地域ウォレットの両方に適用されます。

Oracleでは、プライマリ・データベースからダウンロードしたウォレットまたは接続文字列を使用するように、プライマリ・ロール・データベースで実行されているアプリケーションを構成することをお薦めします。リモート・データベースで実行されるアプリケーションの場合は、リモート・データベースからダウンロードしたウォレットまたは接続文字列を使用します(リモート・データベースは、フェイルオーバー後またはスイッチオーバーの実行後に現在のプライマリ・データベースになります)。これらの接続文字列またはウォレットを取得するには、Oracle Cloud Infrastructure Consoleで「データベース接続」をクリックします。

たとえば、クロス・リージョンAutonomous Data Guardがプライマリがアッシュバーン(IAD)に設定され、クロス・リージョン・スタンバイがフェニックス(PHX)に設定されている場合、Oracleでは、IADで実行されている中間層アプリケーションで次を使用することをお薦めします:IADのプライマリ・データベースからの接続文字列またはウォレット、およびフェイルオーバー後またはスイッチオーバーの実行後にPHXで実行される対応するアプリケーションでは、PHXのスタンバイ・データベースからの接続文字列またはウォレットを使用します。リージョナル・フェイルオーバーまたはスイッチオーバー時に、Oracleでは、最適なパフォーマンスとリージョン間のレイテンシを最小限に抑えるために、データベースと中間層アプリケーションの両方を新しいプライマリ・ロール・データベースにフェイルオーバーすることをお薦めします。

詳細は、クライアント資格証明(ウォレット)のダウンロードを参照してください。

アプリケーションで必要な場合は、プライマリ・データベース・ホスト名とリモート・データベース・ホスト名の両方を含む接続文字列を手動で構築して、接続に対して自動的に使用可能でオープンされているいずれかのインスタンス(プライマリ・データベースまたはリモート・データベース)への接続をサポートできます。

これらの接続文字列を手動で作成するステップの詳細は、次を参照してください。

• クロス・リージョン・ディザスタ・リカバリのための中間層アプリケーションの構成

• Autonomous Data Guardに関するノート

顧客管理暗号化キーを使用したクロス・リージョンAutonomous Data Guard

Autonomous Data Guardクロス・リージョン・スタンバイを追加する場合、プライマリ・データベースが顧客管理暗号化キーを使用している場合、またはプライマリ・データベースで顧客管理暗号化キーの使用に切り替える場合は、特別な考慮事項があります。

ノート

ノート: Autonomous AI Databaseでは、複数の顧客管理キー・プロバイダがサポートされています。Autonomous Data Guardでの使用は、Oracle Cloud Infrastructure Vaultのみがサポートされています。その他のボールトは、顧客管理キーではサポートされていません。

リモート・スタンバイでプライマリ・データベースと同じマスター暗号化キーを使用できるようにするには、マスター暗号化キーをリモート・リージョンにレプリケートする必要があります。顧客管理暗号化キーは、単一のクロス・リージョンAutonomous Data Guardスタンバイでのみサポートされます。Oracle Cloud Infrastructure Vaultでは1つのリモート・リージョンへのレプリケーションのみがサポートされるため、複数のクロス・リージョン・スタンバイはサポートされていません。

次のケースについて考えてみます。

• Autonomous AI Databaseで顧客管理キーを使用している場合、Autonomous Data Guardリモート・スタンバイの追加は許可されます。データベースで顧客管理キーを使用しており、Autonomous Data Guardクロス・リージョン・スタンバイを追加すると、「ピア・データベースの追加」ダイアログの「リージョン」リストには、レプリケートされたボールトおよびキーを含むリージョンのみが表示されます。リストされているリモート・リージョンが表示されない場合は、ボールトおよびキーをスタンバイ・データベースが必要なリージョンにレプリケートする必要があります(これはペアのリージョンである必要があります)。

• Autonomous Data Guardクロス・リージョン・スタンバイがある場合、プライマリで顧客管理キーへの切替えが許可されます。データベースがOracle管理キーを使用しており、プライマリの顧客管理キーに切り替える場合、プライマリ・リージョンとスタンバイ・リージョンの両方でレプリケートされるキーのみが表示されます。暗号化キーの管理Vaultおよびマスター暗号化キーのリストには、プライマリ・リージョンとスタンバイ・リージョンの両方でレプリケートされたボールトおよびキーのみが表示されます。キーがリストに表示されない場合は、ボールトとキーをペア・リージョンにレプリケートします。

詳細は、次を参照してください:

• Autonomous Data Guardを使用したOCI Vaultの顧客管理キーに関するノート

• OCI Vaultでのマスター暗号化キーの管理

• ボールトおよびキーのレプリケート

• ボールトの概要

• Autonomous AI Databaseクロスリージョン・ペア・リージョン

顧客管理暗号化キーを使用したクロス・テナンシAutonomous Data Guard

Autonomous Data Guardクロス・テナンシ・スタンバイを追加する場合、プライマリ・データベースが顧客管理暗号化キーを使用しているか、プライマリ・データベースで暗号化キーの使用に切り替える場合は、特別な考慮事項があります。

ランサムウェアからの保護など、追加のセキュリティのためにAutonomous Data Guardクロス・テナンシ・スタンバイを追加する場合、プライマリが顧客管理キーを使用している場合は、暗号化キーをレプリケートしてスタンバイで使用できます。プライマリ・テナンシとスタンバイの両方で、Oracle管理キーと顧客管理キーのいずれであっても、同じ暗号化キーを使用する必要があります。各テナンシにはキーの独立したコピーがあるため、一方のテナンシのキーを無効化または削除しても他方には影響しません。

ノート

ノート: Autonomous AI Databaseでは、複数の顧客管理キー・プロバイダがサポートされています。Autonomous Data Guardでの使用は、Oracle Cloud Infrastructure Vaultのみがサポートされています。他のボールトは、Autonomous Data Guardを使用するプライマリまたはスタンバイの顧客管理キーではサポートされていません。

詳細は、クロス・テナンシAutonomous Data Guardスタンバイを使用した顧客管理の暗号化キーのノートを参照してください。

クロス・リージョンAutonomous Data Guardスタンバイへのバックアップのレプリケート

クロス・リージョンAutonomous Data Guardスタンバイを追加するときに、プライマリからの自動バックアップをリモート・リージョンでも使用できるように、クロス・リージョン・バックアップ・レプリケーションを有効にできます。

デフォルトでは、プライマリで取得したバックアップはクロス・リージョン・スタンバイ・データベースにレプリケートされません。クロス・リージョン・バックアップ・レプリケーションを有効にすると、プライマリの最大7日間の自動バックアップがクロス・リージョン・スタンバイ・データベースにレプリケートされます。この機能を有効にすると、リモート・リージョンで次のように自動バックアップを使用できます。

• スイッチオーバーまたはフェイルオーバー後、過去7日間の任意のタイムスタンプ、または保存期間が7日未満に設定されている指定した保存期間の任意のタイムスタンプにリストアまたはクローニングできます。

• リモート・リージョンにレプリケートされるプライマリのすべてのバックアップは、リモート・リージョン・ピアで7日後、または保持期間が7日未満に設定されている保持期間日数後に削除されます。

• プライマリのバックアップ保持期間を変更して7日未満の値を指定する場合を除き、レプリケートされたバックアップのバックアップ保存期間は変更できません。この場合、リモート・リージョン上のレプリケートされたバックアップの保持期間は、プライマリに設定されている自動バックアップ保持期間と一致します。

クロス・リージョン・バックアップ・レプリケーションでは、追加コストが発生します。詳細は、Oracle Autonomous AI Database Serverless Features Billingを参照してください。

詳細は、クロス・リージョン・スタンバイ・データベースの追加および既存のクロス・リージョン・スタンバイのバックアップ・レプリケーションの有効化または無効化を参照してください。

クロス・リージョン自動バックアップ・レプリケーションでは、次の点に注意してください:

• スイッチオーバーまたはフェイルオーバー後、クロス・リージョン・データベースがプライマリ・ロールにある間、バックアップは現在のプライマリで取得され、現在の(リモート)スタンバイにレプリケートされます。

• リモート・リージョンでは、データベースがスタンバイ・ロールである間に、レプリケートされたバックアップからクローンを作成できます。

Autonomous Data Guardクロス・リージョンBYOLライセンス

Autonomous Data Guardプライマリ・データベースに設定したBYOL ECPU制限は、クロス・リージョンまたはクロス・テナンシのAutonomous Data Guardスタンバイ・データベースには適用されません。

クロス・リージョンまたはクロス・テナンシ・スタンバイでは、必要に応じてBYOL ECPU制限を個別に設定できます。BYOLライセンス制限の値を設定すると、BYOLライセンスでカバーされるECPUの数が制限されます。

たとえば、BYOLライセンスを使用する8つのECPU Autonomous Data Guardプライマリ・データベースについて考えてみます。クロス・リージョンまたはクロス・テナンシ・スタンバイを追加すると、スタンバイはプライマリからライセンスを取得します(BYOLライセンスを使用)。

この例では、プライマリでBYOLライセンス制限を4 (ECPU)に設定した場合、8個のECPUのうち4個がBYOLライセンスを使用します。ただし、プライマリに設定したBYOLライセンス制限は、クロス・リージョンまたはクロス・テナンシ・スタンバイには適用されません。スタンバイでは、Bring your own license (BYOL)ライセンス(BYOLライセンス制限なし)が使用されます。スタンバイでBYOLライセンス制限を個別に設定する場合(たとえば、BYOLライセンス制限値を2 (ECPU)に設定した場合)、スタンバイの2 ECPUは、BYOLライセンスおよび6 ECPUを使用して請求されます。同様に、スタンバイに設定したBYOL ECPU制限は、プライマリのBYOL ECPU制限には影響しません。

詳細は、プロビジョニングまたはクローニング時のBring Your Own Licenseオプションの選択およびAutonomous AI DatabaseでのBring Your Own Licenseの選択(ECPUコンピュート・モデル)を参照してください。