数据恢复方案

硬盘数据恢复软故障包括：

据**公司驻场工程师描述在2017年6月初，接到财务处报修；尝试远程连接服务器，失败；机房巡查发现，机器已宕机，多次重启失败；

进入服务器阵列设置发现，2#盘掉线，且发现物理盘红灯报警；在驻场工程师根据官方400电话服务指导，着手准备新硬盘后，更换掉2#故障盘，并在阵列配置界面对更换后的硬盘进行rebuilding操作，操作完成后重启服务器，仍然无法启动机器；

**公司驻场工程师在PE环境下启动服务器，经过一定尝试后，可以看到服务器数据的部分目录，于是紧急开始备份重要的数据，但是发现出现大量报错，可以转移的数据非常少，且转移出来的数据经用友数据库工程师和财务部相关人员核实，仅仅有非常少的部分可以使用。

于是，**公司经理，迅速联系专业数据恢复公司进场，对整体情况进行了解和分析，并且郑重提出要求:不能在现有情况下对现场造成二次破坏。

现场情况了解

接到报修电话后，简单了解到，服务器涉及到7块盘，共6块盘组成的RAID5阵列模式，2#盘红灯报警，经现场更换硬盘及在400帮助下进行rebuilding操作后，依旧无法启动服务器（硬件启动），故障现象与相同；

在此，特别提出，作为**公司的驻场工程师，体现了他非常专业的一面，并且在官方少量的电话支持下，完成如此专业的软硬件操作，已经超出他工作岗位技能本身太多；但是，因为官方400支持的常识性错误下，根本不懂RAID5模式工作原理，并且对问题的产生原因未查明的情况下就贸然在阵列配置层面进行大量操作，导致了故障的二次扩大及数据损坏的不可挽回性。

详细分析结果

在对现场情况做了安全备份的基础下，我司工程师对整体阵列涉及的7块SAS 2.5寸服务器硬盘分析后，确认阵列为RAID5；物理层原阵列2#盘存在严重的物理损坏，前面，**公司公司已对该硬盘进行了更换；

进一步详细分析后，发现3#硬盘硬件上未检测到物理故障，但是由于该盘SMART表爆表问题，服务器阵列于2017年5月17日将该硬盘踢出阵列组，该硬盘处于掉线状态，且该盘底层代码更新也于此刻停止；基于RAID5模式的冗余工作原理，服务器阵列处于降级状态(安全级别降级)，但逻辑层不影响使用。

随着时间的推移，于2017年5月26日2#盘因严重的物理故障，停止工作，至此服务器宕机，数据无法使用。

在官方400服务电话的错误指导下，没能及时的发现3#盘的工作状态，盲目进行阵列的rebuilding，导致了整体阵列的数据的错误同步，在逻辑层面结果体现为：

1、系统文件损坏，系统无法启动；

2、数据区目录损坏，数据在PE环境下，数据无法拷贝；

3、数据损坏，拷贝出来的数据出现大量损坏。

数据恢复方案及实施