クロス・リージョン・ピアからスナップショット・スタンバイへの変換

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

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

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

クロス・リージョン・ピアのスナップショット・スタンバイを作成できます。ローカル障害時リカバリ・ピアのスナップショット・スタンバイは作成できません。

ディザスタ・リカバリ・スナップショット・スタンバイ・データベースについて

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

スナップショット・スタンバイとして動作している間、ソース・データベースからの更新は引き続きスナップショット・スタンバイに送信され、ソース・データベース・リージョンで障害が発生しても保護されますが、データベースがディザスタ・リカバリ・ピアに変換されるまで、更新はスナップショット・スタンバイに適用されません。

スナップショット・スタンバイ請求の詳細は、Oracle Autonomous AI Database Serverless Features Billingを参照してください。

スナップショット・スタンバイの機能および制限

スナップショット・スタンバイの機能および制限に関する情報を提供します。

データベースがスナップショット・スタンバイ・ロールである間に、次の点に注意してください:

• クロス・リージョン・ディザスタ・リカバリ・ピアをスナップショット・スタンバイに変換することで、データベース内のデータのテストおよび問合せにスナップショット・スタンバイを使用できます。これにより、リモート・ピアへのスイッチオーバーを使用したテストと比較して、プライマリ(ソース)データベースでダウンタイムなしでテストできます。

• スナップショット・スタンバイを使用して、中間層構成などのスタンバイ環境の検証に必要な変更など、ディザスタ・リカバリ環境を完全にテストできます。スナップショット・スタンバイを使用すると、スタンバイ環境の完全なテストおよび検証に必要な構成変更を行ったり、データベースに対してDML操作を実行できます。

データベースがスナップショット・スタンバイ・ロールである間、次の制限に注意してください:

• スナップショット・スタンバイ・データベースではリストア操作は許可されません。

• ディザスタ・リカバリ・ピアがスナップショット・スタンバイに変換された時点から、新しいバックアップは作成または表示されません。スナップショット・スタンバイへの変換前に使用できた既存のバックアップを使用できます。バックアップ操作からクローンに使用できるバックアップは、スナップショット・スタンバイでのみ使用できます。

• スナップショット・スタンバイからのクローニングは、スナップショット・スタンバイと同じリージョンのクローンの作成のみが許可されます。リージョン間でスナップショット・スタンバイをクローニングすることはできません。

スナップショット・スタンバイをプライマリ(ソース・データベース)に再接続するためのノート:

• 読取り/書込み操作のためにスナップショット・スタンバイをオープンする必要があるタスクが完了したら、プライマリ・ソース・データベースに再接続します。2日(48時間)以内に手動で再接続しない場合、スナップショット・スタンバイは自動的にプライマリに再接続します。

• Oracleでは、読取り/書込み操作のためにスタンバイをオープンする必要がある操作が完了するとすぐに、スナップショット・スタンバイをディザスタ・リカバリ・ピアに変換することをお薦めします。ディザスタ・リカバリ・ピアに戻すと、ソース・データベースからの累積された変更がピアに適用されます。ディザスタ・リカバリ・ピアをスナップショット・スタンバイとして長期間オープンしたままにしておくと、この間にプライマリで進行中の変更があると仮定すると、ディザスタ・リカバリ・ピアへの変換に時間がかかります。

スナップショット・スタンバイがプライマリ・データベースに再接続すると、Autonomous AI Databaseは次のアクションを実行します:

• 使用していた障害回復タイプ、および関連する請求は、障害回復ピアからスナップショットスタンバイへの変換を実行した前のタイプに戻ります。つまり、ディザスタ・リカバリ・ピアは、「ディザスタ・リカバリ」領域の「DRタイプ」列に示されているように、同じタイプのディザスタ・リカバリ・ピア(バックアップベースのディザスタ・リカバリ(バックアップ・コピー)またはAutonomous Data Guard)に戻ります。

• スナップショット・スタンバイがスナップショット・スタンバイに変換された時点から、ソースに再接続する時点までの変更はすべて破棄されます。つまり、スナップショット・スタンバイがソース・データベースに再接続すると、データベースがスナップショット・スタンバイとして動作している間に挿入、更新または削除される、メタデータを含むすべての変更が失われます。

• プライマリで発生したすべての変更は、データベースがスナップショット・スタンバイとして動作している間にリモート・リージョンにレプリケートされますが、変更はスナップショット・スタンバイには適用されません。この期間中にプライマリで発生した変更は、スナップショット・スタンバイがディザスタ・リカバリ・ピアに戻されたときにスナップショット・スタンバイに適用されます。

