虛擬化數(shù)據(jù)恢復—VMware ESX服務器常見故障的數(shù)據(jù)恢復方案

ESX SERVER常見故障：
1、因光纖存儲設備接入了非ESX系統(tǒng)，共享未互斥，對存儲進行了改寫(重裝系統(tǒng)，WINDOWS初始化，格式化等)，導致存儲結構損壞。
2、升級或者變更卷時分區(qū)表或VMFS卷結構異常。
3、誤刪除VMFS存儲中的VMDK。
4、VMFS格式化。

ESX SERVER常見故障的數(shù)據(jù)恢復方案：
1、檢測是否存在硬件故障，如果有硬件故障，交由硬件工程師處理。
2、以只讀方式檢測故障表現(xiàn)是否與用戶方描述相同。
3、以只讀方式對故障存儲做完整鏡像。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行，避免對原始磁盤數(shù)據(jù)造成二次破壞。
4、基于鏡像文件分析數(shù)據(jù)。北亞企安數(shù)據(jù)恢復工程師按照分區(qū)表結構、VMFS結構（節(jié)點區(qū)、索引區(qū)、目錄及數(shù)據(jù)區(qū)）分析數(shù)據(jù)損壞情況，并進行針對性的重組恢復。
5、將恢復出來的數(shù)據(jù)暫存在另一個存儲體。
6、驗證恢復好的數(shù)據(jù)。

ESX SERVER常見故障的數(shù)據(jù)恢復可行性分析：
◆針對非ESX服務器對VMFS進行改寫的情況：
這類改寫要考慮VMFS的破壞情況。如果僅僅是WINDOWS初始化、劃分分區(qū)或文件系統(tǒng)格式化（未寫入數(shù)據(jù)文件），數(shù)據(jù)破壞不嚴重，可恢復。
如果破壞嚴重，例如整個VMFS的前100MB被完全覆蓋，數(shù)據(jù)恢復難度極大。這種情況下只能通過文件系統(tǒng)的內(nèi)部關系來恢復數(shù)據(jù)。結構性很強的數(shù)據(jù)如ORACLE數(shù)據(jù)庫或SQL SERVER數(shù)據(jù)庫，則可以恢復，但如RAR、gz及多媒體文件則很難恢復。
◆針對升級、變更卷時分區(qū)表或VMFS卷結構異常的情況：
這類故障的破壞性一般不會很強，通常可恢復數(shù)據(jù)。這類故障是否可恢復數(shù)據(jù)，取決于節(jié)點區(qū)、索引區(qū)、目錄及數(shù)據(jù)區(qū)是否被破壞（VMFS的前100M很關鍵）。
◆針對誤刪除VMDK的情況：
VMFS刪除VMDK后沒有寫入新數(shù)據(jù)，則數(shù)據(jù)依然存放在VMFS中，但存儲本身不會再保留指向數(shù)據(jù)區(qū)的索引信息。這種情況下需要通過分析原VMDK文件內(nèi)部結構來確定恢復數(shù)據(jù)的算法及可行性。如果VMDK內(nèi)部存儲的是像數(shù)據(jù)庫文件一樣的強結構性的規(guī)則文件，恢復數(shù)據(jù)的可能性很高；否則，就需要研究數(shù)據(jù)恢復算法，恢復周期和恢復的可行性無法保證。

小貼士：
◆針對軟件故障，故障發(fā)生后應盡可能避免對存儲進行任何操作，最好能關機。在發(fā)現(xiàn)故障后，最好立即對磁盤或存儲卷做完整備份。
◆針對硬件故障，在發(fā)現(xiàn)設備無法正常工作后，盡可能少加電或者最好關機，避免設備的進一步損壞。

審核編輯 黃宇