我们在开发和运维过程中，经常遇到数据被误删除的情况。无论是在应用开发中的Bug，还是修改数据的时候，如果提交了错误数据修改结果，会带来很多问题。一般来说，一旦提交commit事务，我们是不能获取到之前的数据情况，除非使用较复杂的数据恢复手段，利用备份数据恢复。
但是在Oracle中，可以使用其闪回FlashBack特性来解决这个问题。首先，声明一点，闪回Flashback的范围很大，包括数据库、表、数据均是可以Flashback的，但是机制差别很大。本文说的是简单的数据flashback，用来快速的挽救回我们的数据。
首先构建实验环境：
n 查看数据库版本信息
|
C:>sqlplus /nolog SQL*Plus: Release 10.2.0.4.0 - Production on 星期五 1月 13 13:34:27 2012 Copyright (c) 1982, 2005, Oracle. All rights reserved. SQL> conn scott/tiger@kyy_231 已连接。 SQL> select * from v$version; BANNER ---------------------------------------------------------------- Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod PL/SQL Release 10.2.0.4.0 - Production CORE 10.2.0.4.0 Production TNS for 32-bit Windows: Version 10.2.0.4.0 - Production NLSRTL Version 10.2.0.4.0 - Production |
n 构建一张实验数据表
|
CREATE TABLE SCOTT.TB_EMPLOYEE( EMP_ID VARCHAR2(24), EMP_NAME VARCHAR2(24), EMP_DEPTNO VARCHAR2(24) ) INSERT INTO SCOTT.TB_EMPLOYEE VALUES( 'EMP001', 'TOM', '001' ); INSERT INTO SCOTT.TB_EMPLOYEE VALUES( 'EMP002', 'JACK', '002' ); INSERT INTO SCOTT.TB_EMPLOYEE VALUES( 'EMP003', 'LUCY', '003' ); |
n 查看实验表的数据，定位时间信息
|
SQL> SELECT * FROM SCOTT.TB_EMPLOYEE; EMP_ID EMP_NAME EMP_DEPTNO ------------------------ ------------------------ ------------------------ EMP001 TOM 001 EMP002 JACK 002 EMP003 LUCY 003 SQL> SELECT TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') FROM DUAL; TO_CHAR(SYSDATE,'YY ------------------- 2012-01-13 14:14:38 |
n 如果我们此时误删除了数据，并且将删除结果提交。
|
SQL> DELETE SCOTT.TB_EMPLOYEE; 已删除3行。 SQL> COMMIT; 提交完成。 SQL> SELECT * FROM TB_EMPLOYEE; 未选定行 |
n 这时，虽然我们已经commit了删除事务，但是仍可以指定一个时间点，获取到那个时间点的数据。
|
SQL> SELECT * FROM SCOTT.TB_EMPLOYEE AS OF TIMESTAMP TO_TIMESTAMP('2012-01-13 14:14:38','yyyy-mm-dd hh24:mi:ss'); EMP_ID EMP_NAME EMP_DEPTNO ------------------------ ------------------------ ------------------------ EMP001 TOM 001 EMP002 JACK 002 EMP003 LUCY 003 |
n 删除的数据集合又可以查询到。这样恢复数据的思路有了，可以将结果集合直接插入回数据表。
|
SQL> INSERT INTO SCOTT.TB_EMPLOYEE SELECT * FROM SCOTT.TB_EMPLOYEE AS OF TIMESTAMP TO_TIMESTAMP('2012-01-13 14:14:38','YYYY-MM-DD HH24:MI:SS'); 已创建3行。 SQL> COMMIT; 提交完成。 SQL> SELECT * FROM SCOTT.TB_EMPLOYEE; EMP_ID EMP_NAME EMP_DEPTNO ------------------------ ------------------------ ------------------------ EMP001 TOM 001 EMP002 JACK 002 EMP003 LUCY 003 |
可以看到，利用Oracle闪回特性数据已经恢复了。
结论：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 ------------------------ 14349701 |
n 闪回标准的做法应为：
|
SQL> SELECT * FROM SCOTT.TB_EMPLOYEE AS OF SCN 14349100; 未选定行 SQL> SELECT * FROM SCOTT.TB_EMPLOYEE AS OF SCN 14349050; EMP_ID EMP_NAME EMP_DEPTNO ------------------------ ------------------------ ------------------------ EMP001 TOM 001 EMP002 JACK 002 EMP003 LUCY 003 |
但是这样做，存在不方便的问题。我们就需要不断的试算合适的SCN取值，相对而言，时间日期较容易理解。使用as of timestamp更加容易。
所谓“No free lunch”，使用闪回是受到一些限制的。受到系统参数的限制。闪回是一个系统配置，需要系统参数的支持。
|
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 SCOTT.TB_EMPLOYEE AS OF TIMESTAMP TO_TIMESTAMP('2012-01-07 14:14:38','yyyy-mm-dd hh24:mi:ss'); SELECT * FROM SCOTT.TB_EMPLOYEE AS OF TIMESTAMP TO_TIMESTAMP('2012-01-07 14:14:38','yyyy-mm-dd hh24:mi:ss') 第 1 行出现错误: ORA-08180: 未找到基于指定时间的快照 |
提到闪回FLASHBACK，要注意Oracle的闪回技术是由几个相对独立的技术实现的。
l 数据库级别闪回：flashback database。将整个数据库快速恢复到一个时间点；
l 数据表级别闪回：将数据表全部恢复到过去的一个时间点上，或者对已经删除掉的数据表恢复；
l 行级别闪回：设置指定的时间点，可以查询到该时间点的特定数据行；
l 事务闪回：可以将按照事务的单位，将数据库变更闪回；
上面的例子是数据行级别的闪回，可以将制定时间的数据行导出。下面实验数据表级别的闪回。
在实际开发和维护中，我们有时候会遇到把数据表drop掉的情况。过去这种情况，我们只能通过之前保留的备份，进行不完全的恢复。这样的工作量很大也很麻烦。从Oracle10g起，引入了回收站的机制，将drop掉的数据表保存在回收站中。当发现误删除的时候，可以通过回收站回收数据表。
回收站机制类似于我们在Windows上的回收站。在windows中，当我们选择删除一个文件时，本质上并没有将文件从硬盘上删除，只是将文件以一种形式改名，这样就能从回收站中看到。
Oracle的回收站也是采用同样的原理。下面我们做一个简单的实验。
n 首先，确定系统参数。在Oracle10g中,有一个参数recyclebin，控制数据表回收站机制的启动和关闭。
|
SQL> conn sys/a1b2c3@kyy_231 as sysdba; 已连接。 SQL> show parameter recyclebin NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ recyclebin string on --当recyclebin的值为on的时候，表示开启回收站功能 |
n 现在以scott用户登录，删除一张表：
|
SQL> conn scott/tiger@kyy_231; 已连接。 SQL> select * from scott.tb_employee; EMP_ID EMP_NAME EMP_DEPTNO ------------------------ ------------------------ ------------------------ EMP001 TOM 001 EMP002 JACK 002 EMP003 LUCY 003 SQL> drop table scott.tb_employee; 表已删除。 |
n 在sqlplus中，使用show recyclebin命令，可以看到当前回收站的情况信息。（注意：只能在sqlplus/sqlplusw中查看到）
|
SQL> show recyclebin; ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME ---------------- ------------------------------ ------------ ------------------- TB_EMPLOYEE BIN$w+Q7fI9/QhWCRa1+/mSWRg==$0 TABLE 2012-01-13:14:55:02 |
记录的内容显而易见，有一个对象原名为TB_EMPLOYEE，在回收站中的名称为“BIN$…”。原来的对象类型为数据表，是在XXX时间被删除。
n 如果这个时候确定说删除是一个错误，需要恢复，简单的使用flashback命令，就可以了。
|
SQL> show recyclebin; ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME ---------------- ------------------------------ ------------ ------------------- TB_EMPLOYEE BIN$w+Q7fI9/QhWCRa1+/mSWRg==$0 TABLE 2012-01-13:14:55:02 SQL> flashback table scott.tb_employee to before drop; 闪回完成。 SQL> select * from scott.tb_employee; EMP_ID EMP_NAME EMP_DEPTNO ------------------------ ------------------------ ------------------------ EMP001 TOM 001 EMP002 JACK 002 EMP003 LUCY 003 |
那么，如果我们不需要这个对象了，需要完全的删除。我们需要怎么做呢？而且，在windows的回收站里，文件在清空回收站之前是还会占用硬盘空间的。Oracle的回收站里面既然保存数据，那么必然要消耗数据库空间。
n 我们可以使用purge命令，对回收站的信息进行清除。
|
SQL> drop table scott.tb_employee; 表已删除。 SQL> purge table scott.tb_employee; 表已清除。 SQL> show recyclebin; SQL> flashback table scott.tb_employee to before drop; flashback table scott.tb_employee to before drop 第 1 行出现错误: ORA-38305: 对象不在回收站中 |
同时，purge命令还提供了不同的操作粒度，如下：
l purge table <t>; 对指定的数据表进行清除purge；
l purge tablespace <tbsname>; 对指定的表空间回收站进行purge；
l purge tablespace <tbsname> user <username>;对指定表空间回收站中指定用户schema对象进行purge操作；