バックアップベースの災害復旧の使用

バックアップベースのディザスタ・リカバリでは、Autonomous Databaseに対して低コストのディザスタ・リカバリ・オプションが提供されます(Autonomous Data Guardを使用する場合と比較して、このオプションではRTOが高くなります)。

Autonomous Databaseのディザスタ・リカバリ・オプション

  • バックアップベースのディザスタ・リカバリ: バックアップを使用して、スイッチオーバーまたはフェイルオーバー時にピア・データベースをインスタンス化します。これにより、Autonomous Data Guardと比較して、Autonomous Databaseの低コストで高いリカバリ時間目標(RTO)ディザスタ・リカバリ・オプションを実現できます。ローカル・バックアップベースのディザスタ・リカバリでは、既存のローカル・バックアップが使用されます。ローカル・バックアップベースのディザスタ・リカバリの追加コストはありません。リージョン間のバックアップベースのディザスタ・リカバリでは、追加コストが発生します。

    バックアップベースのディザスタ・リカバリは、すべてのワークロード・タイプで使用できます。

  • 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の低コストで高いリカバリ時間目標(RTO)ディザスタ・リカバリ・オプションを実現できます。

バックアップベースのディザスタ・リカバリは、現在のリージョン内のピア、ローカル・ピア、または異なるリージョン内の1つ以上のディザスタ・リカバリ・ピアとともに使用することも、ローカル・ディザスタ・リカバリ・ピアと1つ以上のリモート・ディザスタ・リカバリ・ピアの両方を追加することもできます。バックアップベースのディザスタ・リカバリ・ピア(ローカルまたはリモート)を別のテナンシに作成することもできます。

ノート

バックアップベースのディザスタ・リカバリ(バックアップ・コピー)は、すべてのAutonomous Databaseワークロード・タイプで使用できます。バックアップベースのディザスタ・リカバリは、Always Free Autonomous Databaseでは使用できません。

ローカル・ピアを使用したバックアップベースの障害時リカバリ

ローカル・バックアップベースのディザスタ・リカバリでは、既存のローカル・バックアップが使用されます。ローカル・バックアップベースのディザスタ・リカバリに追加のコストはありません。

backup-based-dr-local.epsの説明が続きます
バックアップベースのディザスタ・リカバリの回復性を向上させるために、ピアは次のようにインスタンス化されます。
  • 複数の可用性ドメインがあるリージョンでは、ローカル・ピアはプライマリ・データベースとは異なる可用性ドメインにインスタンス化されます。
  • 単一の可用性ドメインのリージョンでは、ローカル・ピアはプライマリ・データベースとは異なるフォルト・ドメイン(別の物理マシン)にインスタンス化されます。

プライマリ・データベースのすべてのAutonomous Database機能は、ピアのインスタンス化時およびプライマリになった場合、システムのフェイルオーバー後またはスイッチオーバー操作の実行後に使用できます。詳細は、ローカル・スタンバイでのAutonomous Data Guardを参照してください。

クロスリージョン・ピアを使用したバックアップベースの障害時リカバリ

クロスリージョン・ピアを使用したバックアップベースのディザスタ・リカバリの場合、バックアップはリモート・リージョンにコピーされます。リージョン間のバックアップベースのディザスタ・リカバリでは、追加コストが発生します。

backup-based-dr-cross-region.epsの説明が続きます

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

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

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

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

トピック

バックアップベースのディザスタ・リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)

バックアップベースのディザスタ・リカバリを有効にしてフェイルオーバーを実行すると、リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)に従って、ピア・インスタンスがプライマリ・インスタンスのロールを引き継ぎます。

RTOは、フェイルオーバーの開始後にバックアップ・コピー・データベースへのデータベース接続をリストアするために必要な最大時間です。RPOは、プライマリ・データベースでの潜在的なデータ損失の最大期間(分)です。

バックアップベースの障害時リカバリのRTOおよびRPO番号は、次のとおりです。

バックアップベースのディザスタ・リカバリ構成 RTO RPO

ローカル・バックアップ・コピー

5TB当たり1時間+ 1時間

10秒

リージョン間の(リモート)バックアップ・コピー

5TB当たり1時間+ 1時間

1分

リージョン間のバックアップ・ベースのディザスタ・リカバリ・ピアへのバックアップのレプリケート

リージョン間のバックアップベースのディザスタ・リカバリ・ピアを追加すると、自動バックアップのリージョン間のバックアップ・レプリケーションを有効にできます。

デフォルトでは、自動バックアップは現在のプライマリ・データベースで作成および保守され、クロスリージョン・ピアにはレプリケートされません。オプションで、クロスリージョン・ピアへの自動バックアップのレプリケーションを有効にできます。

