共计 1303 个字符，预计需要花费 4 分钟才能阅读完成。
服务器数据恢复环境：
华为某型号服务器；
10 块硬盘组成 raid6；
EXT3 文件系统，划分 2 个 lun。
服务器故障 & 剖析：
服务器在工作过程中 raid6 瘫痪不可用，管理员对故障服务器的 raid 进行从新搭建的操作并且初始化 raid，初始化进行到 40% 左右时强行进行了初始化，局部数据曾经受到严重破坏。管理员在多家数据恢复公司数据恢复失败之后分割到咱们数据恢复核心。
导致服务器失落数据的起因是 raid6 瘫痪，管理员随后应用原 raid6 中的 9 块硬盘搭建 riad5 并进行了长时间的初始化，这种操作对原始数据造成不可逆的损坏。在起初的服务器数据恢复操作过程中也证实了第二个 LUN 能够应用惯例的 RAID6 数据恢复办法复原出数据，但寄存重要数据的第一个 lun 中的数据恢复胜利的可能性极低。在咱们数据恢复核心接到故障服务器之前曾经有多家数据恢复公司对故障服务器进行了数据恢复操作，但均未能胜利复原出须要的重要数据。
服务器数据恢复过程：
1、对故障服务器中的所有磁盘进行镜像备份。
2、服务器数据恢复工程师剖析故障服务器中原 RAID6 的 RAID 和磁盘的组织构造，再剖析新搭建的 RAID5 的 RAID 和磁盘的组织构造。在进行实际操作时因为从新搭建 RAID5 导致 RAID6 和 RAID5 的底层信息大量重合，对这些数据进行剖析辨别十分艰难，服务数据恢复工程师破费很长时间进行剖析辨别。
3、服务器数据恢复工程师通过剖析获取到原 raid6 和新搭建的 raid5 信息后进行数据恢复算法的钻研，发现能够通过其余形式复原服务器原始的数据。服务器数据恢复工程师编写程序和校对算法，将服务器中原 raid6 中的第一和第二个 LUN 别离镜像到搭好的两个存储上。
4、复原服务器数据。服务器数据恢复工程师验证第二个 LUN 数据齐全失常，但第一个 LUN 中被毁坏的一小部分数据极其重要。EXT3 的根目录和第一个块组的 I 节点全在这部分数据外面，服务器数据恢复工程师尝试几款罕用的数据恢复软件进行扫描复原，但成果都不现实，预计前几家数据恢复公司没有胜利复原进去数据的起因就在于此。
5、在这种状况下服务器数据恢复工程师对损坏的 EXT3 文件系统进行修复。北亚服务器数据恢复工程师编一个小程序对 EXT3 文件系统进行孤目录查找，重建根目录和 I 节点，用文件系统解析程序关上齐全失常，但为了保障原始数据的权限和属性，在 LINUX 下进行简略修复，LINUX 能够失常挂载，而后从 LINUX 中把文件拷贝到格式化为 EXT3 的单块磁盘的分区上。这样用户应用数据时，不再须要任何设置，文件目录构造和属性都和原来截然不同。本次数据恢复实现，数据可用性 100%。
服务器 Raid 呈现故障后的数据保护倡议：
1、切忌硬盘再次受到磕碰，服务器中任何一块硬盘对于数据恢复来说都至关重要，如果要害硬盘呈现重大物理损坏，数据恢复工作将变的异样艰巨甚至无奈实现。
2、切忌从新创立 raid 或者强制 online/rebuild，若服务器中有提前离线硬盘或上线同步抉择谬误，会导致数据恢复成果和后果无奈意料。
3、切忌非专业人士对故障存储的次要模块进行装配、更换等操作，不当的操作会对服务器外部数据造成影响，甚至永久性毁坏服务器数据。