服务器数据恢复环境：
北京某科技大学，某品牌PowerEdge系列某型号服务器，6块SAS硬盘组成RAID5；
操作系统REDHAT，文件系统EXT3，分区采纳LVM形式，存储着该大学某研究室运算1年多的重要数据。
服务器故障&剖析：
未知起因导致服务器解体。管理员进入RAID管制界面查看发现1号盘与6号盘状态显示损坏。征询服务器原厂工程师后，管理员强制上线6号盘，后果raid无奈启动（操作系统也装置于此RAID）。管理员意识到问题严重性，马上进行所有操作。
依据用户的形容及故障体现，北亚服务器数据恢复工程师推断本案例中的RAID5阵列中应该有一块硬盘早离线，这时候磁盘阵列还能失常工作，起初又有一块硬盘离线，从而导致RAID阵列解体。依照管理员的形容，6号盘早离线，1号盘后离线。
如果下面的推断属实，1号盘只有能失常读取即可复原全副的数据。但管理员强制上线6号盘，可能会导致文件系统不统一，引起其余盘的数据产生变更。
通过钻研，北亚数据恢复工程师敲定了复原数据的思路：
首先检测所有硬盘状态，剖析RAID信息，剔除掉古老数据盘。依据剖析进去的RAID信息重组RAID，读取数据；或间接以EXT3的模式复原数据。
服务器数据恢复过程：
1、服务器数据恢复工程师拿到故障服务器硬盘后以只读形式对所有硬盘做镜像备份，应用不含RAID性能的SAS适配器作为物理连贯进行备份。后续数据恢复操作都在备份文件上进行，防止对数据造成二次挫伤。
2、基于镜像文件对RAID构造进行剖析，获取到原始RAID相干信息。
3、对RAID进行一致性校验，后果发现大量的不匹配。
4、从6块盘中剔除掉古老盘。但此时发现前局部区构造的内容谬误，应该为强制上线6号盘所导致的问题。
5、修改硬盘构造，将LVM改为一般分区指引。
6、通过北亚自主研发软件解释EXT3并读取数据，以SAMBA形式导出至LINUX EXT3指标分区。到此步数据恢复曾经实现。
7、通过用户亲自检测没有发现问题，帮助用户把数据导入筹备好的环境中，一切正常。