Oracle數(shù)據(jù)恢復(fù)，近來(lái)有一位客戶遭遇到了一次非常意外的數(shù)據(jù)損失，客戶在維護(hù)時(shí)重建系統(tǒng)，先通過(guò)expdp備份了數(shù)據(jù)，結(jié)果當(dāng)進(jìn)行導(dǎo)入恢復(fù)數(shù)據(jù)時(shí)，發(fā)現(xiàn)部分重要的數(shù)據(jù)表無(wú)法恢復(fù)，出現(xiàn)錯(cuò)誤。這個(gè)案例提示我們：不能盡信expdp等導(dǎo)出文件備份，必須通過(guò)多重手段協(xié)同，全面保障數(shù)據(jù)安全。

　　導(dǎo)入DMP文件時(shí)出現(xiàn)的錯(cuò)誤大致如下：

　　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"

　　啟動(dòng) "CW9999"."SYS_IMPORT_TABLE_02": cw9999/******** parfile=data10.par

　　處理對(duì)象類型 SCHEMA_EXPORT/TABLE/TABLE

　　處理對(duì)象類型 SCHEMA_EXPORT/TABLE/TABLE_DATA

　　ORA-31693: 表數(shù)據(jù)對(duì)象 "CW9999"."PSXM" 無(wú)法加載/卸載并且被跳過(guò), 錯(cuò)誤如下:

　　ORA-02354: 導(dǎo)出/導(dǎo)入數(shù)據(jù)時(shí)出錯(cuò)

　　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: 表數(shù)據(jù)對(duì)象 "CW9999"."PSMOD" 無(wú)法加載/卸載并且被跳過(guò), 錯(cuò)誤如下:

　　ORA-02354: 導(dǎo)出/導(dǎo)入數(shù)據(jù)時(shí)出錯(cuò)

　　ORA-39776: 加載表 "CW9999"."SPMOD" 時(shí)出現(xiàn)致命的直接路徑 API 錯(cuò)誤

　　ORA-00600: 內(nèi)部錯(cuò)誤代碼, 參數(shù): [klaprs_11], [60], [0], [], [], [], [], [], [], [], [], []

　　注意這其中最關(guān)鍵的錯(cuò)誤是ORA-02369，提示DMP文件中的內(nèi)部數(shù)字標(biāo)記非法，這其實(shí)說(shuō)明導(dǎo)出文件損壞了，以下是該錯(cuò)誤的官方解釋：

　　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 上有提示，如果文件通過(guò)ftp等方式傳輸，可能丟失了內(nèi)容，可以嘗試重傳，但是這種概率極低，事實(shí)上是，在執(zhí)行導(dǎo)出時(shí)文件就損壞了。這種情況下，不可避免的要丟失數(shù)據(jù)。在MOS上，有幾十個(gè)與此錯(cuò)誤有關(guān)的SR。

　　在這個(gè)客戶案例中，部分?jǐn)?shù)據(jù)表是完好的，可以導(dǎo)入，但是其中一些表出錯(cuò)，無(wú)法導(dǎo)入還原到數(shù)據(jù)庫(kù)中。

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

　　技術(shù)提示：ORA-02369 不是指dmp文件的開始部分損壞，對(duì)于DMP文件來(lái)說(shuō)，每個(gè)表開始部分都存在一個(gè)Header信息，這個(gè)錯(cuò)誤是指對(duì)于指定表，這個(gè)信息損壞。在這個(gè)案例中，可能是并行導(dǎo)出導(dǎo)致的寫損壞。

　　華軍深圳數(shù)據(jù)恢復(fù)中心建議，在重要數(shù)據(jù)備份中，不能僅采用單一手段，多重手段結(jié)合，才能確保數(shù)據(jù)萬(wàn)無(wú)一失。