リージョン間バックアップ・レプリケーションを有効にすると、プライマリの最大7日間の自動バックアップがリージョン間ピアにレプリケートされます。この機能が有効になっている場合、次のようにリモート・リージョンで自動バックアップを使用できます。

  • スイッチオーバーまたはフェイルオーバー後、過去7日間の任意のタイムスタンプ、または保存期間が7日未満に設定されている指定した保存期間の任意のタイムスタンプにリストアまたはクローニングできます。

  • リモート・リージョンにレプリケートされるプライマリのすべてのバックアップは、7日後、または保持期間が7日未満に設定されている保持期間日数後、リモート・リージョン・ピアで削除されます。

  • プライマリのバックアップ保存期間を変更して7日未満の値を指定する場合を除き、レプリケートされたバックアップのバックアップ保存期間は変更できません。この場合、リモート・リージョン上のレプリケートされたバックアップの保存期間は、プライマリに設定された自動バックアップ保持期間と一致します。

リージョン間バックアップ・レプリケーションでは、追加コストが発生します。詳細は、Oracle Autonomous Database Serverless機能請求を参照してください。

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

クロスリージョン・バックアップ・レプリケーションについては、次の点に注意してください。

  • スイッチオーバーまたはフェイルオーバー後、クロスリージョン・データベースがプライマリ・ロールにある間、バックアップは現在のプライマリで取得され、現在の(リモート)ピアにレプリケートされます。

  • クロスリージョン・ピアでバックアップベースのディザスタ・リカバリを使用する場合、この機能はすべてのワークロード・タイプでサポートされます。

バックアップベースの障害時リカバリ・ピアの表示

ローカル・ピアを使用したバックアップベースのディザスタ・リカバリは、新しく作成されたAutonomous Databaseインスタンスおよび既存のデータベースに対してデフォルトで有効になっています。ローカル・バックアップベースのディザスタ・リカバリ・ピアでは、追加コストは発生しません。

必要に応じて、次の前提条件ステップを実行します:

  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」、「Autonomous JSON Database」または「Autonomous Transaction Processing」のいずれかをクリックします。
  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

Autonomous Databaseのディザスタ・リカバリ情報を表示するには、次を実行します:

「Autonomous Databaseの詳細」ページの「リソース」領域の「ディザスタ・リカバリ」をクリックします。「DRタイプ」フィールドは、バックアップベースのディザスタ・リカバリ(バックアップ・コピー)またはAutonomous Data Guardのいずれかのディザスタ・リカバリのタイプを示します。

次に例を示します。

adb_backup_copy_resources.pngの説明が続きます

クロスリージョン・ディザスタ・リカバリ・ピアの追加

ローカルのバックアップベースのディザスタ・リカバリ・ピアに加えて、1つ以上のリモート・リージョン(クロスリージョン)バックアップベースのディザスタ・リカバリ・ピアを追加できます。

必要に応じて、次の前提条件ステップを実行します:

  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」、「Autonomous JSON Database」または「Autonomous Transaction Processing」のいずれかをクリックします。
  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

リージョン間のバックアップベースのディザスタ・リカバリ・ピアを追加するには、次を実行します:

  1. 「Autonomous Databaseの詳細」ページの「ディザスタ・リカバリ」「リージョン間」フィールドで、「ピア・データベースの追加」をクリックします。かわりに、「リソース」領域で「ディザスタ・リカバリ」をクリックします。

    adb_bbdr_ui_update.pngの説明が続きます

    adb_backup_copy_resources.pngの説明が続きます
  2. 「ピア・データベースの追加」をクリックします。
  3. 「リージョン」ドロップダウン・リストで、リージョンを選択します。

    リージョン・リストには、クロスリージョン・ピアを作成できます。ピア・データベースを追加すると、使用可能なリージョンのリストにリモート・リージョンが表示されるのは、テナンシがリモート・リージョンをサブスクライブしている場合のみです(ペアのリモート・リージョンをサブスクライブする必要があります)。詳細は、Autonomous Databaseクロスリージョン・ペア・リージョンを参照してください。

  4. 「コンパートメントの選択」ドロップダウン・リストで、コンパートメントを選択します。
  5. ディザスタ・リカバリ・タイプを選択します。また、ソース・データベースがプライベート・エンドポイントで構成されている場合は、ピアのプライベート・エンドポイント情報を入力します。
    1. ディザスタ・リカバリ・タイプとして「バックアップベースのディザスタ・リカバリ」を選択します。
    2. クロスリージョン・バックアップ・レプリケーションを有効にする場合は、「ディザスタ・リカバリ・ピアへのクロスリージョン・バックアップ・レプリケーションの有効化」チェック・ボックスを選択します。詳細は、リージョン間バックアップ・ベースのディザスタ・リカバリ・ピアへのバックアップのレプリケートを参照してください。

      adbs_bbdr_cross_region_replication.pngの説明が続きます

    3. ソース・データベースがプライベート・エンドポイントで構成されている場合、「スタンバイのネットワーク・アクセス」領域に「仮想クラウド・ネットワーク」および「サブネット」を入力します。
      adb_create_cross_region_peer_private_endpoint.pngの説明が続きます

      スタンバイ・フィールドのこれらのネットワーク・アクセスでは、スタンバイが作成されるリモート・リージョンのプライベート・エンドポイントのVCNおよびサブネットを指定します。プライベート・エンドポイントの構成

      ノート

      スタンバイの作成後にプライベート・エンドポイントを有効にするようにソース・データベースのネットワーク・アクセスを変更する場合は、手動でスタンバイにアクセスし、ピアでプライベート・エンドポイントを有効にする必要があります。
  6. 「ピア・データベースの追加」をクリックします。

    Autonomous Databaseのライフサイクル状態が「更新中」に変わります。「リソース」領域で、「ディザスタ・リカバリ」の横の数字は、別のディザスタ・リカバリ・ピアがあることを示すために増分され、「状態」フィールドには、新しいクロスリージョン・ピアの「プロビジョニング中」と表示されます。

    ノート

    新しいピアを追加するとき、プライマリ・データベースは読取り/書込み操作に使用できます。プライマリ・データベースで停止時間は発生しません。

