三下搞定VMware虚拟机的数据恢复

2009-08-18 13:39:58
云计算
虚拟化 这篇文章是北亚VMWARE数据恢复中心的张宇在中石化某分公司遇到的一个案例，虽然整个VMware虚拟机的数据恢复过程只需要三步，但是前后的问题分析和经验总结值得您借鉴。

创新互联从2013年开始，是专业互联网技术服务公司，拥有项目网站制作、成都网站设计网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元徽州做网站,已为上家服务,为徽州各地企业和个人服务,联系电话:18980820575

作者：张宇，北亚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虚拟机的数据恢复
分享网址：http://www.stwzsj.com/qtweb/news33/5683.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联