虛擬化數據恢復過程：

1、將掛載在VMware vSphere Client上的卷卸載后備份。

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

3、虛擬化數據恢復工程師對底層數據進行分析，在自由空間內排查被刪除的虛擬機磁盤區域，對這部分區域進行掃描發現了大量的碎片。數據恢復工程師對碎片進行重組，通過拼接和重組后發現缺失部分碎片文件，只能暫時將丟失的文件碎片位置留空。

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

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

7、虛擬機數據恢復工程師根據SQL Server數據庫的結構去自由空間中找到數據庫的開始位置。數據庫的庫名通常出現在當前庫的第九頁內，根據這一特性可以借助一些數據恢復工具到底層掃描數據庫頁的碎片，再利用數據庫碎片重組mdf文件，在本次數據恢復案例中除了cl_system3.dbf和erp42_jck.dbf因有部分碎片沒有找到外

（極有可能這部分數據被覆蓋了），其余數據庫文件均校驗成功