一、故障描述：基於ORACLE 資料庫環境的常見資料災難

1、ORACLE資料庫無法啟動或無法正常工作。

2、ORACLE ASM儲存破壞。

3、ORACLE資料檔案丟失。

4、ORACLE資料檔案部分損壞。

5、ORACLE DUMP檔案損壞。

二、解決方案

◆檢測

1、檢測是否存在硬體故障，如硬體故障，轉硬體處理

2、以只讀方式檢測故障表現是否與使用者描述相同

◆恢復

1、備份：以只讀方式對故障儲存做完整映象(參考附錄)

2、在備份中進行資料分析及恢復操作。

3、通常，恢復後的資料會暫存在另一個儲存體上

◆驗收

對恢復好的資料進行驗證，確認其正確性。如確認，交費–>移交原介質及已恢復資料 –>出具發票(收據)及報告。

如無法認可資料恢復結果，交回原介質，不收服務費，可免費出具報告。

三、資料恢復的可能性

如果突發性的出現上述故障，通常可恢復性極高。從技術底層上看，如果SYSTEM表未損壞，資料較容易恢復；如果SYSTEM表損壞，資料需要人工核對表結構，恢復時較為耗時。

如ASM重置，或組成ASM的部分裝置成員故障，出錯後無大量新資料寫入，資料通常可以很好的恢復。

如ORACLE資料檔案部分損壞(如覆蓋)，透過複雜的資料提取和重組，通常可以將未損壞部分的資料記錄恢復出來，並可新建表追加進去，但會相當耗時。

ORACLE DUMP檔案損壞，將損壞部分去除，其餘部分均可正常追加至資料表。

四、資料恢復時間

1TB以下的儲存空間(不是要恢復的資料容量)，通常2個工作日內可完成；1TB以上的隨儲存容量的增加，恢復週期通常也會增加。

資料表如果很大，提取資料、整理資料也會花費大量時間，具體時間需據具體情況而定。

[資料庫資料恢復小貼士]

如何避免

做好備份方案，儘可能避免單儲存備份，如資料非常重要，可考慮異地備份。

根據資料庫版本來做恢復操作 10以上版本有flashback功能 ，可以進行表級甚至是資料庫的閃回操作。

如果已經操作閃回儲存時間，可以考慮使用備份資料來做恢復。如利用exp資料匯入到測試庫，或者根據rman備份恢復到指定時間點。