服務器數據恢複環境：

一台PowerEdge R系列服務器和一台PowerVault數據存儲；

上層是虛拟機，虛拟機系統為ESXI。

服務器故障：

機房非正常斷電導緻虛拟機不能啟動。服務器管理員對虛拟機進行了檢查發現虛拟機配置文件丢失，xxx-flat.vmdk磁盤文件和xxx-000001-delta.vmdk快照文件還存在。

服務器管理員在試圖恢複虛拟機的時候将原虛拟機内的xxx-flat.vmdk删除然後新建了一個虛拟機，分配了200GB的精簡模式和160GB的快照數據盤，但是原虛拟機内的數據并沒有恢複。服務器管理員聯系我們數據恢複中心進行虛拟機數據恢複。

虛拟化數據恢複過程：

1、将挂載在VMware vSphere Client上的卷卸載後備份。

2、經過數據恢複工程師對備份數據進行檢測和分析發現虛拟機目錄項由于非正常斷電被破壞，服務器管理員删除操作導緻文件的數據區索引被清除，重建虛拟機導緻分配給新建虛拟機的磁盤數據底層被清零。虛拟機目錄項和文件的數據區索引可以通過人工修複方式進行恢複數據，但新建虛拟機的操作導緻底層數據清零，如果新建虛拟機磁盤的空間占用了原虛拟機的釋放空間則會導緻這部分數據無法恢複，具體需要進一步檢測。

虛拟機數據恢複案例之虛拟機目錄項：

北亞服務器數據恢複——VMware虛拟機數據恢複

3、虛拟化數據恢複工程師對底層數據進行分析，在自由空間内排查被删除的虛拟機磁盤區域，對這部分區域進行掃描發現了大量的碎片。數據恢複工程師對碎片進行重組，通過拼接和重組後發現缺失部分碎片文件，隻能暫時将丢失的文件碎片位置留空。

4、虛拟化數據恢複工程師利用虛拟磁盤快照程序将重組好的父盤和快照盤進行合并，生成一個新的虛拟磁盤。利用工具解釋虛拟磁盤中的文件系統，因缺失好多數據，文件系統解釋過程中頻繁報錯提示文件損壞。解釋完的文件系統如下圖：

虛拟機數據恢複案例之文件系統解釋結果：

北亞服務器數據恢複——VMware虛拟機數據恢複

5、解析完文件系統後發現沒有找到原始的數據庫文件，而**備份和**備份這兩個目錄的目錄結構正常。但是在嘗試将備份導入數據庫中時，數據庫導入程序提示報錯。**備份和**備份的部分目錄結構如下圖：

虛拟機數據恢複案例之目錄結構：

北亞服務器數據恢複——VMware虛拟機數據恢複

6、導入.BAK文件報錯信息如下:

北亞服務器數據恢複——VMware虛拟機數據恢複

7、虛拟機數據恢複工程師根據SQL Server數據庫的結構去自由空間中找到數據庫的開始位置。數據庫的庫名通常出現在當前庫的第九頁内，根據這一特性可以借助一些數據恢複工具到底層掃描數據庫頁的碎片，再利用數據庫碎片重組mdf文件，在本次數據恢複案例中除了cl_system3.dbf和erp42_jck.dbf因有部分碎片沒有找到外（極有可能這部分數據被覆蓋了），其餘數據庫文件均校驗成功。校驗完的MDF文件如下：

北亞服務器數據恢複——VMware虛拟機數據恢複

cl_system3.dbf文件中某個碎片丢失的區域如下圖：

北亞服務器數據恢複——VMware虛拟機數據恢複

8、虛拟機數據恢複到這一步已經将可用的數據都利用得差不多了，但是數據依然沒有恢複完整，最後隻能依靠備份文件。數據恢複工程師對備份文件進行詳細的檢查後發現這兩個丢失的文件依然不存在，隻有部分增量備份文件。

9、由于erp42_jck.dbf文件中隻缺失少量的頁，因此可以根據缺失的頁号在增量備份中查找，将找到的頁補到erp42_jck.dbf文件中，通過這種方式可以恢複一部分丢失的數據庫頁。但是補完後還是缺失部分頁，無法正常使用。

10、虛拟化數據恢複工程師通過北亞數據恢複中心自主開發的數據庫解析程序将erp42_jck.dbf文件中用戶比較重要的幾十張表成功導出，并成功導入到新建的數據庫中，恢複出來缺失的文件。

虛拟化數據恢複數據驗證：

在數據恢複安全設備中重新搭建原始環境，将恢複出來的數據導入到數據恢複安全環境中，再由服務器管理員親自驗證數據庫的完整性，經過驗證所有數據均完整沒有缺失、數據庫挂載成功、上層應用運行正常，本次虛拟機數據恢複完成。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!