Oracle資料庫無法啟動或者啟動後無法正常工作
從技術角度而言，如果上述故障為突發性的出現，則通常情況下可恢復性極高。檢查system表是否損壞，如未損壞則恢復資料難度降低，如果system表損壞就需要人工核對表結構，恢復過程週期較長，耗時耗力。

Oracle ASM儲存破壞
如ASM重置或組成ASM的部分裝置成員故障，且出錯後無大量資料寫入，則資料通常情況下可以很好的恢復。

Oracle資料檔案丟失
資料檔案丟失包括oracle資料檔案刪除、格式化以及其他未知原因導致的資料丟失。針對上述情況，只要沒有新的資料寫入，任何作業系統下都可以通過oracle內部的資料組織規則將資料檔案恢復出來，但是資料檔案的名稱可能需要人工進行核對。

Oracle資料檔案部分損壞
如果oracle資料檔案部分損壞（覆蓋等情況），經過複雜的資料提取和重組，通常情況下可以將未損壞部分的資料記錄恢復出來，並且可以新建表追加進去，但過程相當耗時。

Oracle dump檔案損壞
Oracle dump檔案損壞情況下，將損壞部分去除，其餘部分均可以正常追加至資料表。

資料恢復時間預估
1TB以下的儲存空間（不是要恢復的資料容量），通常可在2個工作日內完成，1TB以上的隨儲存容量的增加，恢復週期通常也會增加。如果資料表很大，提取資料、整理資料也會花費大量時間，具體時間需要根據具體情況而定。

小貼士
針對軟體故障，在資料丟失後應該儘可能的減少對儲存的操作，有時候即使在開機裝菜沒有做任何操作，都有可能導致災難進一步家居。如果條件允許，最好在損壞後對磁碟或儲存卷做完整備份。
針對硬體故障，在裝置無法正常工作後，應儘可能少加電以避免裝置的進一步損壞。