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グループ・モデルを自動的に使用します。詳細は、ナレッジ・ベースを参照してください。
-
-
Autonomous Data Guardを有効にするAutonomous Container Databaseの「詳細」ページに移動します。手順については、Autonomous Container Databaseの詳細の表示を参照してください。
- Autonomous Data Guardアソシエーションから「Autonomous Data Guardグループへのアップグレード」をクリックします。
-
-
MigrateAutonomousContainerDatabaseDataguardAssociation APIを使用します。
Autonomous Container DatabaseでのAutonomous Data Guardの有効化
ノート:
アクティブなメンテナンス実行が今後3日以内にスケジュールされているACDでAutonomous Data Guardを有効にすることはできません。必要なIAM権限
inspect cloud-autonomous-vmclusters
use autonomous-container-databases
手順
ノート:
スタンバイACDの追加操作が進行中の場合、そのACDのスケジュール済メンテナンスは、スタンバイの追加操作が完了するまで開始されません。Autonomous Data Guard構成のステータスの表示
Autonomous Data Guard構成のステータスは、構成のプライマリまたはスタンバイAutonomous Container Databaseの「詳細」ページから表示します。
必要なIAMポリシー
inspect autonomous-container-databases
手順
-
Autonomous Data Guard構成のプライマリまたはスタンバイのAutonomous Container Databaseの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
Autonomous Container Database情報のAutonomous Data Guardで、ステータス、ピア・ロール、ピア状態、保護モードおよび自動フェイルオーバー設定などのAutonomous Data Guardの詳細を表示できます。
- 「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と同じテナンシ内にある必要があります。
前提条件
-
プライマリACDは、2025年3月以降にプロビジョニングされているか、Autonomous Data Guardの構成および管理で説明されているAutonomous Data Guardグループ・モデルに移行されている必要があります。
-
最初のスタンバイACDでは、自動フェイルオーバーを有効にしないでください。2番目のスタンバイを追加する前に、1番目のスタンバイで自動フェイルオーバーを無効にし、後で再度有効にできます。
必要なIAM権限
use autonomous-container-databases
手順
ノート:
- スタンバイACDの追加操作が進行中の場合、そのACDのスケジュール済メンテナンスは、スタンバイの追加操作が完了するまで開始されません。
- スタンバイ・データベースを追加するには、最初のスタンバイ・データベースの自動非ローリング再起動が必要です。プライマリ・データベースは、この非ローリング再起動の影響を受けません。
-
2番目のスタンバイ・データベースを追加するAutonomous Container Databaseの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
-
Autonomous Data Guardグループで「スタンバイの追加」をクリックします。
- 「スタンバイの追加」に次の情報を入力します:
設定 説明 ピア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からこれらのプリファレンスを継承するため、メンテナンス・プリファレンスを明示的に設定できません。 - 「スタンバイの追加」をクリックします。
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の構成および管理を参照してください。
-
Autonomous Data Guard構成のプライマリACDでロールを切り替えるスタンバイACDの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
ノート:
スタンバイがスナップショット・スタンバイ・ロールにあるAutonomous Data Guard構成では、プライマリACDとスタンバイACDのロールを切り替えることはできません。 -
「アクション」で、「スイッチオーバー」をクリックします。
-
確認ダイアログでACD名を入力し、「スイッチオーバー」をクリックします。
Oracle Autonomous Database on Dedicated Exadata Infrastructureは、スタンバイおよびそのプライマリ・コンテナ・データベースの状態を「ロール変更進行中」に設定し、スイッチオーバー操作を開始します。これにより、プライマリ・コンテナ・データベースはスタンバイ・ロールを引き継ぎ、スタンバイ・コンテナ・データベースはプライマリ・ロールを引き継します。完了すると、両方のコンテナ・データベースの状態が「アクティブ」に戻ります。
-
Autonomous Data Guard構成のプライマリまたはスタンバイのAutonomous Container Databaseの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
ノート:
スタンバイがスナップショット・スタンバイ・ロールにあるAutonomous Data Guard構成では、プライマリおよびスタンバイのAutonomous Container Databaseのロールを切り替えることはできません。 - 「Autonomous Data Guardアソシエーション」をクリックして、ピア・データベースを表列にリストします。ロールを切り替えるデータベース行の省略記号(縦に並んだ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の構成および管理を参照してください。
-
Autonomous Data Guard構成でフェイルオーバーするスタンバイACDの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
-
「アクション」で、「フェイルオーバー」をクリックします。
-
スナップショット・スタンバイAutonomous Container Databaseの場合、すべてのローカル更新を破棄し、プライマリ・データベースからデータを適用した後、スナップショット・スタンバイがフィジカル・スタンバイに変換されることを示すメッセージが表示されます。「フェイルオーバー」をクリックして続行します。
-
確認ダイアログでACD名を入力し、「フェイルオーバー」をクリックします。
Oracle Autonomous Database on Dedicated Exadata Infrastructureは、スタンバイ・コンテナ・データベースの状態を「ロール変更進行中」に設定し、フェイルオーバー操作を開始します。完了すると、スタンバイ・コンテナ・データベースのロールが「プライマリ」になり、プライマリ・コンテナ・データベースのロールが「使用不可」状態の「使用不可スタンバイ」になります。
-
Autonomous Data Guard構成でのスタンバイAutonomous Container Databaseの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
- 「Autonomous Data Guardアソシエーション」をクリックして、ピア・データベースを表列にリストします。ロールを切り替えるデータベース行の省略記号(縦に並んだ3つのドット)
をクリックし、「フェイルオーバー」をクリックします。
-
スナップショット・スタンバイAutonomous Container Databaseの場合、スナップショット・スタンバイがすべてのローカル更新を破棄し、プライマリ・データベースからデータを適用した後にフィジカル・スタンバイに変換されることを示すメッセージが表示されます。「フェイルオーバー」をクリックして続行します。
Oracle Autonomous Database on Dedicated Exadata Infrastructureは、スタンバイ・コンテナ・データベースの状態を「ロール変更進行中」に設定し、フェイルオーバー操作を開始します。完了すると、スタンバイ・コンテナ・データベースのロールが「プライマリ」になり、プライマリ・コンテナ・データベースのロールが「使用不可」状態の「使用不可スタンバイ」になります。
Autonomous Data Guard構成での無効なスタンバイの回復
フェイルオーバーが発生し、障害が発生したプライマリAutonomous Container Databaseが無効なスタンバイ・ロールを引き継いだ後は、その「詳細」ページから、障害が発生したデータベースを回復して有効なスタンバイ・ロールにできます。
- 手動フェイルオーバーでは、元のプライマリ・データベース(新しいスタンバイ・データベース)を手動で回復する必要があります。
- 自動フェイルオーバーが発生するたびに、専用Exadataインフラストラクチャ上のAutonomous Databaseは、古いプライマリをスタンバイとして回復しようとします。ただし、その試行が失敗した場合は、手動で修復する必要があります。
必要なIAMポリシー
use autonomous-container-databases
手順
ACDのAutonomous Data Guardモデルに応じて、次のいずれかのタブの指示に従います。Autonomous Data Guardモデルの詳細は、Autonomous Data Guardの構成および管理を参照してください。
-
回復する「無効なスタンバイ」ACDの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
ヒント :
フェイルオーバーしたプライマリ・データベースは、コンパートメントのAutonomous Container Databaseのリストで「無効スタンバイ」というラベルが付いています。 -
「アクション」で、「回復」をクリックします。
-
無効化されたスタンバイACDの回復を続行するには、確認を入力します。
ピア・データベースの状態は、回復アクションが完了するまで「ロール変更進行中」になります。完了すると、無効なスタンバイ・コンテナ・データベースのロールが「スタンバイ」になり、その状態が「使用可能」に変わります。
-
回復する無効なスタンバイAutonomous Container Databaseの「詳細」ページに移動します。
ヒント :
フェイルオーバーしたプライマリ・データベースは、コンパートメントのAutonomous Container Databaseのリストで「無効スタンバイ」というラベルが付いています。手順については、Autonomous Container Databaseの詳細の表示を参照してください。
- 「Autonomous Data Guardアソシエーション」をクリックします。ピア・データベースのリストが表形式でリストされます。ロールを切り替えるデータベース行の省略記号(縦に並んだ3つのドット)
をクリックし、「回復」をクリックします。
ピア・データベースの状態は、回復アクションが完了するまで「ロール変更進行中」になります。完了すると、無効なスタンバイ・コンテナ・データベースのロールが「スタンバイ」になり、その状態が「使用可能」に変わります。
Autonomous Data Guard設定の更新
Autonomous Data Guardの設定は、構成内のプライマリAutonomous Container Databaseの「詳細」ページから更新できます。
必要なIAMポリシー
use autonomous-container-databases
物理スタンバイからスナップショット・スタンバイへの変換
Autonomous Data Guard設定のスタンバイAutonomous Container Databaseをスナップショット・スタンバイに変換するには、構成内のスタンバイAutonomous Container Databaseの「詳細」ページを使用します。
必要なIAMポリシー
use autonomous-container-databases
手順
スナップショット・スタンバイの物理スタンバイへの変換
Autonomous Data Guard設定でスナップショット・スタンバイAutonomous Container Databaseをフィジカル・スタンバイに変換するには、構成内のスタンバイAutonomous Container Databaseの「詳細」ページを使用します。
必要なIAMポリシー
use autonomous-container-databases
手順
クロス・テナンシ・スタンバイ・データベースの追加
適用対象: Oracle Public Cloudのみ
必要なIAMポリシー
クロス・テナンシ・スタンバイ・データベースを作成するには、次の要件を満たす必要があります:
-
CLIまたはAPIコマンドを実行して、宛先テナンシにクロス・テナンシ・スタンバイ・データベースを追加します。
-
宛先テナンシにクロス・テナンシ・スタンバイ・データベースを追加するコマンドを実行し、宛先テナンシがプライマリ・データベースが存在するソース・テナンシに連絡できるように、ソース・テナンシおよび宛先テナンシのOCI Identity and Access Managementグループおよびポリシーを定義します。これらのポリシーが取り消されると、クロス・テナンシ・スタンバイ・データベースの追加は許可されません。
-
宛先テナンシで、グループ(たとえば: DestinationGroup)を作成し、このグループにクロス・テナンシ・スタンバイ・データベースの追加を許可するユーザーを追加します。ガイダンスは、コンソールを使用したグループの作成を参照してください。
-
ソース・テナンシで、宛先テナンシ(DestinationGroup)で作成されたグループが、ソース・テナンシのプライマリ・データベースを使用してクロス・テナンシ・スタンバイ・データベースを追加できるようにするIAMポリシーを作成します。ガイダンスは、コンソールを使用したポリシーの作成を参照してください。
たとえば、次に示すように、ソース・テナンシ上の指定されたコンパートメント内の特定のAutonomous 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 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は、停止、起動、再起動、リストアまたは移動できません。