Oracle利用Logmnr找回誤刪除數(shù)據(jù)

Logmnr在Oracle 9i以后做了眾多的改進，如可以不需要build flat文本文件就可以分析日志了，也就表示可以不需要修改參數(shù)utl_file_dir就可以分析日志了，避免了修改參數(shù)utl_file_dir導致的重起數(shù)據(jù)庫問題。另外也開始支持把字典信息build到聯(lián)機日志中，在異地分析歸檔日志。

在flashback也不能幫上忙的時候，logmnr卻是非常有用的。因為只要誤操作時期的歸檔日志存在，就可以通過歸檔日志來恢復誤刪除（delete）的數(shù)據(jù)。-
 

如果在Oracle 9i以上，采用在本地的在線數(shù)據(jù)字典分析歸檔日志，就這么簡單：

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中的分號，如果想用動態(tài)SQL來執(zhí)行的話，是需要去掉的。【ＬＩＮＵＸ公社　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
  --去掉語句中的分號,這里假定只有語句結(jié)尾有分號，語句中間并沒有分號。
  --如果語句中也有分號，則可以考慮替換語句結(jié)尾的;'（分號單引號）為'（單引號）。
    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代碼其實還可以加強，如恢復成功一條，就設置狀態(tài)值為1，否則，設置狀態(tài)值為-1，方便跟蹤那些記錄恢復成功，哪些記錄恢復失敗了。

另外，需要注意的是，在Oracle 10g以下，LOGMNR的臨時表v$logmnr_contents，使用的是system表空間，在Oracle 10g以后改為sysaux表空間。可以使用如下的命令，更改logmnr的特定表空間，防止system表空間出現(xiàn)空間不夠。

Piner@9iR2>exec  sys.dbms_logmnr_d.set_tablespace('USERS');

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]