リージョン間のバックアップベースのディザスタ・リカバリ・ピアを追加するためのノート:

  • Autonomous Databaseにより、作業リクエストが生成されます。作業リクエストを表示するには、「リソース」「作業リクエスト」をクリックします。

  • リージョン間(リモート)ピアを追加すると、プライマリ・データベースのウォレットおよび接続文字列にはプライマリ・データベースのホスト名のみが含まれ、リモート・データベースのウォレットおよび接続文字列にはリモート・データベースのホスト名のみが含まれます。これは、インスタンス・ウォレットとリージョナル・ウォレットの両方に適用されます。

    詳細は、リージョン間のディザスタ・リカバリ接続文字列およびウォレットを参照してください。

  • 「ディザスタ・リカバリ・ピアへのリージョン間バックアップ・レプリケーションの有効化」を選択した場合、バックアップのサイズに応じて、バックアップをリモート・リージョンにレプリケートするのに数分から数時間かかることがあります。バックアップがレプリケートされた後、ピア・データベースのOracle Cloud Infrastructure Consoleで「リソース」「バックアップ」を選択すると、レプリケートされたバックアップのリストが表示されます。

  • クロス・リージョン・ピアを追加する場合、プライマリ・インスタンスが顧客管理キーを使用しているとき、または顧客管理キーを使用するように切り替えるときに特別な考慮事項があります。詳細は、顧客管理キーを使用したAutonomous Data Guardを参照してください。

  • バックアップベースのディザスタ・リカバリ・ピアを追加する場合、「Lifecycle State」フィールドに「Updating」と表示されている間に、プライマリ・データベースに対して次のアクションが無効になります。

既存のクロスリージョン・ピアに対するバックアップ・レプリケーションの有効化または無効化

バックアップベースのディザスタ・リカバリ・クロスリージョン・ピアで、バックアップ・レプリケーションを有効または無効にできます。

既存のクロスリージョンAutonomous Data Guardスタンバイのバックアップ・レプリケーションを有効または無効にするには:

  1. 「Autonomous Databaseの詳細」ページの「リソース」領域で、「ディザスタ・リカバリ」を選択します。
  2. クロスリージョン・スタンバイがリストされた行で、行の最後にあるその他のアクションをクリックし、「ディザスタ・リカバリの更新」を選択します。

    「ディザスタ・リカバリの更新」ページが表示されます。


    adb_bbdr_update_backup_replication.pngの説明が続きます

  3. バックアップ・レプリケーションを有効または無効にします。
    1. クロスリージョン・バックアップ・レプリケーションが無効になっている場合は、「ディザスタ・リカバリ・ピアへのクロスリージョン・バックアップ・レプリケーションの有効化」を選択してオプションを有効にします。
    2. クロスリージョン・バックアップ・レプリケーションが有効な場合は、「ディザスタ・リカバリ・ピアへのクロスリージョン・バックアップ・レプリケーションの有効化」の選択を解除して、オプションを無効にします。
  4. 「送信」をクリックします

    Autonomous Databaseのライフサイクル状態が「更新中」に変わります。

