Chinaunix首页 | 论坛 | 博客
  • 博客访问: 11681878
  • 博文数量: 8065
  • 博客积分: 10002
  • 博客等级: 中将
  • 技术积分: 96708
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-16 17:06
文章分类

全部博文(8065)

文章存档

2008年(8065)

分类: 服务器与存储

2008-07-16 16:20:56

廉价冗余磁盘阵列RAID(Redundant Array of Inexpensive Disk)是一种容量大、速度快、可靠性高的外部存储器,现已在各种高性能服务器、工作站及大中型计算机中得到广泛应
用。其中的RAID5级为无独立校验磁盘的奇偶校验磁盘阵列,采用数据分块和独立存取技术,能在同一磁盘上并行处理多个访问请求,较适用于访问请求频繁的场合,如医院信息系统(HIS)。由于此技术特点:在一个硬盘出现错误时,当插入新硬盘,能利用其他硬盘上信息对受损数据进行恢复,但当两块硬盘出现错误时,要恢复数据就会有一定的困难了,我们医院在不久前就出现过类似现象。

一、故障重现

我们医院硬件配置为:HP LH6000 PIII700 Xeon 512M内存,18G硬盘一块 Ⅹ 2台,作两机容错,操作系统为Windows NT SP4,数据库平台为Oracle 7.3,光纤为主干的星形拓扑网络,HP磁盘阵列柜一台,四块18G IBM 硬盘做RAID5用以存放HIS系统数据,分别标为硬盘ID0、ID1、ID2和ID3。下面是当时故障的重现:

1、硬盘ID2在早上7:30时出现闪红灯现象,其余硬盘正常,无出错提示。

2、硬盘ID0在下午14:00时也出现闪红灯现象,另两块硬盘正常,网络可访问,

3、14:15时,服务器屏幕上出现出错提示框:D盘(即阵列盘)不能访问。依次关掉备份服务器、主域服务器、磁盘阵列柜后保护现场,开始分析故障原因,处理故障。

二、故障分析

RAID5技术原理是:采用磁盘冗余技术和磁盘校验技术,将数据分布在磁盘阵列中的各个磁盘上,这样做可以提高数据的可靠性和读取数据时的速度。如果阵列中的某一个硬盘失效时,能运用上述技术,利用阵列中其他硬盘的信息,恢复失效硬盘中的数据,但如果有一个以上的硬盘同时失效时,在技术上来说数据是不可恢复的。结合我院出现的实际情况,我们分析:有可能是由于硬盘ID2出现错误后,数据的读取量增大,导致另三个硬盘在进行冗余校验时可能出现逻辑错误,而并不是出现了真正的物理损坏或失效。基于以上分析,我们在保证数据完整性的原则下,开始拯救数据。

三、数据拯救

1、打开磁盘阵列柜,启动主域服务器,自检至阵列柜时按Ctrl+M进入NetRaid管理程序,查看阵列信息,发现硬盘ID0与硬盘ID2状态为 Failed,运用修改配置将硬盘ID0强制OnLine,重新启动服务器,在进入NT前的硬件自检时,出现硬盘ID2,ID0依次闪红灯,访问D盘失败。

2、打开磁盘阵列柜,启动主域服务器,自检至阵列柜时按Ctrl+M进入NetRaid管理程序,选择磁盘阵列,将阵列配置信息清空,然后新建磁盘阵列信息(不作初始化),并将硬盘ID2与ID0强制OnLine后,重新启动服务器,在进入NT前的硬件自检时,出现硬盘ID2,ID0依次闪红灯,访问D盘失败。

3、关闭磁盘阵列柜,将磁盘阵列柜上的所有四块硬盘全部拔除,启动主域服务器,正常进入NT,打开磁盘阵列柜,用NT下的HP NetRaid管理软件,将硬盘ID0进行热插拔,软件能检测到此硬盘,并无任何错误提示,依次将硬盘ID1,ID2,ID3进行热插拔,但在进行至硬盘 ID2时软件检测不到此硬盘,立刻将其拔除,换上一块新硬盘,此时四块硬盘状态为Ready,全部选中后新建RAID5信息,成功后将硬盘ID2状态置为 Failed,然后进行Rebuild,运用RAID5技术恢复这块真正失效的硬盘上的数据。但当进度到达50%左右时,出现错误提示,重新启动服务器,进入NT后,系统自动进行CHKDSK,出现修复硬盘信息,无任何错误提示,在磁盘正常自检后访问D盘成功。此时时间18:00分左右。

四、个案总结

在经过了长达6小时的紧张的数据抢救后,我们终于成功的恢复了数据,经过此次惊心动魄的数据拯救后,我们痛定思痛,总结了以下几条经验:

1、在出现问题后不能紧张,应冷静分析故障原因,全面了解硬件知识,作出正确合理的判断,以最小的代价解决问题。在我们此次故障处理过程中,我们对故障的进行了合理的分析,运用了服务器硬盘可热插拔的性能特点,在保证另两块硬盘数据完整的基础上,进行了正确的数据拯救,从而确保了故障的圆满解决。

2、在处理问题时应遵循由简单到复杂,由安全到危险的原则,应确保不破坏数据的原则下进行故障处理。硬盘内的数据信息对我们医院来说,是非常重要的,处理故障的过程也就是我们拯救数据的过程,因此我们在故障处理过程中没有进行一味的蛮干,在清除磁盘阵列信息的同时,并没有对硬盘内数据进行任何操作,从而确保了数据的安全性。

3、在处理故障时应将服务器与网络的连接切断,因为在恢复网络,受损硬盘修复的过程中,会有用户登录至服务器,进行数据操作,从而产生新的数据,这样就有可能产生新的逻辑错误,对于故障的排除非常不利。

4、经过此次故障,我们认为任何先进的技术手段都不可能是万无一失的,如果要确保数据安全,就一定要做好备份工作,最好每天作一次数据库的异地备份;并至少备好一块新硬盘,以便在第一块硬盘出现错误时就能及时换上,进行数据恢复,防止以上类似事件的再次发生。
阅读(276) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~