使用闪回挽救咱们的数据

咱们在开发和运维过程当中，常常遇到数据被误删除的状况。不管是在应用开发中的Bug，仍是修改数据的时候，若是提交了错误数据修改结果，会带来不少问题。通常来讲，一旦提交Commit事务，咱们是不能获取到以前的数据状况，除非使用较复杂的数据恢复手段，利用备份数据恢复。

 

可是在Oracle中，可使用其闪回FlashBack特性来解决这个问题。首先，声明一点，闪回Flashback的范围很大，包括数据库、表、数据均是能够Flashback的，可是机制差异很大。本文说的是简单的数据flashback，用来快速的挽救回咱们的数据。

 

首先构建实验环境，和版本信息。

 

 

SQL> select * from v$version;

 

BANNER

--------------------------------------------------------------------------------

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

PL/SQL Release 11.2.0.1.0 - Production

CORE     11.2.0.1.0       Production

 

TNS for Linux: Version 11.2.0.1.0 - Production

NLSRTL Version 11.2.0.1.0 – Production

 

 

构建一张简单的数据表，定位时间信息。

 

SQL> create table t as select owner,object_id,object_name from dba_objects where rownum<3;

 

Table created

 

SQL> select sysdate from dual;

 

SYSDATE

-----------

2011-1-12 8

 

SQL> select * from t;

 

OWNER                           OBJECT_ID OBJECT_NAME

------------------------------ ---------- --------------------------------------------------------------------------------

SYS                                    20 ICOL$

SYS                                    46 I_USER1

 

SQL> select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;

 

TO_CHAR(SYSDATE,'YYYY-MM-DDHH2

------------------------------

2011-01-12 08:23:59 //注意这个时间点。

 

若是咱们此时误删除了数据，而且将删除结果提交。

 

SQL> delete t;

 

2 rows deleted

 

SQL> commit;

 

Commit complete

 

SQL> select count(*) from t;

 

  COUNT(*)

----------

         0

 

这时，虽然咱们已经commit了删除事务，可是仍能够指定一个时间点，获取到那个时间点的数据。

 

SQL> select * from t as of timestamp to_timestamp('2011-01-12 08:23:59','yyyy-mm-dd hh24:mi:ss');

 

OWNER                           OBJECT_ID OBJECT_NAME

------------------------------ ---------- --------------------------------------------------------------------------------

SYS                                    20 ICOL$

SYS                                    46 I_USER1

 

 

删除的数据集合又能够查询到。这样恢复数据的思路有了，能够将结果集合直接插入回数据表。

 

SQL> insert into t select * from t as of timestamp to_timestamp('2011-01-12 08:23:59','yyyy-mm-dd hh24:mi:ss');

 

2 rows inserted

 

SQL> commit;

 

Commit complete

 

SQL> select * from t;

 

OWNER                           OBJECT_ID OBJECT_NAME

------------------------------ ---------- --------------------------------------------------------------------------------

SYS                                    20 ICOL$

SYS                                    46 I_USER1

 

数据恢复了，利用的是闪回特性。

 

 

结论：Oracle在进行处理的时候，对过去提交过的数据，是保存过一个镜像的，而且与一个SCN相对应。所谓SCN（System Commit Number），就至关于Oracle系统中的时钟，每次进程会话commit一次，至关于推动一次scn值。相对于时钟，SCN对Oracle数据库相当重要。

 

对数据，Oracle是能够保存多个版本的。每一个版本是和对应的SCN相关联。咱们利用闪回，能够必定程度的查找回过去一个时间SCN的数据版本。而SCN是一个绝对整数，如：

// Oracle 9i以上版本中，获取到当前系统SCN的方法；

SQL> select dbms_flashback.get_system_change_number from dual;

 

GET_SYSTEM_CHANGE_NUMBER

------------------------

                 1169694

 

 

闪回标准的作法应为：

 

 

SQL> select * from t as of scn 1169694;

 

 

可是这样作，存在不方便的问题。咱们就须要不断的试算合适的SCN取值，相对而言，时间日期较容易理解。使用as of timestamp更加容易。

 

 

所谓“No free lunch”，使用闪回是受到一些限制的。

 

受到系统参数的限制。闪回是一个系统配置，须要系统参数的支持。

 

//Undo相关的参数

SQL> show parameter undo

 

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

undo_management                      string      AUTO

undo_retention                       integer     900

undo_tablespace                      string      UNDOTBS1

 

 

在自动管理Undo的状况下，undo_retention表示支持闪回的秒数，默认为15分钟。可是，要注意，这只是一个近似值，实际上要根据系统繁忙程度和其余不少因素来决定闪回的时间。实际上，若是超过了闪回15分钟，能够得到结果。

 

若是闪回的时间过长，保存的SCN版本已经消失，系统会报错。

 

SQL> select * from emp as of timestamp to_timestamp('2008-01-12 08:23:59','yyyy-mm-dd hh24:mi:ss');

 

select * from emp as of timestamp to_timestamp('2008-01-12 08:23:59','yyyy-mm-dd hh24:mi:ss')

 

ORA-08180: 未找到基于指定时间的快照