• V3700系列存储数据恢复成功


    存储故障过程描述

    本次数据恢复的设备为某品牌V3700系列存储,故障涉及的硬盘共10块4T的硬盘,查看客户所给的相关信息,了解到共有2组Mdisk,加入到一个存储池中,其中创建了一个通用卷来存放数据。据客户描述,由于其中一组Mdisk中有两块硬盘故障离线,该组Mdisk失效,从而导致整个通用卷无法使用。

    存储数据恢复之镜像磁盘

    在数据恢复工作中为防止数据恢复中由于误操作对原始磁盘造成二次破坏,需要借助数据恢复软件为每块磁盘做镜像,以后所有的数据恢复操作都在镜像盘上进行,不会对原始磁盘造成影响。损坏的两块硬盘进行物理处理,发硬盘盘片有划伤,无法做镜像,只好用剩余的8块好盘的镜像来进行后面的数据恢复。

    组建RAID磁盘阵列

    由于客户的该品牌V3700系列存储结构与其他存储结构相比较为复杂,在数据恢复过程中需要多次组建raid阵列。

    1、Mdisk分析及重组;A、根据客户给出的部分配置信息,将硬盘按照Mdisk组分类。B、分析每一组Mdisk中的所有硬盘,得到相关raid信息。C、只用专业的数据恢复软件对Mdisk进行虚拟重组。

    2、pool存储池分析;A、对所有Mdisk进行分析,得到pool存储池的相关信息。B、使用专业的数据恢复软件虚拟重组出pool存储池。C、提取数据Lun。

    存储中的数据库恢复

    取得LUN镜像文件后,根据固有特征值在当前文件内扫描oracle数据库数据页(由于数据缺失较为严重,扫描数据页的过程中有部分数据无法找回)。共扫描得到4个文件,分别为SYSTEM、SYSAUX、USER、UNDOTBS1。

    • 尝试解析系统表;在解析OBJ$的过程中发现损坏程度较大,较多表信息已丢失。系统表不可用情况下只能采用人工匹配表结构信息、记录特征信息等确定数据页所属表。
    • 使用行总数进行模糊匹配;效果不理想,转而使用匹配特殊记录进行匹配。匹配到结果后手工解析记录查看是否符合表结构及语义要求、类型要求。经过大量的搜索、解析、匹配后完成了数据页到表的连接。
    • 提取备份库内表结构,创建恢复环境;使用本公司编写记录提取程序提取数据页内记录,并导入到恢复环境内。
    • 导入完成后检查是否有重复、错误数据并处理,导出数据并验证。

    恢复结论

    本次恢复难度比较大,由于两块硬盘都有划伤,在缺失两块硬盘的情况下,数据出现条带化错误,工程师尝试了各种方式,修复了错误并提取出来用户所需要的数据库记录。经用户验证,所恢复出来的表都是有效数据,同意进行数据移交。本次存储数据恢复成功。

  • 相关阅读:
    hadoop分片分析
    hadoop输入分片计算(Map Task个数的确定)
    hadoop运行原理之Job运行(五) 任务调度
    hadoop运行原理之Job运行(四) JobTracker端心跳机制分析
    BlockTransferService 实现
    spark 持久化机制
    spark DiskBlockManager
    spark checkpoint机制
    hadoop InputFormat getSplits
    hadoop LineRecordReader
  • 原文地址:https://www.cnblogs.com/frombyte/p/9889347.html
Copyright © 2020-2023  润新知