出现VMware虚拟机磁盘丢失的情况,使用这种解决方式实在是太有必要了

VMware虚拟机设备信息:

1、VMware虚拟机(数量:40-50组;占用空间:1.8TB)

2、VMware虚拟机——ESX SERVER共享一台IBM DS4100存储

VMware虚拟机故障描述:

工作人员在使用过程当中,由于vc里报告虚拟磁盘丢失,通过ssh到ESX中执行fdisk -l查看磁盘,storage已经无分区表。经过重启所有设备后,ESX SERVER均无法连接到DS4100所在的STORAGE。

通过对管理员的咨询了解到,在该存储网络里曾连接一台windows 2003服务器。

VMware虚拟机故障分析:

由此我们可推测,有可能是那台windows 2003通过storage的独享操作导致了vmfs卷损坏。

1、以整个存储做分析发现分区表清0,有55aa有效结束标志,有硬盘ID标志。

2、从前向后查看,发现一个NTFS卷,且无任何数据。我们通过对这个NTFS卷的BITMAP分析,得知大小约为1.8T(全部空间),3G左右位置占用部分空间,0.9T附近占用部分空间,但总占用空间不超过100M。

3、针对VMFS卷进行分析,发现在原1.8TB的磁盘里有2组VMFS分区,第2组是对第一组的extend,第一组约1.5T,第二组约300GB,因NTFS分区并未写数据到第二个VMFS分区里(最后一个扇区的DBR备份没有覆盖有用数据),所以重点在于第一个VMFS分区。分析第一组VMFS,卷头结构丢失,一级索引、二级索引均存在,NTFS覆盖的数据区正好是某组虚拟机的临时内存镜像,损坏也无妨。

VMware虚拟机数据恢复步骤:

第一步:对整个STORAGE进行镜像备份。

第二步:分析后,连接两个VMFS分区,直接按照VMFS分析组织方式提取所有VMDK及配置文件。

第三步:通过nfs直接迁移回ESX SERVER。

:因本例中已对故障存储做了安全备份,修复中同时直接重建第一组VMFS卷头,索引列表、分区表等信息,直接附加在ESX SERVER环境,算是第二个方案。

VMware虚拟机数据恢复结果:

历经两天时间,已将数据成功提取,经用户验收,数据可正常读取无误,至此数据恢复工作结束。

VMware虚拟机操作小贴士:

1、本例中依然是因为光纤环境互斥不当导致的问题,实际上,应该是这个卷在WINDOWS系统做了重新分区,并格式化成了NTFS,之后又对分区做了删除操作。因ESX VMFS的互斥不依赖于硬件,只依赖于操作系统驱动层,所以在其他服务器接入存储网络时一定要小心,尽量考虑好存储分配权限。

2、ESX因便捷的信息集中管理,真正使用中往往数据特别重要,一定要做好备份工作,并考虑损坏时迁移的方便性。

 

posted on   北亚数据恢复  阅读(951)  评论(0编辑  收藏  举报

编辑推荐:
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· 开发中对象命名的一点思考
· .NET Core内存结构体系(Windows环境)底层原理浅谈
阅读排行:
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 本地部署DeepSeek后,没有好看的交互界面怎么行!
· DeepSeek 解答了困扰我五年的技术问题。时代确实变了!
· 趁着过年的时候手搓了一个低代码框架
· 推荐一个DeepSeek 大模型的免费 API 项目!兼容OpenAI接口!

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8
点击右上角即可分享
微信分享提示