IBM 存储RAID硬盘离线和数据库损坏的恢复办法

1、　　通过IBM storage manager/frombyte.com连接到存储查看当前存储状态，存储报告逻辑卷状态失败，再查看物理磁盘状态，发现6号盘报告“警告”，10号和13号盘报告“失败”，通过IBM storage manager将当前存储的完整日志状态备份下来，解析备份出来的存储日志获得了关于逻辑卷结构的部分信息。

3、　　在windows环境下首先将设备识别出来的FC盘在磁盘管理器中标记为脱机状态，从而为原始磁盘提供了一个写保护功能，然后使用winhex软件对原始磁盘进行扇区级别镜像操作，将原始磁盘中的所有物理扇区镜像到windows系统下的逻辑磁盘并以文件形式保存。在镜像过程中发现6号磁盘的镜像速度很慢，结合先前对硬盘SMART状态检测时发现的问题综合判断，6号盘应该存在大量损坏以及不稳定扇区，导致在windows下的一般应用软件无法对其进行操作。

5、　　经过镜像操作后，在windows平台下使用winhex镜像的磁盘已经全部镜像完成，查看winh髫潋啜缅ex生成的日志，发现在IBM storage manager/frombyte.com和硬盘SMART状态中均没有报错的1号盘也存在坏道，10号和13号盘均存在大量不规律的坏道分布，根据坏道列表使用winhex定位到目标镜像文件分析发现，ext3文件系统的一些关键源数据信息有的已经被坏道所破坏，只能等待6号盘镜像完毕后，通过同一条带进行xor以及根据文件系统上下文关系的方式手动修复被损坏的文件系统。

6、　　坏道镜像设备报告6号盘镜像完成，但是先前为了最大限度做出有效扇区以及为了保护磁头设置的拷贝策略会自动跳过一些不稳定扇区，所以现在的镜像是不完整的，于是调整拷贝策略，继续镜像被跳过的扇区，6号盘所有扇区全部镜像完毕。

8、　　在dmp恢复的过程中，oracle报告为imp-0008错误，联系oracle工程师，通过仔细器皆阄诟分析导入dmp文件的日志文件，发现恢复的dmp文件存在问题而导致dmp导入数据失败。立刻重新分析raid结构，以及进一步确定ext3文件系统被破坏的程度，又经过数小时的工作，重新恢复dmp文件和dbf原始库文件，将恢复出来的dmp文件移交给用户进行数据导入测试，结果测试顺利没有发现问题，说明这次的数据恢复是成功的，接着对恢复出来的dbf原始库文件进行校验检测，所有文件均能通过测试。