ITPub博客

首页 > IT基础架构 > 服务器/存储 > 【北亚数据恢复】IBM-ds3512存储服务器raid5损坏导致数据丢失的数据恢复案例

【北亚数据恢复】IBM-ds3512存储服务器raid5损坏导致数据丢失的数据恢复案例

原创 服务器/存储 作者:北亚数据恢复 时间:2022-02-16 10:54:13 0 删除 编辑

环境:

IBM存储DS3512;

6块600G的sas硬盘组成raid5;

liunx和windows虚拟机共24台,压缩包文件,配置文件;

划分一个lun,其中lun分配给Linux服务器,共享给虚拟化使用,存放虚拟机文件;

文件系统类型OCFS2。



故障:

6块盘中的4块盘损坏导致raid5失效,数据丢失。 管理员联系北亚数据恢复中心寻求帮助。



数据恢复过程:

RAID5仅支持一块硬盘损坏的冗余保护。在有热备盘的情况下,一块磁盘掉线后,同时rebuild完成之前,不能再有任何硬盘

出现损坏。


一、北亚数据恢复工程师对6块盘以只读模式做镜像,发现4块盘有坏道,对有坏道的扇区进行多次尝试数据读取。


二、北亚数据恢复工程师根据IBM-DS3512存储算法和文件系统底层结构,分析raid5结构。

A、北亚数据恢复工程师分析存储6块硬盘的raid5分布情况;

B、北亚数据恢复工程师对文件系统结构进行分析,并依据数据在硬盘中的分布规律,找出RAID条带大小及RAID走向;

C、北亚数据恢复工程师重组出RAID5。


三、提取LUN。

A、北亚数据恢复工程师分析数据LUN在raid中的分布情况;

B、校验LUN的完整性及正确性;

C、北亚数据恢复工程师编写程序提取全部数据LUN。


四、解析ocfs2文件系统。

A、LUN生成完成后,对ocfs2文件系统进行解析;

B、根据文件系统的结构,编写相应的程序;

C、使用编写好的程序提取数据:

超级块截图


目录节点截图

指针节点截图

数据库信息截图


1、元信息整理:


北亚数据恢复工程师编写扫描程序,对lun进行扫描,读取ocfs2文件系统的节点,目录信息,并把扫描到的所有信息插入

数据库。


2、数据提取:

阶段一:


由于部分虚拟机的优先级别和实效性非常高,需要尽快将其恢复出来,北亚数据恢复工程师根据管理员提供的文件信息列

表,编写脚本,读取数据库并重构文件的目录树,针对着急的虚拟机优先提取恢复。


阶段二:


遍历整个数据库,读取数据库中的全部剩余文件信息,对目录树完整的文件,重构完整目录树。提取数据库中剩余未提取

的全部文件。


数据恢复结果:


此次恢复工作共恢复近1.4T数据,24台虚拟机、压缩包和配置文件。24台虚拟机可以全部启动,虚拟机里布置的业务应用

也成功启动。


经管理员验证,数据文件全部正确无误,本次恢复圆满成功。


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/31380569/viewspace-2855902/ ,如需转载,请注明出处,否则将追究法律责任。

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

注册时间:2016-08-02

  • 博文量
    1127
  • 访问量
    876476