RAID数据恢复案例

送修时间

：

故障描述

：Linux操作系统，文件系统均为EXT3，原存储为12块2T硬盘组成的RAID6，此存储上划有3个LUN，每个均为6TB大小，某天在RAID失效后，维护人员为了抢救数据，对此失效的存储重进行分配RAID，并进行了初始化。初始化进行很长时间后，维护人员看情况不对，便强制停止初始化，但初始化已达到50%以上。数据部分已被不可逆的破坏。

Linux操作系统，文件系统均为EXT3，原存储为12块2T硬盘组成的RAID6，此存储上划有3个LUN，每个均为6TB大小，某天在RAID失效后，维护人员为了抢救数据，对此失效的存储重进行分配RAID，并进行了初始化。初始化进行很长时间后，维护人员看情况不对，便强制停止初始化，但初始化已达到50%以上。数据部分已被不可逆的破坏。

检查恢复

： 经分析，被初始化破坏的数据可用其它方法进行还原，制定出恢复算法，花费一天写程序及进行程序算法的校正，程序把12块磁盘中原始数据的第一和第二个LUN分别镜像到北亚数据恢复公司搭好的两个7TB 的存储上。经验证第二个LUN数据完全正常，但最重要的第一个LUN前有大约有10MB数据的破坏，这前 10MB数据很要命，EXT的根目录和第一个块组的I节点全在这前10MB里面，然后使用使用数据恢复常用的软件UFS Explorer 和 R-Studio 的恢复效果都相当不理想 ，可能是存储较大的原因。。工程师只得自行修复损坏的EXT3文件系统，自行写一个程序进行EXT3孤目录查找，找到了根目录下有3个了目录，重建根目录和I节点，用 UFS Explorer 打开已完全正常，但为了保证原始数据的一些权限和属性，工程师在LINUX简单修复，LINUX已能正常挂载，然后在LINUX把文件用 cp 命令进行拷贝格式化好的EXT3 的单块磁盘的分区上。这样客户使用数据时，不再需要别的任何设置，直接 cp 后，文件目录结构和属性都和原来一模一样。