Oracle Cloud Infrastructureドキュメント

スタンバイ・データベースについて

Autonomous Databaseでのディザスタ・リカバリのためのAutonomous Data Guardの有効化および使用に関する情報を提供します。

Autonomous Data Guardを使用すると、プライマリ・データベースからの変更で継続的に更新するスタンバイ・データベースが作成されます。Autonomous Data Guardは、現在のリージョンのスタンバイ、ローカル・スタンバイ、または異なるリージョンの1つ以上のスタンバイ・データベース、クロスリージョン・スタンバイ・データベースで使用することも、ローカル・スタンバイと1つ以上のリモート・スタンバイ・データベースの両方を追加することもできます。

別のテナンシにローカルまたはリモートのAutonomous Data Guardスタンバイを作成することもできます。

ノート

Autonomous Data Guardは、データ・ウェアハウスおよびトランザクション処理のワークロード・タイプで使用できます。Autonomous Data Guardは、JSONおよびAPEXワークロード・タイプでは使用できません。

Autonomous Databaseが提供するディザスタ・リカバリ・オプションから選択することで、リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)の要件を満たす機能およびオプションを選択できます。

デフォルトでは、各Autonomous Databaseインスタンスはローカル・バックアップベースのディザスタ・リカバリ・ピア・データベースを提供します。

自動フェイルオーバーを追加し、リカバリ時間目標(RTO)を低くするには、ローカルのAutonomous Data Guardスタンバイ・データベースを使用できます。

Autonomous Databaseが提供する最も回復性の高いディザスタ・リカバリ・オプションを使用するには、ローカルAutonomous Data Guardスタンバイ・データベースおよび1つ以上のリージョン間Autonomous Data Guardスタンバイ・データベースを追加できます。

また、バックアップベースのディザスタ・リカバリを使用する他のオプションでは、Autonomous Data Guardと比較して、低コストで高いリカバリ時間目標(RTO)のディザスタ・リカバリ・オプションを提供できます。バックアップベースのディザスタ・リカバリの詳細は、バックアップベースのディザスタ・リカバリの使用を参照してください。

トピック

  • ローカル・スタンバイでのAutonomous Data Guard
    現在のリージョンのAutonomous Data Guardスタンバイ・データベースを使用する場合、Autonomous Databaseはローカル・スタンバイ・データベースをプロビジョニングし、プライマリ・データベースをモニターします。プライマリ・データベースが停止すると、スタンバイ・インスタンス自動的にプライマリ・インスタンスのロールを引き継ぐことになります。
  • Autonomous Data Guardクロスリージョンおよびクロス・テナンシ機能について
    クロスリージョンまたはクロス・テナンシ・スタンバイ・データベースを使用したAutonomous Data Guardの機能および操作に関する情報を提供します。
  • Autonomous Data Guard Recovery Time Objective (RTO)およびRecovery Point Objective (RPO)
    Autonomous Data Guardは、プライマリ・データベースをモニターし、インスタンスが停止した場合、リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)に従ってローカル・スタンバイ・インスタンスがプライマリ・インスタンスのロールを引き継ぎます、
  • Autonomous Data Guardの操作
    Autonomous Data Guardは、スタンバイ・データベースを有効化、スイッチオーバー、切断または終了するための一連の操作(スタンバイ・データベースの有効化、スイッチオーバー、切断または終了)を提供します。
  • Autonomous Databaseディザスタ・リカバリ・ステータス
    Autonomous Databaseは、「Autonomous Databaseの詳細」ページでディザスタ・リカバリ・ステータスに関する情報を提供します。
  • Autonomous Data Guard Events
    You can use Oracle Cloud Infrastructure events to respond when Autonomous Database changes its state due to an Autonomous Data Guard related event such as a failover or switchover operation.

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

ローカル・スタンバイでのAutonomous Data Guard

現在のリージョンのAutonomous Data Guardスタンバイ・データベースを使用する場合、Autonomous Databaseはローカル・スタンバイ・データベースをプロビジョニングし、プライマリ・データベースをモニターします。プライマリ・データベースが停止すると、スタンバイ・インスタンスは自動的にプライマリ・インスタンスのロールを引き継ぐことになります。

