服務(wù)器數(shù)據(jù)恢復(fù)-ESX SERVER常見故障的數(shù)據(jù)恢復(fù)方案

ESX SERVER常見故障表現(xiàn)：
1、因光纖存儲設(shè)備連接至非ESX環(huán)境，共享未互斥，對存儲進行的改寫操作（如：重裝系統(tǒng)，WINDOWS初始化，格式化等）導(dǎo)致存儲結(jié)構(gòu)損壞。
2、卷升級、變更時分區(qū)表或VMFS卷結(jié)構(gòu)異常。
3、VMFS存儲中VMDK被刪除。
4、VMFS被格式化。

ESX SERVER故障解決方案：
1、檢測是否存在硬件故障，如果發(fā)現(xiàn)硬件故障，由硬件工程師進行處理。
2、檢測故障表現(xiàn)是否與用戶描述相同。
3、以只讀方式對故障存儲所有磁盤做完整鏡像。
4、基于鏡像文件分析數(shù)據(jù)和恢復(fù)數(shù)據(jù)。北亞企安數(shù)據(jù)恢復(fù)工程師按照分區(qū)表結(jié)構(gòu)、VMFS結(jié)構(gòu)（節(jié)點區(qū)、索引區(qū)、目錄及數(shù)據(jù)區(qū)）的順序依次分析數(shù)據(jù)損壞情況，并針對性做重組&恢復(fù)。
5、驗證恢復(fù)數(shù)據(jù)的正確性。將恢復(fù)出來的數(shù)據(jù)暫存在另一個存儲體上。

ESX SERVER數(shù)據(jù)恢復(fù)的可能性分析：
1、非ESX服務(wù)器對VMFS進行改寫操作：
VMFS的CLUSTER是基于多臺ESX SERVER之間的約定，當(dāng)存儲被非ESX系統(tǒng)接管時，會以獨占的模式進行管理，導(dǎo)致存儲結(jié)構(gòu)的損壞。
這類故障要考慮VMFS的破壞情況，如果僅僅是WINDOWS初始化、劃分分區(qū)或文件系統(tǒng)格式化但未寫入數(shù)據(jù)，則數(shù)據(jù)破壞不嚴重，恢復(fù)可能性比較大。
如果VMFS破壞嚴重，例如VMFS的前100MB被完全覆蓋，數(shù)據(jù)恢復(fù)的難度就非常大。這種情況下只能通過文件系統(tǒng)內(nèi)部關(guān)系進行恢復(fù)，有結(jié)構(gòu)的數(shù)據(jù)如ORACLE或SQL SERVER數(shù)據(jù)庫可以恢復(fù)，但像RAR、gz及多媒體文件等結(jié)構(gòu)性不強的數(shù)據(jù)就很難恢復(fù)。
2、卷升級、變更時分區(qū)表或VMFS卷結(jié)構(gòu)異常：
此類故障的破壞程度一般不會很嚴重，通?？赏暾謴?fù)。是否可完整恢復(fù)則要取決于節(jié)點區(qū)、索引區(qū)、目錄及數(shù)據(jù)區(qū)是否被破壞（VMFS的前100M很關(guān)鍵）。
3、VMDK被刪除：
VMFS刪除VMDK后，在沒有新數(shù)據(jù)寫入的情況下，數(shù)據(jù)依然存儲于VMFS中，但存儲本身卻不會再保留指向數(shù)據(jù)區(qū)的索引信息。這種情況需要分析原VMDK文件內(nèi)部結(jié)構(gòu)后才可以確定數(shù)據(jù)恢復(fù)的算法及可能性。在VMFS破壞嚴重的情況下，如果VMDK內(nèi)部存儲的是像數(shù)據(jù)庫文件一樣的規(guī)則文件，則恢復(fù)可能性很高；否則，就需要深入研究數(shù)據(jù)恢復(fù)算法，數(shù)據(jù)可能無法在短時間內(nèi)恢復(fù)。

小貼士：
針對軟件故障，發(fā)現(xiàn)數(shù)據(jù)丟失后，盡可能不要對存儲進行任何操作。有時候，即使是開著機，在什么操作都不做的情況下也可能會讓情況進一步惡化。如果條件允許的話，在發(fā)現(xiàn)數(shù)據(jù)損壞/丟失后，對磁盤或存儲卷做完整備份。
針對硬件故障，發(fā)現(xiàn)設(shè)備無法正常工作后，盡可能不加電，避免加電對設(shè)備的進一步破壞。
做好備份方案，盡可能避免單存儲備份，如數(shù)據(jù)非常重要，可異地備份。

審核編輯 黃宇