1.Flashback的目的
在推出Flashback之前,如果你对数据误操作,并已提交,这时想回退该误操作,将会是很件麻烦的事情。有人可能会说可以用备份恢复到误操作之前,但正确的操作数据也一起没了。唯一可能的办法就是日志挖掘(logminer),但日志挖掘非常繁琐,很难定位。
因此,Oracle推出了Flashback技术,主要目的就是为了恢复因误操作而丢失的数据。
数据库级别:Flashback Database
表级别:Flashback Drop和Flashback Table,Flashback Data Archive
记录级别:Flashback Version Query和Flashback Transaction Query
闪回原理基于oracle的 Log、
Recycle Bin、
UNDO回滚段作用。
UNDO闪回:
Flashback Database 回滚数据库
Flashback Drop 恢复误删除的表
Flashback Version Query 恢复误操作的数据
Flashback Transaction Query 恢复误操作的数据
Flashback Table 恢复误操作的数据
4.Flashback 技术发展历程
Flashback Version/Transaction Query 和 Flashback Table、Flashback Query和Flashback Table都是利用undo实现回退功能,当需要闪回到过去某一时刻时,先利用Flashback Query查询,确认闪回的SCN或Timestamp,然后再利用Flashback Table真正实现闪回。
Flashback Drop 恢复误删除的表
Flashback Version Query 恢复误操作的数据
Flashback Transaction Query 恢复误操作的数据
Flashback Table 恢复误操作的数据
Flashback Version/Transaction Query 和 Flashback Table、Flashback Query和Flashback Table都是利用undo实现回退功能,当需要闪回到过去某一时刻时,先利用Flashback Query查询,确认闪回的SCN或Timestamp,然后再利用Flashback Table真正实现闪回。
5. 9i 的 Flashback Query
9i的Flashback Query可以查询过去某个时间点对象的状态,测试如下:
系统当前时间为:
A105024@O02DMS1>alter session set nls_date_format='yyyy-mm-dd:hh24:mi:ss';
A105024@O02DMS1>select sysdate from dual;
SYSDATE
-------------------
2011-12-16:02:51:16
test表里有一条数据:
A105024@O02DMS1>select * from test;
ID
----------
1
现把该数据删除:
A105024@O02DMS1>delete from test;
A105024@O02DMS1>commit;
A105024@O02DMS1>select * from test;
no rows selected
但是可以通过Flashback Query查询删除之前的数据:
A105024@O02DMS1>select * from test as of timestamp to_timestamp('2011-12-16:02:51:16','yyyy-mm-dd:hh24:mi:ss');
ID
----------
1
必要时还可以恢复数据:
A105024@O02DMS1>insert into test select * from test as of timestamp to_timestamp('2011-12-16:02:51:16','yyyy-mm-dd:hh24:mi:ss');
A105024@O02DMS1>commit;
6. Flashback Version Query
10g新引入的Version Query可以看到过去某个时间段内,数据是如何变化的,也就是数据的演变历史,为此,10g还引入了一个新的伪列ORA_ROWSCN:记录该数据最后一次修改时的SCN。
---------------- ----------------- --------------- -------------------- ---------- ----------
12000900D0720000 6629455993 U 1 third
XID OPERATION COMMIT_SCN UNDO_SQL
---------------- ---------- ---------- ------------------------------------------------------------
10000D000C720000 UPDATE 6629456273 update "A105024"."TEST" set "ID" = '2' where ROWID = 'AACsnzAAEAAABSnAAB';
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
TEST BIN$S5L+aNpzQmOScn8VfpJBAA==$0 TABLE 2011-12-15:22:38:30
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
TEST BIN$XHwrz1OaQaSeq/NQIE85hw==$0 TABLE 2011-12-15:22:39:34
TEST BIN$S5L+aNpzQmOScn8VfpJBAA==$0 TABLE 2011-12-15:22:38:30
此时recyclebin里有两个test表,查看中两个表的数据个数:
COUNT(*)
----------
0
COUNT(*)
----------
1000000
Flashback complete.
COUNT(*)
----------
1000000
假设现在还要恢复前一张表,并重新命名为test2:
SQL> flashback table "BIN$XHwrz1OaQaSeq/NQIE85hw==$0" to before drop rename to t
est2;
Flashback complete.
COUNT(*)
----------
0
1. 配置Flashback Database
1)Flashback 功能默认是关闭的:
SQL> select name,flashback_on from v$database;
NAME FLASHBACK_ON
--------- ------------------
O01DMS0 NO
SQL> alter system set db_recovery_file_dest_size=2G scope=both;
SQL> alter system set db_recovery_file_dest='H:\flashback' scope=both;
SQL> shutdown immediate
SQL> startup mount
SQL> alter database flashback on;
SQL> select name,flashback_on from v$database;
NAME FLASHBACK_ON
--------- ------------------
O01DMS0 YES
SQL> alter system set db_flashback_retention_target=1440 scope=both;
SQL> alter database open;
1)模拟数据丢失:
Table created.
SQL> select count(*) from test;
COUNT(*)
----------
10318
Table truncated.
SQL> select count(*) from test;
COUNT(*)
----------
0
能回退的最早时间,取决于保留的Flashback database log的多少,可以从v$flashback_database_log查看:
SQL> select to_char(OLDEST_FLASHBACK_TIME,'yyyy-mm-dd hh24:mi:ss') from v$flashback_database_log;
TO_CHAR(OLDEST_FLAS
-------------------
2011-12-15 02:41:48
SQL> shutdown immediate;
SQL> startup mount;
SQL> flashback database to timestamp to_timestamp('2011-12-15 02:43:00','yyyy-mm-dd hh24:mi:ss');
Flashback complete.
SQL> alter database open read only;
Database altered.
SQL> select count(*) from test;
select count(*) from test
*
ERROR at line 1:
ORA-00942: table or view does not exist
SQL> startup mount;
SQL> flashback database to timestamp to_timestamp('2011-12-15 02:49:00','yyyy-mm-dd hh24:mi:ss');
Flashback complete.
Database altered.
SQL> select count(*) from test;
COUNT(*)
----------
10318
4)打开数据库
恢复成功后,以resetlog方式打开数据库:
SQL> shutdown immediate;
SQL> startup mount
SQL> alter database open resetlogs;
Oracle11g则为flashback家族又带来一个新的成员:flashback data archive。
初看起来,flashback data archive和flashback query没有太大的不同,都是通过as of能够查询之前的数据,但是他们的实现机制是不一样的。Flashback query是通过直接从undo中读取信息来构造旧数据,这样就有一个限制,就是undo中的信息不能被覆盖。而undo段是循环使用的,只要事务提交,之前的undo信息就可能被覆盖,虽然可以通过undo_retention等参数来延长undo的存活期,但这个参数会影响所有的事务,设置过大,可能导致undo tablespace快速膨胀。
Falshback data archive特性则通过将变化数据另外存储到创建的flashback archive中,以和undo区别开来,这样就可以通过为flashback archive单独设置存活策略,使得可以闪回到指定时间之前的旧数据而不影响undo策略。并且可以根据需要指定哪些数据库对象需要保存历史变化数据,而不是将数据库中所有对象的变化数据都保存下来,这样可以极大的减少空间需求。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30208428/viewspace-1813140/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/30208428/viewspace-1813140/