标签：强制   分区   成功   raid阵列   服务器数据恢复   连接   lib   好的   数据恢复   

--服务器raid磁盘阵列组瘫痪了，该磁盘阵列中一共有3块硬盘，目前一块硬盘亮红色警报灯，需要重点进行恢复的数据为D盘里的数据库数据。由于存储故障后管理员进行重启服务器导致先前离线的硬盘重新上线并进行了数据同步，幸好同步未完成就进行了强制关机。

服务器数据恢复过程：

• --服务器数据恢复工程师首先将阵列中的三块硬盘进行了只读的镜像备份，在备份过程中发现该服务器中的三块硬盘都可以正常识别和读取，硬盘没有发现坏道
• --然后服务器数据恢复工程师对做好的镜像文件进行了详细分析，通过分析到的raid基本信息进行raid虚拟重组并进行异或校验，对备份的镜像文件进行详细分析，重组raid结构，并进行异或校验，但是由于管理员在数据损坏后又进行过同步操作，这一操作会损坏数据，所以在进行异或校验时结果为部分校验通过，说明数据有损坏。
• --服务器数据恢复工程师对RAID阵列进行了进一步分析，尝试了多种硬盘离线的状态下分别进行数据提取操作，但每一种尝试所提取到的数据都是一样的。只好首先针对E分区中的dat文件进行分析修复希望可以通过找到备份文件来进行数据恢复，但是数据恢复的结果依然是文件损坏。数据恢复工程师分析聚合dat碎片，验证dat数据完整性，底层结构显示有损坏。
• --数据恢复工程师尝试了好几种方法进行数据提取但是都失败了，想要恢复被破坏的数据，恢复服务器原有数据只有通过拼接碎片这一种难度最大的方法进行一次最后的尝试。服务器数据恢复工程师对D分区的自由空间进行数据页扫描，将扫描出来的所有碎片进行逐一分析并聚合，对聚合后的文件碎片完整性和有效性进行简单验证后导出备份文件中的数据记录到工程师的新建数据库中。通过上层应用连接数据库，验证数据可用性，数据库文件可以正常加载，上层应用软件中用户账号正常，可以进行正常数据查询。本次数据恢复成功

服务器数据恢复案例总结：

在恢复过程中，在E盘发现2个SealLib数据库的备份文件。但是备份文件数据中页结构有小部分损坏， 在D分区扫描的结果中数据碎片发现较连续的数据片段，碎片可用。通过对D分区碎片和E分区备份文件进行整合拼接。最终修复解析出的数据可以支撑整个应用的正常使用，上层应用可以正常查询数据库内容。

通过拼碎片的方法恢复数据的过程

标签：强制   分区   成功   raid阵列   服务器数据恢复   连接   lib   好的   数据恢复   

原文地址：http://blog.51cto.com/sun510/2322145