故障分析报告

关于柳州海事局远程视频监控系统的故障分析报告――2011年10月至2012年5月

一、故障基本信息

二、故障现象及处理过程

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日晚，非法用户对平台服务器发起的恶意攻击并成功突

破系统，并破坏系统文件及修改平台参数，导致平台服务器

系统损坏导致。

三、经验总结及建议

设备自完成安装正式运行已有半年，多次故障现象提醒了我们日常在进行线路和设备健康检查方面的不足之处，我们将吸取教训努力将工作做得更好。

介于非法用户的恶意攻击现象近来较为明显，建设柳州海事考虑建设一套防护系统，以更有较技术手段防范来自于外部网络的恶意攻击。

故障分析报告

关于柳州海事局远程视频监控系统的故障分析报告――2011年10月至2012年5月 一、故障基本信息 二、故障现象及处理过程 1、第一次故障 υ故障现象：2011年11月13日接到柳州海事的报障，无法 连接服务器，客户端无法ping通服务器IP。 υ处理过程：接到报障通知后，我公司立即组织人员进行处 理，局域网内可与前端设备通信，问题初步定为平台服务器 故障。次日测试人员到达现场；经过测试，发现平台服务器 操作系统崩溃；与设备厂商联系，于16日将平台系统及所有 前端系统进行重新布署，故障解决。 υ故障分析：经过系统测试工程对系统日志进行分析，于11 月12日晚，因多个IP地址向平台服务器发起的恶意重复登录 请求导致平台服务器处理超载，并造成操作系统文件损坏。 2、第二次故障 υ故障现象：2011年12月06日接到柳州海事的报障，三江 支线画面无法显示。 υ处理过程：当日经测试维护人员检查，由于三江支线的传

输线路中断所至，为此马上与传输机房进行故障确认，并告知协助处理，于次日中午故障解决。 υ故障总结：由于三江网络传输点断电，导致传输线路不断，经协调后解决。 3、第三次故障 υ故障现象：2012年3月26日接到柳州海事的报障，无法连接服务器，客户端无法ping通服务器IP。 υ处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信及平台服务器进行通信。故障定为网络传输质量问题。当时与传输机房联系协助排查故障；经过测试排查，发现由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致；通过机房对线路进行优化配置后重启系统后恢复。 υ故障总结：由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致。 4、第四次故障 υ故障现象：2012年4月13日接到柳州海事的报障，红花电站支线画面无法显示。。 υ处理过程：接到报障通知后，我公司立即组织人员前往红花现场排查问题。次日完成故障排除，系统恢复正常。

网络维护常见问题分析报告

网络维护向本地连接管理要效率 可以这么说，“本地连接”其实是计算机的网络访问出入口，无论是修改上网参数，还是新建上网连接，我们往往都要从该连接开始。事实上，在平时的网络维护过程中，我们也要经常与“本地连接”打交道，如此一来网络维护的效率，就与“本地连接”的管理效率息息相关了；有鉴于此，本文下面就为各位朋友贡献几则着眼“本地连接”管理网络的私房秘籍，相信这些容能有效帮助大家提高网络维护效率。 解决网络访问隐性故障 对于不少网络访问故障，我们无论怎么观察现象、寻找原因，或许都不能顺利将它解决掉，笔者就曾碰到过类似这样的蹊跷故障，后来无意中在“本地连接”列表窗口中，通过简单新建一个网络访问连接的办法，就将看似无法解决的网络故障成功排除掉了。现在，本文就将该特殊的网络故障解决过程还原出来，希望大家能从中获得启发。 某局域网中有一台计算机不能正常访问网中的文件服务器，笔者进入该计算机的“本地连接”属性设置对话框，发现该计算机不但可以正常向外面发送数据信息，而且也能正常从外面接受数据信息，可是该计算机却始终不能访问网中的文件服务器。经过仔细观察，笔者看到故障计算机的网卡设备信号灯状态有点不正常，这说明网卡的工作状态也是不正常的，会不会是连接网卡设备的物理线缆连通性出了问题呢？想到这里，笔者利用专业线缆测线工具，对连接故障计算机的物理线缆连通性进行了测试，测试过程中笔者发现专业测试工具中的8个指示灯依次被点亮，这就说明物理连接线缆的连通性是没有任何问题的。为此，笔者断定该网络访问故障绝对不是由网卡设备与网络连接引起的，多半是由故障计算机系统自身原因引起的。 于是，笔者开始将目光转移到故障计算机的“本地连接”图标上了，依次点选“开始”、“设置”、“网络连接”选项，打开对应系统的网络连接列表界面，选中“本地连接”图标，并用鼠标右键单击之，点击右键菜单中的“属性”命令，此时系统屏幕上会出现一个如图1所示的“本地连接”属性设置对话框；

输电线路故障跳闸原因分析报告模板)

