ITPub博客

首页 > IT基础架构 > 服务器/存储 > 【服务器数据恢复】raid5阵列瘫痪导致存储不可用的数据恢复案例

【服务器数据恢复】raid5阵列瘫痪导致存储不可用的数据恢复案例

原创 服务器/存储 作者:北亚数据恢复 时间:2022-12-26 11:59:10 0 删除 编辑

服务器数据恢复环境:

EMC某型号存储;

8块硬盘组成raid5磁盘阵列。


服务器故障:

raid5磁盘阵列中2块硬盘离线,服务器崩溃,上层应用不可用。


服务器数据恢复过程:

1、数据恢复工程师将故障存储设备内的所有硬盘镜像备份,在镜像备份过程中没有发现离线硬盘有物理故障,直接镜像故障

存储中所有硬盘。备份完成后把硬盘按照原样装回故障存储设备中,后续的数据恢复操作都在镜像文件进行,避免对原始数据

造成二次破坏。

2、数据恢复工程师开始基于镜像文件对底层数据进行分析,计算出故障存储设备中原raid5的硬盘盘序、raid条带大小等raid

信息,通过这些信息虚拟重组raid。

3、由于故障存储中的LUN是基于RAID组的,把raid虚拟重组出来后,北亚数据恢复工程师开始分析LUN在RAID组中的分配

信息以及LUN分配的数据块MAP。

4、根据获取到的关于LUN的信息,数据恢复工程师使用北亚自研的raid恢复程序解释LUN的数据MAP,导出LUN的所有数据 。

5、使用北亚自研的文件系统解释程序对导出的lun进行文件系统解释,在文件系统解释过程中出现报错,数据恢复工程师分

析报错内容并调试文件系统解释程序,经过分析与调试确认是由于故障存储中某些元文件损坏导致解释zfs文件系统程序报错。

6、数据恢复工程师手动修复损坏的文件,直至zfs文件系统可以被正常解析。

7、多次修复和解析zfs文件系统后对最新数据进行验证,验证无误后联系用户亲自对恢复出来的数据进行验证,确认数据完

整可用。


Tips:

1、服务器发生故障后,切忌对服务器进行操作;也不要随意取出硬盘,以免弄乱盘序。

2、如果需要取出硬盘,标记好硬盘的顺序之后再取出。

3、服务器阵列瘫痪后应该立即断电,不要做同步或强制上线操作,防止数据进一步破坏。


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/31380569/viewspace-2929456/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
从事服务器数据恢复、磁盘阵列数据恢(DEll、HP、IBM、华为、NetApp等),虚拟化数据恢复(VSAN、VMware、Kvm等),数据库数据恢复(Oracle、Sql Server、MySql、Mongodb等),小型机数据恢复等方面的。24h数据救援13439392933

注册时间:2016-08-02

  • 博文量
    1127
  • 访问量
    876064