数据恢复故障描述
需要恢复的数据是某公司的一个信息管理平台,客户使用了3台虚拟机为企业共享一台存储设备,供企业内部使用,存储了公司大量的重要数据文件。管理员在在正常工作时为该存储网络又连接了一台Windows2003服务器,结果这台存储突然无法使用了,管理员对存储进行故障排查时发现存储虚拟磁盘丢失,分区表丢失。重启该存储后故障依然没有解决。由于存储中的数据十分重要且没有备份,管理员不敢擅自进行尝试修复,只好通过数据恢复手段进行数据恢复。![存储虚拟磁盘丢失;分区表丢失后的数据恢复过程-LMLPHP 存储虚拟磁盘丢失;分区表丢失后的数据恢复过程-LMLPHP](https://c1.lmlphp.com/user/master/2020/09/21/6a4a2183399b28452da95000b17194ad.jpg)
存储数据恢复分析
由于存储崩溃的原因并非硬件故障,但是介于数据恢复流程我们还是请硬件工程师帮忙对客户存储中的硬盘进行检测,果然所有硬盘状态正常,没有任何物理故障。由此可以确定导致存储故障的原因是管理员连接的Windows2003服务器对storage的独享操作导致了整个存储的VMFS卷损坏。数据恢复工程师分析存储底层数据发现分区表被清零;有55AA的有效结束标志;有硬盘ID标志。在向后分析发现了存储中有一个NTFS卷,但并没有数据,数据恢复工程师只好继续分析该卷的BITMAP发现内容大小与存储大小的全部空间相差无几。在卷的不同位置有部分的占用,但所有占用的空间不足110MB。最后数据恢复工程师发现原来客户的存储里有两个分区,其中第一组分区占80%,第二组分区是第一组分区的扩展分区,在ntfs分区对源数据进行破坏时并没有涉及到第二个分区。所以数据恢复的重点应该放在第一组分区上,经过分析与查询发现第一组分区的重要信息都在,存在数据恢复的机会。
![存储虚拟磁盘丢失;分区表丢失后的数据恢复过程-LMLPHP 存储虚拟磁盘丢失;分区表丢失后的数据恢复过程-LMLPHP](https://c1.lmlphp.com/user/master/2020/09/21/e1c6b6103ed16df4c8b0330f9fbe1eef.jpg)