ITPub博客

首页 > IT基础架构 > 服务器/存储 > 【服务器数据恢复】RAID5崩溃后强制上线导致文件丢失的数据恢复案例

【服务器数据恢复】RAID5崩溃后强制上线导致文件丢失的数据恢复案例

原创 服务器/存储 作者:北亚数据恢复 时间:2022-11-01 11:56:10 0 删除 编辑

服务器数据恢复环境:

某网站服务器,LINUX操作系统;

6块硬盘组建RAID5;

逻辑磁盘中只包含一个卷,文件系统为EXT3,存放所有客户的数码照片。


服务器故障&分析:

网站正常工作中卷突然离线,管理员检查服务器发现1号与4号两块硬盘指示灯显示黄色。致电服务器厂商售后,厂商技术人

员提供的解决方案为随机选择一块报警的硬盘强制上线。

管理员选择4号盘强制上线,上线后可MOUNT,但很多目录打不开,某些目录下近几天的文件丢失。用户意识到问题的严重

性后马上关机,没有做其他任何操作,联系我们数据恢复中心寻求帮助。

经过数据恢复工程师检测,发现1号与4号盘并非同时OFFLINE,4号盘先离线,之后1号盘离线从而导致整个RAID崩溃。管理

员进行强制上线操作后,因数据不同步出现了目录打不开或文件丢失等故障现象。

MOUNT成功系统便会写入一定量的数据,写入数据的条带中的检验信息会重新生成,导致部分检验信息陈旧。这种情况下是

无法通过还原RAID结构的方式恢复数据,只能依靠提取数据的方式进行恢复。


服务器数据恢复过程:

1、  分析原始RAID5的结构(RAID信息),去掉4号盘,加入1号盘,虚拟搭建RAID。

2、  通过北亚自主研发软件提取虚拟逻辑卷数据,发现1号盘有不规律的坏道。

3、  利用专业工具将1号盘完整镜像,成功读取90%以上的坏道。

4、  将镜像加入到虚拟RAID中再次提取数据。然后将数据输出到另外准备好的硬盘上。

5、  经过用户亲自检测,确认恢复99%以上数据。


RAID数据安全Tips:

1、在两块以上盘离线的情况下,应该通过查询日志等方式确定硬盘离线的先后顺序,即使强制上线(尽量少做这类操作),

也需要做到风险最小。

2、可以通过增加DRAC或hotspare等方式减少此类事故的发生概率。

3、如果数据重要,出现此类问题后最好先行咨询专业的数据恢复公司后再进行下一步操作。


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

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

注册时间:2016-08-02

  • 博文量
    1127
  • 访问量
    876471