二，11g 使用snapshot方式設置Data Guard閃回

snapshot standby是11g引入的新特性，它不需要開啟flashback database特性，就可以讓physical standby數據庫以read-write模式開啟，而后可以退回到standby模式，所有open模式下的數據庫中的更改的數據都會還原到之前的狀態。

顯然，原理上Snapshot Standby功能是基于閃回數據原理的，因此任何導致閃回數據庫無法回退的動作在這里也是被限制的，否則Snapshot Standby數據庫將無法回到曾經的備庫恢復狀態。

比如：

a.? 控制文件重建

b.? 數據文件shrink

c.? 表空間刪除

d.? 介質損壞

2.1? Convert到snapshot standby的步驟

1) 如果數據庫是RAC, 那么關閉所有節點，開啟一個節點上的實例到mount模式。

SQL> shutdown immediate;

SQL> startup mount;

2) 關閉自動應用恢復(managed recovery)

SQL> alter database recover managed standby database cancel;

3) Convert standby數據庫到snapshot standby.

在convert之前，我們先查詢一下物理standby數據庫flashback_on是否開啟，發現是NO .

SQL> select flashback_on from v$database;

FLASHBACK_ON

——————

NO

Convert到snapshot standby，再次查看數據庫的falshback_on狀態。

SQL> alter database convert to snapshot standby;

SQL> alter database open;

SQL> select flashback_on from v$database;

FLASHBACK_ON

----——————

RESTORE POINT ONLY

可以發現flashback_on狀態變成 RESTORE POINT ONLY，這和使用擔保還原點(Guaranteed Restore Points)狀態類似 .也就是說convert to snapshot standby命令相當于創建了一個擔保還原點， 不過這個還原點的名字是什么 ？ Oracle后期做convert to physical standby的時候又是如何找到還原點并操作的 ？

我們查詢 V$RESTORE_POINT視圖，可以發現一個NAME值為"SNAPSHOT_STANDBY_REQUIRED_05/05/2014 09:05:50"的還原點，其他字段如TIME, SCN分別對應了時間及當時的SCN, 字段GUARANTEE_FLASHBACK_DATABASE為YES, 表示上面的猜測(相當于創建了一個擔保還原點)是正確的。

總結

以上是生活随笔為你收集整理的oracle data guard闪回,11gR2 Active Data Guard 闪回 - flashback database / snapshot standby - 2的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。