【北亚数据恢复】IBM-ds3512存储服务器raid5损坏导致数据丢失的数据恢复案例

环境：
IBM存储DS3512；
6块600G的sas硬盘组成raid5；
liunx和windows虚拟机共24台，压缩包文件，配置文件；
划分一个lun，其中lun分配给Linux服务器，共享给虚拟化使用，存放虚拟机文件；
文件系统类型OCFS2。

故障：
6块盘中的4块盘损坏导致raid5失效，数据丢失。 管理员联系北亚数据恢复中心寻求帮助。

数据恢复过程：

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

一、北亚数据恢复工程师对6块盘以只读模式做镜像，发现4块盘有坏道，对有坏道的扇区进行多次尝试数据读取。

二、北亚数据恢复工程师根据IBM-DS3512存储算法和文件系统底层结构，分析raid5结构。

A、北亚数据恢复工程师分析存储6块硬盘的raid5分布情况；
B、北亚数据恢复工程师对文件系统结构进行分析，并依据数据在硬盘中的分布规律，找出RAID条带大小及RAID走向；
C、北亚数据恢复工程师重组出RAID5。

三、提取LUN。
A、北亚数据恢复工程师分析数据LUN在raid中的分布情况；
B、校验LUN的完整性及正确性；
C、北亚数据恢复工程师编写程序提取全部数据LUN。

四、解析ocfs2文件系统。
A、LUN生成完成后，对ocfs2文件系统进行解析；
B、根据文件系统的结构，编写相应的程序；
C、使用编写好的程序提取数据：

超级块截图

 

目录节点截图

 

指针节点截图

 

数据库信息截图

1、元信息整理：

北亚数据恢复工程师编写扫描程序，对lun进行扫描，读取ocfs2文件系统的节点，目录信息，并把扫描到的所有信息插入数据库。

2、数据提取：

阶段一：
由于部分虚拟机的优先级别和实效性非常高，需要尽快将其恢复出来，北亚数据恢复工程师根据管理员提供的文件信息列表，编写脚本，读取数据库并重构文件的目录树，针对着急的虚拟机优先提取恢复。

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

 

数据恢复结果:

此次恢复工作共恢复近1.4T数据，24台虚拟机、压缩包和配置文件。24台虚拟机可以全部启动，虚拟机里布置的业务应用也成功启动。

经管理员验证，数据文件全部正确无误，本次恢复圆满成功。