篇三 ：故障分析报告
关于柳州海事局远程视频监控系统的故障分析报告
20##年10月至20##年5月
一、故障基本信息
二、故障现象及处理过程
1、第一次故障
υ故障现象：20##年11月13日接到柳州海事的报障，无法连接服务器， 客户端无法ping通服务器IP。
υ处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信，问题初步定为平台服务器故障。次日测试人员到达现场；经过测试，发现平台服务器操作系统崩溃；与设备厂商联系，于16日将平台系统及所有前端系统进行重新布署，故障解决。
υ故障分析：经过系统测试工程对系统日志进行分析，于11月12日晚，因多个IP地址向平台服务器发起的恶意重复登录请求导致平台服务器处理超载，并造成操作系统文件损坏。
2、第二次故障
υ故障现象：20##年12月06日接到柳州海事的报障，三江支线画面无法显示。
υ处理过程：当日经测试维护人员检查，由于三江支线的传输线路中断所至，为此马上与传输机房进行故障确认，并告知协助处理，于次日中午故障解决。
υ故障总结：由于三江网络传输点断电，导致传输线路不断，经协调后解决。
3、第三次故障
υ故障现象：20##年3月26日接到柳州海事的报障，无法连接服务器， 客户端无法ping通服务器IP。
υ处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信及平台服务器进行通信。故障定为网络传输质量问题。当时与传输机房联系协助排查故障；经过测试排查，发现由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致；通过机房对线路进行优化配置后重启系统后恢复。
υ故障总结：由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致。
4、第四次故障
υ故障现象：20##年4月13日接到柳州海事的报障，红花电站支线画面无法显示。。
…… …… 余下全文
篇四 ：设备故障统计分析报告
20xx年7月份设备故障统计分析报告
一、故障概况
本月设备整体运行情况良好，根据DCC故障记录本月故障总数7件，其中机械故障3件，电气故障4件，设备完好率=（设备总台数*月工作天数-∑故障台数*故障天数）/（设备总台数*月工作天数）=99.73%，较上月98.81%有小幅提升。故障主要集中在7类试验设备、9类其他设备。
二、故障统计
表1 各类设备故障统计
三、故障分析
（一）故障趋势图
图一 各类设备故障趋势图
试验设备故障数一直处于高位运行状态，原因有三：一、部分试验设备使用频率较高，使用年限已久，到了故障高发期，主要表现为踏面制动单元试验台、制动器试验台等。二、前期试验台工作环境普遍不好，导致试验台性能不稳定；近期因试验间改造，频繁搬动试验台也是其故障高发的原因之一。三、国产试验设备普遍存在柜内原件布局及导线敷设不合理、定制件多且质量差，软硬件故障均较高。
针对原因一，设备室正逐步建立预防修性维修模式，加强对重点设备和高故障率设备的修程建立；原因二会随着试验间的改造完成，得到彻底解决；对于原因三，从6月下旬起,设备室对国产试验台进行了电气改造，目前已完成了电磁阀试验台改造工作，正在进行受电弓试验台和司控器试验台，后续将陆续开展高速断路器、电器综合试验台等6台设备改造工作。
（二）各类设备故障比例
图二 2013年7月各类设备故障比例
进入13年以来，B、C类设备故障数明显增加，故障已由重点设备向边缘设备蔓延。设备室的工作重点将向“完善A类设备管理，强化B、C类设备修程建立”上发展。
（三）七月份设备故障分析
1.烘干机
本月烘干机共报2次故障，均因加热管老化绝缘不良造成空开过流跳闸，目前已将该故障加热管隔离，后期换新。
…… …… 余下全文
篇五 ：故障处理报告
AC部分AP异常掉线故障处理报告
诊断分析：
在AC上查看AP掉线原因：
AP Profile: zz_1423_004_21
-------------------------------------------------------------------------------
APID : 4
AP System Name : HAZZ-AP-1423-004-HSWA2100
Map Configuration : Not Configured
State : Run
Up Time(hh:mm:ss) : 09:25:21
Model : WA2100
Serial-ID : 210235A22WC119018274
IP Address : 172.30.67.130
H/W Version : Ver.E
S/W Version : V100R001B96D008SP01
Boot-Rom Version : 2.16
Description : 1F107门口
Connection Type : Master
Peer AC MAC Address : 3822-d6d5-b5a7
Priority Level : 7
…… …… 余下全文
篇六 ：故障分析报告
关于华为S3900交换机无法连通省公司的交换机3528的故障分析报告
——阳江公司2月
一、故障基本信息
二、故障现象及处理过程
故障现象：
3月31日
8：30 接到OMC操作区同事的报障，无法连接服务器通知， 客户端用ping命令却无法ping通服务器IP，需要网维部门进行协查。处理过程：
08:35 接到操作区通知后，传送网络监控室马上组织人员进行处理，网管人员用尝试服务器，但只能跳到3528-2的地址10.249.224.233上，问题初步定为3528-2到服务器
08:35 网管人员在一楼IP机房直接在服务器上tracert PC的IP地址发现无法连上COM交换机S3900，便把问题定在一楼短信机房的COM交换机S3900上, 网管人员在连上交换机 可无法ping通3528-2的地址10.249.224.223并且查看交换上的配置和端口情况发现都是正常，便认为是物理上的链路出问题了需要技术人员测试了的正常情况
9:15 测试人员到达现场；
9:20 经过测试，发现和3528-2之间光纤断了一根。
9:30 把COM交换机接上网管网的另外一台
11:20 测试发现交换机S3500被插上COM交换机S3900后出现环路报错，可其硬件上本来不存在环路，于是换了台新的交换机
2:30 在3528-2上做路由时，发现其上各个在同VLAN下的端口之间不能相互ping通，可能是终端处出现问题了
3:00 把所有的端口关闭掉，查看端口信息，发现了3号端口和7号端口的数据吞吐量异常大，最后尝试把7号口关闭，网络就通了
三、故障原因分析
1、机房线路建立时间早，经历时间长，容易出现跳线和光纤断路的现象
2、交换机使用时间长，出现故障现象。本来物理上不存在环路，却发出环路报错
3、终端PC用户权限过高，和杀毒软件的防御强度不足，使用户操作过程容易中毒，造成无用数据的收发量巨大，占用过多的资源，导致网络瘫痪。
…… …… 余下全文
推荐阅读
猜你喜欢