10G的闪回技术

1.flash query

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

　　需要有该表的SELECT, INSERT, DELETE, ALTER权限

　　必须保证该表ROW MOVEMENT

A.drop table:

在普通用户下使用 flashback table test to before drop;

但是在sys下面会报错ORA-38305: object not in RECYCLE BIN

如果删除一个表，而不想放到回收站中，可以利用purge选项在drop语句中，如

drop table tablename purge

另外，还有一些需要注意的地方

·drop tablespace tsname including contents时，表空间内的所有对象包括回收站内的对象都将被清除。

·只执行drop tablespace，如果有永久对象将不能执行，如果仅仅是有回收站内的对象，将先清除回收站，然后删除表空间

·如果drop user username cascade时，所有对象将被删除，而且不放入回收站

B.delete/update/insert:

可以使用下列语句查询历史数据，但是超过undo_retention（默认15分钟）的时候就不一定能查到：

SELECT * FROM test AS OF TIMESTAMP

　　TO_TIMESTAMP('2009-01-9 09:00:00', 'YYYY-MM-DD HH:MI:SS')WHERE XXX

但是作了truncate等DDL操作用上面的查询就,不能用闪回了

会报ORA-01466: 无法读取数据 - 表定义已更改

执行FLASHBACK TABLE XXXXXXXXXX的时候必须先

alter table test enable ROW MOVEMENT

然后

FLASHBACK TABLE test TO TIMESTAMP TO_TIMESTAMP('2009-01-08 19:37:15', 'YYYY-MM-DD HH24:MI:SS')

多个表都需要flash back就可以

FLASHBACK TABLE test,test1,test2 TO TIMESTAMP TO_TIMESTAMP('2009-01-08 19:37:15', 'YYYY-MM-DD HH24:MI:SS')

　　

10g的flashback table有如下特性

　　· 在线操作

　　· 恢复到指定时间点或者SCN的任何数据.

　　· 自动恢复相关属性，如索引，触发器等

　　· 满足分布式的一致性

　　· 满足数据一致性，所有相关对象将自动一致

　　语法为：

　　FLASHBACK TABLE test TO TIMESTAMP  TO_TIMESTAMP('2009-01-08 19:37:15', 'YYYY-MM-DD HH24:MI:SS')

　　FLASHBACK TABLE test TO SCN 123456;

　　FLASHBACK TABLE test TO TIMESTAMP '2009-01-08 19:37:15' ENABLE TRIGGERS;

　　其中ENABLE TRIGGERS表示触发器恢复之后为enable状态，而默认为disable状态。

以上的都是可以在线作，因为它使用的undo里面的数据。

C.truncate table 不能恢复,其他对象比如package等就需要flash database了

D.其他操作：

a.

select versions_starttime,versions_endtime, versions_xid,versions_operation

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显示了更改该行的事务标识符

b.某一段时间内的操作

select dummy,versions_starttime,versions_endtime, versions_xid,versions_operation from test 

versions between timestamp to_date('2009-01-09 08:30:00','yyyy-mm-dd hh24:mi:ss') and to_date('2009-01-09 08:30:00','yyyy-mm-dd hh24:mi:ss')

2.Flashback Transaction Query:

select * from FLASHBACK_TRANSACTION_QUERY

必须在SYS用户下执行

里面查询的是undo的SQL，比如删除了一笔数据，里面的就是插入数据的SQL,如果知道v$transaction的xid就可以查到这条undo SQL

3.flash database:

数据不要超过db_flashback_retention_target(默认一天)，否则就有可能救不回来。

使用的回闪区域，所以，与下列的参数有关系

db_recovery_file_dest = /oracle/compard/flashbackarea

db_recovery_file_dest_size = 2G

db_flashback_retention_target = 1440

这些参数要事先设置好，否则mount下执行flashback on的时候，会报错误：

ORA-38706: Cannot turn on FLASHBACK DATABASE logging.

ORA-38709: Recovery Area is not enabled.

在mount状态下，确认数据库开启到archivelog模式，打开回闪，指令如下：

alter database flashback on;

用下列指令确认数据库是否开启在闪回模式下

select flashback_on from v$database;

如果发现数据库出问题，需要回闪，就可以使用下列指令，将整个数据库回闪到过去某个时刻。

flashback database to timestamp TO_TIMESTAMP('2008-01-08 19:46:15', 'YYYY-MM-DD HH24:MI:SS');

alter database open read only;

看看是否正确，如果不正确，可以退到mount下继续闪回

如果确认恢复的是正确的就是用这条SQL，把数据库打开alter database open resetlogs;

试了一下，依次执行下面的这三条SQL都可以成功：

flashback database to timestamp TO_TIMESTAMP('2008-01-14 10:00:15', 'YYYY-MM-DD HH24:MI:SS');

flashback database to timestamp TO_TIMESTAMP('2008-01-14 09:58:34', 'YYYY-MM-DD HH24:MI:SS');

flashback database to timestamp TO_TIMESTAMP('2008-01-14 10:07:15', 'YYYY-MM-DD HH24:MI:SS');