Autonomous Data Guard構成の管理

専用Exadataインフラストラクチャ上のAutonomous AI DatabaseのAutonomous Data Guard機能を使用すると、障害、災害、ヒューマン・エラーまたはデータ破損があても、ミッション・クリティカルなアプリケーションでクリティカルな本番データベースを継続的に使用することができます。このような機能は、ディザスタ・リカバリと呼ばれることがよくあります。

Autonomous Container DatabaseでのAutonomous Data Guard使用可能

Autonomous Data Guardは、Autonomous Container Databaseの「詳細」ページから有効にできます。

ノート:次の3日以内にアクティブなメンテナンス実行がスケジュールされているACDでAutonomous Data Guardを有効にすることはできません。

必要なIAM権限

inspect cloud-autonomous-vmclusters

use autonomous-container-databases

手順

ノート:スタンバイACDの追加操作が進行中の場合、そのACDのスケジュール済メンテナンスは、スタンバイの追加操作が完了するまで開始されません。

1. Autonomous Data Guardを有効にするAutonomous Container Databaseの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

2. Autonomous Container Database情報のAutonomous Data Guardの下の「有効化」をクリックします。

3. または、Autonomous Data Guardグループで「スタンバイの追加」をクリックすることもできます。

4. 「スタンバイの追加」ダイアログに次の情報を入力します。

   設定	説明	ノート
   ピアAutonomous Container Database区分	スタンバイAutonomous Container Databaseコンパートメントを選択します。
   ピアAutonomousコンテナデータベース名	スタンバイACDの名前を入力します。	スタンバイACDをAWSリージョンからOCIリージョンですでにプロビジョニングされているACDに追加できます。または、OCIリージョンのスタンバイACDをAWSリージョンですでにプロビジョニングされているACDに追加することもできます。
   ピア・リージョン	スタンバイACDのリージョンを選択します。	プライマリACDとセカンダリACDは、異なるリージョン(クロスリージョン)にデプロイすることもできます。
   ピアExadata Infrastructure	スタンバイACDの基礎となるExadataインフラストラクチャ・リソースを選択します。
   ピアAutonomous Exadata VMクラスタ(AVMC)	スタンバイACDの親AVMCを選択します。	Exadata Cloud@Customerデプロイメントで、親AVMCで第3 NICが有効になっている場合、すべてのData Guard操作は、この第3 NIC上でのみ移動します。
   保護モード	ドロップダウン・リストから「最大パフォーマンス」または「最大可用性」を選択します。	「最大パフォーマンス」がデフォルトで選択されています。 Autonomous Data Guardの詳細と、スタンバイ自律型コンテナ・データベースの配置先および使用する保護モードの選択のガイダンスについては、Autonomous Data GuardについておよびAutonomous Data Guard構成オプションを参照してください。
   ピア・データベース・バックアップの構成	ドロップダウン・リストからバックアップ保存先のタイプを選択します。 Autonomous AI DatabaseのOracle Public Cloudデプロイメントでは、Autonomous Recovery ServiceまたはObject Storageをバックアップ先として選択できます。デフォルトはオブジェクト・ストレージで、推奨されるオプションはAutonomous Recovery Serviceです。Oracle Database@AWS上のAutonomous AI Databaseでは、Autonomous Recovery Service、OCI Object StorageまたはAmazon Simple Storage (AWS S3)のいずれかを選択できます。デフォルトはAWS S3で、推奨されるオプションはAutonomous Recovery Serviceです。
   ピア・データベース・メンテナンスのプリファレンス	スタンバイACDは常にプライマリACDより前にパッチが適用されるため、スタンバイACDメンテナンスがプライマリACDメンテナンスの前にスケジュールされる日数を選択します。	このオプションは、プライマリACDがカスタム・メンテナンス・スケジュールを定義した場合にのみ使用できます。

5. スタンバイ・データベースを追加することを確認します。

   ノート:有効にすると、Autonomous Data GuardはスタンバイACDを終了することによってのみ無効にできます。

Autonomous Data Guard構成のステータスの表示