输电线路故障跳闸原因分析报告(模板) XX月XX日XXXkVXXX线路故障跳闸原因分析报告(模板) 1 线路概况 1.1 简介(电压等级、线路名称、线路变更情况、线路长度、杆塔数、海拔、地形、地质、建设日期、投运日期、资产单位、建设单位、设计单位、施工单位、运行单位) 1.2设计气象条件 1.3 故障点基本参数 1.3.1杆、塔型。 1.3.2导、地线型号。 1.3.3 绝缘子(生产厂家、生产日期、绝缘子型式、外绝缘配置) 。 1.3.4基础及接地。 1.3.5线路相序。 1.3.6线路通道内外部环境描述。 2 保护动作情况 保护动作描述、重合闸动作情况、保护测距情况、重合不成功强送电情况、抢修恢复时间。 3 故障情况 3.1 根据保护测距计算的故障点 3.2 现场实际发现的故障情况 3.3 现场测试情况 4 故障原因分析 4.1 近期运检情况 4.2 气象分析故障(当日天气情况) 4.3 故障点地形、地貌 4.4 测试分析(雷电定位、接地电阻测量、绝缘子检测、绝缘子盐密和灰密(绝缘子污秽程度) 、复合绝缘子憎水性、绝缘试验情况、在线监测等) 4.5设计校验(故障点基本参数、绝缘配置、防雷保护角、鸟刺加装、弧垂风偏校验) 4.6现场走访情况 (向故障点周边群众了解故障当时的天气、外部环境变化、异响、弧光等) 4.7其它故障排除情况(故障排除法) 5 故障分析结论 6 暴露的问题 7 防范措施 7.1 已采取措施 7.2 拟采取措施(具体措施、措施落实责任人、措施落实时限) 附件一：现场故障现象(故障周边环境、故障点受损部件、引发故障的外部物件)图片 附件二：现场故障测试图片 附件三：现场故障处理图片 附件四：相关资质单位的试验鉴定报告 附件五：保护动作及故障录波参数 附件六：参加故障分析人员名单 单位：日期：

设备事故分析报告书格式

一、标题：事故（故障）分析报告 二、事故（故障）时间、地点、经过描述 时间写明年月日及钟点； 地点写明发生事故（故障）的车间、设备安装地点、岗位编号及设备名称、型号、规格； 经过写明当班操作人员姓名，交接及交接班本记录情况，班中设备点检及点检卡记录情况，操作人员设备操作情况，发现设备事故（故障）经过，事故（故障）处理步骤，事故（故障）汇报及抢修情况。 三、事故（故障）损失计算 1、直接经济损失：事故（故障）造成设备零部件损坏及修复费用总计。 2、间接经济损失：事故（故障）造成生产线停产的减产损失。 四、事故（故障）原因分析 1、当班操作人员是否按设备操作规程、安全规程进行操作；是否按点检卡要求进行设备点检；是否按设备维护保养规程进行设备维护保养；是否按润滑制度要求进行设备润滑检查加油。 2、维修人员是否按设备检修规程进行设备维修。

3、各级管理人员是否完善落实了各项设备管理制度，布置的工作是否进行了检查落实。 4、事故（故障）原因分类： （1）使用操作不当； （2）维护不周； （3）设备失修； （4）安装、检修质量不佳； （5）材料、备品配件质量不良； （6）设计制造不合理； （7）自然灾害； （8）人为破坏性事故； （9）其它原因。 五、事故（故障）定性分析 1、是否是责任事故（故障）。 2、重大事故或一般事故（故障）。 六、事故（故障）责任人的处理意见 按设备事故（故障）管理规定对事故（故障）相关责任人进行行政处分及经济处罚。 七、防范措施 1、提出防止类似事故（故障）发生的技术改进措施。 2、提出防止类似事故（故障）发生采取的管理措施。

附：参与事故（故障）分析人员一览表

IT运维问题分析报告

IT运维问题分析报告 为提高IT运维用户服务感知满意度，提高运维工作效率，完善运维基础设施建设，现对IT运维工作中存在的紧迫性问题进行分析总结，报告如下： 一、运维现状 ******承担了我局****平台、****系统、****系统辅助审批、****系统的基础环境运维，涉及到了硬件、网络、系统、安全等各个方面。 详细信息见附件一《IT运维简介》。 二、问题分析 根据IT运维现状，以及用户和中心各部对IT运维工作的意见和建议，参照《信息安全等级保护》三级标准，结合中心实际，对IT运维工作存在的问题分析总结如下： (一)制度保障缺失 1.全局无《信息系统管理制度》，局用户没有信息化操作约束，运维团队无执行 依据。 2.没有指导开展IT运维工作的保障制度，如《机房管理制度》、《密码管理制度》、 《数据备份管理制度》、《系统管理制度》等。不能有计划有目的地开展it运维工作。 (二)工作边界不清晰 各IT运维相关部门岗位职责划分不够细，造成运维工作有交叉，工作边界不清晰。例如：

1.数据备份工作。涉及到数据部和******，甚至全局所有用户。 2.信息系统涉密检查。应有涉密主管部门牵头处理，涉及到IT运维的由运维 团队配合处理。 3.系统安全运维。涉及到运维管理和数据管理，工作界定不清晰，工作有交叉。 4.系统管理。应用系统基础环境搭建、系统开发、测试、运维,会涉及业务运 维和技术运维团队。 (三)基础运维环境不完善 1.缺少统一的运维监控平台。 中心现已部署大量系统，每个系统都会涉及到一台甚至多台服务器，无统一的监控平台会导致服务器硬件、操作系统、应用服务、网络设备链路状态等关键部分出现故障时，无法第一时间发现并排查问题，运维的响应时间会变长。同时也不能提前预防事件的发生。 2.缺少必要的安全防护。 专网缺少防火墙，所有用户和服务器处于同一网络中，服务器面临威胁。 没有漏洞补丁服务器，专网与因特网是隔离的，内网的计算机操作系统不能及时更新补丁。 缺少准入控制系统，本单位和外单位人员可以随意接入****专网，没有统一的用户身份认证，数据安全面临威胁。 3.缺少日志审计系统。 系统出现问题后无法追踪问题的根源并找到问题的最佳解决办法。对服务器所作的修改无日志记录，出现问题后无法界定责任人。 (四)服务意识有待加强

网络故障分析报告

