这篇文章是vmware虚拟机的数据恢复的一个案例，虽然整个vmware虚拟机的数据恢复过程只需要三步，但是前后的问题分析和经验总结值得您借鉴。
对前几天接手的一个vmware esx server的数据恢复案子进行一下总结
[数据恢复故障描述]
中石化某省分公司，信息管理平台，几台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卷损坏。
以整个存储做分析发现：
１、分区表清０，有55aa有效结束标志，有硬盘id标志。
２、简单从前向后查看，发现一个ntfs卷，但似乎并未写数据进去，像一个刚刚格式化的卷，对这个ntfs卷的bitmap做分析，得知大小约为1.8t（全部空间），前部占用部分空间，3g左右位置占用部分空间，0.9t附近占用部分空间，但总占用空间不超过100m。
３、针对vmfs卷进行分析，发现在原1.8tb的磁盘里有2组vmfs分区，第２组是对第一组的extend，第一组约1.5t，第二组约300gb，因ntfs分区并未写数据到第二个vmfs分区里(最后一个扇区的dbr备份没有覆盖有用数据)，所以重点在于第一个vmfs分区。
４、分析第一组vmfs，卷头结构丢失，一级索引、二级索引均存在，ntfs覆盖的数据区正好是某组虚拟机的临时内存镜像，损坏也无妨。
[数据恢复过程只要三步]
１、对整个storage进行镜像备份。
２、分析后，连接两个vmfs分区，直接按照vmfs分析组织方式提取所有vmdk及配置文件。
３、通过nfs直接迁移回esx server。
另：本例中因已对故障存储做了安全备份，修复中同时直接重建第一组vmfs卷头，索引列表、分区表等信息，直接附加在esx server环境，算是第二个方案。
[数据恢复结果]
花费2天时间(不计之后的迁移时间)，全部数据恢复成功
[其他]
１、本例中依然是因为光纤环境互斥不当导致的问题，实际上，应该是这个卷在windows系统做了重新分区，并格式化成了ntfs，之后又对分区做了删除操作。因esx vmfs的互斥不依赖于硬件，只依赖于操作系统驱动层，所以在其他服务器接入存储网络时一定要小心，尽量考虑好存储分配权限。
２、esx因便捷的信息集中管理，真正使用中往往数据特别重要，一定要做好备份工作，并考虑损坏时迁移的方便性。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持移动技术网。
如对本文有疑问， 点击进行留言回复！！
最新超详细虚拟机VMware安装Kali Linux的图文教程
VirtualBox软件下载安装及Linux环境安装部署图文教程详解
Docker 安装 Jenkins 并解决初始安装插件失败问题
我要评论
网友评论