Autonomous Data Guard構成のステータスは、構成内のプライマリまたはスタンバイAutonomous Container Databaseの「詳細」ページから表示します。

必要なIAMポリシー

inspect autonomous-container-databases

手順

1. Autonomous Data Guard構成のプライマリまたはスタンバイのAutonomous Container Databaseの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

   Autonomous Container Databaseの情報のAutonomousData Guard_で、ステータス、ピア・ロール、ピア状態、保護モードおよび自動フェイルオーバー設定などのAutonomous Data Guardの詳細を表示できます。

2. 「Autonomous Data Guardグループ」をクリックして、Autonomous Data Guardの詳細を表示することもできます。

   Autonomous Data Guard表には、ピア・コンテナ・データベース、現在の適用ラグおよびトランスポート・ラグ、状態、最後のロール変更および作成日に関する情報が表示されます。

2番目のスタンバイAutonomous Container Databaseの追加

Autonomous Data Guard設定では、2番目のスタンバイAutonomous Container Database (ACD)をプライマリACDに追加できます。2番目のスタンバイACDは、プライマリACDと同じテナンシに存在する必要があります。

前提条件

2つ目のスタンバイACDを追加できるようにするには、1つ目のスタンバイACDで自動フェイルオーバーを有効にしないでください。2番目のスタンバイを追加する前に、最初のスタンバイで自動フェイルオーバーを無効にし、後で再度有効にする必要があります。

必要なIAM権限

use autonomous-container-databases

手順

ノート:

• スタンバイACDの追加操作が進行中の場合、そのACDのスケジュール済メンテナンスは、スタンバイの追加操作が完了するまで開始されません。
• スタンバイ・データベースを追加するには、最初のスタンバイ・データベースに対して自動非ローリング再起動が必要です。プライマリ・データベースは、この非ローリング再起動の影響を受けません。

1. 2番目のスタンバイ・データベースを追加するAutonomous Container Databaseの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

2. 「Autonomous Data Guardグループ」で「スタンバイの追加」をクリックします。

3. 「スタンバイの追加」に次の情報を入力します。

   設定	説明
   ピアAutonomous Container Database区分	スタンバイAutonomous Container Databaseコンパートメントを選択します。
   ピアAutonomousコンテナデータベース名	スタンバイACDの名前を入力します。 ノート:スタンバイACDをAWSリージョンからOCIリージョンですでにプロビジョニングされているACDに追加できます。または、OCIリージョンのスタンバイACDをAWSリージョンですでにプロビジョニングされているACDに追加することもできます。
   ピア・リージョン	スタンバイACDのリージョンを選択します。
   ピアExadata Infrastructure	スタンバイACDの基礎となるExadataインフラストラクチャ・リソースを選択します。
   ピアAutonomous Exadata VMクラスタ(AVMC)	スタンバイACDの親AVMCを選択します。
   ピア・データベース・バックアップ構成	ドロップダウン・リストから、2番目のスタンバイ・データベースのバックアップ保存先タイプを選択します。 Autonomous AI DatabaseのOracle Public Cloudデプロイメントでは、Autonomous Recovery ServiceまたはObject Storageをバックアップ先として選択できます。デフォルトはオブジェクト・ストレージで、推奨されるオプションはAutonomous Recovery Serviceです。Oracle Database@AWS上のAutonomous AI Databaseでは、Autonomous Recovery Service、OCI Object StorageまたはAmazon Simple Storage (AWS S3)のいずれかを選択できます。デフォルトはAWS S3で、推奨されるオプションはAutonomous Recovery Serviceです。

   ノート: 2番目のスタンバイACDのメンテナンス・プリファレンスは、プライマリACDの最初のスタンバイACDからこれらのプリファレンスを継承するため、明示的に設定できません。

4. 「スタンバイの追加」をクリックします。

Autonomous Data Guard構成でのロールの切替え

Autonomous Data Guard構成のプライマリおよびスタンバイの自律型コンテナ・データベースのロールは、プライマリまたはスタンバイの自律型コンテナ・データベースの「詳細」ページから切り替えます。

必要なIAMポリシー

use autonomous-container-databases

手順

1. Autonomous Data Guard構成のプライマリACDでロールを切り替えるスタンバイACDの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

   ノート:スタンバイがスナップショット・スタンバイ・ロールにあるAutonomous Data Guard構成では、プライマリACDおよびスタンバイACDのロールを切り替えることはできません。

2. 「アクション」で、「スイッチオーバー」をクリックします。

3. 確認ダイアログでACD名を入力し、「スイッチオーバー」をクリックします。

   Oracle Autonomous AI Database on Dedicated Exadata Infrastructureによって、スタンバイとそのプライマリ・コンテナ・データベースの状態が「ロール変更進行中」に設定され、スイッチオーバー操作が開始されます。これにより、プライマリ・コンテナ・データベース・データベースがスタンバイ・ロールを引き継ぎ、スタンバイ・コンテナ・データベースをプライマリ・ロールを引き継ぎます. 完了すると、両方のコンテナ・データベースの状態が「アクティブ」に戻ります。

Autonomous Data Guard構成でのスタンバイへのフェイルオーバー

Autonomous Data Guard構成でのスタンバイ自律型コンテナ・データベースへのフェイルオーバーは、スタンバイ自律型コンテナ・データベースの「詳細」ページから行ってください。

必要なIAMポリシー

use autonomous-container-databases

手順

1. Autonomous Data Guard構成でフェイルオーバーするスタンバイACDの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

2. 「アクション」で、「フェイルオーバー」をクリックします。

3. スナップショット・スタンバイAutonomous Container Databaseの場合、すべてのローカル更新を破棄し、プライマリ・データベースからデータを適用した後、スナップショット・スタンバイがフィジカル・スタンバイに変換されることを警告するメッセージが表示されます。「フェイルオーバー」をクリックして続行します。

4. 確認ダイアログでACD名を入力し、「フェイルオーバー」をクリックします。

   Oracle Autonomous AI Database on Dedicated Exadata Infrastructureは、スタンバイ・コンテナ・データベースの状態を「ロール変更進行中」に設定し、フェイルオーバー操作を開始します。完了すると、スタンバイ・コンテナ・データベースのロールは「プライマリ」になり、プライマリ・コンテナ・データベースのロールは「使用不可」状態の「使用不可スタンバイ」となります。

Autonomous Data Guard構成での無効なスタンバイの回復

フェイルオーバーが発生し、障害が発生したプライマリAutonomous Container Databaseが無効なスタンバイ・ロールを引き継じた後、その「詳細」ページから、障害が発生したデータベースを回復して有効なスタンバイ・ロールに戻すことができます。

複数のスタンバイ・データベースおよび自動フェイルオーバーを使用するAutonomous Data Guard設定の場合:

• 手動フェイルオーバーでは、元のプライマリ・データベース(新しいスタンバイ・データベース)を手動で回復する必要があります。

• 自動フェイルオーバーが発生するたびに、Autonomous AI Database on Dedicated Exadata Infrastructureは、古いプライマリをスタンバイとして回復しようとします。ただし、その試行が失敗した場合は、手動で回復する必要があります。

必要なIAMポリシー

use autonomous-container-databases

手順

1. 回復する無効なスタンバイACDの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

   ヒント :

   フェイルオーバーしたプライマリ・データベースは、コンパートメントのAutonomous Container Databaseのリストで「無効スタンバイ」というラベルが付いています。

2. 「アクション」で、「回復」をクリックします。

3. 無効化されたスタンバイACDの回復を続行するための確認を指定します。

   ピア・データベースの状態は、回復アクションが完了するまで「ロール変更進行中...」になります。完了すると、無効なスタンバイ・コンテナ・データベースのロールがスタンバイになり、その状態が「使用可能」に変わります。

Autonomous Data Guard設定の更新

Autonomous Data Guardの設定は、構成のプライマリAutonomous Container Databaseの「詳細」ページから更新できます。

必要なIAMポリシー

use autonomous-container-databases

手順

1. Autonomous Data Guard構成内のプライマリAutonomous Container Databaseの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

