Oracle闪回特性

 

Oracle闪回特性

在利用闪回功能前需要确认：

1、用户有对dbms_flashback包有执行权限！

2、进行闪回查询必须设置自动回滚段管理，在init.ora设置参数UNDO_MANAGEMENT=AUTO，参数UNDO_RETENTION=n，决定了能往前闪回的最大时间，值越大就需要越多Undo空间。

Oracle 9i中闪回查询操作实例

查看Oracle中Delete和Commit操作的流程分析

例：Oracle 9i的Flashback Query操作。

(1)创建闪回查询用户

SQL> create user test identified by test;

SQL> grant connect, resource to test;

SQL> grant execute on dbms_flashback to test;

SQL> connect test/test;

(2)创建测试表，插入测试记录

SQL> create table test(id number(3));

SQL> insert into test values(1);

SQL> insert into test values(2);

SQL> commit;  

注意：在执行步骤3或者步骤4之前，等待5分钟。

(3)删除记录

SQL> delete from test where id=1;

SQL> commit;

  　通过以上的操作，我们插入了两条记录，并删除了其中一条记录。在以下的操作中，我们将通过flashback query找到删除的记录

(4)闪回查询(分别通过timestamp和scn查询)

SQL> select * from test as of timestamp sysdate - 5/1440;

ID

----

1

2

或

SQL> select * from test as of scn 8173800;

ID

----

1

2  
　可以看出，虽然删除记录并提交，但是通过闪回操作，仍能查询到删除前的两条记录。需要注意Oracle每5分钟记录一次SCN到SMON_SCN_TIME，并将SCN和对应时间的映射进行纪录。如果原来插入的记录到做闪回操作的时间在5分钟之内，用基于时间的闪回查询可能得不到记录，因为基于时间点的查询实际上是转化为最近的一次SCN，然后从这个SCN开始进行恢复。因此，如果需要精确的查询可以采用基于SCN的闪回查询，可精确闪回到需要恢复的时间。可以通过DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER语句获取SCN。

5、恢复被删除的数据实例

SQL>insert into test select * from test as of scn 8173800 where id=1;

Oracle 10g中闪回查询操作实例

     与Oracle 9i相比Oracle 10g的Flashback有了非常大的改进,在Orcle 10g之前，SMON_SCN_TIME由SMON来获取和记录信息的，每5分钟记录一次，从Oracle 10g开始，LGWR首先会在SGA中记录SCN与时间的映射关系(由于LGWR至少每3秒就会被激活一次，所以现在SMON_SCN_TIME能够支持大于3秒的闪回)，SMON则定期检查SGA是否内存中的映射大于磁盘上的，如果有就刷新纪录到磁盘， 而且从普通的Flashback Query发展到了多种形式，主要表现在如下几方面新特性：

1、Flashback Database

　 Oracle Flashback Database特性允许通过SQL语句Flashback Database语句，让数据库前滚到当前的前一个时间点或者SCN，而不需要做时间点的恢复。闪回数据库可以迅速将数据库回到误操作或人为错误的前一个时间点，如Word中的"撤消"操作，可以不利用备份就快速的实现基于时间点的恢复。Oracle通过创建新的Flashback Logs(闪回日志)，记录数据库的闪回操作。

如果希望能闪回数据库，需要设置如下参数：
DB_RECOVER_FILE_DEST      --日志的存放位置，
DB_RECOVER_FILE_DEST_SIZ  --E恢复区的大小

在创建数据库的时候，Oracle将自动创建恢复区，但默认是关闭的，需要执行alter database flashback on命令。

   

执行Flashback Database命令格式：

SQL>flashback database to time to_timestamp(xxx);

SQL>flashback database to scn xxx

数据库的闪回状态可以从V$database视图中查询得到：

SQL> select dbid,name,flashback_on,current_scn from v$database;

DBID             NAME       FLASHBACK_ON CURRENT_SCN

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

1692001961  ACF          NO                         8175168

一个数据库级闪回的例子：   

SQL> shutdown immediate;

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup mount

ORACLE 例程已经启动。

Total System Global Area 1719664640 bytes

Fixed Size 1251896 bytes

Variable Size 293602760 bytes

Database Buffers 1417674752 bytes