「ディザスタ・リカバリ・ピアへのリージョン間バックアップ・レプリケーションの有効化」を選択した場合、バックアップのサイズに応じて、バックアップをリモート・リージョンにレプリケートするのに数分から数時間かかることがあります。バックアップがレプリケートされた後、ピア・データベースのOracle Cloud Infrastructure Consoleで「リソース」「バックアップ」を選択すると、レプリケートされたバックアップのリストが表示されます。

ディザスタ・リカバリ・タイプの更新

代替のディザスタ・リカバリ・オプションに変更するステップについて説明します。

1つのローカル・ピアを持つAutonomous Databaseでは、バックアップベースのディザスタ・リカバリがデフォルトで有効になっています。ディザスタ・リカバリは、Autonomous Databaseインスタンスでは無効にできません。ただし、ディザスタ・リカバリ・タイプをAutonomous Data Guardに更新することを選択できます。Autonomous Data Guardの詳細は、ディザスタ・リカバリのためのAutonomous Data Guardでのスタンバイ・データベースの使用を参照してください。

ディザスタ・リカバリ・タイプを更新するには:

  1. プライマリAutonomous Databaseの「Autonomous Databaseの詳細」ページの「リソース」で、「ディザスタ・リカバリ」を選択します。
    adb_backup_copy_resources.pngの説明が続きます
  2. データベースのディザスタ・リカバリの詳細が表示されている行で、行の最後にあるその他のアクションをクリックし、「ディザスタ・リカバリ・タイプの更新」を選択します。
  3. 「ディザスタ・リカバリ・タイプの更新」ページで、「Autonomous Data Guard」を選択します。
    adb_update_dr_type_data_guard.pngの説明が続きます
  4. 「送信」をクリックしますこれにより、Autonomous Data Guardスタンバイ・データベースのプロビジョニングが開始されます。
  5. 「DRタイプ」列に示すように、ディザスタ・リカバリ・タイプがAutonomous Data Guardに変更されます。

リージョン間(リモート)ピアの無効化

リージョン間(リモート)ピアを終了するステップについて説明します。

必要に応じて、次の前提条件ステップを実行します:

  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」、「Autonomous JSON Database」または「Autonomous Transaction Processing」のいずれかをクリックします。
  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

クロスリージョン(リモート)ピアを終了するには:

  1. プライマリ・データベースの「Autonomous Databaseの詳細」ページの「リソース」の下の「ディザスタ・リカバリ」を選択します。
  2. リモート・リージョン・ピアのOracle Cloud Infrastructure Consoleにアクセスします。

    「ディザスタ・リカバリ」情報領域には、「ピアAutonomous Database」が表示されます。リモート・ピアは、プライマリ・データベースと同じ表示名を持ち、"_region"拡張子が付いています。regionは、IADBOMなどのリージョン名です。

    複数のクロスリージョン・ピアをサポートする前にクロスリージョン・ピアを作成した場合、リモート・ピアはプライマリ・データベースと同じ表示名を持ち、"_Remote"拡張子が付きます。

    「ピアAutonomous Database」で、リモート・ピアのリンクをクリックしてクロスリージョン・ピアにアクセスします。

  3. リモート・ピアのOracle Cloud Infrastructure Consoleで、「詳細」ページで、「他のアクション」ドロップダウン・リストから「終了」を選択します。
  4. 「Autonomous Databaseの終了」ページでデータベース名を入力し、リージョン間ピアを終了することを確認します。
  5. 「Autonomous Databaseの終了」をクリックします。

    ピアが終了している間、Lifecycle State「終了中」に変わります。

インスタンスにクロスリージョン・バックアップベースのディザスタ・リカバリ・ピアがある場合の無効化には、次のように制限があります:

  • リモート・リージョンのピアをプライマリ・データベースから無効にすることはできません。

  • クロスリージョン・ピアでバックアップベースのディザスタ・リカバリが有効になっている場合、プライマリ・ロール・データベースを終了する前に、すべてのクロスリージョン・ディザスタ・リカバリ・ピアを終了する必要があります。プライマリを終了しようとすると、エラーが表示されます。

    この場合は、すべてのクロスリージョン(リモート)ピアを終了した後、プライマリ・データベースを終了できます。

バックアップ・コピー・ピアへのスイッチオーバーの実行

スイッチオーバーを実行すると、プライマリ・データベースがバックアップ・コピーになり、バックアップ・コピーがプライマリ・データベースになり、データが失われることはありません。

スイッチオーバーは通常、監査または動作保証のためにバックアップ・コピーへのフェイルオーバーをテストしたり、バックアップ・コピー・ピアを追加したときにアプリケーションのフェイルオーバー手順をテストするために行われます。