网络故障分析报告 网络故障分析报告 网络故障分析报告 一、1XXXX转5故障现象描述 该网络有9台计算机，采用一台S3XXX通过迎宾苑S8XXX接入DCN网络，在今天出现个别机器断网的现象，具体现象为隔一段时间就有一台或几台机器DCN网络中断，重启或者拔掉网线再接上恢复正常。 二、网络故障分析及定位 从上面描述的故障现象来看，问题似乎与S3XXX下9台计算机有关（在此前联系马晓伟从高科技机房测试无丢包、断线等现象，网络正常）。 为了首先恢复业务的正常使用，对S3XXX做了如下操作。 1、因为昨天刚从此S3XXX上21口开LAN业务供9XXXX做互联星空测试使用，所以怀疑是否21口上网有病毒感染到局域网。首先对S3XXX各个端口做了端口隔离，做完之后故障现象依旧。 2、由于做端口隔离故障依旧，而计算机都是上一会就断，重启后又可以上网，和马晓伟联系后怀疑为ARP地址欺骗攻击，建议做端口绑定操作。随后对4号机1号机做端口绑定（做完这两个笔记本没电了，在给笔记本充电过程中对网络进行观察）。

3、从19：00-20：00计算机网络使用正常没有发生过断线情况，同时对4号机进行病毒查杀，通过卡巴斯基查到两个病毒,一个是木马程序Trojan_Downloader.JSIstBar.aj，另一个是蠕虫病毒。 三、对故障现象的解释 S3XXX下计算机刚开机上网正常，一段时间后发生断线情况，重启或重新拔插网线后正常。 现象解释：“ARP欺骗”类病毒在局域网中屡有发现，具体表现为，当局域网中一台计算机感染了这类ARP病毒或木马后，会不定期的发送伪造的ARP响应数据报文和广播报文。受感染的电脑发出的'这种报文会欺骗所在网段的其他电脑，对其他电脑宣称自己的mac就是网关的mac，对实际的网关说其他电脑ip的mac 就是自己的mac，这样网关（交换机或路由器）无法学习到上网主机的mac，更新不了网关arp表，就无法转发数据帧。电脑中毒后会向同网段内所有计算机发送ARP欺骗包，导致网络内其他电脑因网关物理地址被更改而无法上网，被欺骗电脑的典型症状就是刚开机能上网，几分钟后断网，过一会又能上，或者重启一遍电脑就可以上网，一会又不好了，如此重复不断，影响正常使用。

网络测试与分析报告

《网络测试与分析》实验报告 课程名称网络测试与分析 学生学院计算机学院 专业班级 学号 学生姓名 指导教师刘广聪

2016 年 12 月 31 日

一、网络测试基本理论问答 1、在网络综合布线中，双绞线的接线图测试有哪几种常见的测试方法？ 答：接线图测试主要是检查线路的连通性，检查安装连接的错误。主要内容包括端端连通性，开路(open)，短路(short)，错对(cross)，反接(reverse)，串绕(split)。接线图测试常用的测试方法有：端端连通性，开路测试、短路测试、对错测试、反接测试、串扰测试。与线序有关的故障：错对，反接，跨接等通过测试结果屏幕直接发现问题。与阻抗有关的故障：开路，短路等使用HDTDR定位。与串扰有关的故障：串绕使用HDTDX定位。 2、简述传输时延和时延偏离的基本概念。 答：传播时延是指一个信号从电缆一端传到另一端所需要的时间，它也与NVP 值成正比。在确定通道和永久链路的传输时延时，在1MHz~100MHz的范围内连接硬件的传输时延不超过2.5ns。所有类型通道配置的最大传输时延不应超过10MHz频率测得的555ns。所有类型的永久链路配置的最大传输时延不应超过在10MHz频率测得的498ns。 延迟偏离是在电缆里传播延迟最大的与最小的线对之间的传输时间差异。同一电缆中的各个线对之间由于缠绕比例不同，造成了长度的不同，从而导致了传输时延的差异。对于同时使用多个线对的传输数据协议，当信号通过不同的线对的到达时间相差过大时，就会造成数据丢失。一般要求在100米链路内的最长时间差异为50纳秒，但最好在35纳秒以内。 3、简述采用DTX网络测试仪测试线缆长度的基本原理。 答：采用DTX网络测试仪测试线缆长度的基本原理是通过时域反射计(TDR)的测试技术。DTX测试仪就是采用这一技术进行长度测量。测试仪从铜缆一端发出一个脉冲波，在脉冲波行进时如果碰到阻抗的变化，如开路、短路、或不正常接线时，就会将部分或全部的脉冲波能量反射回测试仪。依据来回脉冲波的延迟时间及已知的信号在铜缆传播的NVP(额定传播速率) 速率，测试仪就可以用NVP乘以光速再乘以往返传输时间的一半计算出脉冲波接收端到该脉冲波返回点的长度。 NVP=信号在电缆中的传输速度/光在真空中的速度*100% NVP是以光速的百分比来表示的，如69％。NVP的值会随着电缆彼此的不同略有差别，具体的NVP值可以从电缆的生产厂家公布的规格中获得。NVP通常取值在69%左右。 根据这个原理，我们可以知道，使用TDR技术测量出的长度为绕线的长度（并非物理距离），绕对之间长度可能有细微差别（对绞绞距的差别）。

公司网络故障处理报告

