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