轻松从 VMware 虚拟机恢复数据

本文是一个虚拟机数据恢复的案例。 虽然整个虚拟机数据恢复过程只需要三个步骤，但前后的问题分析和经验总结值得借鉴。

我们总结一下前几天我们接手的一个ESX数据恢复案例。

【数据恢复失败说明】

中石化某省分公司有一个信息管理平台，有多台虚拟机ESX共享IBM存储。 大约有40到50组虚拟机，占用1.8TB空间，数据重要。

正常操作期间，vc 报告虚拟磁盘丢失。 我ssh到ESX，执行fdisk -l查看磁盘，发现没有分区表。 重新启动所有设备后，ESX 无法连接到它。

仔细询问了当时的管理员后，他们提到有一台2003年的服务器连接到了这个存储网络，但具体情况不明。

【数据恢复分析】

人们很自然地认为整个vmfs卷可能由于2003机器的独占操作而损坏。

对整个存储的分析显示：

1、分区表清0，有有效结束标志55aa，有硬盘ID标志。

2.简单地从前到后查看，找到一个NTFS卷，但似乎没有写入任何数据。 它看起来像是刚刚格式化的卷。 分析NTFS卷后发现大小约为1.8T（已满空间）。 顶部占用部分空间，部分占用3G左右空间，部分占用0.9T附近空间，但总占用空间不超过100M。

3、分析VMFS卷，发现原来的1.8TB磁盘中有2组VMFS分区。 第二组是针对之一组的。 之一套约1.5T，第二套约300GB。 由于NTFS分区未写入数据被移动到第二个VMFS分区（最后一个扇区的DBR备份没有覆盖有用数据），因此焦点集中在之一个VMFS分区上。

4、分析之一组VMFS，卷头结构丢失，主索引和辅索引均存在。 NTFS覆盖的数据区域恰好是某组虚拟机的临时内存映像，因此即使损坏也没有关系。

【数据恢复过程只需三步】

1、对整个系统进行镜像备份。

2、分析完成后，连接两个VMFS分区，按照VMFS分析组织方法直接提取所有VMDK和配置文件。

3.通过nfs直接迁移回ESX。

另外：在本例中，由于已经对故障存储进行了安全备份，因此在修复过程中直接重建之一组VMFS卷头、索引列表、分区表等信息，并直接挂载到ESX环境中，这是第二种解决方案。

【数据恢复结果】

历时2天（不计算后续迁移时间），所有数据成功恢复。

[其他]

1、这种情况下，问题仍然是光纤环境互斥不当造成的。 其实应该是该卷在系统中重新分区并格式化为NTFS，然后将该分区删除。 由于ESX VMFS的互斥不依赖于硬件而仅依赖于操作系统驱动层，因此在将其他服务器连接到存储网络时必须小心虚拟机文件恢复，并尽量考虑存储分配权限。

2、由于ESX中信息集中管理方便，在实际使用过程中数据往往显得尤为重要。 做好备份工作，并考虑损坏时迁移的方便性。

以上就是本文的全部内容。 希望对大家的学习有所帮助。 也希望大家支持 Home。