DataGuard新機能」について検証します。前回はスナップショット・スタンバイの動作ポイントと、障害時のスナップショット・スタンバイの中断とリカバリ方法について検証しました。今回はスナップショット・スタンバイを利用する時の制限事項について検証します。1.前回の検証のおさらいスナップショット・スタンバイはフィジカル・スタンバイに復旧する時に、フラッシュバック・データベースの機能を利用することから、フラッシュバック・データベースの依存を想定してフラッシュバック・スタンバイの制限事項を元に検証シナリオを設定しました。間を考慮する必要が有るかどうか。スナップショット・スタンバイの制限項目の検証2(今回検証)新しく表領域を追加したり削除した場合、フィジカル・スタンバイに復旧するために制限事項はあるのかどうか?前回に引き続き検証シナリオに沿って検証します。間を考慮する必要が有るかどうか。DB_FLASHBACK_RETENTION_TARGETを10分にしてフラッシュバック・データベースの保存期間が有効か検証をします。------(3)○フラッシュバック・データベースの保存期間を短い時間に変更にして、スナップショット・スタンバイに変更します。DB_FLASHBACK_RETENTION_TARGET=10;※DB_FLASHBACK_RETENTION_TARGETパラメータフラッシュバック・保存期間を指定できます。分(1日)に設定されています。selected.○5分後にさらにデータをインサートします。⇒テストデータ○さらに5分後にスナップショット・スタンバイからフィジカル・スタンバイに変更します。581418あ、保存期間を短くしても戻っている・・。アラートログを見ると、スナップショット・スタンバイのフラッシュバックの管理は保障付きリストポイントを使っています。付きリストポイントでの管理ではDB_FLASHBACK_RETENTION_TARGETでは管理しないということから、スナップショット・スタンバイ中の期間指定の考慮は必要ないようです。域を削除すると、プライマリDBとスタンバイデータベース間で同期が取れなくなってしまいました。停止させ、スタンバイ・データベースの再構築により復旧する必要があります。3.スナップショット・スタンバイ検証まとめ制限事項を意識して利用すれば、本番データを使ったテスト環境として有効。[スナップショット・スタンバイの状態での同期維持可能な操作](1)新規表領域の追加・削除(2)データベースオブジェクトの作成・削除(3)スナップショット・スタンバイ中でのデータの更新(4)スナップショット・スタンバイからフィジカル・スタンバイの復旧に有効期限無くスナップショット・スタンバイの利用が可能[制限事項]フィジカル・スタンバイからスナップショット・スタンバイに変更する以前から存在するの表領域を削除すると同期が維持できない状態になる。同期が維持できない場合は、再度プライマリDBを元にスタンバイDBを作成することが必要です。今回はここまで次回はいよいよDataGuard検証の最終回です。これまでのまとめと寄せられた質問にお答えいたします。reserved.トップページ企業概要プライバシーポリシ。