共计 960 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境：
一台网站服务器中有一组由 6 块磁盘组建的 RAID6 磁盘阵列，操作系统层面运行 MySQL 数据库和寄存一些其余类型文件。
服务器故障：
该服务器在工作过程中，raid6 磁盘阵列中有两块磁盘先后离线，不晓得是管理员没有留神或者没有器重这个状况，没有为该 raid6 磁盘阵列更换离线磁盘。当第三块硬盘离线后，该 raid6 阵列解体，服务器瘫痪，该服务器上跑的业务停摆。如果更换硬盘重新组建阵列，则阵列中的所有数据会全副失落。
服务器管理员尝试通过市面上比拟风行的数据恢复软件对服务器中的数据进行抢救，然而仍有大部分数据失落无奈复原。管理员求助咱们数据恢复核心，要求复原服务器中所有数据。
服务器数据恢复过程：
1、将故障服务器内所有硬盘编号后取出，通过硬件工程师检测没有发现有硬盘存在显著的硬件故障，都能够失常读取数据。以只读形式将所有磁盘进行扇区级别的全盘镜像，镜像实现后依照编号将所有磁盘还原到原服务器中，后续的数据分析和数据恢复操作都基于镜像文件进行，防止对原始磁盘数据造成二次毁坏。
2、服务器磁盘阵列中 3 块硬盘同时掉线的概率能够忽略不计，要复原磁盘阵列中的数据首先须要搞清楚这几块硬盘离线的先后顺序，找到最初离线的硬盘。如果最初离线的那块硬盘存在硬件故障则修复硬件故障，而后提取数据。依据该 raid 阵列的存储构造剖析 raid 构造参数，而后利用这些参数重组 raid。
3、本案例服务器中的 raid6 磁盘阵列应用的是双校验模式：第一个校验形式是一般的 oxr（异或运算），第二个校验形式是 reed-solmon 算法。个别状况下通过第一个校验形式即可复原数据，然而本案例中 radi6 阵列中的前两块离线硬盘很早之前就曾经掉线，不具备数据恢复的条件，所以无奈通过第一种校验形式来复原数据。第二种校验形式比较复杂，所以管理员通过市面上罕用的数据恢复软件复原进去的数据大量缺失，且数据库无奈应用。
4、北亚企安数据恢复核心工程师团队对 reed-solomon 算法进行过技术攻关，领有通过 reed-solomon 算法复原数据的理论案例教训。通过一番致力，北亚企安数据恢复工程师通过剖析获取到该 raid6 磁盘阵列的要害参数并提取出残缺的镜像数据。
5、通过用户方管理员的验证，确认所有数据胜利复原，数据库能够应用，本次服务器数据恢复工作实现。