« 黄山云海观日出 | Blog首页 | Oracle数据库诊断案例-redo log日志组处于高激活状态 »
使用Oracle9i的新特性Flashback Query恢复误删除数据
作者：eygle | 【转载请注出处】|【云和恩墨 领先的zData数据库一体机 | zCloud PaaS云管平台 | SQM SQL审核平台 | ZDBM 数据库备份一体机】
链接：https://www.eygle.com/archives/2005/06/eoaoracle9iaeai.html
下午接到研发工程师的电话，说误删除了部分重要数据，并且已经提交，需要恢复。链接：https://www.eygle.com/archives/2005/06/eoaoracle9iaeai.html
登陆到数据库上查看，由于是Oracle9iR2，首先尝试使用flashback query闪回数据。
首先确认数据库的SCN变化:
SQL> col fscn for 9999999999999999999 SQL> col nscn for 9999999999999999999 SQL> select name,FIRST_CHANGE# fscn,NEXT_CHANGE# nscn,FIRST_TIME from v$archived_log; ................... NAME FSCN NSCN FIRST_TIME ------------------------------ -------------------- -------------------- ------------------- /mwarch/oracle/1_52413.dbf 12929941968 12929942881 2005-06-22 14:38:28 /mwarch/oracle/1_52414.dbf 12929942881 12929943706 2005-06-22 14:38:32 /mwarch/oracle/1_52415.dbf 12929943706 12929944623 2005-06-22 14:38:35 /mwarch/oracle/1_52416.dbf 12929944623 12929945392 2005-06-22 14:38:38 /mwarch/oracle/1_52417.dbf 12929945392 12929945888 2005-06-22 14:38:41 /mwarch/oracle/1_52418.dbf 12929945888 12929945965 2005-06-22 14:38:44 /mwarch/oracle/1_52419.dbf 12929945965 12929948945 2005-06-22 14:38:45 /mwarch/oracle/1_52420.dbf 12929948945 12929949904 2005-06-22 14:46:05 /mwarch/oracle/1_52421.dbf 12929949904 12929950854 2005-06-22 14:46:08 /mwarch/oracle/1_52422.dbf 12929950854 12929951751 2005-06-22 14:46:11 /mwarch/oracle/1_52423.dbf 12929951751 12929952587 2005-06-22 14:46:14 ................... /mwarch/oracle/1_52498.dbf 12930138975 12930139212 2005-06-22 15:55:57 /mwarch/oracle/1_52499.dbf 12930139212 12930139446 2005-06-22 15:55:59 /mwarch/oracle/1_52500.dbf 12930139446 12930139682 2005-06-22 15:56:00 NAME FSCN NSCN FIRST_TIME ------------------------------ -------------------- -------------------- ------------------- /mwarch/oracle/1_52501.dbf 12930139682 12930139915 2005-06-22 15:56:02 /mwarch/oracle/1_52502.dbf 12930139915 12930140149 2005-06-22 15:56:03 /mwarch/oracle/1_52503.dbf 12930140149 12930140379 2005-06-22 15:56:05 /mwarch/oracle/1_52504.dbf 12930140379 12930140610 2005-06-22 15:56:05 /mwarch/oracle/1_52505.dbf 12930140610 12930140845 2005-06-22 15:56:07 14811 rows selected.
当前的SCN为:
SQL> select dbms_flashback.get_system_change_number fscn from dual;
FSCN
--------------------
12930142214
使用应用用户尝试闪回
SQL> connect username/password Connected.
现有数据:
SQL> select count(*) from hs_passport;
COUNT(*)
----------
851998
创建恢复表
选择SCN向前恢复
尝试多个SCN，获取最佳值（如果能得知具体时间，那么可以获得准确的数据闪回）
最后选择恢复到SCN为12929941968的时间点
研发人员确认，已经可以满足需要，找回误删除部分数据，至此闪回恢复成功完成。
历史上的今天...
>> 2010-06-22文章:
>> 2009-06-22文章:
>> 2006-06-22文章:
>> 2004-06-22文章:
SQL> create table hs_passport_recov as select * from hs_passport where 1=0; Table created.
选择SCN向前恢复
SQL> select count(*) from hs_passport as of scn 12929970422;
COUNT(*)
----------
861686
尝试多个SCN，获取最佳值（如果能得知具体时间，那么可以获得准确的数据闪回）
SQL> select count(*) from hs_passport as of scn &scn;
Enter value for scn: 12929941968
old 1: select count(*) from hs_passport as of scn &scn
new 1: select count(*) from hs_passport as of scn 12929941968
COUNT(*)
----------
861684
SQL> /
Enter value for scn: 12927633776
old 1: select count(*) from hs_passport as of scn &scn
new 1: select count(*) from hs_passport as of scn 12927633776
select count(*) from hs_passport as of scn 12927633776
*
ERROR at line 1:
ORA-01466: unable to read data - table definition has changed
SQL> /
Enter value for scn: 12929928784
old 1: select count(*) from hs_passport as of scn &scn
new 1: select count(*) from hs_passport as of scn 12929928784
COUNT(*)
----------
825110
SQL> /
Enter value for scn: 12928000000
old 1: select count(*) from hs_passport as of scn &scn
new 1: select count(*) from hs_passport as of scn 12928000000
select count(*) from hs_passport as of scn 12928000000
*
ERROR at line 1:
ORA-01466: unable to read data - table definition has changed
最后选择恢复到SCN为12929941968的时间点
SQL> insert into hs_passport_recov select * from hs_passport as of scn 12929941968; 861684 rows created. SQL> commit; Commit complete.
研发人员确认，已经可以满足需要，找回误删除部分数据，至此闪回恢复成功完成。
历史上的今天...
>> 2010-06-22文章:
>> 2009-06-22文章:
>> 2006-06-22文章:
>> 2004-06-22文章:
By eygle on 2005-06-22 16:33 | Comments (25) | Backup&Recovery | 316 |
睡觉前再看一遍，让你网站排名往上升，收到一张又一张广告支票，再给我发钱！哈哈
select name,FIRST_CHANGE# fscn,NEXT_CHANGE#,nscn,FIRST_TIME from v$archived_log;
多了个逗号，应该是：
select name,FIRST_CHANGE# fscn,NEXT_CHANGE# nscn,FIRST_TIME from v$archived_log;
为什么我这里的v$archived_log没有纪录啊;
你的是归档模式么?
谢谢zhpsam，修正了。
flashback应该与undo_retention的设置有关系吧,只能在undo_retention内恢复数据
是与undo_retention有关,所以flashback并非万能...
请教:如果误删除一个表,flashback可以恢复吗?
实际上,因为失误drop一个表比delete数据还出现的要多.如果用recover database until time/scn,会把其他的表也恢复过去,而逻辑备份不可能每天都做.
那就要用到10g的FlashBack Drop功能,参考:
http://www.eygle.com/archives/2005/03/eoaoracle10giaa.html
可是是9i的环境啊,看来没办法了,呵呵
请问eygle flashback可以在不归档情况下应用吗？
Flashback Query和UNDO有关,和归档模式无关的.
我执行
select name,FIRST_CHANGE# fscn,NEXT_CHANGE# nscn,FIRST_TIME from v$archived_log;
怎么提示：未选定行
你的是归档模式么?
eygle
请教一下我执行下面的语句怎么出错了啊
SQL> /
select count(*) from jj as of scn 344034054721
ERROR 在行 1:
ORA-00933: SQL 命令的结束有问题問題
你什么版本啊?
Oracle9i Enterprise Edition Release 9.0.1.1.1
OS: Win2003
9iR1不能这么作,还有几个步骤.
你可以看看文档.9iR1很不稳定,建议不要采用.
谢谢,我再9204中试了下,可以的
选择SCN向前恢复
SQL> select count(*) from hs_passport as of scn 12929970422;
您的这个scn 12929970422 是如何得知的，只靠推测吗？
我自己试验时，就是不行， 我也试过用时间。
前面有写啊，我是根据v$archived_log中的SCN及时间来推断的。
你要找到你自己的ＳＣＮ。
eygle大师谢谢您的回复，我也看到您是通过这里v$archived_log中的SCN及时间来推断的，可是我始终没有实验成功，恳请您在百忙之中看一下小弟在itpub发的这个贴子，看其它文章用oracle9i的闪回查询，没这么复杂呀，可是自己却总是实验失败，请指点一下。。。
http://www.itpub.net/showthread.php?s=&threadid=685357&perpage=10&pagenumber=1
这个是我发的贴子，请您看一下，谢谢了！！！
recompile
为何不选SCN12929970422来恢复? 861686行?
而SCN12929941968只有861684行.