ローカルAutonomous Data Guardピア・データベースでは、プライマリ・データベース自体で請求される、自動スケーリングされたストレージの使用量を含む、ベースCPUおよびプライマリ・データベースのストレージの追加コストが発生します。プライマリ・データベースの自動スケーリングCPUは、ローカルAutonomous Data Guardピア・データベースに追加で請求されません。詳細は、Oracle Autonomous Database Serverless機能の請求を参照してください。

ローカル・スタンバイ・データベースを追加すると、プライマリ・データベースの状態に応じて、次のことが可能な同一のスタンバイ・データベースが提供されます。

  • プライマリ・データベースが停止すると、Autonomous Data Guardは最小限の中断でスタンバイ・データベースをプライマリ・データベースに変換します。フェイルオーバーが完了すると、Autonomous Data Guardによって新しいスタンバイ・データベースが作成されます。

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

Autonomous Databaseは、現在のリージョンのスタンバイ・データベースへのアクセスを提供しません。ECPU数のスケール・アップ(データベースでOCPUを使用している場合はOCPU数)およびプライマリ・データベースでの計算の自動スケーリングを有効にするなど、すべての操作をローカル・スタンバイ・データベースで実行します。そうすると、Autonomous Data Guardによって同じアクションが実行されます。同様に、プライマリ・データベースでのみデータベースの停止や再起動などのアクションを実行します。

ローカル・スタンバイ・データベースはプライマリ・データベースと同じリージョン(現在のリージョン)に作成されます。レジリエンスを向上させるために、スタンバイ・データベースは次のようにプロビジョニングされます:

  • 複数の可用性ドメインがあるリージョンでは、ローカル・スタンバイ・データベースはプライマリ・データベースとは異なる可用性ドメインに自動的にプロビジョニングされます。

  • 単一の可用性ドメインがあるリージョンでは、ローカル・スタンバイ・データベースは、プライマリ・データベースとは異なるフォルト・ドメイン(つまり、別の物理マシン)に自動的にプロビジョニングされます。

可用性ドメインの詳細は、OCIコンソールでのネットワーク情報の表示およびリージョンおよび可用性ドメインを参照してください。

プライマリ・データベースのすべてのAutonomous Database機能は、システムのフェイルオーバー後にローカル・スタンバイ・インスタンスがプライマリになった場合、またはスイッチオーバー操作の実行後に次のものが含まれます:

  • データベース・オプション: ECPU数(データベースでOCPUを使用している場合は「OCPU数」)、ストレージ、表示名、データベース名、自動スケーリング、タグおよびBYOLライセンス・オプションは、スタンバイ・データベースへのフェイルオーバ後またはスイッチオーバーの実行後も同じ値になります。

  • OML Notebooks: プライマリ・データベースで作成されたノートブックおよびユーザーは、スタンバイで使用できます。

  • APEXデータおよびメタデータ:プライマリ・データベースで作成されたAPEX情報がスタンバイにコピーされます。

  • ACL: プライマリ・データベースのアクセス制御リスト(ACL)がスタンバイ用に複製されます。

  • プライベート・エンドポイント: プライマリ・データベースのプライベート・エンドポイントがスタンバイに適用されます。

    Oracleでは、プライベート・エンドポイント上のデータベースに対して、サブネットの作成時に、最適な可用性およびレイテンシのためにリージョナル・サブネット・オプションを使用することをお薦めします。詳細は、サブネットの作成を参照してください。

  • APIまたはスクリプト: Autonomous Databaseの管理に使用するAPIまたはスクリプトは、フェイルオーバー操作後もスイッチオーバーの実行後も、変更せずに引き続き動作します。

  • クライアント・アプリケーション接続: クライアント・アプリケーションは、スタンバイ・データベースへのフェイルオーバー後またはスイッチオーバーの実行後に、データベースに接続するために接続文字列を変更する必要はありません。

  • ウォレット・ベースの接続: 既存のウォレットを引き続き使用して、スタンバイ・データベースへのフェイルオーバー後またはスイッチオーバーの実行後にデータベースに接続できます。

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 Databaseでは、コンピュート・モデルに応じて、1つ以上のリモート・ディザスタ・リカバリ・ピア・データベースを作成できます:

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

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

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

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

