Oracle閃回技術(Flashback)

閃回技術有閃回表、閃回刪除、閃回查詢、閃回事務查詢、閃回事務、閃回數據庫、閃回數據歸檔。其中，閃回查詢、閃回事務查詢用來「觀察」過去；閃回數據歸檔並非一個獨立的功能，其功能是擴展閃回查詢的時間窗口；閃回表、閃回刪表可以以表爲單位「回到」過去；閃回事務可以以事務爲單位「回到」過去；閃回數據庫可以以數據庫爲單位「回到」過去。

1、 閃回表（Flashback Table）

閃回表是利用UNDO表空間的撤銷數據，因此能把表閃回到多久以前受到undo_retention，UNDO表空間的數據文件是否啓動自動增加功能，是否設置guarantee等三種因素的影響。

1. 閃回到具體時間

SQL> flashback table scott.emp to timestamp to_timestamp('2014-09-16 04:32:00','yyyy-mm-dd hh24:mi:ss');

2. 閃回到10分鐘以前

SQL> flashback table scott.emp to timestamp(systimestamp-interval '10' minute);

3. 將scott.emp閃回到SCN爲1086000的時候

SQL> flashback table scott.emp to scn 1086000;  

--關於SCN與時間戳間如何轉換可參看Oracle碎碎念第31條

4. 將scott.emp和scott.dept兩張表同時閃回到SCN爲1086000的時候（主要用於有外鍵約束的表）

SQL> flashback table scott.emp,scott.dept to scn 1086000;

使用閃回表注意以下事項：

（1）被閃回的表必須啓用行移動功能

  SQL> alter table dept enable row movement;

（2）「FLASHBACK TABLE」命令的執行者必須有「FLASHBACK ANY TABLE」系統權限或者在被閃回的表上具備「FLASHBACK」對象權限。

（3）「FLASHBACK TABLE」屬於DDL命令，隱式提交。

（4）SYS用戶的任何表沒法使用此功能。

2、 閃回刪表（Flashback Drop）

閃回刪表指的是撤銷「DROP TABLE」的效果。

1. 閃回被刪掉的scott.emp表

SQL> flashback table scott.emp to before drop;

2. 表被刪掉後，又新建了一個同名表，若是試圖用上述命令閃回原表，則會報ORA-38312: original name is used by an existing object錯誤，可從新命名。

SQL> flashback table test to before drop rename to test1;

3. 若是表名重複，則閃回時遵循後入先出的原則。

4. 閃回時可指明被恢復的回收站對象

SQL> flashback table "BIN$AyId7ZbBjWngUKjADQIIuA==$0" to before drop;

閃回刪表的工做原理是：當「drop table」命令執行時，表及其索引並無被真正刪除，其所佔空間只是分配給了另外一個數據庫對象：回收站對象，本質上至關於重命名。注意：表空間在自動增加的壓力下會按照先入先出的規則將回收站對象的空間分配給須要空間的段，在將回收站對象耗盡以前數據文件是不會自動增加的。

5. 可禁用回收站功能

SQL> alter system set recyclebin='OFF' scope=spfile;

6. 刪除當前用戶回收站的全部對象

SQL> purge recyclebin;

3、 閃回查詢（Flashback Query）

以表爲單位查詢過去的數據稱爲閃回查詢，主要有兩種方式：1. 閃回時間點查詢。利用select命令的「as of」子句與PL/SQL包dbms_flashback在過去的一個時間點上的查詢。2. 閃回版本查詢。利用select命令的「versions between」子句在過去的一段時間範圍內的查詢。

閃回時間點查詢

利用「as of」子句

1. 查詢7788號員工在具體時間的工資

SQL> select sal from emp as of timestamp to_timestamp('2014-09-16 10:02:30','yyyy-mm-dd,hh24:mi:ss') where empno=7788;

2. 查詢7788號員工在五分鐘前的工資

SQL> select sal from emp as of timestamp (systimestamp - interval '5' minute) where empno=7788;

3. 查詢具體SCN

SQL> select * from emp as of scn 1095000;

4. 將7788號員工的工資修改成15分鐘以前的值

SQL> update emp set sal=(select sal from emp as of timestamp(systimestamp - interval '15' minute) where empno=7888) where empno=7788;

利用dbms_flashback包

利用dbms_flashback包的enable_at_time或enable_at_scn存儲過程鎖定一個會話級別的閃回時間目標，即進入閃回模式，隨後的查詢命令能夠省略「as of」，直到調用dbms_flashback_disable存儲過程將其關閉爲止。

好比，將閃回模式會話定格在15分鐘前：

SQL> exec dbms_flashback.enable_at_time(systimestamp - interval '15' minute);

如今進行查詢，注意，此時查詢的是15分鐘以前的表。

SQL> select sal from emp where empno=7788;   --忽略了「as of」子句

此時若訪問SYSDATE、SYSTIMESTAMP等日期函數，它們的返回值還是當前值，而不是15分鐘以前的值。

處於閃回會話模式時，執行dml和ddl將報錯

SQL> update emp set sal=4000 where empno=7788;
update emp set sal=4000 where empno=7788
*
ERROR at line 1:
ORA-08182: operation not supported while in Flashback mode

若是查詢完畢，可調用disable存儲過程關閉閃回會話模式。

SQL> exec dbms_flashback.disable;

閃回版本查詢

閃回版本查詢能夠貫穿必定長度的時間窗口，經過只使用一條查詢命令就能返回該時間窗口內不一樣時間點上的數據。

好比，首先經過3個事務將7788號員工的工資進行修改。其值原來是4000，而後是5000,而後是10000,最後是3000.

SQL> select sal from emp where empno=7788;

       SAL
----------
      4000

SQL> update emp set sal=5000 where empno=7788;

1 row updated.

SQL> commit;

Commit complete.

SQL> update emp set sal=10000 where empno=7788;

1 row updated.

SQL> commit;

Commit complete.

SQL> update emp set sal=3000 where empno=7788;

1 row updated.

SQL> commit;

Commit complete.

執行閃回版本查詢

SQL> select empno,sal from emp
  2  versions between timestamp(systimestamp -interval '15' minute) and maxvalue
  3  where empno=7788;

EMPNO         SAL
----- ----------
 7788        3000
 7788       10000
 7788        5000
 7788        4000

經過「versions between」，咱們能夠看到在15分鐘以內，7788號員工的工資用4個值，說明共有3個事務對其進行過修改。爲了能看清這些事務的前後順序，能夠在查詢列表中使用僞字段。以下所示：

SQL> select
  2  versions_xid,versions_startscn,versions_endscn,
  3  empno,sal
  4  from emp 
  5  versions between timestamp(systimestamp - interval '15' minute) and maxvalue
  6  where empno=7788
  7  order by 2 nulls first;

VERSIONS_XID     VERSIONS_STARTSCN VERSIONS_ENDSCN EMPNO    SAL
---------------- ----------------- --------------- ----- ----------
060002000F030000                     1097139       7788       4000
02001100FB020000       1097139       1097148       7788       5000
03001D001E030000       1097148       1097153       7788      10000
0900170000030000       1097153                     7788       3000

其中，versions_xid爲事務號versions_startscn和versions_endscn分別是事務開始時的SCN和修改該行的下一個事務開始時的SCN。首尾銜接這兩個字段的SCN號很容易得出真實的修改順序：4000,5000,10000，最後是3000.

基於《臨危不懼：Oracle 11g數據庫恢復技術》整理