|
用户送修一台服务器,经检测是两块[wiki]硬盘[/wiki]做的[wiki]RAID[/wiki]1,阵列状态是降阶状态,其中一块硬盘坏.正常更换硬盘,做rebulid即可.硬盘换好后,有一个同事不太懂服务器,而且这台机器是一个新型号的raid卡.他比较好奇进入配置界面混搞了一会,说系统起不来了.在和同事确认过程后,发现他是执行了Fast initialization ,直接就晕倒,这台机器系统是server 2003 而且里面有许多工控软件做水纹监测的,系统是不能重做的.
分析问题 Fast Initialization 只是清除阵列中硬盘头部信息. 通过winhex查看每个硬盘的前290000个[wiki]扇区[/wiki]都被清了0 .大约清了142M左右的数据(包括MBR DBR [wiki]分区表[/wiki]全都清0).这个位置都是WINDOWS的引导文件,对用户的数据应没有什么影响.能不能通过COPY这个位置的文件来达到修复
确定方案 方案1 通过原来的坏硬盘来修复,这样MBR 分区表,DBR都不用重建,而且恢复的可能性最大
方案2 找一台同系统版本的机器COPY出要的数据,这个办法希望相临处的文件不是重要系统文件(也就是占290000 扇区的那个文件)重建分区表,DBR.再通过系统的自我修复,也有可能恢复
恢复过程 对比以上的两个方案,方案1最有效,也最省事.
试了N次硬盘最终能被系统识别,通过winhex copy 300000个扇区这个过程在52%-56%存在大量的[wiki]坏道[/wiki],.镜像成功后.对比了一下copy的290000--30000扇区和硬盘没有被清0的290000--300000扇区数据一致.说明这块坏道掉线时间不久.这时希望有坏道的地方不是什么重要文件.还是有可能恢复的.写入硬盘1,接入服务器,经过好-阵的windows自检系统终于起来了.清硬盘2做Rebulid 数据终于恢复.
由于方案1成功,方案2没有进行测试是否用效
[ 本帖最后由 lughon 于 2008-7-15 22:33 编辑 ] |
|