Redo Buffers 7135232 bytes

数据库装载完毕。

SQL> alter database flashback on;

数据库已更改。

SQL> alter database open;

数据库已更改。

SQL> select dbid,name,flashback_on,current_scn from v$database;

DBID NAME FLASHBACK_ON CURRENT_SCN

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

1692001961 ACF YES 8175890

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER

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

8175973

SQL> delete from test where id=1;

1 row deleted

SQL> select * from test;

ID

----

2

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup mount ORACLE 例程已经启动。

Total System Global Area 1719664640 bytes

Fixed Size 1251896 bytes

Variable Size 301991368 bytes

Database Buffers 1409286144 bytes

Redo Buffers 7135232 bytes

数据库装载完毕。

SQL> flashback database to scn 8175973; 闪回完成。

SQL> alter database open resetlogs; 数据库已更改。

SQL> select * from test;

ID

----

2

1 --可以看到，数据已经恢复成功

2、Flashback Table

　　Oracle Flashback Table特性允许利用Flashback Table语句，确保闪回到表的前一个时间点。与Oracle 9i中的Flashback Query相似，利用回滚段信息来恢复一个或一些表到以前的一个时间点(一个快照)。要注意的是，Flashback Table不等于Flashback Query，Flashback Query仅仅是查询以前的一个快照点而已，并不改变当前表的状态，而Flashback Table将改变当前表及附属对象一起回到以前的时间点。

语法：

alter table table_name enable row movement;

flashback table tablename to timestamp xxx 或

flashback table tablename to scn xxx

注意：如果需要闪回一个表，需要以下条件：

- 需要有flashback any table的系统权限或者是该表的flashback对象权限；

- 需要有该表的select,insert,delete,alter权限；

- 必须保证该表row movement。

例：执行将test表闪回到2005年5月7日下午3点。

SQL>flashback table test to timestamp to_timestamp('2005-05-07 15:00:00','yyyy-mm-dd hh24:mi:ss');

一个完整的Flashback Table例子

SQL> select * from test;

  ID

----

   2

   1

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER

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

                 8178419

SQL> delete from test where id=1;

1 row deleted

SQL> select * from test;

  ID

----

   2

SQL> alter table test enable row movement;

Table altered

SQL> flashback table test to scn 8178419;

Done

SQL> select * from test;

  ID

----

   2

   1

3、Flashback Drop

　　Oracle Flashback Drop特性提供一个类似回收站的功能，用来恢复不小心被删除的表。当删除表时，Oracle 10g并不立刻释放被删除的表所占用的空间，而是将这个被删除的表进行自动重命名(为了避免同类对象名称的重复)并放进回收站中。所谓的回收站类似于Windows系统中的回收站，是一个虚拟的容器，用于存放所有被删除的对象，在回收站中被删除的对象将占用创建时的同样的空间。如果这个被删除的表需要进行恢复，就可利用Flashback Drop功能。

　　例：进行一个删除表后恢复的简单测试。

(1)显示回收站信息(不要以Sysdba用户查询，否则会把错)

SQL>show recyclebin;

可以看到，回收站中是没有任何结果的，表示没有任何表在回收站中。

(2)创建一个表，并删除，再次显示回收站信息

SQL>create table test_drop(name varchar2(10));

SQL>drop table test_drop;

SQL>show recyclebin;

ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME

TEST_DROP BIN$b+XkkO1RS5K10uKo9BfmuA==$0 TABLE 2005-05-07:14:30:47

(3)对被删除的表进行恢复

SQL>flashback table test_drop to before drop;或

SQL>flashback table "BIN$b+XkkO1RS5K10uKo9BfmuA==$0" to before drop;

(4)管理回收站

清除回收站中的单个表：purge table test_drop

清除整个回收站：purge recyclebin

清除不同的对象回收站：purge user_recyclebin或purge dba_recyclebin

注意：需要注意的是sysdba的drop操作不会被记录，Oracle也从不推荐用户使用sysdba身份创建用户对象

(5)确认删除一个表

SQL>drop table test_drop purge;

如果删除一个表且不放到回收站中不能进行恢复，在drop语句中可以利用purge选项。

(6)可以通过参数禁用或启用recyclebin这个特性

