• raid5 阵列硬盘离线数据恢复成功案例


    数据恢复故障描述:

    某研究院 DELL 磁盘阵列崩溃,内置15块1TB硬盘搭建的RAID5阵列。一开始有一块硬盘离线,在更换新硬盘进行同步的过程中,第二块磁盘指示灯报警,同步失败,阵列无法正常工作。

    故障初步检测:
    存储介质物理状态:最先离线的硬盘访问速度极其缓慢,第二块离线的磁盘有少量坏扇区,其他磁盘无明显物理问题。
    存储介质逻辑状况:整个阵列只包含一个卷组,该卷组占用阵列全部空间;并且该卷组只有一个起始位置为0扇区的XFS裸分区。

    数据恢复故障分析:
    RAID5阵列架构在设计上只支持一块磁盘的错误冗余功能,当第二块磁盘离线后阵列便无法正常工作。
    根据用户描述可知,整个阵列的崩溃主要由第二块磁盘造成。所以第二块磁盘的处理是此次恢复的关键

    数据恢复过程:
    1、对所有硬盘做只读镜像的备份,单独备份第二块离线的硬盘,备份过程中略过坏扇区。
    2、对15块硬盘镜像文件进行异或测试,全部通过,无明显错误。
    3、计算第二块硬盘损坏扇区位置的数据,并将其写入镜像文件。
    4、在备份过程中同时分析原RAID组成结构,构建虚拟RAID环境。
    5、验证RAID结构是否正确。
    6、将第二块磁盘的镜像备份到新硬盘,并将其强制上线,更换第一块磁盘,并对其进行同步。(注意:在操作之前要对所有硬盘进行备份)
    7、拷贝数据。
    数据恢复结论:
    因为异或测试完全通过,所以表明该存储发生故障后没有新数据写入,或结构改动。
    所以可以根据其他几块好硬盘计算出坏硬盘对应位置的数据。
    恢复完成后,目录结构完整,重要文档全部完好。FSCK无任何错误提示,客户认可所恢复的数据,恢复成功。

  • 相关阅读:
    PyQt信号传递的方法
    tensorflow 遇到的细节问题
    正则表达式的总结
    ImageFont与PIL
    pytorch源码解析-动态接口宏
    intel windows caffe加速
    cnn可视化 感受野(receptive field)可视化
    Ubuntu安装使用latex
    使用caffe训练mnist数据集
    caffe使用ctrl-c不能保存模型
  • 原文地址:https://www.cnblogs.com/frombyte/p/7562309.html
Copyright © 2020-2023  润新知