Oracle Cloud Infrastructureドキュメント

クロスリージョン・スタンバイを使用した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クロスリージョン・ペア・リージョンを参照してください。

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

リモート・スタンバイ・データベースを追加すると、Autonomous AI DatabaseはOracle Cloud Infrastructureコンソールからリモート・スタンバイ、データベースへのアクセスが提供されます。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を使用できます。

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

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

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

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

  • 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)

    • Graph Studio

    • Oracle Machine Learningノートブック

    • データ変換

    • 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が有効になっている場合、「自律型AIデータベースの詳細」ページの「ディザスタ・リカバリ」に、「フル・スタックDR」フィールドが「有効」として表示されます。


adb_full_stack_dr_enabled.pngの説明が続きます
図adb_full_stack_dr_enabled.pngの説明

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

トピック

親トピック: ディザスタ・リカバリのためのAutonomous Data Guardでのスタンバイ・データベースの使用方法

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

クロスリージョン・スタンバイ・データベースを追加した後、各データベースには、プライマリ、スタンバイまたはスナップショット・スタンバイという指定されたロールがあります。

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

adb_adg_primary.pngの説明が続きます
図adb_adg_primary.pngの説明

adb_adg_standby.pngの説明が続きます
図adb_adg_standby.pngの説明

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

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

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

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

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

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

  • スタンバイ(リージョン間)のピア・ロール列にはリモート・スタンバイ・データベースのスタンバイが表示され、データベースの名前はピアAutonomous Database列に"_リージョン"拡張子が付いています。このリンクをクリックすると、リモート・データベースにアクセスできます。「リージョン」列には、リモート・リージョンの名前が表示されます。

    複数のクロスリージョン・ピアのサポートが導入される前にクロスリージョン・ピアを作成した場合、クロスリージョン・ピアの表示名には_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 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

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 Database Serverless機能の請求を参照してください。

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

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

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

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

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

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

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

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

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

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