一、故障描述：基于ORACLE 數據庫環境的常見數據災難
故障表現：
1、ORACLE數據庫無法啟動或無法正常工作。
2、ORACLE ASM存儲破壞。
3、ORACLE數據文件丟失。
4、ORACLE數據文件部分損壞。
5、ORACLE DUMP文件損壞。

創新互聯從2013年創立，先為站前等服務建站，站前等地企業，進行企業商務咨詢服務。為站前企業網站制作PC+手機+微官網三網同步一站式服務解決您的所有建站問題。

二、解決方案
◆檢測
1、檢測是否存在硬件故障，如硬件故障，轉硬件處理
2、以只讀方式檢測故障表現是否與用戶描述相同
◆恢復
1、備份：以只讀方式對故障存儲做完整鏡像(參考附錄)
2、在備份中進行數據分析及恢復操作。
3、通常，恢復后的數據會暫存在另一個存儲體上
◆驗收
對恢復好的數據進行驗證，確認其正確性。如確認，交費–>移交原介質及已恢復數據 –>出具發票(收據)及報告。
如無法認可數據恢復結果，交回原介質，不收服務費，可免費出具報告。

三、數據恢復的可能性
★ORACLE數據庫無法啟動或無法正常工作：
如果突發性的出現上述故障，通常可恢復性極高。從技術底層上看，如果SYSTEM表未損壞，數據較容易恢復；如果SYSTEM表損壞，數據需要人工核對表結構，恢復時較為耗時。

★ORACLE ASM存儲破壞：
如ASM重置，或組成ASM的部分設備成員故障，出錯后無大量新數據寫入，數據通常可以很好的恢復。

★ORACLE數據文件丟失：
不論ORACLE數據文件是刪除、格式化還是未知原因丟失，只要沒有新的數據寫入，不管是什么操作系統，都可以通過ORACLE內部的數據組織規則將數據文件恢復出來，但數據文件的名稱可能需要人工核對。

★ORACLE數據文件部分損壞：
如ORACLE數據文件部分損壞(如覆蓋)，通過復雜的數據提取和重組，通常可以將未損壞部分的數據記錄恢復出來，并可新建表追加進去，但會相當耗時。
★ORACLE DUMP文件損壞：
ORACLE DUMP文件損壞，將損壞部分去除，其余部分均可正常追加至數據表。

四、時間
1TB以下的存儲空間(不是要恢復的數據容量)，通常2個工作日內可完成；1TB以上的隨存儲容量的增加，恢復周期通常也會增加。
數據表如果很大，提取數據、整理數據也會花費大量時間，具體時間需據具體情況而定。

[小貼士]
★針對軟件故障，在數據丟失后，應盡可能減少對存儲的操作，有時候，即使是開著機，什么都不做，也可能導致災難進一步加劇。條件允許的話，最好損壞后，對磁盤或存儲卷做完整備份
★針對硬件故障，在設備無法正常工作后，應盡可能少的加電，以避免設備的進一步損壞。

如何避免
做好備份方案，盡可能避免單存儲備份，如數據非常重要，可考慮異地備份。