共计 882 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境：
华为 OceanStor 某型号存储，10 块硬盘组成 raid6 磁盘阵列。
下层操作系统采纳 EXT3 文件系统，划分 2 个 lun。
服务器故障 & 剖析：
在巡检中发现存储中的 raid 不可用，管理员进行了重新分配并初始化 raid 的操作，当初始化进度到 40% 左右时，管理员才发现自己的操作有问题，于是强行停止初始化，但局部数据曾经被毁坏。
在发现 raid 不可用后，管理员将 raid6 中的 9 块数据盘重新分配为 riad5 阵列并进行了初始化操作，这些操作对原始数据造成不可逆的毁坏。
服务器数据恢复过程：
1、将故障存储中所有磁盘以只读形式进行全盘备份，后续的数据分析和数据恢复操作都基于镜像文件进行，防止对原始数据造成二次毁坏。
2、基于镜像文件剖析原始 RAID6 的构造以及重新分配的 RAID5 的构造。因为重新分配 RAID 的操作，底层数据中 RAID6 和 RAID5 的信息大量重合，北亚企安数据恢复工程师破费了大量工夫和精力剖析和区别这些数据。
3、剖析出故障存储中原始 raid6 和重新分配的 raid5 的相干构造信息后，北亚企安数据恢复工程师开始钻研算法 & 编写程序 & 校对算法，将故障存储中原始 raid6 中的 2 个 LUN 别离镜像到筹备好的 2 个存储设备上。
4、对第 2 个 LUN 进行验证后发现数据齐全失常，验证第 1 个 LUN 后发现这个 LUN 的前 10MB 重要数据被毁坏，EXT3 文件系统的根目录和第一个块组的 I 节点全在这 10MB 数据外面。
5、尝试应用几款罕用的数据恢复软件进行复原但成果都相当不现实，在这种状况下只能先对损坏的 EXT3 文件系统进行修复后能力进行下一步的操作。
6、北亚企安数据恢复工程师编写小程序对 EXT3 文件系统进行目录查找。
7、重建根目录和 I 节点，用 EXT3 文件系统解析程序关上已齐全失常。
8、由用户方工程师亲自对复原进去的数据进行验证，通过重复验证，确认复原数据残缺可用。本次数据恢复工作实现。
9、为了保障原始数据的权限和属性，在 LINUX 上将文件用 cp 命令拷贝到格式化为 EXT3 文件系统的单块磁盘的分区上。这样文件目录构造和属性都和原来截然不同，用户不再须要做任何其余的设置。