您所在的位置:首页 > 成功案例 > RAID数据恢复

IBM存储数据库恢复案例

最新动态来源:本站原创点击数:68更新时间:2020/10/27

今天小编分享的案例为设备IBM V3700系列存储,故障涉及的硬盘共5块,查看客户所给的相关信息,了解到共有1组Mdisk,加入到一个存储池中,其中创建了一个通用卷来存放数据。据客户描述,由于其中Mdisk中有两块硬盘故障离线,该组Mdisk失效,从而导致整个通用卷无法使用。
 
【数据恢复过程】
为防止数据恢复过程中由于误操作对原始磁盘造成二次破坏, 使用winhex软件为每块磁盘做镜像,以后所有的数据恢复操作都在镜像盘上进行, 不会对原始磁盘造成影响。
损坏的一块硬盘,进行物理处理,发硬盘盘片有问题,无法做镜像,用剩余的4块好盘的镜像来进行后面的数据恢复。
【数据恢复过程——组建RAID】
由于客户使用设备为IBM 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。
1.尝试解析系统表
在解析OBJ$的过程中发现损坏程度较大,较多表信息已丢失。系统表不可用情况下只能采用人工匹配表结构信息、记录特征信息等确定数据页所属表。
2.使用行总数进行模糊匹配
效果不理想,转而使用匹配特殊记录进行匹配。匹配到结果后手工解析记录查看是否符合表结构及语义要求、类型要求。经过大量的搜索、解析、匹配后完成了数据页到表的连接。
3.提取备份库内表结构,创建恢复环境。
4.使用本公司编写记录提取程序提取数据页内记录,并导入到恢复环境内。
5.导入完成后检查是否有重复、错误数据并处理,导出数据。
6.以下为此次最终恢复结果详细信息:
【数据恢复结果】
处理检查有重复、错误数据后,重新导出数据,交由客户验证,客户验证没有问题,本次数据恢复圆满成功。
 
北京北亚数据恢复中心
主要从事服务器数据恢复、
磁盘阵列数据恢复(DEll、HP、IBM、华为、NetApp等),
虚拟化数据恢复(VSAN、VMware、Kvm等),
数据库数据恢复(Oracle、Sql Server、MySql、Mongodb等),
小型机数据恢复等方面的数据恢复服务。
 
24小时服务热线:4006-505-646
 
官网网址:www.frombyte.com
 
地址:北京市海淀区中关村创客小镇16号221室