Oracle資料恢複:錯誤疊加導致災難不可恢複解決辦法

客戶第一次找我的時候，我告訴他，把硬碟拿給我們，我們可以將其中的資料恢複出來。
第二天客戶說，硬碟被格式化重做了系統。

客戶第二次找我時，我說，把剩餘的三個檔案給我，我可以幫你挽救其中殘存的有用資料。
第二天客戶說，已經拿備份，把那三個檔案重新整理覆蓋了。

這個故事給我們的警戒是：備份，備份，備份，再多一份也不算多；故障處理，再加一萬個小心也不算多。

最初的一個簡單故障，在層層錯誤之後，徹底不可挽回，這是多年來我見到最富有戲劇性的恢複案例。

看一看這個故障的資訊，首先是一個寫錯誤，Windows中比較典型和常見的儲存訪問錯誤：

代碼如下

複製代碼

Sat Sep 23 18:44:51 2011 KCF: write/open error block=0x35673a online=1 Sat Sep 23 18:44:51 2011 KCF: write/open error block=0x25eba4 online=1      file=124 D:DTAPRODTA02.DBF      error=27070 txt: 'OSD-04016: 非同步 I/O 請求排隊時出錯。 O/S-Error: (OS 2) 系統找不到指定的檔案。' ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode ORA-01114: IO error writing block to file 124 (block # 24856) ORA-01110: data file 124: 'D:DTAPRODTA02.DBF' ORA-27070: skgfdisp: async read/write failed OSD-04016: 非同步 I/O 請求排隊時出錯。 O/S-Error: (OS 2) 系統找不到指定的檔案。

再然後，恢複使用了一個4月份的備份，又覆蓋了挽救回來的檔案：

代碼如下	複製代碼
Sun Sep 24 20:58:32 2011 The input backup piece G:BCKDB_T20110421_S111_P1 is in compressed format.