※ 本記事は、Nilay Panchalによる”How to temporarily open your cross-region disaster recovery peer for read/write with Snapshot Standbys“を翻訳したものです。

本日はAutonomous Database (ADB)のスナップショット・スタンバイを紹介します。これは、クロスリージョン・ディザスタ・リカバリ (DR)ピアを読取り/書込み用に一時的にオープンできる機能です。DRピア・データベースをスナップショット・スタンバイに変換する場合、完全に更新可能で、リモート・ソース・データベースからバックアップ/REDOデータをプルし続けますが (ソース・データベース・リージョンが停止した場合でも、DRは保護されています。)、ディザスタ・リカバリ・ピアに変換されるまで、リモート・ソース・データベースからリフレッシュされたデータは適用されません。オンプレミスのOracle Databaseでスナップショット・スタンバイを使用している場合は、Autonomous Databaseでこの機能に慣れているはずです。

このブログ投稿の後、スナップショット・スタンバイ・データベースのいくつかのユースケースと、この機能の使用方法について詳しく説明します。スナップショット・スタンバイ・データベースは、ディザスタ・リカバリ・シナリオをテストおよび構成するためのいくつかのユースケースを提供します。:

• バックアップベースのディザスタ・リカバリまたはAutonomous Data Guardを使用する場合は、プライマリ・データベースでスイッチオーバーを実行したり停止時間を必要とせずに、DRピアをスナップショット・スタンバイに変換することで、ディザスタ・リカバリ・ピアのデータをオープン、テストおよび検証できます。前述のように、プライマリ・データベースは引き続きREDOログ・データをスナップショット・スタンバイに送信するため、データがDRピアに変換されるまでデータは適用されないため、リージョンの停止から保護されます。
• スナップショット・スタンバイは更新できるため、クロスリージョン・ディザスタ・リカバリ用にアプリケーションまたはサーバーを構成する際に必要な一時的な変更を加えることができます (WebLogic (WLS)サーバーなど)。
• このユース・ケースではクロスリージョン・リフレッシュ可能クローンを使用することをお薦めしますが、完全に更新可能なスナップショット・スタンバイは、一時的な開発テスト環境として使用して、分析用のデータを更新および問合せしたり、必要に応じてCPUやストレージで個別にスケール・アップできます。

スナップショット・スタンバイのテストまたは構成が完了したら、スナップショット・スタンバイをDRピアに戻すことができます (手動で変換しない場合は、48時間後に自動的にDRピアに変換されます)。スナップショット・スタンバイをディザスタ・リカバリ・ピアに戻すと、スナップショット・スタンバイで行った更新は失われ、引き続きソース・プライマリ・データベースからリフレッシュされ、それに従います。スナップショット・スタンバイをDRピアに戻すには、スタンバイを読取り/書込み用にオープンする必要があります。DRピアをスナップショット・スタンバイとして開いたままにしておく時間が長いほど、DRピアへの変換時に時間がかかります。これは、適用する必要のあるトランザクションREDO更新の量が多く、ソースデータベース上の変更から蓄積されるためです。

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

クロスリージョン・ディザスタ・リカバリ・ピアであるAutonomous Databaseインスタンスに移動します。ディザスタ・リカバリ・タイプAutonomous Data Guardまたはバックアップベースのディザスタ・リカバリのいずれかです。Autonomous Databaseでクロスリージョン・ディザスタ・リカバリを有効にする方法に関する詳細なステップが必要な場合は、ディザスタ・リカバリのLiveLabワークショップに従ってください。

Oracle Cloud Infrastructure (OCI)データベース・コンソールで、クロスリージョン・ピアに移動し、「その他のアクション」ドロップダウン・リストから「スナップショット・スタンバイ・データベースへの変換」を選択します。ソース・データベース名を入力して変換を確認します。

これは、DRタイプによっては数分かかる場合があります。バックアップ・コピーをスナップショット・スタンバイに変換すると、フィジカル・スタンバイ・データベースがインスタンス化されます。これはデータベースのサイズによって異なります。
注意: ADBインスタンスで実行される他の操作と同様に、データベース・コンソールでも「作業リクエスト」タブで操作の進行状況を確認できます。

変換後は、スナップショット・スタンバイを使用可能な読取り/書込みデータベースとして使用できます。これで、データベースへの接続、問合せおよび更新を行うことができます。スナップショット・スタンバイでは、ほとんどのデータベース操作を実行できます (DRピアの終了、接続されたリフレッシュ可能クローンの作成、別のディザスタ・リカバリ・ピアの追加など、DRピアへの変換を妨げる可能性のあるいくつかの例外があります。)。必要に応じて、スナップショット・スタンバイのCPUまたはストレージをスケーリングすることもできます。

スナップショット・スタンバイの操作が終了したら、スナップショット・スタンバイを再接続して、ソース・データベースからDRピアに変換してリフレッシュを再開できます。再接続するには、「その他のアクション」ドロップダウン・リストから「ディザスタ・リカバリ・ピア・データベースに変換」を選択し、確認のためにソース・データベース名を入力します。48時間以内に手動で再接続しない場合、スナップショット・スタンバイはリフレッシュ中のDRピアに自動的に戻されます。再接続すると、スナップショット・スタンバイで行われた変更は破棄され、ソース・データベースで行われた遅延更新はリモート・ピアに適用されます。

結論として、スナップショット・スタンバイ・データベースは、ディザスタ・リカバリ・ツールキットに追加するのに便利な機能です。これにより、プライマリ・データベースやDR保護に影響を与えずに、ディザスタ・リカバリ・ピアを更新用にオープンして、クロスリージョンDRピアをテストし、アプリケーションを構成できます。最後に、ここに記載されていない詳細については、Oracle Cloudのドキュメントを参照してください。