公司网络故障处理报告 报告人：区兴源 时间2013年3月31号下午4点05分 内容公司内网故障导致公司所有员工不能使用远古系统与内网共享资源 值班人区兴源 故障设备 事件回放 1．当天下午4点05分，练习场内网出现故障，练习场员工打来电话报告远古不能使用，经检测，暂时不能发现原因所在。 2．当天下午4点30分，接到经理电话说前台跟餐厅也不能使用远古系统，先放下练习场的故障处理赶到前台，情况跟练习场的一样。 3．同时赶到机房，检查发现所有的设备均没发出报错信号，重启路由器交换机均没取得有效的效果。 4．下午5点，故障还没排除，经过经理的意见马上采取应急措施，把服务器机房的远古主机搬到前台，用8口交换机把服务器与前台的4台电脑连接在一起组建临时的办公系统，让餐厅出发台等一线部门先在这4台电脑上处理办公问题。 5．下午5点40分，部门同事刘仰恺赶到支持。 6．晚上9点，问题暂时解决，能在前台、出发台和餐厅的电脑ping同内网路由器和登录远古系统。 7．4月1号早上6点，前台再次发来保障，公司局部的电脑不能使用远古系统，经检测，交换机直连内网路由器的8口模块能使用，别的模块全都不能正常工作。马上把主要的部门接线连到能使用的那个8口模块 8．9点，部门经理和同事上班，一同到弱电室机房检测问题所在，经商讨发现练习场交换机的布线出现错误。 9．9点30分，问题解决，公司所有的电脑均能连接远古系统和使用内网共享资源。

原因分析： 如图为公司内网网络拓扑简略图，当事故发生时，由于远古内网路由器的DHCP池（即自动分配IP功能）分发失败，导致所有连接在交换机上的电脑均不能获取到IP地址导致不能连接远古服务器。 经过信息部内部的分析，初步估计出是公司内部线路出现交换机环路现象（即网络堵塞），不排除是中了局域网病毒。 用备用交换机逐个检查交换机上的接线检测是哪个区域的电脑出现异常，最后经理锁定是练习场与弱电室之间的线路出现问题。 用排除法，一段一段地测试线路，发现练习场与厨房之间的接线发现了异

某用户网络问题分析报告

某用户网络问题分析报告 故障现象描述 1.故障现象描述 某公司总部业务内网IP电话系统中，一台位于办公区的IP电话管理系统主机（vSphere虚拟机）10.10.15.191需要定期与位于核心区的一台服务器（也是vSphere虚拟机）10.10.36.50通信，传递IP电话状态信息。 10.10.36.50是一台WebSphere应用服务器，在应用服务器的日志中不定期会出现10.10.15.191客户端无响应导致会话超时的错误警报。 2.环境描述 发生问题的两台主机之间的网络逻辑结构示意图如下： 发生问题的客户机与服务器的通信需要经过两道防火墙以及多台网络设备，两台防火墙均未配置内网间NAT地址翻译。 1.2.分析方案设计 1.分析目标 鉴于发生问题的两台主机间网络设备较多，初步怀疑是防火墙故障阻断了两台主机间的数据传输导致会话超时。需要通过数据包解码分析验证是否中间设备故障导致，找出问题的根源。 2.分析方法 3.将科来回溯分析服务器部署在核心区，同时连接服务器接入交换机与办公网汇聚交换机，将服务 器接入端口与办公网上行端口的流量镜像到分析服务器。 利用科来回溯分析系统7*24小时不间断捕获防火墙两端的流量，根据服务器日志产生故障警报的时间回溯当时两台主机间的通信数据包。通过两端流量分析对比，判断防火墙以及中间网络设备是否对两台主机的通信造成影响；如果中间设备没有对会话造成影响，则进一步分析定位造成故障的直接原因。

1.3.分析情况 1.正常会话行为分析 首先需要对未发生问题时段的正常会话进行解码分析，以建立两台主机间通信的行为模型。下载正常时段10.10.15.191与10.10.36.50之间IP会话的数据包，在科来网络分析模块的TCP视图中可以看到两台主机间的会话使用10.10.36.50的TCP 9080服务端口，会话持续时间、通信数据包数量都不固定，如下图。 从其中一个会话的交易时序图中，可以看到在正常情况下TCP三次握手之后，客户端（10.10.15.191）会首先向服务器端（10.10.36.50）POST数据，如下图。 从图中还可以看出，位于防火墙两端的监控链路先后都捕获到了会话双方向完全相同的数据包，说明至少在正常时段防火墙并未阻断两台主机的通信。

网络故障排查报告

网络故障排查报告 XXX局： 局领导您好，最近多个部门反映单位网络非常不稳定，经县信息中心及华晨电脑设备技术有限公司两天的排查，基本上查清故障发生的原因，说明如下： 1、所有的nbc和存储用的是同一个网段和同一个vlan，大概有100多台机器及多台无设 备，广播流量太大，之前更换的TP-link网络交换机经咨询不能满足单位使用要求，每天超负荷工作造成设备主板的芯片元器件加速损坏，网络数据处理不稳定造成了网络塞车现象。 2、公司有部分windowsxp系统防御措施不够，导致工作机中了病毒，造成病毒网络广播， 加重机房交换机负担，这也是原因之一。 综上所述，特提出如下整改方案： 1、购置4台带有网管功能的48口千兆企业交换机，置于路由器之外，保证网络分流稳 定。公司出台严格的网络管理制度 所有的办公电脑必须安装杀毒软件，对于没有安装杀毒软件和防火墙的办公软件必须立刻断网。 所只要涉及到和网络地址的添加必须事先咨询局办公室及办公室相关工作人员，然后由办公室再为他们划分相应的和ip地址。 2、XX局的网络制度一经确定，必须严格遵守。重新划分每层办公室的IP地址，以及将所 有办公电脑作一次深入系统安全检查，保证办公局域网系统安全。 3、尽快将各股室办公电脑的网络IP进行登记，方便日后网络管理。 以上便是本公司对贵局网络不稳定的原因分析及建议解决决方案，妥否，请批示。 维保单位：xx公司 2015年2月12日 以下是建议购置的网络交换机的详细参数配置： 品牌：H3C 型号：H3C LS-S5120-52P-SI-H3 48 价格：5600.00元 产品特点 灵活的千兆接入和集群管理 H3C S5120-SI系列全千兆以太网交换机提供灵活的16/24/48个10/100/1000M自适应电口接入；并且支持非复用的SFP插槽，充分考虑用户的带宽升级的实际情况，既可以支持千兆光模块，也可以支持百兆光模块，保护用户投资。H3C S5120-SI系列硬件支持最大104Gbps交换容量，保证所有端口二层线速交换。 H3C S5120-SI系列交换机采用专利技术允许交换机利用专用互联电缆实现多达16台设备的堆叠，支持不同端口设备的混合堆叠。具有即插即用、单一IP管理。同时大大降低系统扩展的成本，保护了用户投资。