バックアップ・コピー・ピアへのスイッチオーバーの場合、「Autonomous Databaseの詳細」ページの「スイッチオーバー」リンクが「ディザスタ・リカバリ」の下に表示され、プライマリ・データベースのOracle Cloud Infrastructure Consoleには、プライマリ・データベースとバックアップ・コピー・ピアの両方が使用可能な場合、「ロール」フィールドに「スイッチオーバー」リンクも表示されます。プライマリ・データベースの「Lifecycle State」「使用可能」または「停止」が表示され、バックアップ・コピーが使用可能な場合(「状態」フィールドに「スタンバイ」と表示されている場合)にスイッチオーバーを実行できます。

ピアの状態を確認するには、「リソース」「ディザスタ・リカバリ」をクリックし、「ピアAutonomous Database」列にリストされているピアの「状態」「スタンバイ」と表示されていることを確認します。

Autonomous Database APIを使用すると、いつでもスイッチオーバー操作を開始できます。詳細は、APIの使用を参照してください。

ローカル・バックアップ・コピー・ピアへのスイッチオーバーの実行

スイッチオーバーを実行すると、データが失われずに、プライマリ・データベースがピアになり、ピアがプライマリ・データベースになります。

スイッチオーバーは通常、ピアへのフェイルオーバーを監査または動作保証の理由でテストするため、またはバックアップベースの障害回復を使用してアプリケーションのフェイルオーバー手順をテストするために実行されます。

バックアップ・コピーへのスイッチオーバーでは、プライマリ・データベースとピアの両方が使用可能である場合、「Autonomous Databaseの詳細」ページの「プライマリ」ロールを持つデータベースのOracle Cloud Infrastructure Consoleで、「ロール」フィールドに「スイッチオーバー」リンクが表示されます。スイッチオーバーは、プライマリ・データベースの「Lifecycle State」「使用可能」または「停止」が表示され、ピアが使用可能な場合に実行できます(「状態」フィールドには「スタンバイ」と表示されています)。

ピア・ステータスを表示するには、「リソース」で「ディザスタ・リカバリ」をクリックし、「ピアAutonomous Database」列にリストされているピアについて、「状態」フィールドに「スタンバイ」と表示されていることを確認します。

Autonomous Database APIを使用すると、いつでもスイッチオーバー操作を開始できます。詳細は、APIの使用を参照してください。

必要に応じて、次の前提条件ステップを実行します:

  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」、「Autonomous JSON Database」または「Autonomous Transaction Processing」のいずれかをクリックします。
  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

スイッチオーバーを実行するには、次のようにします:

  1. 「Autonomous Databaseの詳細」ページの「ディザスタ・リカバリ」の下の「ロール」フィールドで、「スイッチオーバー」をクリックします。
    As an alternative, to initiate a switchover you can select More actions and Switchover or select Disaster recovery under Resources and Switchover.
  2. 「ピアへのスイッチオーバーの確認」ダイアログの「ピアの選択」リストで、スイッチオーバーするピアを選択します。
  3. データベース名を入力して、スイッチオーバーすることを確認します。
  4. 「Confirm switchover to peer」をクリックします。

    スケーリングなどの同時操作がアクティブな場合、この確認によって、同時操作を一時停止するか取り消すことも確認されます。詳細は、Autonomous Databaseでの同時操作を参照してください。

    データベースのライフサイクル状態「更新中」に変わります。ピアの状態を確認するには、「リソース」「ディザスタ・リカバリ」をクリックします。「状態」列に「ロール変更進行中」が表示されます。

スイッチオーバーが完了すると、バックアップベースのディザスタ・リカバリによって次の処理が実行されます。

  • バックアップベースのディザスタ・リカバリ・リソース情報が更新され、スイッチオーバーが反映されます。「リソース」「ディザスタ・リカバリ」を選択して、更新された情報を表示します。

  • Autonomous Databaseは、「ロール変更日」フィールドに時間をレポートします。

リージョン間バックアップ・コピー・ピアへのスイッチオーバーの実行

スイッチオーバーを実行すると、データが失われることなく、プライマリ・データベースがピア・データベースになり、ピア・データベースがプライマリ・データベースになります。
ノート

クロスリージョン・スイッチオーバーの場合、クロスリージョン・ピアからスイッチオーバーを開始する必要があります。

リージョン間ピアにアクセスするには、いくつかのオプションがあります。

  • Oracle Cloud Infrastructure Consoleでリモート・リージョンを選択し、ピアに直接アクセスします。

  • プライマリにアクセスし、プライマリ・データベースから、「ディザスタ・リカバリ」「リソース」「ピアAutonomous Database」列で、バックアップ・コピー・ピアのリンクをクリックして「Autonomous Databaseの詳細」ページからピアにアクセスできます。

