铁通抢修报告与总结

                          4月23日铁通抢修报告与总结

   4月23日晚八点四十左右接到通知,说是铁通机房NAT29挂死了。简单准备后,我和xx出发前往铁通机房,并最终于九点十分左右赶到机房。

   初进机房,就感到温度不对劲,一阵阵的热浪让人无法忍受,细看之下发现是空调坏了。来不及多想,找到出问题的NAT29后,我们发现其eth0端口的指示灯闪烁非常有规律,而eth1端口的指示灯却始终亮着。我们将显示器和键盘接在服务器上,显示器现实的信息很混乱,而键盘插上后却一点反应都没有,无法键入任何字符。在向经理和网管说明情况后,对服务器进行了断电重启。重新启动后,可以顺利进入系统,并且eth0端口依然规律地闪烁,而eth1端口还是常亮,Ping网关不通。在确定了尾纤两端光值正常后,我和xx插拔了eth1端口和6509上G1/11口的模块,端口还是没起来。我们进行了第二次断电重启,这次较第一次断电的时间增长了一些。开机后,端口起来了,于是打电话给网管确认,网管答复通了,且不丢包。我们打算先观察一短时间,看链路是否稳定。约莫20分钟左右,网管打电话告诉我们丢包严重。于是和网管商量,打算换一台服务器。

   我们配置好从公司带过去的服务器,装上后开机,6509/G7/16起来了,可6509/G1/11并没有起来。我们也不清楚什么原因,一番折腾之后,最后请求网管中心远程查看我们的配置,原来是有一个IP配错了端口。更改之后,重启服务器,端口起来了。网管确认不再丢包了,我们继续观察了一段时间,再确认链路稳定恢复后离开了机房。

   此次抢修总的持续时间超过了3个小时,算是很失败的。总结原因,我认为有以下几点:一、对设备情况不了解(甚至不知道6509上插的是GBIC模块),准备不充分,在接到抢修任务时仓促准备材料,没有带GBIC模块,虽然最后也没用着,但为抢修工作埋下了隐患。二、对服务器配置命令掌握不熟练,配置过程较浪费时间。另外,在关键时刻手忙脚乱,以至忘了查看端口信息,配错了端口IP,出现了问题之后不能及时发现问题,从而耽误了时间。总而言之,以后要注意培养处理问题的能力,做到处乱不惊,有条不紊的解决问题。

 

你可能感兴趣的:(故障,铁通)