【戴尔的服务器数据恢复】。戴尔的服务器有五个SAS硬盘,其中四个组成RAID5,另一个是热备盘。3号磁盘已经离线,但是热备盘没有自动激活重建(原因不明),然后2号磁盘就离线了。RAID崩溃。操作系统是linux redhat 5.3,应用系统是基于oracle的oa。数据很重要,时间很紧迫。要求用户尽可能还原操作系统。经过戴尔服务器工程师的分析检测,发现热备盘根本没有启用,硬盘没有明显的物理故障。没有明显的同步。在这种情况下,数据通常可以恢复。下面是【戴尔服务器维护】的工程师给出的恢复方案:
【恢复方案】保护原有环境,关闭服务器,恢复过程中确保服务器不要再开机。标记故障硬盘的序列号,确保取出插槽后可以完全恢复。将故障硬盘安装到北亚的数据恢复备份服务器环境中。所有故障硬盘都被完全镜像。备份完成后,原故障磁盘将被退回,在数据确认之前,原故障磁盘不会参与后续的恢复操作。分析备份磁盘的RAID结构,获取其原始RAID级别、条带规则、条带大小和校验方向。元区域等。根据获得的RAID信息构建一套虚拟RAID5环境。解释虚拟磁盘和文件系统。检查虚拟结构是否正确,如果不正确,重复上述过程。确认数据无误后,根据用户要求将数据回移。如果仍然使用原始磁盘,则必须确保原始磁盘已完全备份,然后重建RAID。再次进行迁移。您可以在故障服务器上的另一个硬盘上安装用于迁移的操作系统,然后执行扇区级迁移。[数据恢复操作流程] 1。镜像后发现2号磁盘有10-20个坏扇区,其余磁盘没有坏磁道。块大小是512个扇区,后向奇偶校验(Adaptec)。
3。数据组装后,200M以上的最新压缩包解压时没有错误,确定了正确的结构。4。按照这个结构直接在单个硬盘上生成虚拟RAID,打开文件系统没有明显错误。5。重建原盘的RAID,重建时损坏的2号盘已经换成了新的硬盘。通过USB将恢复的单个磁盘连接到故障服务器,然后通过linux SystemRescueCd启动故障服务器,再通过dd命令写回整个磁盘。
所有数据都DD后,启动操作系统,
就无法访问了。错误信息为:/etc/RC . d/RC . sys init 3360 line 13360/sbin/pidof 3360 permission Denied我怀疑这个文件的权限有问题。用SystemRescueCd重启后,我检查这个文件的时间、权限、大小都有明显的错误。inode显然已经损坏。
重新分析重组数据中的根分区,定位错误的/sbin/pidof/datahf.net,发现问题是2号盘坏磁道造成的。
用0、1、3这三个磁盘,对2号磁盘的损坏区域进行异或运算。完成后,mcrc再次系统,仍然有错误。再次发现2号盘损坏区域的一些节点显示为(图中part 55 55):
显然,虽然节点中描述的uid仍然正常存在,但是属性、大小、初始分配块都是错误的。根据所有可能的分析,确定没有办法恢复这个损坏的节点。我们只能希望修复这个节点或者复制同一个文件。对于所有可能出错的文件,我们可以发现这个损坏的节点是没有办法恢复的。
笔记本电脑维修点网站内容来源:https://book.repair-service.cn/xiu/jiaocheng/1780.html