Autonomous Data Guard構成の管理

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

2025年3月以降、Autonomous Container Database (ACD)は、「詳細」ページからAutonomous Data Guardを有効にし、最大2つのスタンバイACDを作成できます。このリリースでは、前回のAutonomous Data Guardアソシエーション・モデルおよび関連付けられたAPIは非推奨になり、新しいAutonomous Data Guardグループ・モデルおよびAPIに置き換えられます。2025年3月より後にOracle Cloud Infrastructure (OCI)コンソールからプロビジョニングされたすべての新しいACDは、新しいAutonomous Data Guardグループ・モデルを自動的に使用します。詳細は、ナレッジ・ベースを参照してください。

既存のACDを移行するために、顧客は次のいずれかのオプションを使用して新しいモデルに移行できます。 新しいモデルの詳細は、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グループまたはAutonomous Data Guardアソシエーション「スタンバイの追加」をクリックすることもできます。
  4. 「スタンバイの追加」ダイアログに次の情報を入力します:
    設定 説明 ノート
    ピアAutonomous Container Databaseコンパートメント スタンバイAutonomous Container Databaseコンパートメントを選択します。  
    ピアAutonomous Container Database名 スタンバイACDの名前を入力します。  
    ピア・リージョン スタンバイACDのリージョンを選択します。

    プライマリACDとセカンダリACDは、異なるリージョン(クロスリージョン)にデプロイすることもできます。

    ピアExadata Infrastructure スタンバイACDの基礎となるExadataインフラストラクチャ・リソースを選択します。  
    ピアAutonomous Exadata VMクラスタ(AVMC) スタンバイACDの親AVMCを選択します。  
    保護モード ドロップダウン・リストから「最大パフォーマンス」または「最大可用性」を選択します。

    「最大パフォーマンス」がデフォルトで選択されています。

    Autonomous Data Guardの詳細と、スタンバイAutonomous Container Databaseの配置先および使用する保護モードの選択に関するガイダンスは、Autonomous Data GuardについておよびAutonomous Data Guard構成オプションを参照してください。

    ピア・データベース・バックアップ構成 ドロップダウン・リストからバックアップ先のタイプを選択します。 適用対象: 適用可能 Exadata Cloud@Customerのみ

    Exadata Cloud@Customerデプロイメントにはバックアップの保存先が必要です。

    ピア・データベース・メンテナンスのプリファレンス スタンバイ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情報Autonomous Data Guardで、ステータス、ピア・ロール、ピア状態、保護モードおよび自動フェイルオーバー設定などのAutonomous Data Guardの詳細を表示できます。

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

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

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

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

前提条件

2番目のスタンバイACDを追加できるようにするには:
  • プライマリACDは、2025年3月以降にプロビジョニングされているか、Autonomous Data Guardの構成および管理で説明されているAutonomous Data Guardグループ・モデルに移行されている必要があります。

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

必要な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 Container Database名 スタンバイACDの名前を入力します。
    ピア・リージョン スタンバイACDのリージョンを選択します。
    ピアExadata Infrastructure スタンバイACDの基礎となるExadataインフラストラクチャ・リソースを選択します。
    ピアAutonomous Exadata VMクラスタ(AVMC) スタンバイACDの親AVMCを選択します。
    ピア・データベース・バックアップ構成

    適用対象: 適用可能 Exadata Cloud@Customerのみ

    ドロップダウン・リストから2番目のスタンバイ・データベースのバックアップ保存先タイプを選択します。

    ノート:

    2番目のスタンバイACDはプライマリACDの最初のスタンバイACDからこれらのプリファレンスを継承するため、メンテナンス・プリファレンスを明示的に設定できません。
  4. 「スタンバイの追加」をクリックします。

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

Autonomous Data Guard構成のプライマリおよびスタンバイAutonomous Container Databaseのロールは、プライマリまたはスタンバイAutonomous Container Databaseの「詳細」ページから切り替えます。

必要なIAMポリシー

use autonomous-container-databases

手順