リモート・スタンバイ・データベースを追加すると、Autonomous DatabaseはOracle Cloud Infrastructureコンソールからリモート・スタンバイ、データベースへのアクセスを提供できます。Autonomous Databaseでは、リモート・スタンバイ・データベースへのアクセスが提供されるため、プライベート・エンドポイント用のネットワークおよびVCNsの構成や、プライマリ・データベースとリモート・スタンバイ間でレプリケートされないキーおよび値を定義するためのタグ付けの追加など、リモート・スタンバイ上で一部の操作を個別に実行できます。

ノート

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

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

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

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

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

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

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

    VCN Peering and domain forwarding are required for wallets to work across regions, with Autonomous 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 Databaseの管理に使用するAPIまたはスクリプトを、プライマリ・データベースのAPIをコールするように更新する必要があります。

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

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

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

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

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

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

Autonomous Data Guardクロスリージョン・スタンバイによるOCIフル・スタック・ディザスタ・リカバリ

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


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

詳細は、Autonomous DatabaseでのOCIフル・スタック・ディザスタ・リカバリの使用を参照してください。

トピック

親トピック: スタンバイ・データベースについて

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

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

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

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

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

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

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

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

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

ピアの詳細を表示するには、Autonomous 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 Databaseは、複数の顧客管理キー・プロバイダをサポートしています。Autonomous Data Guardでの使用は、Oracle Cloud Infrastructure Vaultのみサポートされています。他のボールトは、顧客管理キーではサポートされていません。

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

次のケースを考えてみます。

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

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

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

クロスリージョン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オプションの選択およびAutonomous Database (ECPUコンピュート・モデル)でのBring Your Own Licenseの選択を参照してください。

Autonomous Data Guardのリカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)

Autonomous Data Guardはプライマリ・データベースを監視し、インスタンスが停止した場合、リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)に従ってローカル・スタンバイ・インスタンスがプライマリ・インスタンスにロールを引き継ぐ。

ローカルAutonomous Data Guardスタンバイ・インスタンスを使用できず、リージョン間ディザスタ・リカバリを有効にしている場合は、クロスリージョン・スタンバイに手動でフェイルオーバーできます。

クロスリージョンAutonomous Data Guardスタンバイを追加しない場合は、クロスリージョン・バックアップベースのディザスタ・リカバリ・ピアを追加することもできます。バックアップベースのディザスタ・リカバリを使用するRTOおよびRPOの詳細は、バックアップベースのディザスタ・リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)を参照してください。

RTOは、手動フェイルオーバーまたは自動フェイルオーバーの開始後に、スタンバイ・データベースへのデータベース接続をリストアするために必要な最大時間です。RPOは、プライマリ・データベースにおける潜在的なデータ損失の最大期間です。

ローカルAutonomous Data Guardスタンバイ

ローカル・スタンバイ・データベースを追加する場合、Autonomous Data Guardでは、フェイルオーバーまたはスイッチオーバーに次のオプションが提供されます:

  • 自動フェイルオーバーまたはスイッチオーバー:

    Autonomous Data Guardを有効にすると、データ損失制限を選択できます。自動フェイルオーバーのデフォルトのデータ損失制限は0です(有効な値は0から3600秒です)。たとえば、データ損失の制限が0の場合、Autonomous Data Guardでは、データ損失がない場合にのみ自動フェイルオーバーが実行されます。つまり、Autonomous Data Guardでデータ損失がないことを確認できる場合、問題が発生すると自動的にフェイルオーバーされます。問題があり、Autonomous Data Guardでデータ損失の可能性がデータ損失制限より大きいと判断された場合、自動フェイルオーバーは発生せず、手動フェイルオーバーを実行するオプションがあります。

  • 手動フェイルオーバー: RTOは2分、RPOは10秒です

リージョン間のAutonomous Data Guardスタンバイ