スイッチオーバーを実行する手順:

  1. リージョン間ピアの「Autonomous Databaseの詳細」ページの「ディザスタ・リカバリ」で、「ロール」フィールドで、「スイッチオーバー」をクリックします。

    別の方法として、データベースのディザスタ・リカバリの詳細が表示されている行で、行の最後にあるその他のアクションをクリックし、「スイッチオーバー」を選択します。

  2. 「ピアへのスイッチオーバーの確認」ダイアログで、スイッチオーバーを確認するピア・データベース名を入力します。
  3. 「Confirm switchover to peer」ダイアログで、「Confirm switchover to peer」をクリックします。

    スケーリングなどの同時操作がアクティブな場合、この確認によって、同時操作を一時停止するか取り消すことも確認されます。詳細は、Autonomous Databaseでの同時操作を参照してください。

    データベースのLifecycle Stateロールの変更が進行中に変わります。ピア・データベースの状態を表示するには、「リソース」「ディザスタ・リカバリ」をクリックします。状態「状態」には「更新中」と表示されます。

スイッチオーバーが完了すると、Autonomous Databaseは次を実行します:

  • 表示名には「プライマリ」インジケータが表示されます。

  • ディザスタ・リカバリ・リソース情報が更新され、スイッチオーバーが反映されます。「リソース」で、「ディザスタ・リカバリ」を選択して、更新された情報を表示します。

  • 「ロール」フィールドのツールチップ・アイコンにカーソルを合せると、Autonomous Databaseによって最後のスイッチオーバーの時間がレポートされます。

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

バックアップ・コピー・ピアへのスイッチオーバーの実行に関するノート

バックアップベース・ディザスタ・リカバリのスイッチオーバーに関するノートを提供します。

  • クロスリージョン・スイッチオーバーの場合、クロスリージョン・ピアからスイッチオーバーを開始する必要があります。

  • スイッチオーバー中、Oracle Cloud Infrastructure Consoleのほとんどのアクションは使用できず、「Autonomous Database情報」ページに「Lifecycle State」の値が「更新中」と表示されます。

  • スイッチオーバー操作では、プライマリ・データベースの元の状態が保持されます。スイッチオーバーの実行時にプライマリ・データベースが停止していた場合、スイッチオーバー後にプライマリ・データベースは停止します。

  • Autonomous Databaseにより、Autonomous Databaseのスイッチオーバー作業リクエストが生成されます。リクエストを表示するには、「リソース」「作業リクエスト」をクリックします。

  • ピアへのスイッチオーバーまたはフェイルオーバー後、ピアがプライマリになり、データベース・アクションのデータベース・ダッシュボード・カードのグラフおよびOracle Cloud Infrastructureメトリックにプライマリ・データベースに関する情報が表示されます。グラフおよびメトリックには、スイッチオーバーまたはフェイルオーバー操作の前にプライマリであったデータベースに関する情報は含まれません。

  • スイッチオーバーが開始され、「State」「Role change in progress」と表示されたら、クロスリージョン・スイッチオーバー操作は取消できません。スイッチオーバーを取り消すオプションは次のとおりです。

    • 操作が成功するまで、スイッチオーバーまたはフェイルオーバーを試行または再試行します。

    • Oracle Cloud Supportでサービス・リクエストを登録するか、サポート担当者に連絡します。

フェイルオーバーの実行

プライマリ・データベースが停止すると、バックアップベースのディザスタ・リカバリを使用して手動フェイルオーバーを実行し、ローカル・ピアをプライマリ・データベースにできます。

バックアップベースのディザスタ・リカバリでは、自動フェイルオーバー・オプションは提供されません。システムがプライマリ・インスタンスをモニターし、特定のシナリオでローカル・スタンバイ・データベースに自動的にフェイルオーバーする自動フェイルオーバーを提供する場合は、Autonomous Data Guardを使用するようにローカル・インスタンスのディザスタ・リカバリ・タイプを変更する必要があります。

ローカル・バックアップベースのディザスタ・リカバリ・ピアとクロスリージョン・バックアップベースのディザスタ・リカバリ・ピアの両方を使用して、Oracleでは、(クロスリージョン・ピアではなく)最初にローカル・ピアへの手動フェイルオーバーを試行することをお薦めします。

