• 当存储EVA出现故障这种方法可高效解决数据丢失的情况


    EVA存储设备信息

    1、HP EVA8400存储:1组扩展柜。

    2、12个2T FATA磁盘(AG691A 454414-001)和8300G 15K FC磁盘(AG690A 454411-001)组成。

    3、主机环境为WINDOWS。

     

    EVA存储故障分析

    1、经与用户再三确定得知,数据出现故障后已停止使用。按照以往HP-EVA的故障可能推断,数据恢复的可靠性较高。

    2、EVA主机及扩展柜正常关机,之后将所有硬盘标好位置序号,拿出。在数据成功恢复之前,不再开启EVA 8400控制器。

    3、接手磁盘后,按照相应链路对磁盘进行连接。

    4、进入WINDOWS环境,用WINHEX查看磁盘情况,发现所有磁盘均可正常识别。

    5、查看每个磁盘信息,发现300G FC磁盘存在PV HEAD,而1T FATA磁盘上均无PV HEAD。查看300G磁盘中存储的Metadata,发现仅描述了一个RSS组组成的LUN,大小不足2T,成员为所有300G磁盘。而1T FATA磁盘中残留的LUN信息则至少包括5组信息。上述信息表明,某种原因导致删除了1T 磁盘组成的DISK GROUP内所划分的所有VDISK,并UNGROUP了所有1T FATA磁盘。

    6、分析1T FATA磁盘上保留的Metadata。

    EVA存储故障恢复过程】

    1、对所有磁盘做完整镜像。

    2、对300G 磁盘所属的LUN进行恢复。

    3、因1T磁盘已全部UNGROUP,关于RSS的分配,以及本身的磁盘ID均无法得知。故需进行人工方式分析RSS配置表。通过META信息的对照,以及通过xor信息区的校验验证,得到如下rss组配置表:

    3-0  hd6

    3-1  hd8

    3-2  hd2

    3-3  hd9

    3-4  hd10

    3-5  hd5

    2-0  hd0

    2-1  hd7

    2-2  hd1

    2-3  hd11

    2-4  hd3

    2-5  hd4

    4、重组及整合所有LUN的存储分配表。

    5、根据存储分配表,及RSS磁盘分配表,对所有LUN进行提取。提取过程中,对不通过的XOR条带进行人工分析,确定离线情况(本例没有掉线磁盘),确定得到最佳重组结论,再进行数据恢复工作。

    EVA存储故障数据恢复结论】

    经重组后数据可正常访问,经用户验收数据无误,至此数据恢复工作结束。

  • 相关阅读:
    ReactiveCocoa入门教程——第一部分【转载】
    浅谈iOS中MVVM的架构设计与团队协作【转载】
    如何使用CocoaPods安装使用及配置私有库以及管理依赖库 【原创】
    工作经验【原创】
    xcode常见报错调试【原创】
    彻底解决_OBJC_CLASS_$_某文件名", referenced from:问题(转)
    Android遇到的那些坑
    Android开发和Android Studio使用教程
    CGI是什么 搜索了这么多,大致看明白了保留下来。
    不同手机根据坐标计算控件、图片的像素,px 与 dp, sp换算公式?
  • 原文地址:https://www.cnblogs.com/frombyte/p/12161518.html
Copyright © 2020-2023  润新知