リージョン間スタンバイ・データベースを追加すると、Autonomous Data Guardクロスリージョン・スタンバイへのフェイルオーバーにおけるRTTおよびRPOの数値は次のようになります:

  • スイッチオーバー: RTOが10分未満で、RPOが0 (0)です。

  • 自動フェイルオーバー: 使用不可

  • 手動フェイルオーバー: RTOは10分未満で、RPOは最大1分。

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

Autonomous Data Guardの操作

Autonomous Data Guardには、スタンバイ・データベースの有効化、スイッチオーバー、切断または終了など、スタンバイ・データベースを管理するための一連の操作が用意されています。

工程 摘要
スナップショット・スタンバイへの変換

ディザスタ・リカバリ・ピアをスナップショット・スタンバイに変換すると、データベースが読取り/書込みモードでオープンし、クロスリージョン・ディザスタ・リカバリ・ピアがソース・データベースからのデータのリフレッシュを一時的に停止します。

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

Autonomous Data Guardの無効化

ローカル・スタンバイ・データベースまたはクロスリージョン・スタンバイ・データベースがある場合は、ローカル・スタンバイのディザスタ・リカバリ・タイプをバックアップベースのディザスタ・リカバリに変更するか、クロスリージョン・スタンバイを終了できます。いずれの場合も、Autonomous Data Guardを無効化すると、スタンバイ・データベースが終了します。

詳細は、バックアップ・コピー・ピアを使用するためのスタンバイの更新またはリージョン間スタンバイ・データベースの無効化を参照してください。

スタンバイの切断

クロスリージョン・スタンバイを切断すると、スタンバイはプライマリ・データベースから関連付けが解除されます。これにより、データベースがピア・データベースからスタンドアロン・データベースに変換されます。切断操作の後、プライマリへの再接続は許可されません。

詳細は、ピア・データベースの切断およびスナップショット・スタンバイの切断を参照してください。

Autonomous Data Guardの有効化

バックアップベースのディザスタ・リカバリを使用している場合は、ディザスタ・リカバリ・タイプをローカル(現在のリージョン)Autonomous Data Guardに更新するか、Autonomous Data Guardクロスリージョン・スタンバイを追加できます。

詳細は、Autonomous Data Guardの有効化およびクロスリージョン・スタンバイ・データベースの追加を参照してください。

フェイルオーバー- 自動

ローカルAutonomous Data Guardスタンバイ・データベースを追加すると、プライマリ・インスタンスがモニターされ、特定のシナリオでローカル・スタンバイ・データベースに自動的にフェイルオーバーされます。

詳細は、スタンバイ・データベースを使用した自動フェイルオーバーを参照してください。

フェイルオーバー- 手動

プライマリ・データベースが使用できない場合は、手動フェイルオーバーを実行してロールを変更し、スタンバイ・データベースをプライマリ・データベースにできます。

  • ローカル・スタンバイが使用可能な場合は、ローカル・スタンバイに手動でフェイルオーバーできます(ローカル・スタンバイが使用可能な場合は、リモート・スタンバイにフェイルオーバーするオプションはありません)。
  • ローカル・スタンバイが使用できない場合は、リモート・スタンバイに手動でフェイルオーバーするオプションがあります。

詳細は、手動フェイルオーバーの実行を参照してください。

スイッチオーバー

Autonomous Data Guardを有効にすると、スイッチオーバーによりプライマリとスタンバイのロールが変更されます。スタンバイ・データベースがプライマリになり、プライマリ・データベースがスタンバイになります。ローカル・スタンバイ・データベース(現在のリージョン)とクロス・リージョン・スタンバイ・データベース(リモート)の両方がある場合は、ローカル・スタンバイまたはリモート・スタンバイのいずれかのスイッチオーバーを選択できます。

詳細は、スイッチオーバーの実行を参照してください。

終了

プライマリ・インスタンスを終了する場合は、「その他のアクション」、「終了」の順に選択します。プライマリ・インスタンスを終了するとローカル・スタンバイ・データベースも終了します。

ローカル・スタンバイ・データベース(現在のリージョン)とクロスリージョン・スタンバイ・データベースの両方がある場合は、プライマリ・データベースを終了する前に、クロスリージョン・スタンバイ・データベースを終了する必要があります。