2. 「アクション」の下の「Autonomous Data Guardの更新」をクリックします。

   「Autonomous Data Guardの更新」ダイアログに、「保護モード」および「自動フェイルオーバー」の現在の設定が表示されます。

3. このダイアログでは、次の更新を行うことができます。

   1. 保護モード:ドロップダウン・リストから「最大パフォーマンス」または「最大可用性」を選択します。

   2. 自動フェイルオーバー:自動フェイルオーバーがまだ有効になっていない場合は、「自動フェイルオーバーの有効化」を選択して有効にできます。同様に、「自動フェイルオーバーの有効化」の選択を解除して、このAutonomous Data Guard設定の自動フェイルオーバーを無効にできます。スタンバイ・データベースの1つがプライマリ・データベースと同じリージョンにあり、もう1つが別のリージョンにある場合、ローカル・スタンバイ・データベースは、自動フェイルオーバー・ターゲットとしてリモート・スタンバイよりも優先されます。自動フェイルオーバーを有効にすると、すべてのスタンバイ・データベースが自動フェイルオーバー・ターゲットとみなされます。

      ノート: Exadata Cloud@CustomerデプロイメントでクロスリージョンAutonomous Data Guardが設定されているデータベースでは、自動フェイルオーバーを有効にできません。

   3. ファスト・スタート・フェイルオーバーのラグ制限:自動フェイルオーバーが有効で、保護モードが「最大パフォーマンス」の場合、ファスト・スタート・フェイルオーバーのラグ制限値は秒単位で表示されます。デフォルトでは、この値は30秒に設定されていますが、5から3600秒までの任意の値に変更できます。

4. 変更を保存します。

Oracle Cloud Infrastructureコンソールで、Autonomous Container Databaseの状態は、更新されたAutonomous Data Guard設定が適用されるまで「UPDATING」と表示されます。

フィジカル・スタンバイをスナップショット・スタンバイに変換

スタンバイAutonomous Container Databaseは、構成のスタンバイAutonomous Container Databaseの「詳細」ページから、Autonomous Data Guard設定でスナップショット・スタンバイに変換できます。

必要なIAMポリシー

use autonomous-container-databases

手順

1. Autonomous Data Guard構成でのスタンバイAutonomous Container Databaseの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

2. 「アクション」の下の「スナップショット・スタンバイに変換」をクリックします。

   ノート:自動フェイルオーバーが有効な場合、スナップショット・スタンバイへの変換はサポートされていません。スナップショット・スタンバイに変換する前に、自動フェイルオーバーを無効にする必要があります。Autonomous Data Guard設定で自動フェイルオーバーを無効にする手順は、Autonomous Data Guard設定の更新を参照してください。

3. 「スナップショット・スタンバイに変換」ダイアログに、スナップショット・スタンバイ・データベース接続に新しいデータベース・サービスまたはプライマリ・データベース・サービスを使用するためのオプションが表示されます。

   • 新規データベース・サービスの使用: このオプションをクリックして、スナップショット・スタンバイ・モードでのみアクティブな新しいサービスを使用し、スナップショット・スタンバイに接続します。

   • プライマリ・データベース・サービスの使用: プライマリ・データベースと同じサービスを使用してスナップショット・スタンバイ・データベースに接続する場合は、このオプションをクリックします。

   ノート:スナップショット・スタンバイ・データベースでプライマリ・データベース・サービスをアクティブ化すると、スナップショット・スタンバイ接続リクエストがプライマリ・データベースに転送されるか、または誤ったデータベース接続文字列を使用した場合はその逆になる可能性があります。したがって、プライマリ・データベース・サービスの使用を選択する場合は、プライマリおよびスナップショット・スタンバイ・データベースへの接続時に適切な接続文字列を使用するように注意する必要があります。

4. 「変換」をクリックします

   Oracle Cloud Infrastructureコンソールで、Autonomous Container Databaseの状態は、スタンバイがスナップショット・スタンバイに変更されるまで「更新中」と表示されます。

スナップショット・スタンバイをフィジカル・スタンバイに変換

