Chinaunix首页 | 论坛 | 博客
  • 博客访问: 243599
  • 博文数量: 492
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 4955
  • 用 户 组: 普通用户
  • 注册时间: 2016-08-02 14:16
文章分类

全部博文(492)

文章存档

2024年(57)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

分类: 服务器与存储

2022-07-21 11:36:00

服务器数据恢复环境:

华为某型号服务器;
10块硬盘组成raid6;
EXT3文件系统,划分2个lun。


服务器故障&分析:

服务器在工作过程中raid6瘫痪不可用,管理员对故障服务器的raid进行重新搭建的操作并且初始化raid,初始化进行到40%左右时强行停止了初始化,部分数据已经遭到严重破坏。管理员在多家数据恢复公司数据恢复失败之后联系到我们数据恢复中心。

导致服务器丢失数据的原因是raid6瘫痪,管理员随后使用原raid6中的9块硬盘搭建riad5并进行了长时间的初始化,这种操作对原始数据造成不可逆的损坏。在后来的服务器数据恢复操作过程中也证明了第二个LUN可以使用常规的RAID6数据恢复方法恢复出数据,但存放重要数据的第一个lun中的数据恢复成功的可能性极低。在我们数据恢复中心接到故障服务器之前已经有多家数据恢复公司对故障服务器进行了数据恢复操作,但均未能成功恢复出需要的重要数据。


服务器数据恢复过程:

1、对故障服务器中的所有磁盘进行镜像备份。

2、服务器数据恢复工程师分析故障服务器中原RAID6的RAID和磁盘的组织结构,再分析新搭建的RAID5的RAID和磁盘的组织结构。在进行实际操作时由于重新搭建RAID5导致RAID6和RAID5的底层信息大量重合,对这些数据进行分析区分非常困难,服务数据恢复工程师花费很长时间进行分析区分。





3、服务器数据恢复工程师通过分析获取到原raid6和新搭建的raid5信息后进行数据恢复算法的研究,发现可以通过其他方式恢复服务器原始的数据。服务器数据恢复工程师编写程序和校正算法,将服务器中原raid6中的第一和第二个LUN分别镜像到搭好的两个存储上。

4、恢复服务器数据。服务器数据恢复工程师验证第二个LUN数据完全正常,但第一个LUN中被破坏的一小部分数据极其重要。EXT3的根目录和第一个块组的I节点全在这部分数据里面,服务器数据恢复工程师尝试几款常用的数据恢复软件进行扫描恢复,但效果都不理想,估计前几家数据恢复公司没有成功恢复出来数据的原因就在于此。





5、在这种情况下服务器数据恢复工程师对损坏的EXT3文件系统进行修复。北亚服务器数据恢复工程师编一个小程序对EXT3文件系统进行孤目录查找,重建根目录和I节点,用文件系统解析程序打开完全正常,但为了保证原始数据的权限和属性,在LINUX下进行简单修复,LINUX可以正常挂载,然后从LINUX中把文件拷贝到格式化为EXT3 的单块磁盘的分区上。这样用户使用数据时,不再需要任何设置,文件目录结构和属性都和原来一模一样。本次数据恢复完成,数据可用性100%。





服务器Raid出现故障后的数据保护建议:

1、切忌硬盘再次受到磕碰,服务器中任何一块硬盘对于数据恢复来说都至关重要,如果关键硬盘出现严重物理损坏,数据恢复工作将变的异常艰难甚至无法完成。

2、切忌重新创建raid或者强制online/rebuild,若服务器中有提早离线硬盘或上线同步选择错误,会导致数据恢复效果和结果无法预料。

3、切忌非专业人士对故障存储的主要模块进行拆卸、更换等操作,不当的操作会对服务器内部数据造成影响,甚至永久性破坏服务器数据。
阅读(208) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~