ITPub博客

首页 > IT基础架构 > 服务器/存储 > 造成RAID组瘫痪的情况有很多,掌握这几步即可高效解决问题

造成RAID组瘫痪的情况有很多,掌握这几步即可高效解决问题

原创 服务器/存储 作者:北亚数据恢复 时间:2019-12-13 11:38:15 0 删除 编辑

一、  服务器设备类型

     HP   DL380服务器

  300G SAS   数量三块

二、  服务器 故障描述:

硬盘 磁盘故障导致整个RAID组瘫痪, 具体显示为其中 一块硬盘状态灯为红色。 由于 数据库存储在 D分区,备份存储在E分区。存储故障,造成D分区不可识别, E 分区可识别,但是拷贝备份文件报错, 通过 重启服务器,导致先离线的硬盘上线,并同步了一段时间,在没有同步完成就直接强制关机,之后 未对服务器做任何操作。

三、  服务器 数据恢复 操作 流程

1、  为了确保现存磁盘中数据的安全,先对磁盘做只读镜像备份,三块 硬盘 可以 正常读取 没有发现坏道 只读 镜像备份日志 如下图所示:

2、  对备份的镜像文件进行详细分析,重组rai d结构 ,并进行异或校验, 部分校验通过 。由于 离线 硬盘上线之后进行同步操作,会损坏数据 ,所以 如下图 所示 表示 数据 有损坏 的情况。

3、  RAID 分析过程,尝试 多种 硬盘离线状态下提取数据, 每块 盘离线所提取的数据都是一样的


       4、首先针对E分区中的 dat 文件进行分析修复。发现两个备份文件都有损坏, 如下图

       5、  分析聚合dat碎片 ,验证 dat 数据完整性,底层 结构显示有损坏

       6、同时 进行 D分区的数据文件的分析扫描,由于存储同步,数据文件目录不可见。

       7、  对D分区自由空间数据页扫描,并对文件碎片进行分析和聚合。

       8、  验证 数据文件碎片的完整性 和有效性。

       9、  提取备份文件中的数据记录到新建的数据库中

       10、 通过上层应用连接数据库 验证数据可用性 ,数据库 文件可以正常加载, 上层 应用软件中用户账号 正常 可以 进行 正常 数据查询

  服务器数据 恢复结果

     对重组的raid结构进行异或检测 发现数据部分被同步损坏 ,但是还有部分数据正常

在恢复过程中 E盘发现2个 SealLib数据库 的备份文件。但是备份文件数据中页结构有小部分损坏,  

D分区扫描的结果中数据碎片发现较连续的数据片段,碎片可用。通过对D分区碎片和E分区备份文件进行整合拼接。

五、 服务器数据恢复结论:

通过工程师解析处理 最终修复解析出的数据 可以 支撑整个应用的正常使用 ,上层应用可以正常查询数据库内容, 至此数据恢复工作结束






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

请登录后发表评论 登录
全部评论
从事数据恢复工作,擅长服务器/虚拟机/数据库等方面的数据恢复

注册时间:2016-08-02

  • 博文量
    207
  • 访问量
    116337