原文出处：http://database.51cto.com/art/201108/280035.htm


本文主要介绍了利用日志挖掘Oracle不完全恢复来恢复误删除的表、数据和视图的方法，希望能够对您有所帮助。

AD：51CTO 网+ 第十二期沙龙：大话数据之美_如何用数据驱动用户体验


在数据库操作中，当我们误删除了表、数据或者是视图等，可以利用日志挖掘Oracle不完全恢复进行恢复，本文主要就介绍了利用日志挖掘Oracle不完全恢复来恢复数据的方法，接下来我们就开始介绍这一过程。

实施该方法需要满足两个条件：1. DB工作在归档模式下;  2. 有冷准备份的数据文件。

接下来我们介绍恢复过程，格式如下：

col script for a80     col SQL_REDO for a80


-- 拼接从哪里挖的语句


select 'exec dbms_logmnr.add_logfile('''||member||''')' as script from v$logfile;


-- 从哪里挖  


exec dbms_logmnr.add_logfile('/oracle/oradata/orcl_new/redo03.log');      exec dbms_logmnr.add_logfile('/oracle/oradata/orcl_new/redo02.log');     exec dbms_logmnr.add_logfile('/oracle/oradata/orcl_new/redo01.log');


-- 开始挖   


exec dbms_logmnr.start_logmnr;


-- 找结果 --> 要恢复的语句时的时间戳;   


select scn, sql_redo from v$logmnr_contents where sql_redo like 'drop table emp%';            SCN SQL_REDO     ---------- --------------------------------------------------------------------------------         1036547 drop table t1 purge;        1037333 drop table scott.emp purge;     --  1037333 -->要恢复的时间戳


-- 关掉DB   

shutdown abort


-- 拷贝冷备的文件 -- *.dbf 到数据文件目录下，并进行覆盖；因为要利用日志把 sys,user等表空间的数据，重做一次；   

[oracle@OracleWeblogic orcl_new_bk]$ cp *.dbf ../orcl_new/

-- 启动到 mount 下


startup mount


-- 恢复到 1037333 drop table scott.emp purge  的时间点；   

-- 要求：trc   


recover database until change 1035742;


-- 启动DB in resetlogs; 


alter database open resetlogs;


原理：

1.冷备份的数据文件 *.dbf比现在要旧，那么数据文件的scn肯定就比现在的小；  

2.使用日志挖掘方法，在日志中找出删表时的scn；  

3.在数据库shutdown 的状态下，用冷备份的数据文件 *.dbf，覆盖现在的*.dbf文件；-- 保证数据文件完整性   

4.启动DB到 mount 下, 恢复到日志挖掘的时间点（利用日志对数据文件重做一次）  

5.以 resetlog 方式 open --- 以前的日志就覆盖了；   

PS：

数据库有四种状态shutdown、nomount、mount、open。

shutdown是指关闭状态。

nomount是指根参数文件已经构造出实例的状态。

mount是指为实例打开控制文件，并读出控制文件中相关信息，但并不验证。

open是指对相关文件进行验证，如没有问题，就打开，让用户可以访问。

关于利用日志挖掘Oracle不完全恢复恢复误删除的表/数据/视图等的操作就介绍到这里了，希望能够带给您一些收获吧！


原文出处：http://database.51cto.com/art/201108/280035.htm