共计 821 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境：
服务器中有一组由 6 块磁盘组建的 RAID6 磁盘阵列。服务器作为 WEB 服务器应用，下面运行了 MYSQL 数据库以及寄存了网站代码和其余数据文件。
服务器故障：
在服务器运行过程中该 raid6 阵列中有两块磁盘先后离线，然而管理员没有留神到这个问题，没有及时更换磁盘。当该 raid6 阵列中的第三块磁盘离线时该 raid6 阵列解体，服务器中的数据全副失落。用户方在故障产生后立刻让当地数据恢复服务商复原数据。通过该数据恢复服务商的操作后，仍有近一个月的数据没有复原进去，MYSQL 数据库重大损坏。
服务器数据恢复过程：
1、将故障服务器 raid6 磁盘阵列中的 6 块磁盘以只读形式全盘镜像备份到北亚企安数据恢复核心的存储池中，后续的数据分析和数据恢复操作都基于镜像文件进行，防止对原始磁盘数据造成二次毁坏。镜像实现后将所有磁盘依照原样还原到故障服务器中。
2、基于镜像文件剖析后。发现最先离线的两块离线磁盘其实很早就曾经离线，很长一段时间曾经没有写入新的数据了。
3、基于镜像文件对底层数据进行剖析，发现故障 RAID6 阵列采纳的是双校验：第一个校验是由一般的 XOR 运算生成，而第二个校验是由 Reed-Solomon 算法生成。
4、故障服务器 RAID6 阵列中两块早离线的磁盘曾经很长一段时间不写入新数据了，所以要想残缺复原数据就必须使用第二个由 Reed-Solomon 算法生成的校验，否则会导致最新的数据失落。过后行业中还没有现成的数据恢复类软件能解决这个问题，尽管有局部软件设计了这一性能，但只是陈设而已。这也就是之前这家数据恢复服务商没可能残缺复原所有数据的起因所在。
5、北亚企安数据恢复工程师剖析出原 RAID6 的构造等相干参数，应用北亚企安自主编写的 RAID6 复原软件生成出一个残缺镜像。将生成的镜像导回用户方用新磁盘搭建好的服务器环境中，开机一切正常。
6、通过用户方的多方面重复验证，确认复原进去的数据残缺无效，没有任何问题。本次数据恢复工作实现。
