VMWARE ESX SERVER虚拟化数据恢复过程总结
16lz
2021-08-27
[虚拟化数据恢复故障描述]
需要进行数据恢复的是北京一家公司的信息管理平台，平台配置有数台VMware虚拟机，虚拟机是ESX SERVER共享一台某品牌的 DS4100存储，虚拟机内数据容量约2TB左右。
虚拟机在正常工作过程中突然提示虚拟磁盘丢失，管理员发现后立刻进行了查看并进行了重启操作，重启后虚拟机依然不可用，虚拟磁盘丢失，服务器内数据不可用，急需进行数据恢复操作。
[虚拟化数据恢复故障分析]
工程师首先对客户的存储设备进行了只读模式下的镜像备份，避免破坏原始故障环境。
在镜像文件中对数据进行分析发现所有数据中的有效“55AA”表示都存在，硬盘ID标志也存在，但分区表数据丢失。存在一个空的ntfs卷，通过计算确定卷大小约2T，分别于卷的开始位置，约2.8G位置等位置占用了总共约120MB空间，其他位置并未占用空间。
分析服务器的vmfs卷，共分析得出2组vmfs分区，第二组是第一组的扩展分区，第二组分区内数量较小，经过分析确认数据主要存储在第一个分区里。重点分析傣族vmfs得出如下结论：
第一、第二级索引保留完整，部分结构丢失。
[虚拟化数据恢复过程]
在数据恢复专用服务器上搭建与原始环境相同的虚拟化环境，连接两个vmfs分区，提取vmdk及所有配置文件，通过nfs回迁至虚拟化环境。
重建卷头部信息，索引列表等位置被破坏的信息，直接附加即可。
[虚拟化数据恢复总结]
本次数据丢失的主要原因是由于客户的服务器曾经在Windows系统下格式化为ntfs格式并且还重新分区，随后又对该分区进行删除。这一操作导致其他服务器接入存储后光纤环境互斥不当，虚拟机瘫痪。
更多相关文章
- Windows还原系统后分区合并为一个分区恢复方法
- 教你解决硬盘提示文件或目录损坏且无法读取的办法
- 8.）PHPWeb开发框架~Apache配置虚拟主机
- TF卡出现“分区变0字节”的解决办法
- Linux主机lv操作篇-新增homelv
- 从虚拟化到云原生——容器技术的发展史
- 谷歌开发MicroDroid，用于虚拟机的精简版Android
- 虚拟网络：OpenFlow，与OpenStack集成，边缘虚拟网络
- 2017版：KVM 性能优化之内存优化