Oracle數據恢復，近來有一位客戶遭遇到了一次非常意外的數據損失，客戶在維護時重建系統，先通過expdp備份了數據，結果當進行導入恢復數據時，發現部分重要的數據表無法恢復，出現錯誤。這個案例提示我們：不能盡信expdp等導出文件備份，必須通過多重手段協同，全面保障數據安全。

　　導入DMP文件時出現的錯誤大致如下：

　　Import: Release 11.2.0.1.0 - Production on 星期日 12月 30 15:37:27 2013

　　Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.

　　;;;

　　連接到: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

　　With the Partitioning and Real Application Testing options

　　已成功加載/卸載了主表 "CW9999"."SYS_IMPORT_TABLE_02"

　　啟動 "CW9999"."SYS_IMPORT_TABLE_02": cw9999/******** parfile=data10.par

　　處理對象類型 SCHEMA_EXPORT/TABLE/TABLE

　　處理對象類型 SCHEMA_EXPORT/TABLE/TABLE_DATA

　　ORA-31693: 表數據對象 "CW9999"."PSXM" 無法加載/卸載并且被跳過, 錯誤如下:

　　ORA-02354: 導出/導入數據時出錯

　　ORA-02368: the following file is not valid for this load operation

　　ORA-02369: internal number in header in file H:\DMP\bj.dmp is not valid

　　ORA-31693: 表數據對象 "CW9999"."PSMOD" 無法加載/卸載并且被跳過, 錯誤如下:

　　ORA-02354: 導出/導入數據時出錯

　　ORA-39776: 加載表 "CW9999"."SPMOD" 時出現致命的直接路徑 API 錯誤

　　ORA-00600: 內部錯誤代碼, 參數: [klaprs_11], [60], [0], [], [], [], [], [], [], [], [], []

　　注意這其中最關鍵的錯誤是ORA-02369，提示DMP文件中的內部數字標記非法，這其實說明導出文件損壞了，以下是該錯誤的官方解釋：

　　ORA-02369 internal number in header in file string is not valid

　　Cause: If the dump files were transferred over, verify the transfer operation was done correctly.

　　Action:

　　The specified file could not be used for this load because the internal number in the header was not valid.

　　在MOS上的Note：785473.1 上有提示，如果文件通過ftp等方式傳輸，可能丟失了內容，可以嘗試重傳，但是這種概率極低，事實上是，在執行導出時文件就損壞了。這種情況下，不可避免的要丟失數據。在MOS上，有幾十個與此錯誤有關的SR。

　　在這個客戶案例中，部分數據表是完好的，可以導入，但是其中一些表出錯，無法導入還原到數據庫中。

　　在這種情況下，極限的數據挽救情況是：通過ODU、DUL等工具，可以掃描DMP文件，嘗試恢復其中完好的數據，但是通常無法做到完好無損了。

　　技術提示：ORA-02369 不是指dmp文件的開始部分損壞，對于DMP文件來說，每個表開始部分都存在一個Header信息，這個錯誤是指對于指定表，這個信息損壞。在這個案例中，可能是并行導出導致的寫損壞。

　　華軍深圳數據恢復中心建議，在重要數據備份中，不能僅采用單一手段，多重手段結合，才能確保數據萬無一失。