事故分析报告格式

事故分析报告格式 事故分析报告格式 事故分析报告格式 一、标题：事故（故障）分析报告 二、事故（故障）时间、地点、经过描述 时间写明年月日及钟点； 地点写明发生事故（故障）的车间、设备安装地点、岗位编号及设备名称、型号、规格； 经过写明当班操作人员姓名，交接及交接班本记录情况，班中设备点检及点检卡记录情况，操作人员设备操作情况，发现设备事故（故障）经过，事故（故障）处理步骤，事故（故障）汇报及抢修情况。 三、事故（故障）损失计算 1、直接经济损失：事故（故障）造成设备零部件损坏及修复费用总计。 2、间接经济损失：事故（故障）造成生产线停产的减产损失。 四、事故（故障）原因分析 1、当班操作人员是否按设备操作规程、安全规程进行操作；是否按点检卡要求进行设备点检；是否按设备维护保养规程进行设备维护保养；是否按润滑制度要求进行设备润滑检查加油。

预览： 2、维修人员是否按设备检修规程进行设备维修。 3、各级管理人员是否完善落实了各项设备管理制度，布置的工作是否进行了检查落实。 4、事故（故障）原因分类： （1）使用操作不当； （2）维护不周； （3）设备失修； （4）安装、检修质量不佳； （5）材料、备品配件质量不良； （6）设计制造不合理； （7）自然灾害； （8）人为破坏性事故； （9）其它原因。 五、事故（故障）定性分析

1、是否是责任事故（故障）。 2、重大事故或一般事故（故障）。 六、事故（故障）责任人的处理意见 按设备事故（故障）管理规定对事故（故障）相关责任人进行行政处分及经济处罚。 七、防范措施 1、提出防止类似事故（故障）发生的技术改进措施。 2、提出防止类似事故（故障）发生采取的管理措施。 事故分析报告（一） 江门市某高级烟花厂发生特大爆炸事故，死亡37人(其中男7人，女30人)，重伤12人;损毁厂房、民房、仓库10200平方米和一批设备、原材料，直接经济损失3000万元。本文分析江门市某高级烟花厂基本情况、事故发生的经过和原因，总结教训并提出相应改进措施。 二、事故分析 江门市某高级烟花厂发生特大爆炸事故，死亡37人(其中男7人，女30人)，重伤12人;损毁厂房、民房、仓库10200平方米和一批设备、原材料，直接经济损失3000万元。

案例-xxxx故障分析报告

说明： 1．本报告是成都科来软件安徽办事处针对xxxx的网络故障所做的分析报告，因此该报告可以由xxxx的相关人员和科来安徽办的技术人员进行相应的查阅、更改或完善。 2．该报告中可能会涉及到用户网络内部的相关敏感信息，我方任何技术人员不得对外泄漏，否则，由此造成的后果一切由其本人负责，与科来公司无关。3．该报告内容全部为成都科来安徽办事处组织创作，科来安徽办事处具有其版权，任何其他组织或个人不得在没有科来安徽办授权的情况下传播该文档。4．安徽办事处具有对该报告文档的解释权。

目录 1故障描述 (1) 1.1故障环境 (1) 1.2故障现象 (1) 2故障分析 (1) 2.1确认故障点 (1) 2.2部署科来网络分析系统 (2) 2.3数据包分析 (2) 2.4分析结论 (6) 3总结 (6)

1故障描述 1.1故障环境 xxxx的互联网的结构比较简单，通过核心和防火墙直接相连，中间没有任何的网络监控、管理设备，示意图如下所示： xxxx的防火墙走的是路由模式，内部员工上网通过防火墙进行地址转化，转换成公网地址。 1.2故障现象 打开网页速度比较慢，但是下载的速度很快，而且利用web页面上传邮件附件也很慢，几兆的附件经常上传不上去。同时利用WEB页面登陆防火墙的速度也很慢。 2故障分析 2.1确认故障点 通过上面的介绍，我们可以发现在上网慢时只经过了核心交换机和防火墙，所以可疑的故障点有以下几个位置：

2.2部署科来网络分析系统 为了找到故障的具体位置，我们找一台慢的主机装上科来网络分析系统，然后在核心交换和防火墙之间部署上科来网络分析系统，通过端口镜像来捕获通信的数据包： 2.3数据包分析 1、分析防火墙有无丢包、延时。 同样的，我们做故障还原测试，并利用防火墙自带的抓包功能来抓取网络通信的数据包，同时在客户端进行抓包。 通过测试得到如下的数据包：

线路故障分析报告参考范本