バックアップベースのディザスタ・リカバリを有効にする方法に応じて、ピアへの手動フェイルオーバーを実行するための様々なステップがあります。

  • ローカル・ピアのみを使用してバックアップベースのディザスタ・リカバリを構成する場合:

    ローカル・ピアがあり、スイッチオーバーが成功しなかった場合、Oracle Cloud Infrastructureコンソールに、スイッチオーバーが成功しなかった理由に関する情報を含むバナーが表示され、Oracle Cloud Infrastructureコンソールの「ロール」フィールドに「フェイルオーバー」リンクが表示されます。このリンクをクリックすると、ローカル・ピアへのフェイルオーバーを開始できます。フェイルオーバー・リンクは、プライマリ・データベースが使用できず、ピアが使用可能な場合にのみ表示されます。つまり、プライマリ・データベースの「Lifecycle State」フィールドに「Unavailable」と表示され、ローカル・ピアが使用可能です。APIを使用して、いつでも手動フェイルオーバーを開始できます。APIの使用の詳細は、APIの使用を参照してください。

    ピア・ステータスを表示するには、「リソース」「ディザスタ・リカバリ」をクリックし、「ピアAutonomous Database」列にリストされているピアの「状態」フィールドに「使用可能」または「停止済」と表示されていることを確認します。
  • ローカル・ピアとリージョン間(リモート)ピアの両方でバックアップベースのディザスタ・リカバリを使用する場合:

    ローカル・ピアとクロスリージョン・ピアの両方でバックアップベースのディザスタ・リカバリを有効にし、ローカル・ピアが使用可能になっている場合、Oracleでは、(クロスリージョン・ピアではなく)最初にローカル・ピアへの手動フェイルオーバーを試行することをお薦めします。

    ローカル・ピアが使用できないか、ローカル・ピアへの手動フェイルオーバーが失敗した場合、クロスリージョン・ピアへの手動スイッチオーバーを実行できます。クロスリージョン・ピアへのスイッチオーバーが失敗した場合、ピア上でOracle Cloud Infrastructureコンソールの「ロール」フィールドに「フェイルオーバー」リンクが表示され、クリックしてピアへの手動フェイルオーバーを開始できます。

手動フェイルオーバーを開始すると、RTO(Recovery Time Objective)およびRPO(Recovery Point Objective)ターゲットに基づいてピアにフェイルオーバーされます。詳細は、バックアップベースのディザスタ・リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)を参照してください。

必要に応じて、次の前提条件ステップを実行します:

  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」、「Autonomous JSON Database」または「Autonomous Transaction Processing」のいずれかをクリックします。
  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

クロスリージョン・バックアップ・コピーへの手動フェイルオーバーを開始するには、次のようにします:

  1. ピアでスイッチオーバーを実行します。詳細は、ローカル・バックアップ・コピー・ピアへのスイッチオーバーの実行を参照してください。

  2. ステップ1のスイッチオーバー試行が失敗すると、ピアで「ロール」フィールドに「フェイルオーバー」リンクが表示されます。ピアで、「フェイルオーバー」リンクをクリックします。

    これにより、「ピアへの手動フェイルオーバーの確認」ダイアログとともに、ピアへの手動フェイルオーバーを実行した場合に発生する可能性のあるデータ損失に関する情報が表示されます。

  3. 「ピアへの手動フェイルオーバーの確認」ダイアログで、フェイルオーバーを確認するAutonomous Database名を入力します。

  4. 「ピアへの手動フェイルオーバーの確認」ダイアログで、「ピアへの手動フェイルオーバーの確認」をクリックします。

    スケーリングなどの同時操作がアクティブな場合、この確認によって、同時操作を一時停止するか取り消すことも確認されます。詳細は、Autonomous Databaseでの同時操作を参照してください。

プライマリ・データベースが使用できず、ローカル・ピアが使用可能な場合に手動フェイルオーバーを開始するには、次のようにします:

  1. 「詳細」ページの「ディザスタ・リカバリ」の下の「ロール」フィールドで、「フェイルオーバー」をクリックします。

    これにより、「ピアへの手動フェイルオーバーの確認」ダイアログとともに、ピアへの手動フェイルオーバーを実行した場合に発生する可能性のあるデータ損失に関する情報が表示されます。

    adb_failover_manual.pngの説明が続きます
  2. 「ピアへの手動フェイルオーバーの確認」ダイアログで、フェイルオーバーを確認するAutonomous Database名を入力します。
  3. 「ピアへの手動フェイルオーバーの確認」ダイアログで、「ピアへの手動フェイルオーバーの確認」をクリックします。
フェイルオーバーが完了すると、バックアップベースのディザスタ・リカバリによって次の処理が実行されます。
  • 手動フェイルオーバー操作が完了すると、Oracle Cloud Infrastructureコンソール・バナーのメッセージで、手動フェイルオーバーに関連するデータ損失を確認できます。「ロール」フィールドのツールチップ・アイコンにカーソルを合せた場合。手動フェイルオーバーのデータ損失は分単位で指定されます。

  • バックアップベースのディザスタ・リカバリを使用した手動フェイルオーバー後、リージョンに障害が発生した場合、リージョンがオンラインに戻ると、ピアは自動的に再接続されるか、必要な場合は再プロビジョニングされます。

  • クロスリージョン・ピアへの手動フェイルオーバーを実行すると、クロスリージョン・ピアがプライマリ・データベースになります。この場合、ローカルAutonomous Data Guardスタンバイが有効になっていると、ローカル・スタンバイが作成されてアタッチされます。プライマリ・データベースのフェイルオーバー前にローカルAutonomous Data Guardが有効になっていない場合、デフォルトと同様に、ローカル・バックアップ・コピーがあります。