構成のスタンバイAutonomous Container Databaseの「詳細」ページから、Autonomous Data Guard設定でスナップショット・スタンバイAutonomous Container Databaseをフィジカル・スタンバイに変換できます。

必要なIAMポリシー

use autonomous-container-databases

手順

1. Autonomous Data Guard構成でのスタンバイAutonomous Container Databaseの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

2. 「アクション」の下の「フィジカル・スタンバイに変換」をクリックします。

3. 「フィジカル・スタンバイに変換」ダイアログに、スナップショット・スタンバイをフィジカル・スタンバイに変換すると、そのすべてのローカル更新が破棄され、プライマリ・データベースからデータが適用されることを警告するメッセージが表示されます。

4. 「変換」をクリックします

   Oracle Cloud Infrastructureコンソールで、スタンバイがフィジカル・スタンバイに変更されるまでAutonomous Container Databaseの状態は「更新中」と表示されます。

クロス・テナンシ・スタンバイ・データベースの追加

プライマリ・データベースとは異なるテナンシに存在するAutonomous Data Guardスタンバイ・データベースを追加できます。

適用対象: Oracle Public Cloudのみ

必要なIAMポリシー

クロス・テナンシ・スタンバイ・データベースを作成するには、次の要件を満たす必要があります:

• CLIまたはAPIコマンドを実行して、宛先テナンシにクロス・テナンシ・スタンバイ・データベースを追加します。

• ソース・テナンシおよび宛先テナンシでOCI Identity and Access Managementグループおよびポリシーを定義して、宛先テナンシにクロス・テナンシ・スタンバイ・データベースを追加し、宛先テナンシがプライマリ・データベースが存在するソース・テナンシに接続できるようにするコマンドを実行します。これらのポリシーが取り消されると、クロス・テナンシ・スタンバイ・データベースの追加は許可されません。

  • 宛先テナンシで、グループ(DestinationGroupなど)を作成し、クロス・テナンシ・スタンバイ・データベースをこのグループに追加できるユーザーを追加します。ガイダンスについては、コンソールを使用したグループの作成を参照してください。

  • ソース・テナンシで、宛先テナンシ(DestinationGroup)で作成されたグループが、ソース・テナンシのプライマリ・データベースを使用してクロス・テナンシ・スタンバイ・データベースを追加できるようにするIAMポリシーを作成します。ガイダンスについては、コンソールを使用したポリシーの作成を参照してください。

    たとえば、次に示すように、ソース・テナンシの指定されたコンパートメントの特定のAutonomous AI DatabaseインスタンスからDestinationTenancyのDestinationGroup内のユーザーが読み取れるようにするポリシーを定義できます:

    define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
    define group DestinationGroup as ocid1.group.region1..unique_ID
    admit group DestinationGroup of tenancy DestinationTenancy to **read autonomous-database-family** in
        tenancy
    

    ノート:ポリシーでは、クロス・テナンシ・スタンバイを作成するために、ソースAutonomous AI Databaseインスタンスでの読取りアクセスのみを許可する必要があります。

    前述のポリシーでは、次を指定します。

    • 行1: スタンバイ・データベースを追加する宛先テナンシのOCID。

    • 行2: クロス・テナンシ・スタンバイ・データベースを作成するユーザーが属している宛先グループのOCID。

    • 行3: ソース・テナンシ内のAutonomous AIデータベースの読取りを許可できる宛先グループを指定します。

  • 宛先テナンシで、ソース・テナンシのプライマリ・データベース・ソースを管理するためにグループを承認するIAMポリシーを作成します。ガイダンスについては、コンソールを使用したポリシーの作成を参照してください。

    たとえば:

    define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
    endorse group DestinationGroup to **manage autonomous-database-family** in tenancy SourceTenancy
    

    前述のポリシーでは、次を指定します。

    • 行1: プライマリ・データベースが存在するソース・テナンシOCIDのOCID。

    • 行2: ソース・テナンシ内のAutonomous AIデータベースの管理を許可できる宛先グループを指定します。

    前述の例で説明したこのポリシーにより、DestinationGroupはソース・テナンシにAutonomous AIデータベースおよびクロス・テナンシ・スタンバイ・データベースを作成できます。詳細および例は、Autonomous AI DatabaseのIAM権限およびAPI操作を参照してください。