线路故障分析报告参考范本 第一条为了规范输电线路故障调查分析工作的全过程管理，深入分析线路故障原因，科学制定反事故措施，全面提升输电线路安全运行水平，特制定本工作规范。 第二条本规范适用于公司系统330千伏及以上交直流输电线路的故障分析工作，其它电压等级输电线路故障分析工作可参照执行。 第三条各省电力公司应按照本规范要求制订实施细则。 第四条线路故障分析工作由各级运维检修部门组织开展，输电线路运维单位具体负责，中国电科院、国网电科院、国网经研院，各省电科院、经研院参与分析工作并提供技术支持，必要时可邀请其他相关设计单位参加。 第五条总部运维检修部主要职责： 1）负责组织输电线路故障分析工作规范的制定并落实； 2）指导、督促各省公司开展线路故障分析工作； 3）组织特高压、重要输电线路及多条次、大面积线路故障的分析工作； 4）组织公司科研、设计单位为各省公司开展的重要线路故障调查分析工作提供技术支持； 5）总结典型故障经验，组织制订反事故措施。 第六条省公司运维检修部主要职责： 1）负责制定本地区输电线路故障分析工作实施细则；

2）指导、督促相关省检修公司、地市供电公司开展线路故障分析工作； 3）组织开展330千伏及以上输电线路故障、其它典型故障分析工作； 4）配合总部运维检修部开展特高压、重要输电线路及多条次、大面积线路故障的分析工作； 5）组织省内科研、设计单位为线路故障调查分析工作提供技术支持； 6）组织落实输电线路反事故措施。 第七条省检修公司、地市供电公司主要职责： 1）负责输电线路故障现场勘察、信息收集与报送、现场处置等工作； 2）配合省公司运维检修部开展330千伏及以上输电线路故障、其它典型故障分析工作； 3）组织实施输电线路反事故措施。 第八条中国电科院、国网电科院、国网经研院主要职责： 1）参与特高压、重要输电线路及多条次、大面积线路故障的现场勘察、技术分析工作，协助编制故障分析报告; 2）必要时，参加省公司组织的典型故障分析工作； 3）参与制订反事故措施。 第九条各省电科院、经研院主要职责：

问题专项分析报告(8D)模板

问题专项分析报告（8D） 问题背景（D0） 对XX专项问题背景情况进行详细介绍（时间、地点、人员、事情发生经过）。 1．问题解决团队成员（D1） 问题发生后，我司高度重视，迅速组织各供应商成立专项团队负责对此问题进行调查分析。 表1：团队成员 2 ．问题描述（D2） 对XX专项问题进行详细的描述。（缺陷位置、尺寸、涉及范围、潜在风险、是否有类似处理经验等，包括图片、数据等资料） 3. 临时纠正措施（D3） 包含缺陷影响分析，必要时进行理论计算或模型评估，对采取的修复方案进行简单描述并提供NCR、维修方案、维修过程关键点控制图片资料等。 4. 原因分析(D4) XX专项问题的原因很多，如图5所示，下面从人、机、料、法、环五个方面进行原

因分析。 图5 XX问题分析图

●人 对于XX问题，从人的角度进行详细的分析阐述。 ●机 对于XX问题，从机的角度进行详细的分析阐述。 ●料 对于XX问题，从料的角度进行详细的分析阐述。 ●法 对于XX问题，从法的角度进行详细的分析阐述。 ●环 对于XX问题，从环的角度进行详细的分析阐述。 5. 选择和验证根本原因（D5） 通过上述原因分析，XX专项问题的根本原因是XX。 针对造成XX问题的各种原因，采取以下措施： ●人 对于XX问题，从人的角度进行详细的措施阐述。 ●机 对于XX问题，从机的角度进行详细的措施阐述。 ●料

对于XX问题，从料的角度进行详细的措施阐述。 ●法 对于XX问题，从法的角度进行详细的措施阐述。 ●环 对于XX问题，从环的角度进行详细的措施阐述。 6. 方案实施（D6） 根据前期制定的方案，详细阐述具体实施过程。 7. 防止再发生（D7） 针对XX问题，制定切实可行的纠正预防措施，防止此类问题再次发生。 8 总结（D8） 综上所述，现对XX问题总结如下： (1)问题原因:XXXXXX (2)解决措施:XXXXXX (3)预防措施:XXXXXX

电网络分析与综合学习报告

