Oracle利用Logmnr找回误删除数据

Logmnr在Oracle 9i以后做了众多的改进，如可以不需要build flat文本文件就可以分析日志了，也就表示可以不需要修改参数utl_file_dir就可以分析日志了，避免了修改参数utl_file_dir导致的重起数据库问题。另外也开始支持把字典信息build到联机日志中，在异地分析归档日志。在flashback也不能帮上忙的时候，logmnr却是非常有用的。因为只要误操作时期的归档日志存在，就可以通过归档日志来恢复误删除（delete）的数据。如果在Oracle 9i以上，采用在本地的在线数据字典分析归档日志，就这么简单：Piner@9iR2>exec -
           sys.dbms_logmnr.add_logfile（LogFileName=>"/archive_log/archive/1_9.arc",-
           options => dbms_logmnr.new）;
PL/SQL procedure successfully completed. Piner@9iR2>exec sys.dbms_logmnr.start_logmnr（ -
           Options => sys.dbms_logmnr.dict_from_online_catalog）;
PL/SQL procedure successfully completed.
可以看到，在线分析其实就只需要这两步，添加日志并分析日志。注意以上OPTIONS => DBMS_LOGMNR.NEW，表示添加第一个日志，如需要另外添加更多的日志，可以用如下方式即可。Piner@9iR2>exec sys.dbms_logmnr.add_logfile（LogFileName=>"/archive_log/archive/1_10.arc"）;
如果日志分析完成，可以把需要的信息保存到临时表，如Piner@9iR2>create table tmp_logmnr as
     2 select operation,sql_redo,sql_undo from v$logmnr_contents
     3 where seg_name="TEST";
然后，终止日志分析过程。Piner@9iR2>exec sys.dbms_logmnr.end_logmnr
对于临时表中的SQL_UNDO，可以选择性的恢复，如采用如下的脚本来恢复，这里为了减少阻塞，每1000条提交一次。另外，需要注意的是，SQL_UNDO中的分号，如果想用动态SQL来执行的话，是需要去掉的。【ＬＩＮＵＸ公社 www.LinuxIDC.com 】declare
mysql varchar2（4000）;
num number :=0;
begin
for c_tmp in （select sql_undo from tmp_logmnr where operation = "DELETE"） loop
--去掉语句中的分号,这里假定只有语句结尾有分号，语句中间并没有分号。
--如果语句中也有分号，则可以考虑替换语句结尾的;"（分号单引号）为"（单引号）。
    mysql := replace（c_tmp.sql_undo,";",""）;
    execute immediate mysql;
    num := num + 1;
    if mod（num,1000）=0 then
      commit;
    end if;
end loop;
commit;
exception
when others then
   --异常处理
end;
/
以上的PL/SQL代码其实还可以加强，如恢复成功一条，就设置状态值为1，否则，设置状态值为-1，方便跟踪那些记录恢复成功，哪些记录恢复失败了。另外，需要注意的是，在Oracle 10g以下，LOGMNR的临时表v$logmnr_contents，使用的是system表空间，在Oracle 10g以后改为sysaux表空间。可以使用如下的命令，更改logmnr的特定表空间，防止system表空间出现空间不够。Piner@9iR2>exec sys.dbms_logmnr_d.set_tablespace（"USERS"）;Oracle数据库的两种初始化参数文件Oracle 常见问题解决相关资讯 oracle

[INS-32052] Oracle基目录和Oracle （07/22/2014 07:41:41）
Oracle 4个大对象（lobs）数据类型（02/03/2013 12:33:05）
Oracle按时间段分组统计（07/26/2012 10:36:48）

[Oracle] dbms_metadata.get_ddl的（07/12/2013 07:37:30）
Liferay Portal 配置使用Oracle和（07/31/2012 20:07:18）
Concurrent Request:Inactive （07/20/2012 07:44:05）

本文评论查看全部评论（0）