故障现象

笔者单位在九十年代初期就建立了小型数据中心机房，从那时开始一直维护使用到现在。最初有几台服务器，发展至今已有三十余台服务器。早期采购的服务器以SUN的服务器为主，也搭配一些其他服务器，SUN服务器的存储采用SUN StorEdge351磁盘阵列。SUN StorEdge3510磁盘阵列与服务器采用DAS通过FC光纤直接连接，做的RAID5+Spare（9块 146GB磁盘做RAID5，1块146GB磁盘做全局热备），从笔者承担网管工作以来，设备运行一直很稳定，极少发现问题。直到近期，笔者和同事在日常巡查机房时，发现某个机架传出报警声。

故障排查

嘀嘀嘀的报警声，听上去声音不大也不刺耳，我们并没有很快判断出是机架上哪一台设备报警，通过观察设备指示灯和其他设备，大致确定是SUN StorEdge3510磁盘阵列报警。登录服务器发现磁盘阵列可读写，不影响数据。

看看设备上贴的标签，标签上写着10.0.14.14，这是磁盘阵列管理地址。找了一台笔记本设置好相同网段的地址，通过超级终端telnet连上去，提示输入密码Password，想了想不确定密码是什么，输入几次密码都不对。这下有点儿不知所措，想到直接连COM口看看，但是又找不到COM串口线。

好在磁盘阵列是通过光纤直接连接服务器，登录服务器以root身份运行pkginfo | grep sccli（操作系统是 Sun Solaris9），发现安装Sun StorEdge 3000 Family CLI，可 以 使用磁盘阵列管理命令。在命令行下输入 sccli，进 入 sccli>，输入show events，查看磁盘阵列日志信息，发现有警告显示“ALERT: SCSI drive failure (CH2 ID11)、CH2 ID11:ALERT: redundant path failure detected、CH2 ID11:SCSI Target ALERT: unexpected select timeout”。怀疑11号磁盘有问题。

在sccli>下，输入show disks，查看磁盘阵列中磁盘的信息，10号磁盘Status状 态 显 示USED，11号 盘Status状态显示FRMT。11号磁盘显示的状态很奇怪，磁盘有问题一般状态显示BAD。先替……