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博客 ” ,链接:https://blog.itpub.net/31380569/viewspace-2668446/ ,如需转载,请注明出处,否则将追究法律责任。

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

注册时间:2016-08-02

  • 博文量
    1127
  • 访问量
    876669