服务器数据恢复环境:
IBM某型号服务器中6块硬盘搭建的raid5磁盘阵列,其中1块盘作为热备盘应用。
下层部署的是SAP利用+Oracle数据库。

服务器故障&检测:
服务器中RAID5磁盘阵列中的1块盘呈现故障离线,热备盘激活替换离线硬盘,在进行数据同步的过程中又有一块硬盘故障离线,RAID5磁盘阵列瘫痪,下层LUN不可用,服务器解体。
IBM服务器中的LUN是基于RAID组的。剖析故障raid5中的所有硬盘,发现其中一块盘的数据同其它盘有显著不同,初步判断这块盘就是HotSpare盘。剖析其余盘以及Oracle数据库页在每个磁盘中的散布状况,获取到该RAID5的条带大小、磁盘程序及数据走向等RAID相干信息。利用获取到的raid相干信息虚构重构RAID5,而后剖析LUN在RAID5中的分配情况以及LUN调配的数据块MAP。只须要将LUN的数据块散布MAP提取进去,针对这些信息编写相应的程序,解析LUN的数据MAP,而后依据数据MAP导出LUN的数据即可复原数据。

服务器数据恢复过程:
一、复原Oracle数据库数据。
1、将蕴含Oracle数据库数据的LUN进行JFS2文件系统解析,人工修复文件系统的不残缺局部。
2、利用北亚企安自主开发的JFS2文件系统解析工具解析修复实现的LUN,而后复原文件系统中所有的Oracle数据库文件。
3、检测Oracle数据库文件的完整性。针对检测有坏块的数据库文件,通过扫描所有硬盘找到所有Oracle碎片,组合扫描到的数据页,人工将有坏块的数据库文件修复残缺。
4、复原完所有Oracle数据库之后,发现SAP利用还是无奈失常应用。通过剖析发现SAP利用的一些重要数据也是寄存在损坏的存储中,如果没有这些重要的数据,即便在Oracle数据库残缺的状况下SAP利用也无奈失常应用。

二、复原SAP利用数据。
1、对复原进去的所有LUN都进行文件系统解析,将蕴含SAP利用数据的LUN进行文件系统的一致性检测。人工修复文件系统不残缺局部,直至复原出所有SAP及SAP Test的数据。
2、检测复原进去的SAP利用数据,对损坏的SAP利用数据进行修复,直至所有SAP数据都残缺,只有这样能力保障SAP利用可能失常应用。
3、SAP数据修复实现后,联合之前复原进去的Oracle数据库,即可启动SAP利用了。

三、启动并修复Oracle数据库及SAP利用
1、启动数据库并修复。
把复原的Oracle数据库文件还原到已搭建好的环境中,并尝试启动Oracle数据库。在启动过程中因为数据库一些临时文件的校验不统一导致数据库启动失败。分割Oracle数据库工程师对数据库进行修复,修复实现后Oracle数据库启动胜利,通过重复验证确认数据库中的所有用户及所有表均残缺,而后尝试启动SAP。
2、启动SAP并修复。
将复原进去的SAP数据还原到已搭建好的环境中并启动SAP,SAP启动失常,但SAP中的用户权限及应用异样,SAP体现为没有序列号。北亚企安数据恢复工程师初步判断是因为SAP的注册文件没有复原进去。从新检测复原过程,排查可能忽略的中央,后果发现的确因为文件系统损坏导致某些文件没有复原进去。从新修复文件系统并复原这些数据,而后启动并查看SAP,后果一切正常。
3、在用户方工程师配合下启动服务器内的Oracle数据库和SAP,通过SAP客户端重复验证SAP中所有的数据,没有发现任何问题,复原进去的数据残缺可用。本次数据恢复工作实现。