电网络理论读书报告 电网络理论主要包括：网络分析、网络综合、模拟电路故障诊断。其中网络分析主要是一致网络结构、网络参数和输入求输出，网络综合主要是已知网络输入和输出去确定网络的结构与参数，模拟电路故障分析是已知网络的输入和输出确定网络结构参数与故障分析。 第一章 网络原件和网络的基本性质 1.1 实际电路与电路模型 电网络理论是建立在电路模型基础上的一门科学，它所研究的直接对象不是实际电路，而是实际电路的模型。实际电路：为了某种目的，把电器件按照一定方式连接起来构成的整体。电路模型：实际电路的科学抽象，由理想化的网络原件连接而成的整体。器件：客观存在的物理实体，是实际电路的组成单元。元件：理想化的模型，其端子上的物理量服从一定的数学规律，是网络的基本构造单元。 1.2 器件和元件 器件(Device)：客观存在的物理实体，是实际电路的组成单元。元件(Element)：理想化的模型,其端子上的物理量服从一定的数学规律，是网络的基本构造单元。 1.3 网络的基本表征量 基本表征量分为3类：基本变量：电压、电流、电荷、磁链。基本复合量：功率、能量。高阶基本量：() u α 和() i β(01)αβ≠、、。 动态关系：基本表征量之间存在着与网络元件无关的下述普遍关系： ) ()d t u t dt ψ(= 1()()t t u u d ψττ--∞==? )()dq t i t dt (= 1 ()()t q t i q i d ττ--∞==? 1.4 网络中的二端元件 当流入一个端子(Terminal)的电流恒等于流出另一个端子的电流时,这一对端子称为一个端口(Port)。 如果多端元件的端子数为偶数,并且两两能组成端口,则称该多端元件为多口元件。 多端元件和多口元件可以互换 012......n i i i i =+++ 电阻元件（元件特性完全可由u-i 平面上的一条曲线确定） 1 线性时不变：电阻不随时间的变化而变化且U-I 曲线是一条光滑的曲线。 )()() ()(t i t u dt t dW t p == ??∞ -∞ -==t t d i u d p t W τ ττττ)()()()(

某网络故障分析报告

网络故障分析报告 1.故障描述及部署位置 周五上午去用户处了解故障现象，并询问网络基本情况，了解情况如下： 拓扑图 如上图，用户网络出口带宽为20M，两台交换机下联30多个用户主机与服 务器。从本周一开始出现网内用户访问互联网时出现时断时续的状态，打开页 面速度非常缓慢，而且经常存在不能打开网页的情况。 于交换机1和交换机2分别配置镜像端口，部署科来网络分析系统，抓取 上联接口的流量进行分析。 2.故障分析 交换机1：在交换机1抓取了二十分钟，并未发现异常情况与流量突发，所以 怀疑本次问题可能是由于交换机2下联主机存在问题所致。 交换机2：抓取10:55:28-10:55:38的数据包，短短十秒钟我们就发现了网络 中存在的问题，如下图：

不难看出，短短十秒钟的总流量达到了272MB，基本全部是512-1023 字节的数据包，并且TCP同步包达到了50余万个，没有收到任何的TCP同步 确认包，存在明显的异常情况。 查看TCP会话，发现所有的TCP会话行为一致，全部是111.xx.xx.xx向183.xx.xx.xx的80端口发送TCP数据包。

数据包的同步位（SYN）置1，SYN数据包是TCP/IP建立连接时使用的握手请求数据包，不应存在任何应用层数据，但是在上图中看到该数据包中还有512字节的HTTP数据，并且数据内容全部为0，该数据包为明显的伪造数据包。 因为伪造数据包为互联网地址，所以会通过互联网出口向外发送。由于本网络互联网出口为20Mbps，而伪造数据包却达到了261Mbps，明显超过了最大处理能力，此时内网主机在访问互联网时就会出现连接十分缓慢，甚至不能访问互联网的情况。 3.故障定位 如上图，通过查看MAC地址我们得知发送大量数据包的MAC地址为XX:XX:XX:XX:11:57，掌握了发起攻击的MAC地址后，通过查看交换机MAC地址表，找到相应端口，如下图：

光缆故障分析报告范例

光缆故障分析报告范例 1、光信号缺失：一般因人为窥视信号、破坏光缆原因，致使光信号中断。一次，接到一光节点无输出电信号的故障，检测该光接收机无输入光功率，到前端机房测试，光分路器输出光功率正常。初步判断为该4芯光缆故障，安排人员沿线巡查，并未发现明显受损现象。通过ODTR测试，发现4根纤芯中只有1根不通，根据故障点大概距离再到现场查看，仍未发现光缆有破损迹象。于是将此故障点前后近100米光缆更换后信号恢复，仔细检查发现光缆上有1小孔，推断系误将光缆当作电缆，人为破坏光缆窥视信号行为所致。 2、光信号质量下降：如光缆中间熔接头质量不好，损耗过大，或光纤在接头盒中盘绕时弯曲半径太小，影响光功率的正常传输；接头盒防潮性能 不好，使光纤老化快，造成光折射能力差，降低光功率；光纤活动接头处有脏物，接触不好，使光功率下降，可用脱脂棉蘸(zhan)无水酒精清洗；前端和末端设备的尾纤应盘绕好，固定在光纤盘上，避免折断和弯曲半径变小而造成光损耗增加，影响信号传输质量。 从光纤网络运行近十年的情况看，光发射机故障并不高，也出现过因停送电后冲击浪涌电流过大而烧坏光发射机电源部分的故障。通过在前端加装稳压电源和不间断UPS电源，可以大大减少此类故障的发生。光发射机输入的驱动电平要

按设备要求注入，如频道增加或减少，也应调整驱动电平高低，避免因驱动电平过高或过低使光发射机CTB、CSO指标恶化而导致系统传输质量变差，这一点至关重要，也是调试光发射机最重要的工作。如光发射机使用年限较长，光模块老化，使光功率下降，当下降到规定值范围以下时，应更换新的模块或发射机，确保足够的光发射功率。 光接收机在使用和维护中要掌握好输入光功率和输出RF射频电平，入口光功率要符合设备规定值要求，否则应采取措施来保证光接收机的正常工作，射频电平不要调得过高。若接收机规定输出RF电平为110dBμV，设计、调试和维护时应低于110dBμV，否则会因电平过高可能产生画面出现横丝、图像不清楚等故障。在一次小区改造就出现过这样的问题，按接收机最高RF电平设计，出现了交互调故障，插入衰减片 将电平降至105dBμV后，光接收机工作正常。光接收机应配备良好的稳压电源和良好的接地，最好在220V入口电源处再加装一组避雷器，雷击时可起到一定保护作用，过去因没注意这一点，因雷击产生的意外过电压，烧坏光接收机电源的现象时有出现。另外，如条件允许，光接收机应选质量好的，电源应配开关电源，质量差的光接收机工作一段时间后，电平会降低，给分配网络电信号的正常传输带来较大的影响。

故障分析报告

故障分析报告 Document serial number【KKGB-LBS98YT-BS8CB-BSUT-BST108】

关于华为S3900交换机无法连通省公司的交换机3528的故障 分析报告 ——阳江公司2月 一、故障基本信息 二、故障现象及处理过程 故障现象： 3月31日 8：30 接到OMC操作区同事的报障，无法连接服务器通知，客户端用 ping命令却无法ping通服务器IP，需要网维部门进行协查。处理过程：08:35 接到操作区通知后，传送网络监控室马上问题初步定为3528-2到服务器 08:35 网管人员在一楼IP机房直接在服务器上tracert PC的IP地址发现无法连上COM交换机S3900，便把问题定在一楼短信机房的COM交换机S3900上, 网管人员在连上交换机可无法ping通3528-2 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用户权限过高，和杀毒软件的防御强度不足，使用户操作过程容易中毒，造成无用数据的收发量巨大，占用过多的资源，导致网络瘫痪。 四、故障存在问题及解决措施 本次故障耗时相对较久，故障处理过程中也发现部分问题。故障出现的环节较多，故障的判断不准确，经过多次排查才能进行故障定位，耗时较久。 五、经验总结及建议 这次华为S3900交换机无法连通省公司的交换机3528的故障提醒了我们日常在进行线路和设备健康检查方面的不足之处，我们将吸取教训努力将工作做得更好。

2019年线路故障分析报告参考范本

线路故障分析报告参考范本 篇一：输电线路七类故障分析报告模板 第一章总则 第一条为了规范输电线路故障调查分析工作的全过程管理，深入分析线路故障原因，科学制定反事故措施，全面提升输电线路安全运行水平，特制定本工作规范。 第二条本规范适用于公司系统330千伏及以上交直流输电线路的故障分析工作，其它电压等级输电线路故障分析工作可参照执行。 第三条各省（自治区、直辖市）电力公司（以下简称“省公司”）应按照本规范要求制订实施细则。 第二章职责分工 第四条线路故障分析工作由各级运维检修部门组织开展，输电线路运维单位具体负责，中国电科院、国网电科院、国网经研院，各省电科院、经研院（以下简称科研、设计单位）参与分析工作并提供技术支持，必要时可邀请其他相关设计单位参加。 第五条总部运维检修部主要职责： 1）负责组织输电线路故障分析工作规范的制定并落实； 2）指导、督促各省公司开展线路故障分析工作； 3）组织特高压、重要输电线路及多条次、大面积线路故障的分析工作； 4）组织公司科研、设计单位为各省公司开展的重要线路故障调查分析工作提供技术支持；

5）总结典型故障经验，组织制订反事故措施。 第六条省公司运维检修部主要职责： 1）负责制定本地区输电线路故障分析工作实施细则； 2）指导、督促相关省检修公司、地市供电公司开展线路故障分析工作； 3）组织开展330千伏及以上输电线路故障、其它典型故障分析工作； 4）配合总部运维检修部开展特高压、重要输电线路及多条次、大面积线路故障的分析工作； 5）组织省内科研、设计单位为线路故障调查分析工作提供技术支持； 6）组织落实输电线路反事故措施。 第七条省检修公司、地市供电公司主要职责： 1）负责输电线路故障现场勘察、信息收集与报送、现场处置等工作； 2）配合省公司运维检修部开展330千伏及以上输电线路故障、其它典型故障分析工作； 3）组织实施输电线路反事故措施。 第八条中国电科院、国网电科院、国网经研院主要职责： 1）参与特高压、重要输电线路及多条次、大面积线路故障的现场勘察、技术分析工作，协助编制故障分析报告; 2）必要时，参加省公司组织的典型故障分析工作；

磁盘阵列故障报告

美孚磁盘阵列柜组 错误分析报告 报告提交人： 现场工程师： 提交日期：2016年9月11日 一，故障描述 2016年9月6号接到值班室工作人员的报告，发现我公司所施工的英飞拓磁盘阵列机柜发出故障红灯警报。出现物理磁盘数据丢失，出现问题我公司十分的重视。积极寻找解决故障的方法，努力设法解决所造成的损失。 主柜损坏的位置为第一行第三列、第二行第二列，扩展柜损坏的位置为第一行第一列、第一行第三列、第二行第二列。磁盘阵列的配置为RAID5冗余磁盘阵列，储管理服务通过ISCSI 协议做nrv SAN存储。 二，解决过程

2016.09.6 CCTV系统两台DVR工作指示灯经常连续跳跃，怀疑不正常工作，因此安全技术员立即和张工沟通，并联系维修服务商，要求立即到厂紧急查看服务商到厂。对设备进行检查，发现三套磁盘阵列（A/B/C）中，有五块硬盘指示灯故障报警（磁盘阵列损坏硬盘五块，A损坏两块，BC三块硬盘损坏）。对系统进行重启，系统重新恢复工作，原DVR连续跳跃指示灯恢复常亮状态。磁盘故障指示灯亮：查看硬盘状态查到第五块硬盘时发现没有磁盘损坏但是出现了多次的报错。所以判断磁盘有损坏的征兆，但是不是很明显 1-15路摄像机只有0904 06：00左右以后录像，且18：00前呈断续录像状态，16-18路摄像机最早视频为07月07日，19-39路摄像机另一部分摄像机录像数据为04月15日系统调试完成后数据将第3块硬盘克隆到新硬盘整个克隆的过程需要6个小时。克隆完毕将新的硬盘重新装回磁盘阵列柜中，重新启动磁盘阵列柜。磁盘阵列柜是根据raid5的冗余校验信息的自动修正盘的错误信息的 发现C磁盘阵列所对应的盘符下的所有存储录像存储时间均为0904号，且每一路CCTV每一分钟均有2- 6个不等的300M数据包被保存，而正常情况下，每一路CCTV每半小时至一小时才保存300M 数据，然后检查磁盘磁盘阵列，发现磁盘阵列对应的存储路径一切正常。判断与磁盘阵列无关然后检查硬盘录像机，端口有无异常ip是否存在冲突。最后通过光端机的查到摄像机存在间歇性短路，更换摄像机即可解决问题。 因此，可以确认系统C磁盘阵列早期录像均被系统突然频繁断续录