服务器数据恢复—拯救raid5阵列数据行动，raid5数据恢复案例分享

本文主要是介绍服务器数据恢复—拯救raid5阵列数据行动，raid5数据恢复案例分享，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

Raid5数据恢复算法原理：
分布式奇偶校验的独立磁盘结构（被称之为raid5）的数据恢复有一个“奇偶校验”的概念。可以简单的理解为二进制运算中的“异或运算”，通常使用的标识是xor。运算规则：若二者值相同则结果为0，若二者结果不同则结果为1。
例如0101 xor 0010根据上述运算规则来计算的话二者第一位都是0，两者相同，结果为0 ；第二、三、四位的数值不同则结果均为1，所以最终结果为0111。公式表示为：0101 xor 0010 = 0111，所以在 a xor b=c 中如果缺少其中之一，我们可以通过其他数据进行推算，这就是raid5数据恢复的基本原理。
了解了这个基本原理之后，您可以尝试一下恢复raid5阵列的丢失数据。

Raid5磁盘阵列数据恢复案例一：
一台某品牌服务器中有一组由6块SCSI硬盘组建的raid5磁盘阵列，redhat linux操作系统+ext3文件系统。
在运行过程中服务器瘫痪，管理员对服务器进行检查后发现有两块硬盘离线，将其中一块离线硬盘进行强制上线操作，但操作系统无法正常启动。于是管理员将服务器关机，然后联系北亚企安数据恢复中心恢复服务器中的数据。
在服务器数据恢复工作中，raid5阵列两块硬盘离线的情况十分常见。raid5支持一块硬盘离线的冗余保护，一旦多块硬盘离线，服务器便处于瘫痪状态，且离线硬盘不会自动上线。大多数品牌的raid控制器对阵列中磁盘状态比较敏感，多数情况下硬盘掉线仅仅是因为电源波动、控制器bug、磁盘读写不稳定等非磁盘故障原因所导致，所以很多情况下磁盘阵列中的掉线盘不存在物理故障，本案例就是如此。这种情况下将掉线硬盘强制上线的风险是很大的，一旦上线出错就会给数据造成不可逆的损坏，数据恢复难度非常大。
将故障服务器中所有硬盘变厚取出，以只读方式进行扇区级全盘镜像，在镜像备份过程中发现多块硬盘存在坏道但没有下线，可能是raid没有读到硬盘坏道。镜像完成后将所有磁盘按照编号还原到原服务器中，后续的数据分析和数据恢复操作都基于镜像文件进行，避免对原始磁盘数据造成二次破坏。
基于镜像文件分析原服务器的raid组成结构，虚拟重组raid并对raid结构进行验证，人工修复破坏的结构，将修正后的数据导出到一台存储上临时存放。
使用完好的硬盘在原服务器上搭建新的raid5磁盘阵列，将恢复出的数据迁移到新搭建的raid中。检验恢复出来的数据，一切正常。
Tips：一旦raid5磁盘阵列出现多块硬盘离线，并且服务器瘫痪的情况切记不要盲目进行强制上线操作。如果有足够的备用空间，可将源硬盘全部镜像。

Raid5磁盘阵列数据恢复案例二：
一台服务器中有一组由12块磁盘组建的raid5磁盘阵列，Linux操作系统+ext3文件系统。Raid中2号盘和6号盘两块硬盘的指示灯亮黄色，工作人员检查后将6号盘进行强制上线操作，强制上线后发现有很多目录打不开，少数可以打开的目录中的部分目录有文件丢失的情况。管理员联系北亚企安数据恢复中心恢复服务器中的数据。
镜像过程在这里不再赘述了。首先基于镜像文件分析原raid结构，将强制上线的6号盘去掉，将2号盘加入进去并虚拟重组raid。
提取数据，在2号盘中发现不规则的坏道。
使用专业工具将2号硬盘进行完整镜像，绝大部分坏道成功读取。
将2号盘镜像数据加入并虚拟重组raid环境，再次提取数据，经过检测，99%的数据都被恢复出来，用户认可数据恢复结果。