http://andylhz2009.blog.51cto.com/728703/1348992
上周在线监控系统nagios发送了一条报警警告短信,内容大体是磁盘阵列错误 于是乎登陆报警服务器使磁盘阵列检测工具进行了详细的检查,报告显示 Media Error Count :2 既然是警告也就不是特别严重的错误,经过与戴尔工程师的确认,是磁盘出现了坏道,由于是图片服务器且有备份,暂时没有去机房处理。 过了两天又出现了另一台MySQL数据库服务器也发出了同样的警报,可怕的是通过检测报告的 Media Error Count :24 Other Error Count:2 看样子服务器在今年是硬件故障高发期啊,Dell服务器如果不是由厂家进货的话,如果你是维护的人员可就要当心了。 我说的什么意思你懂得!
于是发邮件和总监和开发经理进行沟通,邮件中说了故障的详细情况,并且给出了当前的紧急解决措施(其中图片服务器做了文件的异机备份,数据库服务器由于是主从结构,这个不必太担心,切每天都有备份计划本地和异地)有一点服务器的磁盘是支持热插拔的,也就是说不用停机进行磁盘的更换是没有问题的,但是为了安全平稳经过沟通一致认为在晚上比较合适(其实这完全是没信心导致的,白天处理其实影响不大,可能就是会导致IO负载高一些),避开了业务高峰和访问高峰,这样给我们解决问题提供了充足的时间。 最让我放心的是服务器的阵列配置是通过4块磁盘做的RAID5+hot spare 这样的配置有一个很大的好处就是: 如果正常的RAID5中的三块磁盘有任何一块损坏了,RAID阵列暂时是安全的 如果配置了热备盘,那么热备盘会在RAID阵列中某块磁盘算坏的时候进行替补,RAID阵列重建。 当损坏的磁盘更换后。 热备盘会识别到,然后将自身的数据与新替换的磁盘进行数据同步。当数据同步完成之后就会恢复到原来的角色-热备盘。 好神奇啊:) 知道了阵列的工作原理也就不用担心了,第二天晚上按照事先计划好的方案进行 首先进行重要文件的手工备份以保持备份的最新,图片,数据库等备份到异地Ok 然后按照预先的计划,拔下故障磁盘,立即插入新的磁盘,这个时候,新插入磁盘会闪烁几秒钟,这个过程就是主板识别的过程,然后指示一直处于静止状态。 这个时候第四块硬盘也就是热备盘的数据读写灯狂闪,你应该猜到了,热备已经检测到有磁盘掉线了,然后就自动加入RAID进行重建,300G的容量大概重建完成用了30分钟的时间 为了验证我的想法,我把图片服务器进行了重启然后进入到BIOS里面的RAID卡配置工具里面进行查看,这个时候显示的是热备盘参与阵列进行重建,而替换的新磁盘状态是READY 等了大约30分钟后,RAID重建完成。 替换的新磁盘的状态马上就变成了 replacing 。这个过程大概同样需要30分钟左右。 在系统中进行检测磁盘的状态是 cpoyback。 最后正常的状态是 热备盘的角色恢复成热备模式,阵列完成重建,正常工作。 进入系统重新检测错误消失了 注:以上说道的在系统中检测的具体工具是: /opt/MegaRAID/MegaCli/MegaCli64 -PDList -aAll
|