今天我给大家分享的是一篇关于raid磁盘阵列数据恢复的案例，本案例中包含了对磁盘阵列的修复和重组过程，raid数据恢复中的方法比较通用，希望在数据恢复方面对大家有所帮助。

Raid阵列情况介绍：

需要进行数据恢复的阵列搭建在一台某品牌的S5020型号光纤存储上。这个磁盘阵列中一共包含了14块硬盘，其中10号硬盘和13号硬盘出现了故障警报，卷也无法挂载，存储无法继续工作，需要对存储进行数据恢复并修复其中的数据库。

开始恢复raid磁盘阵列：

通过storage manager连接这台存储设备进行查看发现存储报告逻辑卷状态失败，阵列中的10号盘和13号盘报告失败，6号硬盘报告警告，数据恢复工程师只好先通过备份的日志状态进行逻辑卷的结构进行尽可能多的数据分析，以为后期的数据恢复工作提供数据。
机房管理员把这14块硬盘全部从存储设备中取出然后交给raid数据恢复工程师借助数据恢复工具进行初检，初检后发现该磁盘阵列中的所有磁盘都可以正常识别，但是6号盘的smart状态依然为“警告”状态。
Raid数据恢复工程师将阵列中所有磁盘状态标记为“脱机”（注：这样做的目的是为了保护原始磁盘），然后借助数据恢复工具对磁盘阵列中的所有磁盘进行镜像备份。工程师在进行备份的过程中发现先前报错的6号硬盘速度十分缓慢，可以进一步确定该盘一定存在大量损坏或者不稳定的扇区，需要对其进行单独处理。于是改用坏道硬盘的镜像设备单独对6号硬盘进行坏道镜像并且密切观察镜像的稳定情况和镜像的速度情况。（通常情况下如果硬盘存在大量的不稳定扇区，可以将坏到硬盘镜像设备的响应等待时间、遇到坏道跳过扇区的数量等参数进行修改和调整，指导所有扇区全部镜像完成）
等到磁盘阵列中的所有磁盘全部镜像完成后查看日志，查看日志后发现1号硬盘其实也存在有坏道，10号盘和13号盘也存在大量的不规律坏道，
工程师对文件系统进行逆向分析后得到了raid磁盘阵列中的硬盘盘序、raid校验方向、块大小等基本信息用来重组raid，将raid磁盘阵列搭建完成后数据恢复工程师再进一步分析文件系统、提取数据库的dmp文件并导入，数据恢复成功。

数据验证通过，raid数据恢复成功

客户对恢复出的数据进行验证通过，本次raid数据恢复成功。

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