太原市建设工程质量监督站网站,网站大全浏览器,中国广告商务网,网站建设的整个过程服务器数据恢复环境#xff1a; 某品牌X系列服务器#xff0c;4块SAS硬盘组建了一组RAID5阵列#xff0c;还有1块磁盘作为热备盘使用。服务器上层安装的linux操作系统#xff0c;操作系统上部署了一个基于oracle数据库的OA#xff08;oracle已经不再为该OA系统提供后续服务…服务器数据恢复环境 某品牌X系列服务器4块SAS硬盘组建了一组RAID5阵列还有1块磁盘作为热备盘使用。服务器上层安装的linux操作系统操作系统上部署了一个基于oracle数据库的OAoracle已经不再为该OA系统提供后续服务支持。
服务器故障 raid5中一块磁盘离线热备盘未自动激活rebuild原因不明。服务器在运行一段时间后另一块磁盘离线RAID5阵列崩溃。用户方要求尽可能恢复服务器操作系统和服务器中的数据。 将故障服务器中所有磁盘编号后取出硬件工程师检测后没有发现有磁盘包括离线的2块磁盘和热备盘存在明显的物理故障。热备盘完全没有启用无明显同步表现。
服务器数据恢复方案 1、将所有磁盘以只读方式进行扇区级的全盘镜像镜像完成后将所有磁盘按照编号还原到原服务器中后续的数据分析和数据恢复操作都基于镜像文件进行避免对原始磁盘数据造成二次破坏。 2、基于镜像文件分析RAID5结构获取到RAID5条带规则、条带大小、校验方向、META区域等raid结构相关信息。 3、根据获取到的RAID结构信息虚拟重构RAID5。 4、解释虚拟磁盘及文件系统。 5、检测重构的raid5结构是否正确如不正确重复2-4过程。 6、检测raid5结构没有问题以及数据无误后按用户要求回迁数据。
服务器数据恢复过程 1、在对故障服务器中磁盘做镜像时发现后离线的那块磁盘有十几个坏扇区其余磁盘没有发现有坏道。 2、基于镜像文件分析获取raid5结构相关信息。 3、根据获取到的raid结构信息虚拟重组raid5重组完成后验证数据发现200M以上的压缩包解压没有报错由此可以确定分析出来的raid5结构正确。 4、按照该raid5结构生成虚拟RAID到一块单硬盘上打开文件系统没有出现报错。 5、确定备份包没有问题和经过用户方的同意后用新硬盘更换存在坏扇区的那块磁盘然后对原盘重建RAID。 6、将恢复好的单盘用USB方式接入故障服务器用linux SystemRescueCd启动故障服务器然后使用dd命令进行全盘回写。 7、dd所有数据后启动操作系统无法进入操作系统桌面并出现报错报错信息为“/etc/rc.d/rc.sysinit:Line 1:/sbin/pidof:Permission denied”北亚企安数据恢复工程师初步判断此文件权限有问题。用SystemRescueCd重启后检查发现此文件时间、权限、大小均有明显错误很显然节点损坏。 8、重新分析重组数据中的根分区定位出错的/sbin/pidof/发现出错是由磁盘坏道导致的。 9、北亚企安数据恢复工程师使用3块完好的磁盘对后离线、存在坏道的那块磁盘的损坏区域进行xor补齐。补齐后重新校验文件系统依然有错误。再次检查inode表发现后离线、存在坏道的磁盘的损坏区域有部分节点表现为(55 55 55部分) 很明显虽然节点中描述的uid正常存在但属性、大小、最初的分配块全部是错误的。北亚企安数据恢复工程师按照所有可能性进行分析确定无法找回此损坏节点。只能修复此节点或者复制一个相同的文件过来。 10、针对所有可能有错的文件通过日志确定原节点块的节点信息再做修正。 11、修正后重新dd根分区执行fsck -fn /dev/sda5/进行检测依然报错。 12、根据报错提示在系统中发现有多个节点共用同样的数据块。按照提示分析底层发现存在节点信息的新旧交集。 13、按节点所属的文件进行区别清除错误节点后再次执行fsck -fn /dev/sda5进行检测依然有极少量的报错信息。根据报错提示发现这些节点多位于doc目录下不影响系统启动。直接执行fsck -fy /dev/sda5/强行修复。 14、修复完成后重启系统成功进入操作系统桌面。 15、启动oracle数据库服务启动应用软件一切正常无报错。 16、用户方对操作系统oracle数据库以及OA数据进行检测经过多部门的反复检测确认恢复数据完整可用。本次数据恢复工作完成。
