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

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

ローカルAutonomous Data Guardスタンバイを持つすべてのデータベースは、通常の操作中にデフォルトでデータ損失ゼロで保護されます。REDOはスタンバイREDOログの宛先に同期的に送信され、スタンバイREDOログの宛先でデータが受信されたことを示す確認を受信するまで、プライマリ・データベースはトランザクションをコミットしません。(たとえば、ネットワークの問題が原因で)プライマリ・データベースが特定の時間しきい値内に確認を受信しない場合、スタンバイは一時的に非同期的に動作するようにフォールバックして、プライマリ・データベースの可用性が再び確認を受信し始めるまで、プライマリ・データベースの可用性を維持できます。

詳細は、ローカルAutonomous Data Guardを使用したゼロのデータ損失保護を参照してください。

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

• プライマリ・データベースが停止すると、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またはスクリプトは、フェイルオーバー操作後またはスイッチオーバーの実行後でも、変更せずに引き続き動作します。

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

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

ローカルAutonomous Data Guardによるデータ損失ゼロの保護

Autonomous AI Databaseは、ローカルAutonomous Data Guardスタンバイが有効な場合に、データ損失ゼロの保護(リカバリ・ポイント目標、RPO = 0)を提供します。プライマリ・データベースとスタンバイ・データベース間の同期REDO転送を使用して、コミットされたすべてのトランザクションが確実に保護されます。

この機能は完全に管理されており、追加の構成やチューニングは必要ありません。既存のパフォーマンスを維持し、追加コストを導入せず、保護と運用間の従来のトレードオフを排除します。

ローカルAutonomous Data Guardスタンバイを使用している場合、ゼロ・データ損失保護が自動的に有効になり、ユーザー・アクションは必要ありません。その結果、パフォーマンスとコスト効率を維持しながら、最小限の労力でデータ損失ゼロの保護を実現できます。

この機能には、次の利点があります。

• データ損失保証なし: コミットされたすべてのトランザクションが確実に保護され(RPO = 0)、リカバリ中の不確実性が排除され、データの一貫性が維持されます。

• 操作の簡略化: 手動による構成やチューニングは必要ありません。このサービスは完全に管理されるため、運用の複雑さと労力が削減されます。

• コスト効率: 追加コストは発生しません。データ損失ゼロの保護は、ローカルAutonomous Data Guardスタンバイに含まれています。

• ビジネス継続性の強化: データ保護と継続的なアプリケーション・アクセスを組み合せることで可用性を向上させ、障害発生時の一貫した運用を維持します。

クロス・リージョンまたはクロス・テナンシ・スタンバイがある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では、フェイルオーバーまたはスイッチオーバーに次のオプションが提供されます:

• 自動フェイルオーバー:

  RTOは2分です。Autonomous Data Guardを有効にすると、自動フェイルオーバーはデフォルトで、フェイルオーバー中のデータ損失ゼロを保証するように構成されます。必要に応じて、0から3600秒までのデータ損失制限を選択できます。制限が0の場合、データ損失ゼロを達成できる場合にのみ自動フェイルオーバーが行われます。これは、Autonomous Data Guardがデータ損失がないことを確認できる場合、問題発生時に自動的にフェイルオーバーすることを意味します。問題があり、Autonomous Data Guardでデータ損失の可能性がデータ損失制限より大きいと判断された場合、自動フェイルオーバーは発生せず、手動フェイルオーバーを実行するオプションがあります。

• 手動フェイルオーバーまたはスイッチオーバー: RTO (リカバリ時間目標)は2分で、RPO (リカバリ・ポイント目標)はゼロ(0)です。

クロスリージョンAutonomous Data Guardスタンバイ

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

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

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

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

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

• 自動フェイルオーバーの詳細は「スタンバイ・データベースとの自動フェイルオーバー」を参照してください。

• スイッチオーバーの実行

• 手動フェイルオーバーの実行

• サービス・レベル目標値(SLO)

Autonomous Data Guardの操作

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

Autonomous AI Databaseディザスタ・リカバリ・ステータス

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

「ディザスタ・リカバリ」領域で、次の手順を実行します。

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

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

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

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

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

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

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

• プロビジョニング中

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

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

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

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

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

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

Autonomous Data Guardイベント

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

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

• 自動フェイルオーバーの開始

• 自動フェイルオーバーの終了

• Autonomous Data Guardの無効化の開始

• Autonomous Data Guardの有効化の開始

• フェイルオーバーの開始

• スイッチオーバーの開始

• Autonomous Data Guardの無効化の終了

• Autonomous Data Guardの有効化の終了

• フェイルオーバーの終了(フェイルオーバーの成功または失敗の結果付き)。

• スイッチオーバーの終了(スイッチオーバーの成功または失敗の結果付き)。

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

Autonomous Data Guardメトリック

Oracle Cloud Infrastructureメトリックを使用して、Autonomous Data Guardをモニターできます。

Autonomous AI Databaseメトリックには、ピア・ラグが含まれます。これは、ディザスタ・リカバリ・ピアがプライマリ・データベースより遅れるまでの合計時間(秒)です。

詳細は、使用可能なメトリック: oci_autonomous_databaseを参照してください。