-4006-505-646

IBM存储RAID5数据恢复案例


本次北亚小编分享的案例是关于IBM存储DS3512,6块盘,坏了多块盘,导致阵列失效,数据丢失。

客户机类型:IBM存储DS3512

RAID级别:RAID5

硬盘容量:600G

硬盘数量:6块SAS硬盘

文件系统类型:OCFS2

数据类型:LINUX和windows虚拟机共24台,压缩包文件,配置文件

故障情况:IBM存储DS3512,6块盘,坏了多块盘,导致阵列失效,数据丢失。 

【数据恢复过程】

客户存储中6块硬盘,一组RAID5,划分一个LUN,其中LUN分配给LINUX服务器,并格式化成ocfs2文件系统,之后共享给虚拟化使用,存放虚拟机文件。

RAID5仅支持一块硬盘损坏的冗余保护,即使有热备磁盘,在一块磁盘掉线后,同时rebuild完成之前,不能再有任何硬盘出现损坏。

1、先对6块盘以只读模式做镜像文件,发现4块盘有坏道,对有坏道的扇区,多次尝试读取数据;

2、根据IBM-DS3512存储算法和文件系统底层结构,分析RAID5结构;

A、分析存储6块硬盘的RAID5分布情况;

B、通过对文件系统结构进行分析,并依据数据在所有硬盘中的分布规律,找出RAID条带大小及RAID走向;

C、重组出RAID5。

3、提取LUN

A、分析数据LUN在RAID中的分布情况;

B、校验LUN的完整性及正确性;

C、编写程序提取全部数据LUN;

4、解析ocfs2文件系统

A、LUN生成完成后,对ocfs2文件系统进行解析;

B、根据文件系统的结构,编写相应的程序;

C、使用编写好的程序提取数据;

图片1-.png

图1 超级块截图

图片2-.png

图2 目录节点截图

图片3-.png

图3 指针节点截图

图片4-.png

图4 数据库信息截图

5、元信息整理

编写扫描程序,对LUN进行扫描,读取ocfs2文件系统的节点,目录信息,并把扫描到的所有信息插入数据库。

6、数据提取

此次数据恢复工作中,我们根据客户的需求,首先由于部分虚拟机的优先级别和实效性非常高,需要尽快将其恢复出来,我们根据客户提供的具体的文件信息列表,编写脚本,读取数据库并重构文件的目录树,针对着急的虚拟机优先提取恢复。

遍历整个数据库,读取数据库中的全部剩余文件信息,对目录树完整的文件,重构完整目录树。提取数据库中剩余未提取的全部文件。

【数据恢复结果】

此次恢复工作共为客户挽回近1.4T数据,24台虚拟机、压缩包和配置文件,与客户紧密配合,24台虚拟机可以全部启动,虚拟机里布置的业务应用也成功启动,及时有效的为客户完成了全部的数据恢复。

经客户验证,数据文件全部正确无误,此次恢复工作圆满成功。

北京北亚数据恢复中心:
4006-505-646

地址:北京市海淀区中关村创客小镇16号221