IBM服务器raid5崩溃数据恢复方法

概述：

IBM X3850服务器，5块73G SAS硬盘，其中4块组成一个RAID5，另一块做为热备盘(Hot-Spare)，3号盘早已经离线，但热备盘未自动激活rebuild（原因不明），之后2号盘离线，RAID崩溃。

操作系统为linux redhat 5.3,应用系统为构架于oracle的一个oa，数据重要，时间很急。因oracle已经不再对本oa系统提供后续支持，用户要求尽可能数据恢复+操作系统复原。热备盘完全无启用，硬盘无明显物理故障，无明显同步表现。数据通常可恢复

【恢复方案】

1、保护原环境，关闭服务器，确保在恢复过程中不再开启服务器。

2、将故障硬盘标好序号，确保在拿出槽位后可以完全复原。

3、将故障硬盘挂载至北亚数据恢复备份服务器环境下，对所有故障硬盘做完全镜像。备份完成后交回原故障盘，之后的恢复操作直到数据确认无误前不再涉及原故障盘。

4、对备份盘进行RAID结构分析，得到其原来的RAID级别，条带规则，条带大小，校验方向，META区域等。

5、根据得到的RAID信息搭建一组虚拟的RAID5环境。

6、进行虚拟磁盘及文件系统解释。

7、检测虚拟结构是否正确，如不正确，重复4-7过程。

8、确定数据无误后，按用户要求回迁数据。如果仍然使用原盘，需确定已经完全对原盘做过备份后，重建RAID，再做回迁。回迁操作系统时，可以使用linux livecd或win pe(通常不支持)等进行，也可以在故障服务器上用另外硬盘安装一个回迁用的操作系统，再进行扇区级别的回迁。

9、数据移交后，由北亚数据恢复中心延长保管数据3天，以避免可能忽略的纰漏。

数据恢复及系统复原过程

1、对原硬盘进行完整镜像，镜像后发现2号盘有10-20个坏扇区，其余磁盘，均无坏道。

2、分析结构：得到的最佳结构为0,1,2,3盘序，缺3号盘，块大小512扇区，backward parity(Adaptec)，结构如下图：

图一

3、组好后数据验证，200M以上的最新压缩包解压无报错，确定结构正确。

4、直接按此结构生成虚拟RAID到一块单硬盘上，打开文件系统无明显报错。

5、确定备份包安全的情况下，经客户同意后，对原盘重建RAID，重建时已经用全新硬盘更换损坏的2号盘。将恢复好的单盘用USB方式接入故障服务器，再用linux SystemRescueCd启动故障服务器，之后通过dd命令进行全盘回写。

6、回写后，启动操作系统。正常情况下，这时候所有工作应该完成了。不巧的是，因帮颇费周折才解决，特意另起一段叙述。

系统复原过程：

dd所有数据后，启动操作系统，无法进入，报错信息为：/etc/rc.d/rc.sysinit:Line 1:/sbin/pidof:Permission denied

怀疑此文件权限有问题，用SystemRescueCd重启后检查，此文件时间，权限，大小均有明显错误，显然节点损坏。

重新分析重组数据中的根分区，定位出错的/sbin/pidof/datahf.net，发现问题因2号盘坏道引起。

使用0，1，3这3块盘，针对2号盘的损坏区域进行xor补齐。补齐后重新校验文件系统，依然有错误，再次检查inode表，发现2号盘损坏区域有部分节点表现为(图中的55 55 55部分)：

图二

很明显，虽然节点中描述的uid还正常存在，但属性，大小，以最初的分配块全部是错误的。按照所有可能进行分析，确定无任何办法找回此损坏节点。只能希望修复此节点，或复制一个相同的文件过来。

对所有可能有错的文件，均通过日志确定原节点块的节点信息，再做修正。

修正后重新dd根分区，执行fsck -fn /dev/sda5/datahf.net，进行检测，依然有报错，如下图：

图三

根据提示，在系统中发现有多个节点共用同样的数据块。按此提示进行底层分析，发现，因3号盘早掉线，帮存在节点信息的新旧交集。

