服务器数据恢复环境：
某公司信息管理平台，若干台 VMware 虚拟机共享一台存储设备，供外部应用，该存储设备中寄存了公司大量重要数据。
服务器故障：
该存储设备运行时，管理员在存储网络中连贯了一台 Windows 服务器，这台存储设备忽然无奈失常应用。管理员对该存储设备进行初步查看后发现该存储设备中的虚构磁盘失落，分区表失落，重启该存储设备后故障仍旧。因为该存储设备中的数据非常重要且没有备份，管理员不敢擅自进行操作。
服务器数据恢复过程：
1、通过管理员的形容，数据恢复工程师初步判断该存储设备解体并非是硬件故障导致的。依照正规数据恢复流程和审慎思考，硬件工程师还是对故障存储设备中的所有硬盘进行了物理故障检测，检测后果和初步判断统一：所有硬盘都能够失常读取，没有发现任何物理故障。
2、将故障存储中所有硬盘编号后取出，以只读形式将所有硬盘残缺镜像备份，后续的数据分析和数据恢复操作都基于镜像文件进行，防止对原始数据造成二次毁坏。
3、通过初步剖析，数据恢复工程师基本上能够确定该存储设备解体的起因就是管理员连贯的那台 Windows 服务器对故障存储的 storage 的独享操作毁坏了存储的 VMFS 卷。
4、对存储的底层数据进行剖析后，数据恢复工程师发现：分区表被清零，然而分区表有 55AA 的无效完结标记，有硬盘 ID 标记。
5、持续剖析发现存储中有一个没有任何数据的 NTFS 卷，持续剖析该卷的 BITMAP 后发现其大小与存储的全副空间大小相差无几，在卷的几个不同地位都有局部的占用，但所有占用的总空间很小。
6、通过和管理员沟通和对底层数据的剖析，发现故障存储实际上有两个分区，第一个分区占总空间大小的 80%，第二个分区是第一个分区的扩大分区，在 ntfs 分区对数据进行毁坏时并没有波及到第二个分区。所以数据恢复的要害在第一个分区，通过剖析与查问发现第一个分区的重要信息都还在。
7、连贯故障存储的两个 VMFS 分区，依照分区的组织形式间接提取 vmdk 文件和配置文件。
8、提取出文件后通过 nfs 回迁数据的形式进行数据恢复。复原实现后对后果进行校检，检测无误后交由用户方工程师来现场进行后果验证，验证没有问题后移交数据。
服务器数据恢复总结：
这个数据失落的起因非常简略，就是因为光纤环境互斥不当导致了卷在 Windows 零碎下从新做了分区并且执行了 NTFS 格式化和删除分区的操作。因为 esx vmfs 的互斥是独立于硬件层面而只依赖于操作系统驱动层的，所以将存储接入其余服务器时肯定要留神存储的调配权限，防止造成数据失落。