ACDのAutonomous Data Guardモデルに応じて、次のいずれかのタブの指示に従います。Autonomous Data Guardモデルの詳細は、Autonomous Data Guardの構成および管理を参照してください。

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

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

    ノート:

    スタンバイがスナップショット・スタンバイ・ロールにあるAutonomous Data Guard構成では、プライマリACDとスタンバイACDのロールを切り替えることはできません。
  2. 「アクション」で、「スイッチオーバー」をクリックします。

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

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

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

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

    ノート:

    スタンバイがスナップショット・スタンバイ・ロールにあるAutonomous Data Guard構成では、プライマリおよびスタンバイのAutonomous Container Databaseのロールを切り替えることはできません。
  2. 「Autonomous Data Guardアソシエーション」をクリックして、ピア・データベースを表列にリストします。ロールを切り替えるデータベース行の省略記号(縦に並んだ3つのドット)その他のアクションをクリックし、「スイッチオーバー」をクリックします。
  3. 確認ダイアログでACD名を入力し、「スイッチオーバー」をクリックします。

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

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

Autonomous Data Guard構成でのスタンバイAutonomous Container Databaseへのフェイルオーバーは、スタンバイAutonomous Container Databaseの「詳細」ページで行います。

必要なIAMポリシー

use autonomous-container-databases

手順

ACDのAutonomous Data Guardモデルに応じて、次のいずれかのタブの指示に従います。Autonomous Data Guardモデルの詳細は、Autonomous Data Guardの構成および管理を参照してください。

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

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

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

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

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

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

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

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

  2. 「Autonomous Data Guardアソシエーション」をクリックして、ピア・データベースを表列にリストします。ロールを切り替えるデータベース行の省略記号(縦に並んだ3つのドット)その他のアクションをクリックし、「フェイルオーバー」をクリックします。
  3. スナップショット・スタンバイAutonomous Container Databaseの場合、スナップショット・スタンバイがすべてのローカル更新を破棄し、プライマリ・データベースからデータを適用した後にフィジカル・スタンバイに変換されることを示すメッセージが表示されます。「フェイルオーバー」をクリックして続行します。

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

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

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

複数のスタンバイ・データベースおよび自動フェイルオーバーを使用したAutonomous Data Guard設定では、次のようになります:
  • 手動フェイルオーバーでは、元のプライマリ・データベース(新しいスタンバイ・データベース)を手動で回復する必要があります。
  • 自動フェイルオーバーが発生するたびに、専用Exadataインフラストラクチャ上のAutonomous Databaseは、古いプライマリをスタンバイとして回復しようとします。ただし、その試行が失敗した場合は、手動で修復する必要があります。

必要なIAMポリシー

use autonomous-container-databases

手順

ACDのAutonomous Data Guardモデルに応じて、次のいずれかのタブの指示に従います。Autonomous Data Guardモデルの詳細は、Autonomous Data Guardの構成および管理を参照してください。

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

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

    ヒント :

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

  3. 無効化されたスタンバイACDの回復を続行するには、確認を入力します。

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

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

    ヒント :

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

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

  2. 「Autonomous Data Guardアソシエーション」をクリックします。ピア・データベースのリストが表形式でリストされます。ロールを切り替えるデータベース行の省略記号(縦に並んだ3つのドット)その他のアクションをクリックし、「回復」をクリックします。

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

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つがプライマリ・データベースと同じリージョンにあり、2つが別のリージョンにある場合、ローカル・スタンバイ・データベースは自動フェイルオーバー・ターゲットとしてリモート・スタンバイよりも優先されます。自動フェイルオーバーを有効にすると、自動フェイルオーバー・ターゲットに対していずれかのスタンバイ・データベースが考慮されます。

      ノート:

      Exadata Cloud@CustomerデプロイメントでクロスリージョンAutonomous Data Guardが設定されているデータベースでは、自動フェイルオーバーを有効にできません。
    3. ファスト・スタート・フェイルオーバーのラグ制限:自動フェイルオーバーが有効で、保護モードが「最大パフォーマンス」の場合、ファスト・スタート・フェイルオーバーのラグ制限値は秒単位で表示されます。デフォルトでは、この値は 30秒に設定されていますが、5から3600秒までの任意の値に変更できます。
  4. 変更を保存します。
Oracle Cloud Infrastructureコンソールでは、更新されたAutonomous Data Guard設定が適用されるまで、Autonomous Container Databaseの状態に「UPDATING」と表示されます。

物理スタンバイからスナップショット・スタンバイへの変換

