共计 839 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境：
linux 操作系统，文件系统 EXT3；
12 块硬盘组成 RAID6；
划分 3 个 LUN。
服务器故障 & 剖析：
服务器运行过程中 RAID 呈现故障不可用，管理员重新分配 RAID 并进行初始化。初始化超过 50% 的时候管理员发现状况有异，强行进行初始化，这时候曾经对数据造成不可逆的毁坏。
原始 RAID6 生效后管理员用其中的 11 块硬盘重新组建 RAID5 并进行初始化，这种操作对原始数据造成不可逆的损坏。通过北亚数据恢复工程师检测，仅第 3 个 LUN 可用一般 RAID6 复原办法复原出数据，但第 3 个 LUN 没有用户想要复原的重要数据，重要数据都在第 1 个 LUN。
咱们数据恢复核心接到故障送修时，这个 case 曾经在多家数据恢复公司做过，但问题仍未解决。
服务器数据恢复过程：
1、对故障服务器中的 12 块硬盘做镜像备份。
2、基于镜像文件剖析 12 块磁盘组建的 RAID6 的组织构造，剖析 11 块磁盘重调配 RAID5 的组织构造。剖析原始 RAID6 构造比较顺利，但因为底层 RAID6 和 RAID5 的大量信息重合，剖析重调配的 RAID5 的构造就比拟艰难，数据恢复工程师通过近 24 小时的致力终于把重新分配的 RAID5 构造搞清楚。
3、判断可恢复性，北亚数据恢复工程师钻研编写和校对恢复程序算法，通过程序把 12 块磁盘中原始数据的第 1 和第 2 个 LUN 别离镜像到搭好的存储环境上。
4、通过验证第 2 个 LUN 数据没有问题，但第 1 个 LUN 后面局部大概有十几 MB 的数据被毁坏。这前十几 MB 数据蕴含了 EXT3 的根目录和第一个块组的 I 节点，罕用的数据恢复软件复原成果都不现实。
5、北亚数据恢复工程师只能手动修复损坏的 EXT3 文件系统，编写程序对 EXT3 根目录进行查找并重建根目录和 I 节点，用文件系统解析程序关上齐全失常。为了保障原始数据的权限和属性，在 LINUX 下进行简略修复后已能失常挂载，而后在 LINUX 下把文件拷贝到格式化为 EXT3 文件系统 的单块磁盘的分区上。这样用户在应用数据时不再须要进行设置，文件目录构造和属性都和原来截然不同。