按节点所属的文件进行区别，清除错误节点后，再次执行fsck -fn /dev/sda5,依然有报错信息，但已经很少。根据提示，发现这些节点多位于doc目录下，不影响系统启动，于是直接fsck -fy /dev/sda5/datahf.net强行修复。

修复后，重启系统，成功进入桌面。

启动数据库服务，启动应用软件，一切正常，无报错。

到此，数据恢复及系统回迁工作完成。

IBM服务器raid5崩溃数据恢复方法相关推荐

IBM服务器raid5崩溃数据恢复方案及过程
概述: IBM X3850服务器,5块73G SAS硬盘,其中4块组成一个RAID5,另一块做为热备盘(Hot-Spare),3号盘早已经离线,但热备盘未自动激活rebuild(原因不明),之后2号盘 ...
【北亚数据恢复】IBM服务器raid5硬盘离线，热备盘未激活导致raid崩溃的数据恢复案例
服务器数据恢复环境: IBM X系列服务器: 操作系统为linux redhat: 5块73G SAS硬盘,4块组成RAID5,1块作为热备盘(Hot-Spare). 故障: 3号盘最早离线,热备盘未 ...
某品牌服务器raid5阵列删除数据恢复过程分析
[服务器raid5阵列数据恢复故障情况描述] 客户的某品牌服务器,raid5磁盘阵列数据恢复需求,服务器不存在物理故障,数据丢失的原因是误删除了服务器上的卷.可以从raid5磁盘阵列层面进行数据恢复操 ...
raid5常见故障数据恢复方法/服务器数据恢复常用方法
由于技术的不断进步,不同型号的服务器出现RAID5故障后,处理方法也不同. 现在大型应用程序的网络拓朴结构,一般都采用C/S结构或B/S结构,至少需要一台装有大型数据库的服务器安放于中心机房.基于对服 ...
【IBM DS5300存储数据恢复】由于硬盘坏道导致RAID5崩溃的数据恢复案例
环境: IBM DS5300的存储一个机头连接4个扩展柜 2组由50块600GB的硬盘组的RAID5 故障: 一组由27块600G硬盘组成的,存放Oracle数据库文件的RAID5崩溃.在存储系统上 ...
IBM服务器显示系统恢复,苏州数据恢复_IBM X3850服务器数据恢复中处理SAS硬盘故障的恢复案例...
IBM服务器阵列故障导致数据丢失,原因是组成RAID5磁盘阵列的三块日立SAS 2.5英寸硬盘中有两块盘出现故障,IBM服务器硬盘送到苏州碟科数据恢复中心. 通过碟科硬盘恢复工程师的检测,在无尘恢复实 ...
联想服务器RD450 配置RAID5阵列图文方法
联想RD450是一款服务器,cpu为英特尔至强处理器六核E5-2609 v3 1.9GHz,这里为大家分享一下联想服务器RD450 配置RAID5阵列图文方法,需要的朋友可以参考下实验环境: 1 ...
linux raid5热备,有热备盘的服务器RAID-5数据恢复实例
该RAID-5由5块1.5TB的SATA硬盘组成,服务器在运行中突然宕机,不知是什么原因导致RAID崩溃,原有数据全部丢失. 把5块SATA硬盘去RAID化后分别进行检测,没有发现坏扇区,可能是RAI ...
linux 恢复 raid5数据,Raid5数据恢复案例（raid阵列数据恢复方法）
原标题:Raid5数据恢复案例(raid阵列数据恢复方法) Raid5数据恢复算法原理要理解 raid5数据恢复原理首先要先认识raid5,"分布式奇偶校验的独立磁盘结构"也就是 ...
mysql数据库断电恢复_MySQL数据库InnoDB引擎下服务器断电数据恢复方法
说明: 线上的一台MySQL数据库服务器突然断电,造成系统故障无法启动,重新安装系统后,找到之前的MySQL数据库文件夹. 问题: 通过复制文件的方式对之前的MySQL数据库进行恢复,发现在程序调用时 ...

IBM服务器raid5崩溃数据恢复方法

IBM服务器raid5崩溃数据恢复方法相关推荐

最新文章

热门文章