共计 1042 个字符，预计需要花费 3 分钟才能阅读完成。
这篇文章主要介绍了虚拟机虚拟磁盘数据恢复实例分析的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇虚拟机虚拟磁盘数据恢复实例分析文章都会有所收获，下面我们一起来看看吧。
中石化某省分公司的信息管理平台，几台 VMware 虚拟机——ESX SERVER 共享一台 IBM DS4100 存储，大约有 40~50 组虚拟机，占用 1.8TB 空间，正常工作中，vc 里报告虚拟磁盘丢失，ssh 到 ESX 中执行 fdisk - l 查看磁盘，发现 storage 已经没有分区表了。重启所有设备后，ESX SERVER 均无法连接到 DS4100 所在的 STORAGE。
我们接到案例后仔细询问当时的管理员但是可用信息不多，但是他们无意间提到曾经在这个存储网络里连接过一台 windows 2003 服务器，具体情况不详。于是很自然地想到了，可能是那台 windows 2003 因对 storage 的独享操作导致了整个 vmfs 卷损坏。
以整个存储做分析发现分区表清0，有 55aa 有效结束标志，有硬盘 ID 标志。简单从前向后查看，发现一个 NTFS 卷，但似乎并未写数据进去，像一个刚刚格式化的卷，对这个 NTFS 卷的 BITMAP 做分析，得知大小约为 1.8T（全部空间），前部占用部分空间，3G 左右位置占用部分空间，0.9T 附近占用部分空间，但总占用空间不超过 100M。针对 VMFS 卷进行分析，发现在原 1.8TB 的磁盘里有 2 组 VMFS 分区，第2组是对第一组的 extend，第一组约 1.5T，第二组约 300GB，因 NTFS 分区并未写数据到第二个 VMFS 分区里 (最后一个扇区的 DBR 备份没有覆盖有用数据)，所以重点在于第一个 VMFS 分区。分析第一组 VMFS，卷头结构丢失，一级索引、二级索引均存在，NTFS 覆盖的数据区正好是某组虚拟机的临时内存镜像，损坏也无妨。
通过以上分析，我们就可以进行数据的恢复了，
第一步：对整个 STORAGE 进行镜像备份。
第二步：分析后，连接两个 VMFS 分区，直接按照 VMFS 分析组织方式提取所有 VMDK 及配置文件。
第三步：通过 nfs 直接迁移回 ESX SERVER。
另：本例中因已对故障存储做了安全备份，修复中同时直接重建第一组 VMFS 卷头，索引列表、分区表等信息，直接附加在 ESX SERVER 环境，算是第二个方案。
关于“虚拟机虚拟磁盘数据恢复实例分析”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“虚拟机虚拟磁盘数据恢复实例分析”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道。
