深度解锁数据恢复
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)