同じリージョンへのクロス・テナンシ・スタンバイ・データベースの追加

CLI REST API

次に示すように、CLIを使用して、ソース・テナンシにスタンドアロンACDを作成できます。

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

説明:

• --cloud-autonomous-vm-cluster-id: 新しいAutonomous Container Database (ACD)がプロビジョニングされるターゲットAutonomous Exadata VMクラスタのOCID。

または、次に示すように、既存のスタンドアロンACDを使用し、スタンバイ・データベースを直接追加することもできます。

スタンバイ・データベースを追加するテナンシ、つまり宛先テナンシで、次に示すようにCLIを使用してスタンバイ・データベースを追加します:

oci --debug db autonomous-container-database add
--autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1.<region-name>.unique_ID
--peer-autonomous-container-database-display-name clisecdg
--peer-cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--protection-mode MAXIMUM_PERFORMANCE
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1.unique_ID"

説明:

• --autonomous-container-database-id: スタンバイを追加するプライマリAutonomous Container DatabaseのOCID。

• --peer-autonomous-container-database-display-name: 宛先テナンシの新しいスタンバイAutonomous Container Databaseのわかりやすい名前。

• --peer-autonomous-vm-cluster-id: スタンバイ・データベースが作成される宛先テナンシのクラウドAutonomous VMクラスタのOCID。

• --peer-autonomous-container-database-compartment-id: スタンバイAutonomous Container Databaseが存在するコンパートメントのOCID。

• --protection-mode: ACDがData Guardを有効にすると使用される保護モードを定義します。

コマンドが成功すると、スタンバイ・データベースの進行状況を追跡するために使用できるwork-request-idが返されます。詳細は、autonomous-container-databaseを参照してください。ノート:構成ファイルにリストされていないリージョンでコマンドを実行する場合は、ociコマンドを実行する前にコマンド・プロンプトで必要なリージョンを設定する必要があります。

SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

REST APIを使用して、プライマリ・データベースと同じリージョンに存在するクロス・テナンシ・スタンバイ・データベースを追加するには、AutonomousContainerDatabasesを使用します。

スタンバイを作成するためのAPIコールは、同じリージョン内の異なるテナンシに送信されます。

次に示すように、REST APIを使用して、ソース・テナンシにスタンドアロンACDを作成できます。

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases
--request-body '{
"cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
"compartmentId": "ocid1.compartment.oc1.unique_ID",
"displayName": "cliapcrdg",
"patchModel": "RELEASE_UPDATES",
"serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}''

説明:

• cloudAutonomousVmClusterId: 新しいAutonomous Container Database (ACD)がプロビジョニングされるターゲットAutonomous Exadata VMクラスタのOCID。

または、次に示すように、既存のスタンドアロンACDを使用し、スタンバイ・データベースを直接追加することもできます。

スタンバイ・データベースを追加するテナンシ、つまり宛先テナンシで、次に示すようにREST APIを使用してスタンバイ・データベースを追加します:

oci raw-request --http-method POST --target-uri
https://database.<region-name>.oraclecloud.com/../../ocid1.autonomouscontainerdatabase.oc1.<region-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec1",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

説明:

• peerCloudAutonomousVmClusterId: スタンバイ・データベースが作成される宛先テナンシのクラウドAutonomous VMクラスタのOCID。

• peerAutonomousContainerDatabaseCompartmentId: スタンバイAutonomous Container Databaseが存在するコンパートメントのOCID。

• peerAutonomousContainerDatabaseDisplayName: 宛先テナンシの新しいスタンバイAutonomous Container Databaseのわかりやすい名前。

• protectionMode: ACDがData Guardを有効にすると使用される保護モードを定義します。

REST APIの詳細は、AutonomousContainerDatabaseを参照してください。

APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。

