クロスリージョン・ピアからスナップショット・スタンバイへの変換
スナップショット・スタンバイCPU使用率は、ベースCPU数およびコンピュート自動スケーリングが有効な場合の追加CPU使用率に基づいて請求されます。ベースCPUの数は、Oracle Cloud Infrastructure Consoleの「ECPU数」または「OCPU数」フィールドに示すように、ECPU数(データベースがOCPUを使用する場合のOCPU)によって指定されます。
スナップショット・スタンバイ・ストレージ使用量は、スナップショット・スタンバイのストレージにソース・プライマリ・データベースのストレージを1つ加えた値に基づいて請求されます。
クロスリージョン・ピアのスナップショット・スタンバイを作成できます。ローカル・ディザスタ・リカバリ・ピアのスナップショット・スタンバイは作成できません。
- ディザスタ・リカバリ・スナップショット・スタンバイ・データベースについて
ディザスタ・リカバリ・ピアをスナップショット・スタンバイに変換すると、データベースは読取り/書込みモードでオープンし、リージョン間のディザスタ・リカバリ・ピアは一時的にソース・データベースからのデータのリフレッシュを停止します。 - クロスリージョン・ディザスタ・リカバリ・ピアからスナップショット・スタンバイへの変換
クロスリージョン・ディザスタ・リカバリ・ピアをスナップショット・スタンバイに変換できます。 - スナップショット・スタンバイをクロスリージョン・ディザスタ・リカバリ・ピアに戻す
スナップショット・スタンバイを手動でプライマリ(ソース・データベース)のディザスタ・リカバリ・ピアに変換できます。変換後、スナップショット・スタンバイは障害時リカバリ・スタンバイとしての役割に戻ります。
ディザスタ・リカバリ・スナップショット・スタンバイ・データベースについて
スナップショット・スタンバイとして動作している間、ソース・データベースからの更新は引き続きスナップショット・スタンバイに送信され、ソース・データベース・リージョンで障害が発生した場合は保護されます。ただし、更新は、データベースがディザスタ・リカバリ・ピアに変換されるまでスナップショット・スタンバイに適用されません。
- スナップショット・スタンバイ機能
スナップショット・スタンバイ機能に関する情報を提供します。 - スナップショット・スタンバイ操作
スナップショット・スタンバイを作成した後、スナップショット・スタンバイでほぼすべてのデータベース操作を実行できます。スナップショット・スタンバイでは許可されない操作があります。 - スナップショット・スタンバイの再接続時間
Oracle Cloud Infrastructure Consoleのバナーは、スナップショット・スタンバイがソース・データベースに自動的に再接続する日時を示します。バナーに示された時点で、Autonomous Databaseはスナップショット・スタンバイをスタンバイ・ロールに変換します。
スナップショット・スタンバイ機能
スナップショット・スタンバイ機能に関する情報を提供します。
データベースがスナップショット・スタンバイ・ロールの間:
-
リージョン間のディザスタ・リカバリ・ピアを変換することで、スナップショット・スタンバイを使用してピア内のデータをテストおよび問合せできます。これにより、リモート・ピアへのスイッチオーバーを使用したテストと比較して、プライマリ(ソース)データベースで停止時間なしでテストできます。
-
スナップショット・スタンバイを使用すると、中間層の構成など、スタンバイ環境の検証に必要な変更を加えるなど、障害時リカバリ環境を完全にテストできます。スナップショット・スタンバイを使用すると、スタンバイ環境の完全なテストおよび検証のために、必要に応じてデータベースに対して構成変更を行ったり、DML操作を実行できます。
スナップショット・スタンバイをプライマリ(ソース・データベース)に再接続します。
-
スナップショット・スタンバイを読取り/書込み操作用にオープンする必要があるタスクが完了したら、プライマリのソース・データベースに再接続します。2日以内に手動で再接続しない場合、スナップショット・スタンバイは自動的にプライマリに再接続されます。
-
Oracleでは、スタンバイを読取り/書込み操作用にオープンする必要がある操作が完了したらすぐに、スナップショット・スタンバイをディザスタ・リカバリ・ピアに変換して戻すことをお薦めします。aをディザスタ・リカバリ・ピアに変換すると、ソース・データベースからの累積変更がピアに適用されます。ディザスタ・リカバリ・ピアをスナップショット・スタンバイとして長期間オープンしたままにしておくと、この間にプライマリに進行中の変更がある場合、ディザスタ・リカバリ・ピアへの変換に時間がかかります。
スナップショット・スタンバイがプライマリ・データベースに再接続すると、Autonomous Databaseは次のアクションを実行します:
-
使用していたディザスタ・リカバリ・タイプと、関連する請求は、ディザスタ・リカバリ・ピアからスナップショット・スタンバイへの変換の実行前のタイプに戻ります。これにより、ディザスタ・リカバリ・ピアは、「ディザスタ・リカバリ」領域の「DRタイプ」列に示されているように、バックアップベースのディザスタ・リカバリ(バックアップ・コピー)またはAutonomous Data Guardのいずれかの同じタイプのディザスタ・リカバリ・ピアに戻ります。
-
スナップショット・スタンバイがスナップショット・スタンバイに変換されてから、ソースに再接続するまでのすべての変更は破棄されます。つまり、スナップショット・スタンバイがソース・データベースに再接続すると、データベースがスナップショット・スタンバイとして動作している間に挿入、更新または削除されるすべての変更(メタデータを含む)は失われます(破棄されます)。
-
プライマリで発生したすべての変更は、データベースがスナップショット・スタンバイとして動作している間にリモート・リージョンにレプリケートされますが、変更はスナップショット・スタンバイには適用されません。この期間中にプライマリで発生する変更は、スナップショット・スタンバイがディザスタ・リカバリ・ピアに変換されて戻されると、スナップショット・スタンバイに適用されます。
-
Oracle Cloud Infrastructure Consoleでは、障害時リカバリ・タイプに応じて、ロールが「ロール: スナップショット・スタンバイ」から「ロール: スタンバイ」または「ロール: バックアップ・コピー」に更新されます。
スナップショット・スタンバイ操作
スナップショット・スタンバイを作成した後、スナップショット・スタンバイでほぼすべてのデータベース操作を実行できます。スナップショット・スタンバイでは許可されない操作があります。
| 操作 | 説明 |
|---|---|
| スナップショット・スタンバイへの変換 |
クロスリージョン・ピアをスナップショット・スタンバイに変換できます。 ピア・データベースをスナップショット・スタンバイに変換するステップは、「クロスリージョン・ディザスタ・リカバリ・ピアからスナップショット・スタンバイへの変換」を参照してください。 |
|
起動または再起動 |
Lifecycle Stateの「停止」に示されているように、スナップショット・スタンバイが停止すると、データベースを起動できます。 Lifecycle Stateの「使用可能」に示されているように、スナップショット・スタンバイが使用可能な場合は、データベースを再起動するか、データベースを停止できます。 |
|
スナップショット・スタンバイのディザスタ・リカバリ・ピアへの変換 |
スナップショット・スタンバイがスナップショット・スタンバイ・ロールの場合、データベースは読取り/書込みデータベースとして動作します。スナップショット・スタンバイには、スナップショット・スタンバイ・ロールに保持できる2日(48時間)の制限があります。スナップショット・スタンバイを2日以内に手動で再変換しない場合、スナップショット・スタンバイは自動的にディザスタ・リカバリ・ピアに戻ります。 詳細は、「スナップショット・スタンバイのリージョン間ディザスタ・リカバリ・ピアへの変換」を参照してください。 |
|
停止 |
スナップショット・スタンバイが停止すると、データベース操作は使用できなくなり、スナップショット・スタンバイでのCPU使用率の課金が停止します。 |
|
終了 |
スナップショット・スタンバイを終了することはできません。スナップショット・スタンバイをプライマリに再接続できます。 詳細は、「スナップショット・スタンバイのリージョン間ディザスタ・リカバリ・ピアへの変換」を参照してください。 |
| リフレッシュ可能クローンの作成 |
スナップショット・スタンバイでは、リフレッシュ可能クローンを作成できません。 |
| ディザスタ・リカバリ・ピア |
Autonomous Data Guardスタンバイ・データベースまたはバックアップベースのディザスタ・リカバリ・ピアをスナップショット・スタンバイに追加することはできません。 |
リージョン間のディザスタ・リカバリ・ピアからスナップショット・スタンバイへの変換
リージョン間のディザスタ・リカバリ・ピアをスナップショット・スタンバイに変換できます。
切断期間中にデータベースで挿入、更新または削除されたすべてのデータ(メタデータを含む)は、スナップショット・スタンバイがそのソース・データベースに再接続すると失われます。切断期間中にプライマリで発生したすべての変更は、ソース・データベースに再接続するときにスタンバイに適用されます。
必要に応じて、次の前提条件ステップを実行します:
-
Oracle Cloudの横にある
をクリックして、Oracle Cloud Infrastructureコンソールを開きます。
-
Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」または「Autonomous Transaction Processing」のいずれかをクリックします。
-
「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。
- クロスリージョン・ピアで、「他のアクション」ドロップダウン・リストから「スナップショット・スタンバイ・データベースに変換」を選択します。
スナップショット・スタンバイのリージョン間ディザスタ・リカバリ・ピアへの変換
スナップショット・スタンバイを手動で変換して、プライマリ(ソース・データベース)のディザスタ・リカバリ・ピアに戻すことができます。変換後、スナップショット・スタンバイは障害時リカバリ・スタンバイとしての役割に戻ります。
切断期間中にスナップショット・スタンバイ・データベースで挿入、更新または削除されたメタデータを含むすべてのデータは、スナップショット・スタンバイがソース・データベースに再接続すると失われます。
スナップショット・スタンバイに送信されたが、切断期間中に適用されなかったプライマリ上のすべての変更は、ソース・データベースに再接続したときにスタンバイに適用されます。
必要に応じて、次の前提条件ステップを実行します:
-
Oracle Cloudの横にある
をクリックして、Oracle Cloud Infrastructureコンソールを開きます。
-
Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」または「Autonomous Transaction Processing」のいずれかをクリックします。
-
「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。
- スナップショット・スタンバイで、「他のアクション」ドロップダウン・リストから「ソース・ピア・データベースへの再接続」を選択します。
スナップショット・スタンバイがプライマリ・データベースに再接続すると、Autonomous Databaseは次を実行します:
-
使用していたディザスタ・リカバリ・タイプと、関連する請求は、ディザスタ・リカバリ・ピアからスナップショット・スタンバイへの変換の実行前のタイプに戻ります。これにより、ディザスタ・リカバリ・ピアは、「ディザスタ・リカバリ」領域の「DRタイプ」列に示されているように、バックアップベースのディザスタ・リカバリ(バックアップ・コピー)またはAutonomous Data Guardのいずれかの同じタイプのディザスタ・リカバリ・ピアに戻ります。
-
スナップショット・スタンバイがスナップショット・スタンバイに変換されてから、ソースに再接続するまでのすべての変更は破棄されます。つまり、スナップショット・スタンバイがソース・データベースに再接続すると、データベースがスナップショット・スタンバイとして動作している間に挿入、更新または削除されるすべての変更(メタデータを含む)は失われます(破棄されます)。
-
プライマリで発生したすべての変更は、データベースがスナップショット・スタンバイとして動作している間にリモート・リージョンにレプリケートされますが、変更はスナップショット・スタンバイには適用されません。この期間中にプライマリで発生する変更は、スナップショット・スタンバイがディザスタ・リカバリ・ピアに変換されて戻されると、スナップショット・スタンバイに適用されます。
-
Oracle Cloud Infrastructure Consoleでは、障害時リカバリ・タイプに応じて、ロールが「ロール: スナップショット・スタンバイ」から「ロール: スタンバイ」または「ロール: バックアップ・コピー」に更新されます。