• Oracle Cloud Infrastructure Consoleでは、障害時リカバリ・タイプに応じて、ロールが「ロール: スナップショット・スタンバイ」から「ロール: スタンバイ」または「ロール: バックアップ・コピー」に更新されます。

スナップショット・スタンバイ操作

スナップショット・スタンバイを作成した後、スナップショット・スタンバイでほとんどすべてのデータベース操作を実行できます。スナップショット・スタンバイでは許可されない操作があります。

スナップショット・スタンバイ再接続時間

Oracle Cloud Infrastructure Consoleのバナーには、スナップショット・スタンバイがソース・データベースに自動的に再接続される日時が示されます。バナーに示された時点で、Autonomous AI Databaseはスナップショット・スタンバイをスタンバイ・ロールに戻します。

図adb_dr_snapshot_reconnect_adg.pngの説明

ノート

ノート:スナップショット・スタンバイが48時間以内に再接続されない場合、スナップショット・スタンバイはソース・データベースに自動的に再接続されます。

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

リージョン間のディザスタ・リカバリ・ピアをスナップショット・スタンバイに変換できます。

ノート

ノート:スナップショット・スタンバイがソース・データベースに再接続すると、切断期間中にデータベースで挿入、更新または削除されるメタデータを含むすべてのデータが失われます。切断期間中にプライマリで発生したすべての変更は、ソース・データベースに再接続するときにスタンバイに適用されます。

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

• Oracle Cloud Infrastructure Consoleを開くには、クラウドの横にあるをクリックします。

• Oracle Cloud Infrastructureの左側のナビゲーション・メニューから、「Oracle AI Database」をクリックし、「Autonomous AI Database」をクリックします。

• 「Autonomous AI Database」ページで、「表示名」列の下のリンクからAutonomous AI Databaseを選択します。

クロス・リージョン・ディザスタ・リカバリ・ピアをスナップショット・スタンバイに変換するには:

1. プライマリ・リージョンAutonomous AI Databaseインスタンスの「Autonomous AI Databaseの詳細」ページで、「ディザスタ・リカバリ」タブを選択します。

2. リモート・リージョン・ピアにアクセスします。

   プライマリ・リージョンAutonomous AI Databaseインスタンスで、「ディザスタ・リカバリ」リストに「ピアAutonomous AI Database」列が表示されます。

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

3. クロス・リージョン・ピアで、「その他のアクション」ドロップダウン・リストから「スナップショット・スタンバイ・データベースに変換」を選択します。

   

   図adb_dr_convert_to_snapshot_adg.pngの説明

4. 「スナップショット・スタンバイ・データベースに変換」ページで、ソース・データベース名を入力して切断を確認します。

5. 「スナップショット・スタンバイ・データベースに変換」をクリックします。

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

ノート

ノート:スナップショット・スタンバイに変換する際、プライマリ・データベースは読取り/書込み操作に使用できます。プライマリ・データベースで停止時間は発生しません。

操作が完了したら、次の点に注意してください。

• スナップショット・スタンバイには、スタンバイ・データベースがソース・データベースに自動的に再接続する日時を示すバナーがあります。

  • スナップショット・スタンバイの「Autonomous AI Databaseの詳細」ページの「ディザスタ・リカバリ」で、「ロール」にスナップショット・スタンバイが表示されます。

  • スナップショット・スタンバイのソース・データベースの「Autonomous AI Databaseの詳細」ページで、「ディザスタ・リカバリ」タブを選択すると、ピア・ロールにスナップショット・スタンバイが表示されます。

  • スナップショット・スタンバイでは、ソース・データベースに関係なく、CPUまたはストレージをスケーリングできます。

  • プライマリでCPUまたはストレージをスケーリングする場合、プライマリへの変更は、障害時リカバリ・ピアに変換されるまでスナップショット・スタンバイに影響しません。

  • クローニングは、クローンが同じリージョンにある場合にのみ、スナップショット・スタンバイから許可されます。リージョン間のクローニングは、スナップショット・スタンバイからは許可されません。

  • バックアップ操作からのクローンは、スナップショット・スタンバイで許可されます。ただし、スナップショット・スタンバイでは、一時的に更新されたデータは読取り/書込みスナップショット・スタンバイではバックアップされません。スナップショット・スタンバイのバックアップからクローニングすると、スナップショット・スタンバイにレプリケートされるプライマリ側のバックアップを使用してクローンが作成されます。詳細はAutonomous AIデータベース・インスタンスのクローニングを参照してください。

  • スナップショット・スタンバイでは、リストア操作は許可されません。

