故障分析报告.pdf

关于柳州海事局远程视频监控系统的故障分析报告关于柳州海事局远程视频监控系统的故障分析报告20112011 年年 1010 月至月至 20122012 年年 5 5 月月一、一、故障基本信息故障基本信息序号12345发生时间2011-11-132011-12-062012-03-262012-04-132012-05-07消除时间2011-11-162011-12-082012-03-262012-04-142012-05-8故 障 历 时故障类别72 小时网络安全26 小时线路中断12 小时线路波动24 小时第三方因素72 小时网络安全影响范围系统整体三江支线转发功能红花支线系统整体二、二、故障现象及处理过程故障现象及处理过程1、第一次故障故障现象：2011 年 11 月 13 日接到柳州海事的报障，无法连接服务器，客户端无法 ping 通服务器 IP。处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信，问题初步定为平台服务器故障。次日测试人员到达现场；经过测试，发现平台服务器操作系统崩溃；与设备厂商联系，于16 日将平台系统及所有前端系统进行重新布署，故障解决。故障分析：经过系统测试工程对系统日志进行分析，于11月 12 日晚，因多个 IP 地址向平台服务器发起的恶意重复登录请求导致平台服务器处理超载，并造成操作系统文件损坏。2、第二次故障故障现象：2011 年 12 月 06 日接到柳州海事的报障，三江支线画面无法显示。处理过程：当日经测试维护人员检查，由于三江支线的传输线路中断所至，为此马上与传输机房进行故障确认，并告知协助处理，于次日中午故障解决。故障总结：由于三江网络传输点断电，导致传输线路不断，经协调后解决。3、第三次故障故障现象：2012 年 3 月 26 日接到柳州海事的报障，无法连接服务器，客户端无法 ping 通服务器 IP。处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信及平台服务器进行通信。故障定为网络传输质量问题。当时与传输机房联系协助排查故障；经过测试排查，发现由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致；通过机房对线路进行优化配置后重启系统后恢复。故障总结：由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致。4、第四次故障故障现象：2012 年 4 月 13 日接到柳州海事的报障，红花电站支线画面无法显示。处理过程：接到报障通知后，我公司立即组织人员前往红花现场排查问题。次日完成故障排除，系统恢复正常。故障总结：由于意外雷击，导致现场防雷开关保护，设备断电属正常防护。5、第五次故障故障现象：2012 年 5 月 7 日接到柳州海事的报障，无法连接服务器，客户端无法 ping 通服务器 IP。处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信，问题初步定为平台服务器故障。次日测试人员到达现场；经过测试，发现平台服务器操作系统崩溃；与设备厂商联系，于次日将平台系统及所有前端系统进行重新布署，故障解决。故障分析：经过系统测试工程对系统日志进行分析，于 5月 7 日晚，非法用户对平台服务器发起的恶意攻击并成功突破系统，并破坏系统文件及修改平台参数，导致平台服务器系统损坏导致。三、三、经验总结及建议经验总结及建议设备自完成安装正式运行已有半年，多次故障现象提醒了我们日常在进行线路和设备健康检查方面的不足之处，我们将吸取教训努力将工作做得更好。介于非法用户的恶意攻击现象近来较为明显，建设柳州海事考虑建设一套防护系统，以更有较技术手段防范来自于外部网络的恶意攻击。（注：专业文档是经验性极强的领域，无法思考和涵盖全面，素材和资料部分来自网络，供参考。可复制、编制，期待你的好评与关注）