小游戏分享功能设计指南,实现病毒式传播的五大技巧
584
2023-11-26
服务器数据恢复环境:
6块SAS硬盘中的5块硬盘组成一个RAID5的阵列,1块作为热备盘使用。
服务器故障:
RAID5中1块硬盘故障,热备盘激活开始同步数据,在同步数据过程中又有一块硬盘故障离线,导致RAID5瘫痪,上层LUN
无法正常使用。
服务器故障检测和备份:
1、检测磁盘。初步判断是RAID阵列中某些磁盘掉线导致存储不可用。因此在接收到磁盘以后先对所有磁盘做物理检测,检
测发现只有一块硬盘有物理故障。
2、备份数据。将所有磁盘都镜像成文件,备份过程中也没有发现其他磁盘物理故障。
服务器故障分析:
1、分析故障原因
因为IBM存储控制器对于磁盘的检测策略很严格,磁盘性能不稳定也会被IBM存储控制器判定为坏盘并踢出RAID组。因此检
测出的故障磁盘有可能是读写不稳定,也有可能存在物理故障。而一旦RAID中掉线盘数超过这组RAID本身允许掉盘的最大
数量,那么这个RAID组将不可用,基于RAID组的LUN也将不可用,因此导致数据丢失。
2、分析RAID组结构
IBM存储的LUN都是基于RAID组的,因此需要先分析底层RAID组的信息,然后利用分析获取到的信息重构原RAID组。分析
每一块数据盘,如果那块盘的数据同其它数据盘不太一样,可以初步认定为HotSpare盘。分析其他数据盘,分析Oracle数据
库页在每个磁盘中分布的情况,并根据数据分布的情况得出RAID组的条带大小,磁盘顺序及数据走向等RAID组的重要信息。
3、分析RAID组中的LUN信息
由于LUN是基于RAID组的,因此需要根据上述获取到的信息将RAID组虚拟重组出来,然后分析LUN在RAID组中的分配情况
,以及LUN分配的数据块MAP。只需要将LUN的数据块分布MAP提取出来。然后针对这些信息编写相应的程序,对LUN的数
据MAP做解析,然后根据数据MAP导出LUN的数据。
服务器数据恢复解决方案:
1、实施方案一
对恢复的包含Oracle数据库的LUN进行JFS2文件系统解析,并对文件系统不完整的部分进行人工修复。利用北亚自主开发的
JFS2文件系统解析工具解析恢复的LUN,然后恢复文件系统中所有的Oracle数据库文件,并检测Oracle数据库的文件是否完
整。对检测有坏块的数据库文件所在磁盘进行扫描Oracle碎片操作,将扫描到的数据页进行组合,然后将有坏块的数据库文
件通过人工的方式填补修复完整。在完成所有Oracle数据库文件的恢复之后,应用SAP还是无法正常使用。SAP应用的一些
重要数据存放在损坏的存储中,缺失这些数据会导致SAP即使在数据库完整的情况下也无法正常使用,因此还需采用方案二
来恢复所有SAP的重要数据。
2、实施方案二
对恢复出来的所有LUN进行文件系统解析,将包含SAP的数据LUN进行文件系统的一致性检测。对文件系统不完整的部分进
行人工修复,最后恢复所有SAP及SAP Test的数据。对SAP的数据进行检测,并对损坏的数据进行修复,确保恢复出来的
SAP数据是完整的,这样才能保证SAP应用能够完整启动。利用恢复的SAP数据结合之前恢复出来的Oracle数据库,即可启
动SAP及所有应用。
启动并修复Oracle数据及SAP应用:
1、启动Oracle数据库并修复
把恢复出来的数据库文件还原到已搭建好的环境中,并尝试启动数据库。在启动过程中由于数据库的一些临时文件校验不一
致导致数据库启动失败。北亚数据恢复中心协调Oracle数据库工程师远程对数据库进行修复后,数据库正常启动,数据完整
,然后尝试启动SAP。
2、启动SAP并修复
将恢复的SAP文件还原至已搭建好的环境中,并按照之前的启动脚本启动SAP,SAP启动正常,但SAP中用户权限及使用不正
常,SAP表现为没有序列号。初步判断是SAP的注册文件没有恢复,重新检测恢复过程,排查可能出问题的部分。排查后发现
是因为文件系统的损坏而导致某些文件没有恢复成功。重新修复文件系统,恢复这些数据。启动SAP正常,使用正常。
数据验证:
启动Oracle数据库,启动SAP,通过SAP客户端验证SAP中所有的数据,数据恢复完整,SAP能正常使用。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub-/31380569/viewspace-2890740/,如需转载,请注明出处,否则将追究法律责任。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~