在Oracle 10gR1中，通过修改一个隐含_recyclebin为False可以禁用这个特性，在Oracle 10gR2中，recyclebin变成了一个常规参数,可以在session/system级动态修改 :

SQL> show parameter recyclebin

NAME                                 TYPE        VALUE
----------------------------------- --------- -----
recyclebin                           string      on
SQL> alter session set recyclebin=off;

会话已更改。

SQL> alter session set recyclebin=on;

会话已更改。

SQL> alter system set recyclebin=off;

系统已更改。

SQL> alter system set recyclebin=on;

系统已更改。

4、Flash Version Query

      Oracle Flashback Version Query特性，利用保存的回滚信息，可以看到特定的表在时间段内的任何修改，如电影的回放一样，可以了解表在该期间的任何变化。Flashback version query一样依赖于AUM，提供了一个查看行改变的功能，能找到所有已经提交了的行的记录，分析出过去时间都执行了什么操作。

Flashback version query采用VERSIONS BETWEEN语句来进行查询，常用的方法：

- VERSIONS_SCN - 系统改变号

- VERSIONS_TIMESTAMP - 时间

例如：在test表中，时间1插入一条记录，时间2删除了这条记录，对于时间3执行select * from test当然查询不到这条记录，只能看到该表最后的提交记录。这时如果利用Flash Table或者是Flash Query，只能看到过去的某一时间点的一个快照，而利用Flashback Version Query，能够把时间1、时间2的操作给记录下来，并详细的查询出对表进行的任何操作。

SQL>select versions_starttime,versions_endtime, versions_xid,versions_operation,id
from test versions
between timestamp minvalue and maxvalue
order by versions_starttime;

在上述查询中，列 versions_starttime、versions_endtime、versions_xid、versions_operation是伪列，还有一些伪列，如

versions_startscn和versions_endscn显示了该时刻的系统更改号。列versions_xid显示了更改该行的事务标识符。

　　当然，除了分析以上所有的变更之外，可以根据需要指定时间段，如显示在2005-05-07时间在15:30到16:30之间test表的所有变更。

SQL>select id from test
versions between timestamp to_date('2005-05-07 15:30:00','yyyy-mm-dd hh24:mi:ss') and to_date('2005-05-07 16:30:00','

yyyy-mm-dd hh24:mi:ss')

5、Flashback Transaction Query

　　Oracle Flashback Transaction Query特性确保检查数据库的任何改变在一个事务级别，可以利用此功能进行诊断问题、性能分析和审计

事务。它其实是Flashback Version Query查询的一个扩充，Flashback Version Query说明了可以审计一段时间内表的所有改变，但是也仅仅

是能发现问题，对于错误的事务，没有好的处理办法。而Flashback Transaction Query提供了从FLASHBACK_TRANSACTION_QUERY视图中获得事

务的历史以及Undo_sql(回滚事务对应的sql语句)，也就是说审计一个事务到底做了什么，甚至可以回滚一个已经提交的事务。

例：Flashback Transaction Query的操作实例。

(1)在test表中删除记录，获得事务的标识XID，然后提交。

SQL>delete from test where id=2;
SQL>select xid from v$transaction;
XID
----------------
04001200AE010000
SQL>commit;

　　在测试中方便起见，在事务没有提交的时候，获得事务的XID为04001F0035000000。实际情况下，不可能去跟踪每个事务，想要获得已提交事务的XID，就必须通过上面的Flashback Version Query。

(2)进行Flashback Transaction Query

SQL>select * from FLASHBACK_TRANSACTION_QUERY
where xid='04001F0035000000';

UNDO_SQL
insert into "test"."TEST"("ID") values ('2');

　　注意：这个删除语句对应的是1个Insert语句，如果想回滚这个事务，执行这个Insert语句即可。

　　可以看到，Flashback Transaction Query主要用于审计一个事务，并可以回滚一个已经提交的事务。如果确定出错的事务是最后一个事务，我们利用Flashback Table或者Flashback Query就可以解决问题。但是，如果执行了一个错误的事务之后，又执行了一系列正确的事务，那么上面的方法就无能为力，利用Flashback Transaction Query可以查看或回滚这个错误的事务。