機械翻訳について

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

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
  クロスリージョンまたはクロス・テナンシのAutonomous Data Guardスタンバイ・データベースを追加できます。
• Autonomous Data Guardリカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)
  Autonomous Data Guardは、プライマリ・データベースをモニターし、インスタンスが停止した場合、リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)に従って、ローカル・スタンバイ・インスタンスがプライマリ・インスタンスのロールを引き継ぎます。
• Autonomous Data Guardの操作
  Autonomous Data Guardは、スタンバイ・データベースを管理するための一連の操作を提供: スタンバイ・データベースの有効化、スイッチオーバー、切断または終了を行います。
• Autonomous AI Databaseのディザスタ・リカバリ・ステータス
  Autonomous AI Databaseは、Autonomous AI Databaseの詳細ページでディザスタ・リカバリ・ステータスに関する情報を提供します。
• 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 AI Databaseはローカル・スタンバイ・データベースをプロビジョニングし、プライマリ・データベースをモニターします。プライマリ・データベースが停止すると、スタンバイ・インスタンスは自動的にプライマリ・インスタンスのロールを引き継ぎます。

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

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

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

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

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

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

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

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

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

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

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

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

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

• ACLs: プライマリ・データベースのアクセス制御リスト(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 Recovery Time Objective (RTO)およびRecovery Point Objective (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クロス・リージョン・スタンバイへのフェイルオーバーのRTOおよびRPO番号は次のようになります:

• スイッチオーバー: RTOは10分未満で、RPOは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コンソールに「ロール」フィールド値「プライマリ」が表示されます。 Autonomous AI Databaseでは、ローカル・スタンバイ・データベース(またはローカル・バックアップ・コピー・ピア)へのアクセスは提供されません。

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

• スイッチオーバー: スイッチオーバー操作を実行できるようにリンクを提供します。

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

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

ピアの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」を参照してください。