杭州数据恢复之杭州某上市公司IBM X3650M5服务器linux ORACLE数据库恢复成功

[ 2020-08-08 14:00:17 | 作者: Admin ]

字号: 大 | 中 | 小

我们杭州迪特斯数据恢复专家接到8个服务器硬盘其中一个是硬盘坏了之后重建后的新硬盘,据用户表述情况是这样子的,服务器0号槽位硬盘报错了之后服务器就无法正常启动了,一开始还能启动,后面就不行了,询问其他槽位是否硬盘有报错,硬盘没有任何报错,按照我们对RAID5原理坏一个硬盘不至于服务器宕机的,但是确实是无法启动了我们工程师一开始怀疑是不是不做RAID5而是做RAID0,但是更诡异的事情还在后面,用户把坏了进阵列卡确实是RAID5,我们分区表数据结构分析确实是RAID5,难道怀疑是否还有硬盘老早离线,可是发现并没有,于是我们对全部硬盘做镜像分析,为了判断是否有硬盘损坏,对其在RAID5硬盘进行异或(xor)数据测试发现无法通过,这让我们更加觉得匪夷所思了,于是问用户是否以前恢复过,用户表示坏了直接拿到我们这里来分析的,于是我们对其RAID5数据整合,发现linux ext4文件系统数据解析正常,目录结构和数据都完好无损!这就奇怪了,怎么会有这样的问题呢?我们服务器数据恢复工程师都觉得傻眼了,他们以前学习的RAID5知识彻底被打得体无完肤!最终我们数据恢复工程师分析,可能用户没有做数据检验一致性操作所以会有这样的问题,顿时豁然开朗!