DR準備状況の検証
障害時リカバリの準備状況に関するベスト・プラクティスを確認し、計画済イベントおよび計画外イベントの障害時リカバリ設定を検証します。
DR準備について
ディザスタリカバリ(DR)の準備状況に関するベストプラクティスを確認します。
Active Data Guardを使用して、読取り専用ワークロードをスタンバイ・データベースにオフロードし、スタンバイが本番用に準備できていることを継続的にアプリケーション・レベルで検証します。これにより、Oracle Data Guard適用プロセスによって実行されるOracleブロック・レベルの連続検証に加えて、一定レベルの保証が提供されます。
スナップショット・スタンバイ・データベースを使用して、開発およびテスト目的で本番データベースの正確なレプリカを作成します。スタンバイを定期的に読取り/書込みモードにして(Data Guardスナップショット・スタンバイを使用)、読取り/書込み本番ワークロードをサポートするための準備状況を検証します。DRシステム・サイズは本番システムと同様であるため、スナップショット・スタンバイは、パッチおよびアップグレードの最終レベルの機能テストおよびパフォーマンス・テストにも使用できます。スナップショット・スタンバイは、後で使用するためにアーカイブされたプライマリ・データベースから引き続きredo
を受け取り、常にデータ保護を提供します。ただし、テストの進行中にフェイルオーバーが必要な場合、リカバリ時間(RTO)はスナップショット・スタンバイをスタンバイ・データベースに戻すために必要な時間だけ延長されます。スタンバイがスナップショット・モードの場合(後で使用するためにプライマリ本番データベースから受信したアーカイブREDOを保持し、スナップショット・スタンバイによって生成された現行のREDOログおよびフラッシュバック・ログを保持する場合)は、高速リカバリ領域に追加の記憶域が必要です。
スナップショット・スタンバイ・データベースを使用する利点の一部を次に示します。
- 常にデータ保護を維持しながら、開発およびテスト用に本番データベースの正確なレプリカを提供します。Oracle Real Application Testingオプションを使用して、プライマリ・データベースのワークロードを取得し、スナップショット・スタンバイでテスト目的でリプレイできます。
- フィジカル・スタンバイに変換して再同期化することで、現在の本番データを含むように簡単にリフレッシュできます。
スタンバイ・データベースのスナップショット・スタンバイへの変換
本番データベースの正確なレプリカが必要な場合は、Oracle Data Guard Brokerを使用してフィジカル・スタンバイ・データベースをスナップショット・スタンバイ・データベースに変換し、フェイルオーバーを検証できます。
スナップショット・スタンバイは、フィジカル・スタンバイ・データベースから作成される完全に更新可能なスタンバイ・データベースです。スナップショット・スタンバイ・データベースでは、redo
データは受信されますが、スナップショット・スタンバイ・データベースがフィジカル・スタンバイ・データベースに変換されるまで適用されません。
スナップショット・スタンバイ・データベースを使用すると、次のような利点があります。
- スナップショット・スタンバイは、常にデータ保護を維持しながら、開発およびテストのために本番データベースの正確なレプリカを提供します。Oracle Real Application Testingオプションを使用して、プライマリ・データベースのワークロードを取得し、スナップショット・スタンバイでテスト目的でリプレイできます。
- フィジカル・スタンバイに変換して再同期化することで、スナップショット・スタンバイを簡単にリフレッシュして現在の本番データを含めることができます。
Oracle Data Guardコマンドライン・インタフェース(DGMGRL)を使用すると、Oracle Data Guard Broker構成およびその様々なメンバーをコマンドライン・インタフェースから直接管理できます。