細(xì)數(shù)基于ORACLE 數(shù)據(jù)庫環(huán)境的常見數(shù)據(jù)災(zāi)難解決方式

一、故障描述：基于ORACLE 數(shù)據(jù)庫環(huán)境的常見數(shù)據(jù)災(zāi)難
故障表現(xiàn)：
1、ORACLE數(shù)據(jù)庫無法啟動或無法正常工作。
2、ORACLE ASM存儲破壞。
3、ORACLE數(shù)據(jù)文件丟失。
4、ORACLE數(shù)據(jù)文件部分損壞。
5、ORACLE DUMP文件損壞。

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

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

★ORACLE ASM存儲破壞：
如ASM重置，或組成ASM的部分設(shè)備成員故障，出錯后無大量新數(shù)據(jù)寫入，數(shù)據(jù)通?？梢院芎玫幕謴?fù)。

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

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

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

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

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