【伺服器資料恢復】異常斷電導致虛擬機器檔案丟失不能啟動的資料恢復案例

北亞資料恢復發表於2022-04-28

伺服器資料恢復環境:


一臺PowerEdge R系列伺服器和一臺PowerVault資料儲存;

上層是虛擬機器,虛擬機器系統為ESXI。



伺服器故障:


機房非正常斷電導致虛擬機器不能啟動。伺服器管理員對虛擬機器進行了檢查發現虛擬機器配置檔案丟失,xxx-flat.vmdk磁碟檔案

和xxx-000001-delta.vmdk快照檔案還存在。


伺服器管理員在試圖恢復虛擬機器的時候將原虛擬機器內的xxx-flat.vmdk刪除然後新建了一個虛擬機器,分配了200GB的精簡模式

和160GB的快照資料盤,但是原虛擬機器內的資料並沒有恢復。伺服器管理員聯絡我們資料恢復中心進行虛擬機器資料恢復。


虛擬化資料恢復過程:


1、將掛載在VMware vSphere Client上的卷解除安裝後備份。


2、經過資料恢復工程師對備份資料進行檢測和分析發現虛擬機器目錄項由於非正常斷電被破壞,伺服器管理員刪除操作導致文

件的資料區索引被清除,重建虛擬機器導致分配給新建虛擬機器的磁碟資料底層被清零。虛擬機器目錄項和檔案的資料區索引可以通

過人工修復方式進行恢復資料,但新建虛擬機器的操作導致底層資料清零,如果新建虛擬機器磁碟的空間佔用了原虛擬機器的釋放空

間則會導致這部分資料無法恢復,具體需要進一步檢測。


虛擬機器資料恢復案例之虛擬機器目錄項:



3、虛擬化資料恢復工程師對底層資料進行分析,在自由空間內排查被刪除的虛擬機器磁碟區域,對這部分割槽域進行掃描發現

了大量的碎片。資料恢復工程師對碎片進行重組,通過拼接和重組後發現缺失部分碎片檔案,只能暫時將丟失的檔案碎片位

置留空。


4、虛擬化資料恢復工程師利用虛擬磁碟快照程式將重組好的父盤和快照盤進行合併,生成一個新的虛擬磁碟。利用工具解釋

虛擬磁碟中的檔案系統,因缺失好多資料,檔案系統解釋過程中頻繁報錯提示檔案損壞。解釋完的檔案系統如下圖:

虛擬機器資料恢復案例之檔案系統解釋結果:



5、解析完檔案系統後發現沒有找到原始的資料庫檔案,而**備份和**備份這兩個目錄的目錄結構正常。但是在嘗試將備份

匯入資料庫中時,資料庫匯入程式提示報錯。**備份和**備份的部分目錄結構如下圖:

虛擬機器資料恢復案例之目錄結構:




6、匯入.BAK檔案報錯資訊如下:



7、虛擬機器資料恢復工程師根據SQL Server資料庫的結構去自由空間中找到資料庫的開始位置。資料庫的庫名通常出現在當

前庫的第九頁內,根據這一特性可以藉助一些資料恢復工具到底層掃描資料庫頁的碎片,再利用資料庫碎片重組mdf檔案,

在本次資料恢復案例中除了cl_system3.dbf和erp42_jck.dbf因有部分碎片沒有找到外 (極有可能這部分資料被覆蓋了),其餘資料庫檔案均校驗成功。校驗完的MDF檔案如下:



cl_system3.dbf檔案中某個碎片丟失的區域如下圖:



8、虛擬機器資料恢復到這一步已經將可用的資料都利用得差不多了,但是資料依然沒有恢復完整,最後只能依靠備份檔案。

資料恢復工程師對備份檔案進行詳細的檢查後發現這兩個丟失的檔案依然不存在,只有部分增量備份檔案。


9、由於erp42_jck.dbf檔案中只缺失少量的頁,因此可以根據缺失的頁號在增量備份中查詢,將找到的頁補到

erp42_jck.dbf檔案中,通過這種方式可以恢復一部分丟失的資料庫頁。但是補完後還是缺失部分頁,無法正常使用。


10、虛擬化資料恢復工程師通過北亞資料恢復中心自主開發的資料庫解析程式將erp42_jck.dbf檔案中使用者比較重要的幾十

張表成功匯出,併成功匯入到新建的資料庫中,恢復出來缺失的檔案。



虛擬化資料恢復資料驗證:


在資料恢復安全裝置中重新搭建原始環境,將恢復出來的資料匯入到資料恢復安全環境中,再由伺服器管理員親自驗證數

據庫的完整性,經過驗證所有資料均完整沒有缺失、資料庫掛載成功、上層應用執行正常,本次虛擬機器資料恢復完成。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31380569/viewspace-2889158/,如需轉載,請註明出處,否則將追究法律責任。

相關文章