リモート・リージョンでのクロステナンシ・スタンバイ・データベースの作成

CLI REST API

次に示すように、CLIを使用して、ソース・テナンシにスタンドアロンACDを作成できます(まだ作成していない場合)。

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

説明:

• --cloud-autonomous-vm-cluster-id: 新しいAutonomous Container Database (ACD)がプロビジョニングされるターゲットAutonomous Exadata VMクラスタのOCID。

または、次に示すように、既存のスタンドアロンACDを使用し、スタンバイ・データベースを直接追加することもできます。

スタンバイ・データベースを追加するテナンシ、つまりリモート・リージョンの宛先テナンシで、次に示すようにCLIを使用してスタンバイ・データベースを追加します:

oci --debug db autonomous-container-database add
--autonomous-container-database-id "ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>.unique_ID"
--peer-autonomous-container-database-display-name "cliCrosstSec2"
--protection-mode "MAXIMUM_PERFORMANCE"
--peer-cloud-autonomous-vm-cluster-id "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID"
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1..uniqueID"

説明:

• --autonomous-container-database-id: スタンバイを追加するソース・リージョン内のプライマリAutonomous Container DatabaseのOCID。

• --peer-autonomous-container-database-display-name: 宛先リージョンおよび宛先テナンシの新しいスタンバイAutonomous Container Databaseのわかりやすい名前。

• --peer-autonomous-vm-cluster-id: 宛先リージョンおよびスタンバイ・データベースが作成される宛先テナンシのクラウドAutonomous VMクラスタのOCID。

• -peer-autonomous-container-database-compartment-id: スタンバイAutonomous Container Databaseが存在するコンパートメントのOCID。

• --protection-mode: ACDがData Guardを有効にすると使用される保護モードを定義します

ノート:リモート・リージョンがデフォルトの構成ファイルにリストされているものと異なる場合は、ociコマンドを実行する前に、コマンド・プロンプトで必要なリモート・リージョンを設定する必要があります。

コマンドが成功すると、スタンバイ・データベースの進行状況を追跡するために使用できるwork-request-idが返されます。詳細は、autonomous-container-databaseを参照してください。

SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

REST APIを使用して、別のリージョンに存在するクロス・テナンシ・スタンバイ・データベースをプライマリ・データベースとして追加するには、AutonomousContainerDatabasesを使用します。

次に示すように、REST APIを使用して、ソース・テナンシにスタンドアロンACDを作成できます。

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID",
  "compartmentId": "ocid1.compartment.oc1.unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
   "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

説明:

• cloudAutonomousVmClusterId: 新しいAutonomous Container Database (ACD)がプロビジョニングされるターゲットAutonomous Exadata VMクラスタのOCID。

または、次に示すように、既存のスタンドアロンACDを使用し、スタンバイ・データベースを直接追加することもできます。

スタンバイ・データベースを追加するテナンシ、つまり宛先リージョンの宛先テナンシで、次に示すようにREST APIを使用してスタンバイ・データベースを追加します:

oci raw-request --http-method POST --target-uri
https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases/ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.uniqueID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec2",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

説明:

• peerCloudAutonomousVmClusterId: スタンバイ・データベースが作成される宛先テナンシのクラウドAutonomous VMクラスタのOCID。

• peerAutonomousContainerDatabaseCompartmentId: スタンバイAutonomous Container Databaseが存在するコンパートメントのOCID。

• peerAutonomousContainerDatabaseDisplayName: 宛先テナンシの新しいスタンバイAutonomous Container Databaseのわかりやすい名前。

• protectionMode: ACDがData Guardを有効にすると使用される保護モードを定義します。

REST APIの詳細は、AutonomousContainerDatabaseを参照してください。

APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。

ノート:クロス・テナンシ・スタンバイ・データベースを追加するリクエストを発行すると、データベースのLifecycle Stateに「更新中」と表示されます。この状態のAutonomous AI Databaseを停止、起動、再起動、リストアまたは移動することはできません。

関連コンテンツ

Autonomous Data Guardを使用したクリティカルなデータベースの障害や災害からの保護