リージョン間のバックアップベースのディザスタ・リカバリ・ピアからスナップショット・スタンバイへの変換

リージョン間のバックアップベースのディザスタ・リカバリ・ピアは、スナップショット・スタンバイに変換できます。これにより、ピアが最大2日間読取り/書込みデータベースに変換されます。

スナップショット・スタンバイCPU使用率は、ベースCPU数およびコンピュート自動スケーリングが有効な場合の追加CPU使用率に基づいて請求されます。ベースCPUの数は、Oracle Cloud Infrastructure Consoleの「ECPU数」または「OCPU数」フィールドに示すように、ECPU数(データベースがOCPUを使用する場合のOCPU)によって指定されます。

スナップショット・スタンバイ・ストレージ使用量は、スナップショット・スタンバイのストレージにプライマリ・データベースのストレージを1つ加えた値に基づいて請求されます。

バックアップベースの障害時リカバリ・ピアのリモート・ピア・ネットワークACLの更新

リモート・ディザスタ・リカバリ・ピア・データベースのネットワークACLは個別に変更できます。

デフォルトでは、ディザスタ・リカバリのプライマリ・ピア・データベースとリモート・ピア・データベースは、同じネットワーク・アクセス制御リスト(ACL)を使用します。オプションで、リモートピアデータベースでACLを個別に構成できます。これにより、リモートピアデータベースで異なるACLを使用するオプションが提供されます。

リモート・ピアでACLを変更した場合、Autonomous Databaseでは、プライマリ・ピアとリモート・ピアの間でACL構成が同期されなくなります。リモート・ピアのACLを変更すると、Autonomous Databaseはリモート・ピアのACLを個別に管理します。

リモートAutonomous Databaseピアで異なるネットワークACLを使用するには:

  1. プライマリ・データベースの「Autonomous Databaseの詳細」ページの「リソース」の下の「ディザスタ・リカバリ」を選択します。
  2. リモートピアにアクセスします。

    「ディザスタ・リカバリ」情報領域には、「ピアAutonomous Database」が表示されます。デフォルトでは、リモートピアデータベースの表示名はプライマリデータベースと同じで、拡張子が付きます。たとえば、DBNAME_remoteです。

    「ピアAutonomous Database」で、リンクをクリックしてクロスリージョン・ピアにアクセスします。

  3. リモートピアデータベースで、アクセス制御リストを編集します。

    ACLを変更する前に、ピアデータベース上のACLがプライマリデータベースから同期していることを示すメッセージが表示されます。たとえば、次のとおりです。

    adb_remote_peer_sync_acls.pngの説明が続きます

    詳細は、既存のAutonomous Databaseインスタンスのアクセス制御リストの構成を参照してください。

  4. 1つ以上のACLを追加、削除、または変更します。
  5. 「保存」をクリックします

ACLを変更すると、プライマリピアとリモートピアのACLは別々に管理されます。

プライマリピアとリモートピア間のACLの同期を再開する場合は、次の2つのオプションがあります。

  • ピアAutonomous Databaseを終了し、新しいクロスリージョン・ディザスタ・リカバリ・ピア・データベースを作成します。

    リモート・ピア・データベースの終了の詳細は、リージョン間(リモート)ピアの無効化を参照してください。

  • Oracle Cloud Supportに連絡してサービス・リクエストを提出するか、サポート担当者に連絡してください。

APIの使用

API操作を使用したバックアップベースのディザスタ・リカバリの管理に関する詳細へのリンクを提供します。

APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。

SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

次のAPI操作を使用して、ディザスタ・リカバリを管理します:

Autonomous Databaseリソースを管理するには、次のTerraform APIを使用します:

Terraformの詳細は、Terraform Providerを参照し、Terraform APIの詳細は、データ・ソース: oci_database_autonomous_databaseを参照してください。

バックアップベースのディザスタ・リカバリ・イベント

Oracle Cloud Infrastructureイベントを使用して、バックアップベースのディザスタ・リカバリ関連のイベントが原因でAutonomous Databaseの状態が変更された場合に応答できます。

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

  • 手動フェイルオーバーの開始
  • フェイルオーバーの成功または失敗による手動フェイルオーバーの終了。
  • スイッチオーバーの開始
  • スイッチオーバーの終了(スイッチオーバーの成功または失敗の結果付き)。

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