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强行修复。
修复后,重启系统,成功进入桌面。
启动数据库服务,启动应用软件,一切正常,无报错。
到此,数据恢复及系统回迁工作完成。
转载于:https://blog.51cto.com/sun510/1888951
IBM服务器raid5崩溃数据恢复方案及过程相关推荐
- 【北亚数据恢复】IBM服务器raid5硬盘离线,热备盘未激活导致raid崩溃的数据恢复案例
服务器数据恢复环境: IBM X系列服务器: 操作系统为linux redhat: 5块73G SAS硬盘,4块组成RAID5,1块作为热备盘(Hot-Spare). 故障: 3号盘最早离线,热备盘未 ...
- 某品牌服务器raid5阵列删除数据恢复过程分析
[服务器raid5阵列数据恢复故障情况描述] 客户的某品牌服务器,raid5磁盘阵列数据恢复需求,服务器不存在物理故障,数据丢失的原因是误删除了服务器上的卷.可以从raid5磁盘阵列层面进行数据恢复操 ...
- 某公司服务器raid5阵列掉了两块盘数据恢复过程
第一部分:数据恢复方案 某公司的一台服务器组了一个raid5磁盘阵列有两块磁盘先后掉线,服务器崩溃.故障服务器的操作系统为linux redhat 5.3,应用系统为构架于oracle的一个oa,数据 ...
- 【IBM DS5300存储数据恢复】由于硬盘坏道导致RAID5崩溃的数据恢复案例
环境: IBM DS5300的存储 一个机头连接4个扩展柜 2组由50块600GB的硬盘组的RAID5 故障: 一组由27块600G硬盘组成的,存放Oracle数据库文件的RAID5崩溃.在存储系统上 ...
- Raid5磁盘阵列数据恢复成功案例/服务器数据恢复方案
[磁盘阵列数据恢复故障描述] 客户的一台服务器,服务器使用hp smart array控制器挂载了一台国产磁盘阵列,磁盘阵列由14块146G SCSI硬盘组成一组RAID5.操作系统为LINUX,构建 ...
- 【服务器数据恢复】DELL PowerEdge服务器RAID5数据恢复案例
服务器数据恢复环境: DELL PowerEdge服务器: 6块SCSI硬盘组成RAID5: LINUX REDHAT操作系统: EXT3文件系统. 服务器故障情况: 服务器运行过程中有一块硬盘离线 ...
- 【服务器数据恢复】IBM服务器虚拟磁盘文件被误删除的数据恢复案例
服务器数据恢复环境: IBM X系列服务器+柏科某型号存储.服务器上部署VMware ESXi虚拟主机,存储上存放虚拟机文件. 虚拟主机采用的Windows Server操作系统,部署宏桥和索菲2套应 ...
- IBM服务器显示系统恢复,苏州数据恢复_IBM X3850服务器数据恢复中处理SAS硬盘故障的恢复案例...
IBM服务器阵列故障导致数据丢失,原因是组成RAID5磁盘阵列的三块日立SAS 2.5英寸硬盘中有两块盘出现故障,IBM服务器硬盘送到苏州碟科数据恢复中心. 通过碟科硬盘恢复工程师的检测,在无尘恢复实 ...
- linux raid5热备,有热备盘的服务器RAID-5数据恢复实例
该RAID-5由5块1.5TB的SATA硬盘组成,服务器在运行中突然宕机,不知是什么原因导致RAID崩溃,原有数据全部丢失. 把5块SATA硬盘去RAID化后分别进行检测,没有发现坏扇区,可能是RAI ...
最新文章
- IndexError: too many indices for array
- 2021牛客多校2 - Girlfriend(球体积交)
- Linux的学习思路
- 利用子网掩码划分子网
- util.java_TelnetUtil.java
- Redis和数据库的结合
- apache和mysql 403_如何使用mysql(lamp)分离环境搭建dedecms织梦网站及apache服务器常见的403http状态码及其解决方法...
- java mysql nclob_java向oracle数据库Clob读取,写入数据
- Linux全攻略--Squid服务器配置与管理
- 树形表格插件 - vue-table-with-tree-grid
- 第二章 ARM体系结构与指令集——ARM
- 太阳方位角 matlab,太阳天顶角与太阳方位角计算软件V4.1及源码
- 龙芯cpu linux恢复密码,中标麒麟(龙芯CPU)--忘记root密码怎么修改?
- JavaScript获取当前时区 时间转换 (实用)
- 利用Dism修复系统步骤,以及dism找不到源文件解决方案
- seaborn直方图、散点图与回归分析图的绘制
- 手机5g什么时候普及_5g网络什么时候普及?
- CSS基础入门,导入方式,选择器
- 算法:Bloom Filter
- Python Selenium爬虫实现歌曲免费下载