スナップショット・スタンバイをクロス・リージョン・ディザスタ・リカバリ・ピアに戻す変換

スナップショット・スタンバイを手動で、プライマリ(ソース・データベース)のディザスタ・リカバリ・ピアに変換して戻すことができます。変換後、スナップショット・スタンバイは障害時リカバリ・スタンバイとしてのロールに戻ります。

ノート

ノート:スナップショット・スタンバイがソース・データベースに再接続すると、切断期間中にスナップショット・スタンバイ・データベースで挿入、更新または削除されるメタデータを含むすべてのデータが失われます。スナップショット・スタンバイに送信されたが切断期間中に適用されなかったプライマリ上のすべての変更は、ソース・データベースに再接続するときにスタンバイに適用されます。

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

• Oracle Cloud Infrastructure Consoleを開くには、クラウドの横にあるをクリックします。

• Oracle Cloud Infrastructureの左側のナビゲーション・メニューから、「Oracle AI Database」をクリックし、「Autonomous AI Database」をクリックします。

• 「Autonomous AI Database」ページで、「表示名」列の下のリンクからAutonomous AI Databaseを選択します。

1. スナップショット・スタンバイで、「その他のアクション」ドロップダウン・リストから「ソース・ピア・データベースへの再接続」を選択します。

   

   図adb_dr_reconnect_to_peer_adg.pngの説明

2. 「ソース・ピア・データベースへの再接続」ページで、ソース・データベース名を入力して再接続を確認します。

3. 「ディザスタ・リカバリ・ピアに変換」をクリックします。

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

ノート

ノート:スタンバイをソース・データベースに再接続すると、プライマリ(ソース)データベースが読取り/書込み操作に使用できるようになります。プライマリ・データベースで停止時間は発生しません。

スナップショット・スタンバイがプライマリ・データベースに再接続すると、Autonomous AI Databaseは次のことを行います。

• 使用していた障害回復タイプ、および関連する請求は、障害回復ピアからスナップショットスタンバイへの変換を実行した前のタイプに戻ります。つまり、ディザスタ・リカバリ・ピアは、「ディザスタ・リカバリ」領域の「DRタイプ」列に示されているように、同じタイプのディザスタ・リカバリ・ピア(バックアップベースのディザスタ・リカバリ(バックアップ・コピー)またはAutonomous Data Guard)に戻ります。

• スナップショット・スタンバイがスナップショット・スタンバイに変換された時点から、ソースに再接続する時点までの変更はすべて破棄されます。つまり、スナップショット・スタンバイがソース・データベースに再接続すると、データベースがスナップショット・スタンバイとして動作している間に挿入、更新または削除される、メタデータを含むすべての変更が失われます。

• プライマリで発生したすべての変更は、データベースがスナップショット・スタンバイとして動作している間にリモート・リージョンにレプリケートされますが、変更はスナップショット・スタンバイには適用されません。この期間中にプライマリで発生した変更は、スナップショット・スタンバイがディザスタ・リカバリ・ピアに戻されたときにスナップショット・スタンバイに適用されます。

• Oracle Cloud Infrastructure Consoleでは、障害時リカバリ・タイプに応じて、ロールが「ロール: スナップショット・スタンバイ」から「ロール: スタンバイ」または「ロール: バックアップ・コピー」に更新されます。

スナップショット・スタンバイの切断

プライマリ・データベースからスナップショット・スタンバイを切断できます。

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

スナップショット・スタンバイを切断するステップは、スタンバイ・データベースを切断するステップと同じです。詳細は、ピア・データベースの切断を参照してください。

スナップショット・スタンバイの切断に関するノート。

• 再接続操作はありません。スナップショット・スタンバイを切断した後は、プライマリへの再接続は許可されません。

• スナップショット・スタンバイの切断操作は、ECPUコンピュート・モデルを使用するAutonomous AI Databaseインスタンスでのみ実行できます。

• 切断されたデータベースは、データベースがスナップショット・スタンバイとして読取り/書込みモードでオープンされている間に適用された、ユーザーが挿入または更新したデータを保持します。

  切断操作では、プライマリから送信された最新のログは適用されません。

• 切断操作の後、スタンドアロン・データベースはプライマリ・データベースであるデータベースに関連付けられなくなります。データベースをスタンドアロン・データベースとして使用するには、プライマリ・データベースから切断されたデータベースの名前を知っている必要があります。

• 切断操作の後、データベースはスタンドアロン・データベースとして新しいバックアップの取得を開始します。スタンバイ・データベースまたはプライマリ・データベースに関連付けられたバックアップは、スタンドアロン・データベースでは使用できません。