环境：

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台虚拟机能够全副启动，虚拟机里安排的业务利用也胜利启动。
经管理员验证，数据文件全副正确无误，本次复原圆满成功。