服务器数据恢复环境：
一台 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 文件中用户比拟重要的几十张表胜利导出，并胜利导入到新建的数据库中，复原进去缺失的文件。
虚拟化数据恢复数据验证：
在数据恢复安全设备中从新搭建原始环境，将复原进去的数据导入到数据恢复平安环境中，再由服务器管理员亲自验证数据库的完整性，通过验证所有数据均残缺没有缺失、数据库挂载胜利、下层利用运行失常，本次虚拟机数据恢复实现。