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

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

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

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

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

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

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

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

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

トピック

ローカル・スタンバイでのAutonomous Data Guard
現在のリージョンのAutonomous Data Guardスタンバイ・データベースでAutonomous AI Databaseを有効にした場合、Autonomous AI 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は、スタンバイ・データベースを有効化、スイッチオーバー、切断または終了するための一連の操作(スタンバイ・データベースの有効化、スイッチオーバー、切断または終了)を提供します。
自律型AIデータベースのディザスタ・リカバリ・ステータス
自律型AIデータベースは、「自律型AIデータベースの詳細」ページでディザスタ・リカバリ・ステータスに関する情報を提供します。
Autonomous Data Guardイベント
Oracle Cloud Infrastructureイベントを使用すると、フェイルオーバーやスイッチオーバー操作などのAutonomous Data Guard関連のイベントのためにAutonomous AI Databaseの状態が変更された場合に応答できます。
Autonomous Data Guardメトリック
Oracle Cloud Infrastructureメトリックを使用して、Autonomous Data Guardをモニターできます。

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

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

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

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

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

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

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

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

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

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

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

データベース・オプション: ECPU数(データベースでOCPUを使用している場合は「OCPU数」)、ストレージ、表示名、データベース名、自動スケーリング、タグおよびBYOLライセンス・オプションは、スタンバイ・データベースへのフェイルオーバ後またはスイッチオーバーの実行後も同じ値になります。
OML Notebooks: プライマリ・データベースで作成されたノートブックおよびユーザーは、スタンバイで使用できます。
APEXデータおよびメタデータ:プライマリ・データベースで作成されたAPEX情報がスタンバイにコピーされます。
ACL: プライマリ・データベースのアクセス制御リスト(ACL)がスタンバイ用に複製されます。
プライベート・エンドポイント: プライマリ・データベースのプライベート・エンドポイントがスタンバイに適用されます。

Oracleでは、プライベート・エンドポイント上のデータベースに対して、サブネットの作成時に、最適な可用性およびレイテンシのためにリージョナル・サブネット・オプションを使用することをお薦めします。詳細は、サブネットの作成を参照してください。
APIまたはスクリプト: Autonomous AI Databaseの管理に使用するAPIまたはスクリプトは、フェイルオーバー操作後またはスイッチオーバーの実行後は、変更せずに引き続き動作します。
クライアント・アプリケーション接続: クライアント・アプリケーションは、スタンバイ・データベースへのフェイルオーバー後またはスイッチオーバーの実行後に、データベースに接続するために接続文字列を変更する必要はありません。
ウォレット・ベースの接続: 既存のウォレットを引き続き使用して、スタンバイ・データベースへのフェイルオーバー後またはスイッチオーバーの実行後にデータベースに接続できます。

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

クロスリージョンまたはクロス・テナンシ・スタンバイを使用するAutonomous Data Guard

クロスリージョンまたはクロス・テナンシAutonomous Data Guardスタンバイ・データベースを追加できます。

別のリージョンにスタンバイ・データベースを追加するときに、プライマリ・インスタンスが停止すると、Autonomous Data Guardでは、リモート・リージョンで物理的に分離されたスタンバイ・データベースが提供されます。スタンバイ・データベースは、使用できないプライマリ・インスタンスのロールを引き受けることができます。別のテナンシにスタンバイ・データベースを追加する場合、Autonomous Data Guardでは、別のテナンシにあるスタンバイ・データベースが提供されます。スタンバイ・データベースは、使用できないプライマリ・インスタンスのロールを引き受けることができます。

詳細は、クロスリージョン・スタンバイを使用したAutonomous Data Guardについてを参照してください。

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

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分。

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

自動フェイルオーバーの詳細は「スタンバイ・データベースとの自動フェイルオーバー」を参照してください。
スイッチオーバーの実行
手動フェイルオーバーの実行
サービス・レベル目標値(SLO)

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

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 AI Databaseディザスタ・リカバリ・ステータス

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

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

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

ローカル・バックアップ・コピー・ピアまたはローカルAutonomous Data Guardスタンバイがある場合、Oracle Cloud Infrastructure Consoleに「ロール」フィールドの値「プライマリ」が表示されます。自律型AIデータベースは、ローカル・スタンバイ・データベース(またはローカル・バックアップ・コピー・ピア)へのアクセスを提供しません。
リージョン間バックアップ・コピー・ピアまたはリージョン間Autonomous Data Guardスタンバイのいずれかを使用している場合、Oracle Cloud Infrastructure Consoleに、プライマリ・データベースを参照している場合「ロール」フィールドの値「プライマリ」が表示され、スタンバイ・データベースの詳細を表示している場合は「スタンバイ」が表示されます。
スイッチオーバー: スイッチオーバー操作を実行できるようにリンクが示されます。
フェイルオーバー: プライマリ・データベースが使用できず、ローカル・スタンバイがあり、自動フェイルオーバーが成功しなかった場合、「フェイルオーバー」リンクから手動フェイルオーバーを開始できます。

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

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

プロビジョニング
- この状態は、Autonomous Data Guardを有効にすると表示され、(スタンバイ・データベースの状態が「スタンバイ」に変わるまで)スタンバイ・データベースがプロビジョニング中であることが示されます。
- この状態は、ローカル・スタンバイへのフェイルオーバー後、スタンバイ・データベースの再作成中に表示されます。
- この状態は、プライマリ・データベースでバックアップからのリストア操作が実行されると、ローカル・スタンバイが再作成され、「状態」列に「プロビジョニング中」と表示されることを示します。
スタンバイ: スタンバイが使用可能で、スイッチオーバーまたはフェイルオーバー操作の準備ができていることを示します。

ノート

スタンバイ・データベースが停止すると、スタンバイ状態は「スタンバイ」と表示されます。スタンバイ・データベースでは、「停止済」状態は表示されません。
ロール変更進行中: フェイルオーバーまたはスイッチオーバー操作が開始されたことを示します。