詳細は、クロスリージョン・スタンバイ・データベースの終了を参照してください。

Autonomous Database障害時リカバリ・ステータス

Autonomous Databaseは、「Autonomous Databaseの詳細」ページでディザスタ・リカバリのステータスに関する情報を提供します。

「ディザスタ・リカバリ」領域:

「ロール」フィールドには、現在のデータベースのロールが次のように表示されます:

  • ローカル・バックアップ・コピー・ピアまたはローカルAutonomous Data Guardスタンバイがある場合、Oracle Cloud Infrastructure Consoleに「ロール」フィールドの値「プライマリ」が表示されます。Autonomous Databaseは、ローカルのスタンバイ・データベース(またはローカル・バックアップ・コピー・ピア)へのアクセスを提供しません。

  • リージョン間バックアップ・コピー・ピアまたはリージョン間Autonomous Data Guardスタンバイのいずれかを使用している場合、Oracle Cloud Infrastructure Consoleに、プライマリ・データベースを参照している場合「ロール」フィールドの値「プライマリ」が表示され、スタンバイ・データベースの詳細を表示している場合は「スタンバイ」が表示されます。

  • スイッチオーバー: スイッチオーバー操作を実行できるようにリンクが示されます。

  • フェイルオーバー: プライマリ・データベースが使用できず、ローカル・スタンバイがあり、自動フェイルオーバーが成功しなかった場合、「フェイルオーバー」リンクから手動フェイルオーバーを開始できます。

    プライマリ・データベースが使用できず、クロスリージョン・スタンバイがあり、ローカル・スタンバイへのフェイルオーバーが不可能な場合、「フェイルオーバー」リンクから、リモート・スタンバイ・データベースへの手動フェイルオーバーを開始できます。

ピアAutonomous Database情報を表示するには、Autonomous Databaseの詳細ページで「ディザスタ・リカバリ」タブを選択します。これは、ピアのAutonomous Database情報を示しています。「状態」列には、スタンバイ・データベースの状態が次のように表示されます:

  • プロビジョニング

    • この状態は、Autonomous Data Guardを有効にすると表示され、(スタンバイ・データベースの状態が「スタンバイ」に変わるまで)スタンバイ・データベースがプロビジョニング中であることが示されます。

    • この状態は、ローカル・スタンバイへのフェイルオーバー後、スタンバイ・データベースの再作成中に表示されます。

    • この状態は、プライマリ・データベースでバックアップからのリストア操作が実行されると、ローカル・スタンバイが再作成され、「状態」列に「プロビジョニング中」と表示されることを示します。

  • スタンバイ: スタンバイが使用可能で、スイッチオーバーまたはフェイルオーバー操作の準備ができていることを示します。

    ノート

    スタンバイ・データベースが停止すると、スタンバイ状態は「スタンバイ」と表示されます。スタンバイ・データベースでは、「停止済」状態は表示されません。

  • ロール変更進行中: フェイルオーバーまたはスイッチオーバー操作が開始されたことを示します。

Autonomous Data Guardイベント

Oracle Cloud Infrastructureイベントを使用して、フェイルオーバーやスイッチオーバー操作などのAutonomous Data Guard関連のイベントが原因でAutonomous Databaseの状態が変更された場合に応答できます。

Autonomous Databaseイベントには次のものがあります:

  • 自動フェイルオーバーの開始
  • 自動フェイルオーバーの終了
  • Autonomous Data Guardの無効化の開始
  • Autonomous Data Guardの有効化の開始
  • フェイルオーバーの開始
  • スイッチオーバーの開始
  • Autonomous Data Guardの無効化の終了
  • Autonomous Data Guardの有効化の終了
  • フェイルオーバーの終了(フェイルオーバーの成功または失敗の結果付き)。
  • スイッチオーバーの終了(スイッチオーバーの成功または失敗の結果付き)。

イベントに基づいて、処理を実行したり、通知を送信できます。イベントの使用および通知の生成の詳細は、スタンバイ・データベースのイベントおよび通知を参照してください。