Autonomous Data Guard設定のスタンバイAutonomous Container Databaseをスナップショット・スタンバイに変換するには、構成内のスタンバイ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. 「スナップショット・スタンバイに変換」ダイアログに、スナップショット・スタンバイ・データベース接続に新しいデータベース・サービスまたはプライマリ・データベース・サービスを使用するオプションが表示されます。
    • 新規データベース・サービスの使用: このオプションをクリックして、スナップショット・スタンバイ・モードでのみアクティブな新規サービスを使用してスナップショット・スタンバイに接続します。
    • プライマリ・データベース・サービスの使用: プライマリ・データベースと同じサービスを使用してスナップショット・スタンバイ・データベースに接続する場合は、このオプションをクリックします。

      ノート:

      スナップショット・スタンバイ・データベースでプライマリ・データベース・サービスをアクティブ化すると、スナップショット・スタンバイ接続リクエストがプライマリ・データベースに転送されたり、不適切なデータベース接続文字列を使用した場合はその逆が起こります。したがって、プライマリ・データベース・サービスを使用する場合は、プライマリ・データベースおよびスナップショット・スタンバイ・データベースへの接続時に適切な接続文字列を使用するように注意する必要があります。
  4. 「変換」をクリックします
    Oracle Cloud Infrastructureコンソールでは、スタンバイがスナップショット・スタンバイに変更されるまで、Autonomous Container Databaseの状態は「UPDATING」と表示されます。

スナップショット・スタンバイの物理スタンバイへの変換

Autonomous Data Guard設定でスナップショット・スタンバイAutonomous Container Databaseをフィジカル・スタンバイに変換するには、構成内のスタンバイ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の状態は「UPDATING」と表示されます。

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

適用対象: 適用可能 Oracle Public Cloudのみ

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

必要なIAMポリシー

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

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

  • 宛先テナンシにクロス・テナンシ・スタンバイ・データベースを追加するコマンドを実行し、宛先テナンシがプライマリ・データベースが存在するソース・テナンシに連絡できるように、ソース・テナンシおよび宛先テナンシのOCI Identity and Access Managementグループおよびポリシーを定義します。これらのポリシーが取り消されると、クロス・テナンシ・スタンバイ・データベースの追加は許可されません。
    • 宛先テナンシで、グループ(たとえば: DestinationGroup)を作成し、このグループにクロス・テナンシ・スタンバイ・データベースの追加を許可するユーザーを追加します。ガイダンスは、コンソールを使用したグループの作成を参照してください。

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

      たとえば、次に示すように、ソース・テナンシ上の指定されたコンパートメント内の特定のAutonomous DatabaseインスタンスからDestinationTenancyDestinationGroupでユーザーが読み取れるようにするポリシーを定義できます:
      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 manage autonomous-database-family in
          tenancy

      ノート:

      ポリシーで必要なのは、ソースAutonomous Databaseインスタンスでの読取りアクセスによるクロス・テナンシ・クローンの作成のみです。
      前述のポリシーでは、次を指定します。
      • 行1: スタンバイ・データベースを追加する宛先テナンシのOCID。
      • 行2: クロス・テナンシ・スタンバイ・データベースを作成するユーザーが属する宛先グループのOCID。
      • 行3: プライマリ・データベースが存在するコンパートメントのOCIDとプライマリ・データベースのOCID。
    • 宛先テナンシで、ソース・テナンシでプライマリ・データベース・ソースを管理するためのグループを承認する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 Databaseの管理を許可できる宛先グループを指定します。

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

ローカル(同じリージョン)クロス・テナンシ・スタンバイ・データベースを追加するには:

スタンバイ・データベースを追加するテナンシ(宛先テナンシ上)で、CLIを使用するか、REST APIをコールして、プライマリ・データベースのOCIDを指定します。プライマリ・データベースは別のテナンシ(ソース・テナンシ)に存在します。

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.iad.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

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

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

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

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

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1..unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

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

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

リモート(クロスリージョン)クロス・テナンシ・スタンバイ・データベースを作成するには:

スタンバイ・データベースを追加するテナンシ(宛先リージョンの宛先テナンシ上)で、CLIを使用するか、REST APIをコールして、プライマリ・データベースのOCIDを指定します。プライマリ・データベースは、異なるテナンシおよび異なるリージョンに存在します。

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

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

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

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

スタンバイを作成するためのAPIコールは、ソース・リージョン内の異なるテナンシで実行されます。

oci raw-request --http-method POST --target-uri https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
   
}'

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

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

ノート:

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