共计 1024 个字符，预计需要花费 3 分钟才能阅读完成。
虚拟机数据恢复环境：
某 IDC 机房 VMware ESXi 虚拟化零碎，连贯多个 LUN。
虚拟机故障 & 剖析：
管理员因误删除其中一个 LUN 中的一台虚拟机，这个 LUN 部署无数台虚拟机，装置的都是 Windows Server 操作系统。被误删的这台虚拟机上运行 SQL Server 数据库和寄存一些重要的其它格式文件。用户分割咱们数据恢复核心要求复原此虚拟机上所有文件，并且可能失常启动和工作。
VMware ESX/ESXi 的文件系统 VMFS 是一种高性能文件系统，针对虚拟机这类重负荷工作进行性能优化，已靠近裸设施的性能。ESX/ESXi 上的虚拟机及其他文件都是存储于 VMFS 文件系统中。
咱们数据恢复核心工程师团队对 VMFS 文件系统进行过专门的课题钻研，目前已把握支流版本 VMFS 的底层构造，对于 ESX/ESXi 的 VMFS 损坏、误删除虚拟机、VMFS 跨区卷损坏、底层 RAID 损坏等波及到 VMFS 文件系统的数据劫难复原有独有的技术和教训，已胜利复原了上千案例的 ESX/ESXi 数据。
虚拟机数据恢复过程：
1、本案例的数据恢复工作次要依附咱们数据恢复核心自研的 Frombyte Recovery For ESX 实现，Frombyte Recovery For ESX 扫描进去的虚构磁盘中显示了原来虚构磁盘的大小、所属操作系统类型、原来虚构磁盘的模式（厚 / 薄）、调配状态信息。
下图就是扫描进去的虚构磁盘，有两个虚构磁盘的调配状态已标识为’NO’，阐明这两个很有可能就是管理员误删除的虚拟机中的虚构磁盘。
2、应用 Frombyte Recovery For ESX 复原出这两个虚构磁盘（这两个虚构磁盘别离为原零碎的 C 盘和 D 盘），导入到本地部署有 ESXi 的服务器上，通过非凡办法将虚拟机失常加载到虚构磁盘后，虚拟机曾经能够失常启动。
下图中就是在本地 ESXi 上启动的虚拟机。
3、管理员亲自对复原进去的虚拟机、虚拟机上运行的数据库以及虚拟机上的其余格式文件进行验证，没有发现问题，确认复原进去的数据残缺可用，本次数据恢复胜利。
数据安全 Tips:
1、重要的数据不要存储在单盘上，组建一组 RAID 是比拟好的数据存储形式。
2、肯定要做好备份，备份包不要放到同一存储媒介上。即便寄存在同一媒介也不要放到同一分区下。
3、呈现故障后千万不要重复尝试各种复原或者修复的操作，最须要做的就是尽快对故障硬盘做残缺备份。
4、尽可能抉择业余正规的数据恢复服务商进行解决，不正规业余的机构或集体会无心或无意地对故障盘数据进行二次毁坏。
