您所在的位置:首页 > 成功案例 > RAID数据恢复

IBM存储RAID5数据恢复案例

最新动态来源:本站原创点击数:381更新时间:2021/2/1

本次北亚小编分享的案例是关于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 超级块截图
图2 目录节点截图
图3 指针节点截图
图4 数据库信息截图
5、元信息整理
编写扫描程序,对LUN进行扫描,读取ocfs2文件系统的节点,目录信息,并把扫描到的所有信息插入数据库。
6、数据提取
此次数据恢复工作中,我们根据客户的需求,首先由于部分虚拟机的优先级别和实效性非常高,需要尽快将其恢复出来,我们根据客户提供的具体的文件信息列表,编写脚本,读取数据库并重构文件的目录树,针对着急的虚拟机优先提取恢复。
遍历整个数据库,读取数据库中的全部剩余文件信息,对目录树完整的文件,重构完整目录树。提取数据库中剩余未提取的全部文件。
 
【数据恢复结果】
此次恢复工作共为客户挽回近1.4T数据,24台虚拟机、压缩包和配置文件,与客户紧密配合,24台虚拟机可以全部启动,虚拟机里布置的业务应用也成功启动,及时有效的为客户完成了全部的数据恢复。
经客户验证,数据文件全部正确无误,此次恢复工作圆满成功。

北京北亚数据恢复中心:
4006-505-646
官方网址:www.frombyte.com