深度解锁数据恢复

2020-05-04 17:51:45

企业级的数据恢复一般都涉及到RAID阵列  在我十来年的职业生涯中，一共遇到过三次RAID崩溃引起的数据丢失。

第一次是一个国企使用的是HP 380G5 3块硬盘组成的RAID5。起因是一块硬盘坏了，热插拔更换了新硬盘之后，重启操作系统不能进入系统。 操作系统是windows 2008.

我使用U盘加载RAID驱动进去观察发现为分区表丢失，使用diskman 重建丢失的分区表数据恢复正常进入系统。

第二次是天津的一个客户 IBM X3560M4  两块硬盘RAID1  操作系统为ESXI。事情的起因也是一块硬盘坏了，更换新硬盘之后，新硬盘不上线，由于是客户的系统我比较谨慎，在ESXI能正常启动的并且虚机也可以正常的启动情况下，我对虚机进行了迁移，迁移之后，我把故障主机删除RAID重建，并重新安装ESXI 并回迁虚拟机，整个过程非常安全且不影响正常业务。

第三次也就是我们这次是公司自用测试演示环境，lenovo RD 640 8块盘组成的RAID6。一块硬盘故障之后，更换新硬盘之后硬盘不上线，由于是自己使用的环境很随意没有冗余量，其他主机没有多余的空间进行迁移操作，没多想就直接手工把磁盘进行上线操作。当online状态之后硬件显示一切正常，响了几个月的报警声消失。以为事情搞定了，没想到却是噩梦的开始。

第二天一大早接到同事的电话，虚拟机启动不了，我急忙登上去查看，果真不能启动，挂载PE工具盘进入磁盘查看，所有机器的分区基本都丢失了。试着使用diskgenius找回分区信息，结果一无所获。

这个时候我又做了一个危险的操作，我选了一台虚机做实验，把它迁移到其他主机上，我的想法是想避免对主机进行二次伤害，结果这个操作才是对主机进行二次伤害的动作。意识到问题之后。

向供货商求助了2块8T的大容量硬盘，把所有数据以块的形式进行克隆到新硬盘。克隆了2天，然后操作克隆盘。事情才有了起色。

这次用到的软件包含

sftpdirver

VMxDB For VMWare VMFS Recovery v7.5 收费软件3000可以用7天，我只用来确认文件是否存在是否可以恢复

DiskInternalsVMFSRecovery  收费软件599美元，我只用来确认文件是否存在是否可以恢复

UFS_Explorer  数据恢复主力可以直接读取VMFS分区格式   速度快

RStudio       破坏的更严重使用这个来恢复  速度非常慢

LMT.ISO    作为工作平台

Ubuntu live cd   作为工作平台

拷贝完成后 使用

UFS_Explorer 挂载单个VMDK文件进行恢复，一般破坏的不验证分区表还在的可以很快恢复，基本恢复一台虚机的数据时间在8到10个小时。

但是有很多坑爹的地方，虚机机是各部门自行安装的，有的虚拟机创建了3块硬盘，然后3块硬盘通过LVM管理，其实就是一种RAID  也就是说RAID里面在建RAID。分区破坏的一塌糊涂。好在这个软件有软件重建RAID功能，大部分经过漫长的时间可以读取出来，只不过目录结构有点凌乱。

然后还有一种破坏的比较严重的，分区完全读不出来的。需要使用UFS_Explorer把整个虚拟机目录拷贝到NTFS 分区中挂载在RStudio 中。 这个就比较慢了一台主机恢复需要超过24个小时。 中间还有各种提示，

全部都搞完之后还记得我迁移了一台虚机吗？使用sftpdirver挂载整个主机的根目录

然后使用RStudio 以挂载镜像的模式打开迁移的虚拟机。之后的操作方法和上面类似。

评论(0)