第一部分:数据恢复方案
【用户单位】某医药公司
【故障描述】
【初检结论】
热备盘完全无启用,硬盘无明显物理故障,无明显同步表现。数据通常可恢复【恢复方案】
1、保护原环境,关闭服务器,确保在恢复过程中不再开启服务器。2、将故障硬盘标好序号,确保在拿出槽位后可以完全复原。3、将故障硬盘挂载至只读环境,对所有故障硬盘做完全镜像(参考<如何对磁盘做完整的全盘镜像备份>)。备份完成后交回原故障盘,之后的恢复操作直到数据确认无误前不再涉及原故障盘。4、对备份盘进行RAID结构分析,得到其原来的RAID级别,条带规则,条带大小,校验方向,META区域等。5、根据得到的RAID信息搭建一组虚拟的RAID5环境。6、进行虚拟磁盘及文件系统解释。7、检测虚拟结构是否正确,如不正确,重复4-7过程。8、确定数据无误后,按用户要求回迁数据。如果仍然使用原盘,需确定已经完全对原盘做过备份后,重建RAID,再做回迁。回迁操作系统时,可以使用linux livecd或win pe(通常不支持)等进行,也可以在故障服务器上用另外硬盘安装一个回迁用的操作系统,再进行扇区级别的回迁。9、数据移交后,由北亚数据恢复中心延长保管数据3天,以避免可能忽略的纰漏。【恢复周期】
备份时间,约2小时。解释及导出数据时间,约4小时。回迁操作系统,约4小时。【恢复费用】
略。。。第二部分:数据恢复及系统复原过程
1、对原硬盘进行完整镜像,镜像后发现2号盘有10-20个坏扇区,其余磁盘,均无坏道。2、分析结构:得到的最佳结构为0,1,2,3盘序,缺3号盘,块大小512扇区,backward parity(Adaptec),结构如下图:图一:
系统复原过程:
dd所有数据后,启动操作系统,无法进入,报错信息为:/etc/rc.d/rc.sysinit:Line 1:/sbin/pidof:Permission denied怀疑此文件权限有问题,用SystemRescueCd重启后检查,此文件时间,权限,大小均有明显错误,显然节点损坏。重新分析重组数据中的根分区,定位出错的/sbin/pidof,发现问题因2号盘坏道引起。使用0,1,3这3块盘,针对2号盘的损坏区域进行xor补齐。补齐后重新校验文件系统,依然有错误,再次检查inode表,发现2号盘损坏区域有部分节点表现为(图中的55 55 55部分):图二:
图三: