故障管理系统及故障处理流程规定

故障管理和故障处理流程规定

(暂行稿)

工程运维中心

二〇〇八年八月

目录

第一章目的 (3)

第二章工程运维中心在95013业务维护管理中的职责 (3)

第三章 95013业务故障分类 (3)

第四章故障处理的原则: (4)

第五章故障处理时限要求。 (4)

第六章故障管理和故障报告制度 (4)

第七章故障通报制度 (5)

第八章故障处理及报告流程图 (5)

第九章工程运维中心内部处理流程 (6)

第十章外部支持流程(研发、建设和其他厂家） (6)

第十一章工程运维中心各部门及公司相关部门的责任 (7)

第十二章故障的跟踪管理 (7)

附件一：95013业务重大/严重故障分析报告 (9)

第一章目的

工程运维中心承担95013业务网络和平台日常维护工作，为规范故障管理和故障处理的工作流程，使网络和平台故障能够得到正确及时地处理，保证 95013业务安全稳定的运行，特制定本规定。

第二章工程运维中心在95013业务维护管理中的职责

a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。

b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。

c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。

d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。

负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。

第三章 95013业务故障分类

95013业务系统和网络故障分为重大故障、严重故障和一般故障。

1.重大故障：全部业务中断

2.严重故障包括：

一种以上业务全部中断≥60分钟

一省以上业务全部中断≥60分钟

用户注册、业务受理全部中断≥4个小时

3.一般故障：除重大故障、严重故障以外的其它故障。

第四章故障处理的原则：

先抢通，后修复；先核心，后边缘；先本端，后对端；先网内，后网外，分故障等级进行处理。

第五章故障处理时限要求。

1. 重大故障，故障处理时限≤2小时。

2. 严重故障，故障处理时限≤4小时。

3. 一般故障，故障处理时限≤24小时。

第六章故障管理和故障报告制度

a）发生故障时，各级运维人员应按照故障等级和时间，逐级上报。

当严重故障时间≥1小时，运维组人员应报告给工程运维中心。

当严重故障时间≥2小时，上报给公司主管副总。

当严重故障时间≥4小时，上报给公司总裁。

当网络和平台出现重大故障时，各级运维人员应在第一时间逐级上报。

b) 对于95013业务系统各级故障，若在规定故障处理时限内未能恢复，故障级别自动上升一级，故障处理人员应按新的故障等级进行处理。

c) 重大故障发生或其他故障升级为重大故障后，如果超过故障处理时限1小时仍未能解决，需升级到工程运维中心协调解决；如果工程运维中心2小时内仍无法解决，需由工程运维中心升级上报到公司管理层。

d）重大故障处理结束1个工作日内，工程运维中心运维组应填写故障报告并上报工程运维中心。

e) 重大故障处理结束后的2个工作日内，提交《95013业务重大/严重故障分析报告》。第七章故障通报制度

1.客服通报：当出现故障时，工程运维中心应立即通知客服，通报故障影响范围、故

障处理可能需要的时间，以便客服对用户解释。故障解决业务恢复正常后，应及时通知客服部门。故障处理完以后，应向客服部门通报故障原因，以及采取的措施。

2.市场部和业务部门通报：工程运维中心根据故障的具体情况，向市场部或其他业

务部门通报。

第八章故障处理及报告流程图

总部运维组研发技术支持外部支持

1.故障输入包括网管监控发现故障、客服收到用户投诉、各地运维上报、市场业务部

门投诉和其他途径告知。

2.运维组制定专门人员，受理来自于其他部门的故障申告。

3.非值班人员发现故障后，请第一时间通知网管值班人员进行记录(录入事件管理平

台）并可要求值班人员配合故障处理及测试；故障恢复后请告知运维值班人员故障原因及处理方法，值班人员进行观察，确定故障确已恢复。

4.网管值班人员在发现故障或者接到故障通知后，需首先明确故障现象和影响范围，

确定故障级别。值班人员在有能力处理故障情况下应首先自行处理。在故障上报时限内处理完毕的故障应记录到值班日志里. （事件管理平台)。

5.当值班人员不能解决故障，且故障级别为一般故障，值班人员应记录到值班日志并

把故障情况录入事件处理系统平台。转由总部运维组工程师处理。

6.当故障级别在重大故障和严重故障，且值班人员不能解决或不能在上报时间内解

决故障，需在上报时间内电话通知技术支持人员，并记录在值班日志和事件处理系统平台里。

7.运维组人员如在上报时限内解决了故障，需在事件处理系统平台里关闭故障，并通

知值班人员，值班人员把情况记录到值班日志（事件管理平台）。

8.如运维组支持人员不能在上报时限里解决问题，须在上报时限内通知工程运维中

心负责人，并根据情况通知研发、建设部门或设备厂家相关人员，请求协助。

第十章外部支持流程（研发、建设和其他厂家）

1.业务发展中心研发的接口。业务发展中心协调员是研发的故障处理接口人，当运

维人员处理故障需要研发支持时，应该通知研发设计部门的协调专员。为提高效率，当遇到重大故障时，运维人员可以直接找相关研发人员寻求支持。

2.对于重大故障，所有外部支持都需要立即响应，积极配合，不得推诿。

3.故障处理人在故障处理完后需在事件处理系统平台里关闭故障，并通知值班人员，

值班人员把情况记录到值班日志（事件管理平台）。

第十一章工程运维中心各部门及公司相关部门的责任

1.工程运维中心的网管值班工程师负责网络日常监控，对于网管系统可以监控的故

障，网管中心必须在规定的故障发现时限内发现故障。运维组直接受理客服和其它途径报告的故障。网管中心值班工程师必须在规定时间对故障进行响应和上报。

2.运维组运维工程师负责处理网管值班工程师上报的故障，必须在规定时间对故障进

行响应和上报。运维工程师遇到自身不能处理的故障时，在上报时限内通知外部支持，可能是研发、建设、第三方设备厂家或运营商机房的值班工程师。

3.各地分公运维工程师负责本地平台的日常监控和维护，协助工程运维中心网管值班

工程师或者运维组运维工程师处理故障，提供现场技术支持。

4.业务发展中心技术支持人员负责处理自行开发设备的故障，在必要时也需要配合第

三方设备厂家定位问题。业务中心的技术支持人员必须在规定时间对故障进行响应。

5.任何部门都必须在规定的时间对故障响应，不得推诿。对于重大故障不及时响应，

导致故障不能及时恢复的，上报公司领导，根据情节严重做相应处罚。一般故障不能按规定时间响应的，上报工程运维中心。

第十二章故障的跟踪管理

1.值班日志

值班日志用于记录特定时间内所有重要的网络事件，故障是其中最重要内容之一。网管值班人员需要在值班日志里详细记录故障及故障处理情况，以便接班人员能清楚

情况，并方便以后査询。所有故障都需要录入值班日志。

2.事件处理管理平台

事件处理管理平台主要用于故障的跟踪。故障的负责人要及时处理故障，如果不

能解决，则应该及时把故障转给更合适的人员。严重级别为重大故障和严重故障的故障录入时需要抄送给工程运维中心负责人。当故障不能马上解决且会造成用户使用不正常时，需要抄送给客服部门、和市场管理部。

原则上所有故障都应录入事件处理管理平台，以下故障不需要录入事件处理管理

平台：

立即解决，并且原因清楚的故障，

重复出现，不需要再收集数据的故障

补充：本管理规定自发布之日起执行。

本管理规定解释权归总部工程运维中心。

附件一：95013业务重大7严重故障分析报告

说明：

故障编号：定义GZBJ各地节点汉语拼音第一个字母）xxxx年xx月XX日如:GZBJ20061201

运维制度及流程

运行维护管理制度 2017年8月

目录3 3 3 5 6 6 7 8 8 9 9

1、总则 第一条为保障公司信息系统软硬件设备的良好运行，使员工的运维工作制度化、流程化、规范化，特制订本制度。 第二条运维工作总体目标：立足根本促发展，开拓运维新局面。在企业发展壮大时期，通过网络、桌面、系统等的运维，促进企业稳定可持续性发展。 第三条运维管理制度的适用范围：运维部全体人员。 2、编制方法 本实施细则包括运维服务全生命周期管理方法、管理标准/规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。 本实施细则以ITIL/ISO20000为基础，以信息化项目的运维为目标，以管理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的PDCA循环为提升途径，体现了对运维服务全过程的体系化管理。 3、运维部工作职责 一、负责网站运维和技术支持 （一）根据网站运营战略和目标，负责网站整体架构、栏目、应用系统等技术开发方案制定和组织开发，保障网站技术的稳定性和先进性。 （二）负责网站栏目和应用系统的使用培训和操作使用指南编

写，对用户使用过程中出现问题的沟通和解决； （三）网站设备和软件购买计划书的拟定，包括采购数量、品牌规格、技术参数。会同行政部进行采购。 （四）网站设备和软件操作规程和应用管理制度的制定，并负责监督执行。 （五）网站设备和软件安装、调试和验收，使用培训和维修保养。 （六）网站日常运行过程中信息安全和技术问题的协调解决，保障网站24小时安全稳定运行。 （七）网站技术服务外包管理，主要包括技术外包开发、运行服务托管和空间域名管理。 （八）负责网站管理系统及设备保密口令的设置和保存，保密口令设置后报中心主任备案，保密口令设定后任何人不得随意更改，保密口令每季度更新一次。 （九）负责网站新程序、新系统和网站改版升级方案技术的设计开发。 二、负责网站信息和技术安全 （一）执行国家和省上有关网络信息技术安全的法律法规，与通信管理和网络安全监管部门联络，及时处理网站信息技术安全方面存在的问题，确保网站安全、稳定、可靠运行。 （二）网站信息技术安全保密制度和工作流程的制定，落实信息技术安全保密责任制，执行“谁主管、谁负责，谁主办、谁负责”的原则，责任到人。

(完整版)视频监控系统常见十六种故障的解决方法

视频监控系统常见十六种故障的解决方法 在一个监控系统完工以后需要进入调试阶段、试运行阶段以后才能交付使用，有可能出现各种故障现象，例如常见的：不能正常运行、系统达不到设计要求的技术指标、整体性能和质量不理想，特别是对于一个复杂的、大型的监控工程项目来说，是在所难免的,这是就需要我们去做相应的处理来解决故障，保证系统的正常运行。 1、电源不正确引发的设备故障。 电源不正确大致有如下几种可能：供电线路或供电电压不正确、功率不够(或某一路供电线路的线径不够，降压过大等)、供电系统的传输线路出现短路、断路、瞬间过压等。特别是因供电错误或瞬间过压导致设备损坏的情况时有发生。因此，在系统调试中，供电之前，一定要认真严格地进行核对与检查，绝不应掉以轻心。 2、由于某些设备的连结有很多条，若处理不好： 特别是与设备相接的线路处理不好，就会出现断路、短路、线间绝缘不良、误接线等导致设备的损坏、性能下降的问题。在这种情况下，应根据故障现象冷静地进行分析，判断在若干条线路上是由于哪些线路的连接有问题才产生那种故障现象。因此，要特别注意这种情况的设备与各种线路的连接应符合长时间运转的要求。 3、设备或部件本身的质量问题。 各种设备和部件都有可能发生质量问题，纯属产品本身的质量问题，多发生在解码器、电动云台、传输部件等设备上。值得指出的是，某些设备从整体上讲质量上可能没有出现不能使用的问题，但从某些技术指标上却达不到产品说明书上给出的指标。因此必须对所选的产品进行必要的抽样检测。如确属产品质量问题，最好的办法是更换该产品，而不应自行拆卸修理。 4、设备(或部件)与设备(或部件)之间的连接不正确产生的问题大致会发生在以下几个方面： ⑴阻抗不匹配。 ⑵通信接口或通信方式不对应。这种情况多半发生在控制主机与解码器或控制键盘等有通信控制关系的设备之间，也就是说，选用的控制主机与解码器或控制键盘等不是一个厂家的产品所造成的。所以，对于主机、解码器、控制键盘等应选用同一厂家的产品。 ⑶驱动能力不够或超出规定的设备连接数量。比如，某些画面分割器带有报警输入接口在其产品说明书上给出了与报警探头、长延时录像机等连接的系统主

公司运维服务规范

某公司运维服务规范 第一章总则 第一条为保障公司运维工作有序开展,规范运维工作和人员的服务要求,避免人为操作不当引起的重大、关健运维事故，根据电信公司及公司维护管理办法要求，特制定本规范。 第二条本规范是公司运行维护管理的基本依据，维护岗位人员必须严格遵照执行。 第三条本规定的最终解释权在技术质量管理部。 第二章适用范围 第四条本规定所指的系统是指公司及各部门承接的运维项目中涉及的范围，按合同约定包括：网络设备、服务器、操作系统、应用系统、数据及保障项目正常运行的各项辅助设施。 第五条本规定适用于对各部门运维分管领导、运维管理员、运维项目经理及成员等各维护岗位人员（包括各部门外包员工）的运维管理要求。 第三章运维服务要求 第六条运维岗位人员要具备良好的工作作风和严谨的工作态度，服从管理，认真负责，坚守岗位，在问题面前不推诿、不拖拉、不盲目、不蛮干，要冷静分析、沉着处理。 第七条遵照公司各项运维管理制度及客户运维工作要求，严格执行维护工作服务规范，确保人员、系统及各项设施安全。具体要求

包括： （一）、基本维护要求 1、遵守客户业务管理和现场管理要求。 2、周期性的维护工作应经客户审批同意后方可实施。 3、因故障修复、功能升级等引起的系统版本升级和割接工作应经客户测试通过后方可实施。 4、未经客户同意，各维护岗位人员不得私自对客户的在线系统进行数据变更、数据统计、应用程序变更、系统参数调整、硬件设备调整。 5、维护外包人员须经业务和管理培训，明确岗位职责，通过部门考核确认后方可上岗。在客户现场以理想公司员工身份执行维护工作，遵循各项运维管理制度。 6、定期检查所维护系统的安全状况，为客户提出合理的预防处理措施。 （二）、故障响应/处理制度 1、遵照公司（故障控制管理办法）要求，在接到故障报修通知后，及时与用户取得联系后进行排障，故障排除后填写故障修复信息。 2、各维护岗位人员应确保通讯工作24小时畅通。 3、严格执行故障处理和处理逐级上报制度。 （三）、信息记录（维护资料管理） 1、建立健全系统维护文档和记录资料库，相关资料由各部门妥

监控中心管理制度及故障处理流程

监控中心（长寿）管理制度 1、监控中心人员管理制度 2、监控中心值班制度 3、监控中心交接班制度 4、监控中心安全保密制度 5、在线监测系统异常情况报告流程 6、视频监控系统故障处理制度 7、报表管理制度 监控中心人员管理制度 一、监控中心工作人员基本要求 1、掌握计算机专业基础知识和基本操作技能。 2、应经过必要的岗位培训，熟悉在线监测（监控）系统相关业务基本操作规程，具备一定的政治素质和良好的合作精神。 3、要熟练掌握监控系统操作技术，熟悉中心设备的性能和使用方法，爱护中心设备，严格按规程进行操作。 4、熟练掌握各种报警情况的处置方案，发现重大问题要积极做出反映，迅速通知运维人员并上报有关领导，不得延误。 5、值班人员当班期间须统一制服，佩戴标志标牌。 6、服从领导，完成领导交办的其他工作任务。 二、工作职责 1.当班期间，定时查看中心监控系统包括设备、信号传输、系统平台、电源系统的运 行状态，查看前端DVR、摄像机是否在线，查看有无视频丢失，检查摄像机图像显示是否正常，发现问题及时联系维护人员解决。每班至少对各站点监控系统巡查4次。 2.当班期间，随时查看在线监测系统各站点在线监测设备运行情况，发现设备或超标 报警根据相关流程进行处理上报，并及时联系维护人员解决。 3.现场仪器远程操作备案登记，严禁值班人员私自远程操作现场设备，如需进行远程 控制仪器，需经过相关领导同意并做好相关记录。 4.当班期间，如需要使用大屏及会议系统，值班人员需能熟练操作大屏系统并做好相 关使用记录。 5.定期对平台软硬件及相关设施进行日常维护、巡检，并记录维护巡检情况。 6.严格遵守保密制度，不得向任何个人和机构透漏、传播或复制监测数据、监控信息、 图像资料等。 7.遵守中心管理，不得擅自改变中心设备、设施的位置和用途。

监控系统中20个常见故障和解决办法

监控系统中20个常见故障和解决办法 个大型的、与防盗报警联动运行的视频监控系统，是一个技术含量高、构成复杂的系统。在一个监控系统进入调试阶段、试运行阶段以及交付使用后，电源的不正确引发的设备故障，因供电错误或瞬间过压导致设备损坏，设备连结处理不好等有可能出现这样那样的故障现象，如：不能正常运行、系统达不到设计要求的技术指标、整体性能和质量不理想，亦即一些“软毛病”。这些问题对于一个监控工程项目来说，特别是对于一个复杂的、大型的监控工程来说，是在所难免的。下面我们对相应问题和解决办法进行阐述。 1、监视器上产生较深较乱的大面积网纹干扰，以至图像全部破坏，形不成图像和同步信号。·由于视频电缆线的芯线与屏蔽网短路、断路造成的故障。这种故障多出现在bnc接头或其它类型的视频接头上。即这种故障现象出现时，往往不会是整个系统的各路信号均出问题，而仅仅出现在那些接头不好的路数上。只要认真逐个检查这些接头，就可以解决。 2、电源不正确引发的设备故障，电源不正确大致有如下几种可能。 ·供电线路或供电电压不正确。 ·功率不够（或某一路供电线路的线径不够，降压过大等）。 ·供电系统的传输线路出现短路、断路、瞬间过压等。 ·特别是因供电错误或瞬间过压导致设备损坏的情况时有发生，因此，在系统调试以前，供电以前，一定要认真严格的进行核对与检查，绝不应掉以轻心。 3、三可变镜头的摄像机及云台不旋转/镜头不动作 ·这些设备的连结有很多条，常会出现断路、短路、线间绝缘不良、误接线等导致设备的损坏、性能下降的问题。 ·特别值得指出的是，带云台的摄像机由于全方位的运动，时间长了，导致连线的脱落、挣断是常见的。因此，要特别注意这种情况的设备与各种线路的连接应符合长时间运转的要求。 4、设备或部件本身的质量问题。 ·从理论上说，各种设备和部件都有可能发生质量问题。但从经验上看，纯属产品本身的质量问题，多发生在解码器、电动云台、传输部件等设备上。值得指出的是，某些设备从整体上讲质量上可能没有出现不能使用的问题，但从某些技术指标上却达不到产品说明书上给出的指标。因此必须对所选的产品进行必要的抽样检测。如确属产品质量问题，最好的办法是更换该产品，而不应自行拆卸修理。 5、由于对设备调整不当产生的问题。 ·比如摄像机后截距的调整是非常细致和精确的工作，如不认真调整，就会出现聚焦不好或在三可变镜头的各种操作时发生散焦等问题。 ·摄像机上一些开关和调整旋钮的位置是否正确、是否符合系统的技术要求、解码器编码开关或其它可调部位设置的正确与否都会直接影响设备本身的正常使用或影响整个系统的正常性能。 6、设备（或部件）与设备（或部件）之间的连接不正确产生的问题大致会发生在以下几个方面： ·阻抗不匹配。 ·通信接口或通信方式不对应。 ·驱动能力不够或超出规定的设备连接数量。 7、监视器的画面上出现一条黑杠或白杠，并且或向上或向下慢慢滚动。故障的可能两种不同原因。 ·要分清是电源的问题还是地环路的问题，一种简易的方法是，在控制主机上，就近只接入一只电源没有问题的摄像机输出信号，如果在监视器上没有出现上述的干扰现象，则说明控

故障管理和故障处理流程规定

故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月

目录 第一章目的 (3) 第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家） (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一：95013业务重大/严重故障分析报告 (9)

第一章目的 工程运维中心承担95013业务网络和平台日常维护工作，为规范故障管理和故障处理的工作流程，使网络和平台故障能够得到正确及时地处理，保证 95013业务安全稳定的运行，特制定本规定。 第二章工程运维中心在95013业务维护管理中的职责 a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。 c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。 d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。 负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障：全部业务中断 2.严重故障包括： 一种以上业务全部中断≥60分钟 一省以上业务全部中断≥60分钟 用户注册、业务受理全部中断≥4个小时 3.一般故障：除重大故障、严重故障以外的其它故障。

安全监控系统异常情况处置及汇报程序

*****煤业有限公司 安全监测监控系统异常情况处置汇报及考核管理办法 二〇一五年

安全监测监控系统异常情况 处置汇报及考核管理办法 为保证我矿安全监测监控系统的正常、准确的运行，结合我矿实际，特制定本规定。 一、煤矿瓦斯监测监控系统异常种类有： 1、瓦斯浓度超限； 2、传感器报警点、断电点等定义不当； 3、馈断电报警； 4、矿井瓦斯监测系统无记录，； 5、其它报警、不正常断电等异常情况。 二、安全监测监控系统异常情况处置措施 1、安全监测监控系统分站、断电器及各类传感器等设施设备每天由监控维护人员巡检，发现问题及时处理，处理时间不超过4小时，无法处理时，必须在24小时内更换完毕。各单位改变或拆除与安全监控设备关联的电气设备的电源线及控制线，检修或回撤与安全监控设备关联的电气设备，需要安全监控设备停止运行时，报矿通风总工程师批准，并报告矿调度监控室后，方可进行。 2、异常情况处置期间，任何人员不得甩开瓦斯（电）闭锁保护强行送电。

三、安全监测监控系统异常情况汇报制度 （一）井下监测监控系统发生突发性异常情况汇报程序 1、井下监测监控系统发生异常时，必须立即向调度监控室汇报，汇报内容包括发生故障时间、现象、原因、处理办法、估计恢复时间等，调度监控室值班员通知维护人员立即进行处理同时向清徐县煤炭管理局监控中心汇报。 2、在故障期间必须有安全措施，并将实施情况记录在册。 3、在故障发生后，应积极组织抢修，尽快恢复正常。异常情况处置结束后，需与调度监控室值班人员进行汇报，并确认监控系统运行正常。 4、当安全监控系统发出甲烷传感器异常报警时，调度监控中心值班人员立即向通风队长和总工程师汇报，并通知现场施工单位人员，若为传感器或线路故障，则按安全监控系统故障分析报告制度执行。 5、若核实情况为瓦斯超限报警，调度中心接到汇报后要命令超限地点立即停止工作，切断电源，将人员撤到安全地点，并按照瓦斯超限汇报程序向相关人员汇报同时向清徐县煤炭管理局监控中心汇报。 6、调度监控室值班人员应将监控系统异常情况做好记录，记录内容包括：发生故障时间、现象、原因、处理办法、采取的措施、恢复时间等。

监控安全系统故障应急预案

视频监控系统应急预案 为提高视频监控系统的信号应急响应能力和故障处理能力，合理压缩故障延时，杜绝人为违章，防止故障升级，努力减少对本项目安全情况的干扰和影响，特制定本预案：视频监控系统的常见故障与解决方案如下： 1、电源不正确引发的设备故障，电源不正确大致有如下几种可能。 （1）供电线路或供电电压不正确。 （2）功率不够（或某一路供电线路的线径不够，降压过大等）。 （3）供电系统的传输线路出现短路、断路、瞬间过压等。 （4）特别是因供电错误或瞬间过压导致设备损坏的情况时有发生，因此，在系统调试以前，供电以前，一定要认真严格的进行核对与检查，绝不应掉以轻心。 2、三可变镜头的摄像机及云台不旋转/镜头不动作。 这些设备的连结有很多条，常会出现断路、短路、线间绝缘不良、误接线等导致设备的损坏、性能下降的问题。 特别值得指出的是，带云台的摄像机由于全方位的运动，时间长了，导致连线的脱落、挣断是常见的。因此，要特别注意这种情况的设备与各种线路的连接应符合长时间运转的要求。 3、设备或部件本身的质量问题。 从理论上说，各种设备和部件都有可能发生质量问题。但从经验上看，纯属产品本身的质量问题，多发生在解码器、电动云台、传输部件等设备上。值得指出的是，某些设备从整体上讲质量上可能没有出现不能使用的问题，但从某些技术指标上却达不到产品说明书上给出的指标。因此必须对所选的产品进行必要的抽样检测。如确属产品质量问题，最好的办法是更换该产品，而不应自行拆卸修理。 值班人员根据故障信息，初步分析故障原因。能够自身解决，要及时加以解决；如果不能自行解决故障，应及时通过电话、传真、邮件、短信等方式通知单位领导及相关技术负责人。 2016年12月1日

问题与故障处理流程图

NGBOSS3.0系统问题及故障管理流程 1、相关概念 1)问题定义：问题是一个或多个不知原因的事件。 2)问题与故障（或突发事件）的关系：当问题的影响符合故障（或突发事件）定义 标准时，问题即形成故障（或突发事件）。 3)故障处理小组：故障处理小组由各业务流的故障牵头处理人组成，共同完成故障 管理相关工作。目前业务运营中心故障处理小组包括话单流陈霞、订单流张嘉琦、账务流刘华、热线支持组马立娜及值班组阴衍亮。 2、故障处理 一、角色及职责定义 1)故障上报人 ●根据故障上报标准判断为故障后，第一时间按要求发出报告邮件，并电话通 知故障分派员。 ●对于符合故障或突发事件定义的问题，逐层升级至本部门主管经理；未达到 标准的通知主管，由主管酌情升级。 ●对于故障或突发处理过程中未按时限回复进展情况，由故障上报人直接升级 至故障分派员。 ●对于发生的故障，统一按业务运营中心内部要求进行登记。 ●故障上报人由业务运营中心50000号值班班长及运维组人员担当。 2)故障分派员 ●接收故障上报人的报障邮件和报障电话通知。

●根据故障情况，以邮件及电话方式指定故障处理牵头人。 ●根据故障牵头人要求，协助故障牵头处理人进行故障处理，跟进处理步骤， 监督执行。 ●故障分派员由值班组人员担任。 3)故障处理牵头人 ●牵头处理故障分派员分派的故障。 ●指派故障涉及的各部分人员协助进行故障处理，如有必要，可要求相关人员 现场支持。 ●跟踪整个故障处理过程，做好记录，评估各步骤的完成情况。 ●组织BMCC相关人员和相关厂商人员进行故障处理方案的制定，掌控整个过 程。 ●监督故障处理各重要步骤的执行，做好资源调度，在异常问题及时升级至相 关领导，协助完成资源调配。 ●在原因明确后、方案确认后、方案实施关键点完成后及时通报故障最新进展， 直至故障解决。。 ●根据故障处理情况及时向领导汇报故障处理情况。 ●与对外信息发布人及时沟通，协商确认对外发布口径。 ●记录问题处理过程，登记故障问题管理列表中的相关处理信息。 ●负责故障处理完成后，整理并填写故障分析报告，并按时提交。 ●总结及优化类似故障的处理步骤，为后续故障处理提供依据。 ●根据故障管理员的要求组织故障分析会、故障分享会，对故障进行总结分 析。

医院信息系统故障处理应急预案

医院信息系统故障处理应急预案 一、总则 （一）目得 为有效防范医院信息系统运行过程中产生得风险，预防与减少突发事 件造成得危害与损失,建立与健全医院计算机信息系统突发事件应急机制，提高计算机技术与医院业务应急处理与保障能力，确保患者在特殊情况下能够得到及时、有效地治疗，确保计算机信息系统安全、持续、稳健运行. （二）编写依据 根据《湖南省网络与信息安全应急预案》及国家信息安全相关要求与 有关信息系统管理得法律、法规、规章，并结合医院得实际，编制木预案。 （三）工作原则 统一领导、分级负责、严密组织、协同作战、快速反应、保障有力（四）适用范围 适用于医院计算机网络及各类应用系统 二、组织机构与职责 根据计算机信息系统应急管理得总体要求，成立医院计算机信息系统应急保障领导小组（简称应急领导小组），负责领导、组织与协调全院计算机信息系统突发事件得应急保障工作。 1.领导小组成员: 组长由院长担任。

副组长由相关副院长担任。 成员由信息中心、院办、医务科、护理部、财务科、医保办、总务科 等部门主要负责人组成。 应急小组日常工作由医院信息中心承担，其她各相关部门积极配合。 2。领导小组职责： (1 )制定医院内部网络与信息安全应急处置预案。 (2)做好医院网络与信息安全应急工作。 (3)协调医院内部各相关部门之间得网络与信息安全应急工作, 协调与软件、硬件供应商、线路运营商之间得网络与信息安全应急工作. (4)组织医院内部及外部得技术力量，做好应急处置工作。 三、医院信息系统出现故障报告程序 当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时，要立即向信息中心报告?信息中心工作人员对各工作站提岀得问题必须高度重视，做好记录，经核实后及时给各工作站反馈故障信息，同时召集有关人员及时进行分析，如果故障原因明确，可以立刻恢复得，应尽快恢复工作；如故障原因不明、情况严重、不能在短期内排除得，应立即报告应急领导小组,在网络不能运转得情况下由应急领导小组协调全院各部门工作，以保障全院医疗工作得正常运转。 四、医院信息系统故障分级 根据故障发生得原因与性质不同分为三类与其它故障： 一类故障：由于服务器不能正常工作、光纤损坏、主服务器数据丢失、

监控异常情况处理操作流程

沈阳综合保税区 监控异常情况处理操作流程 一、围网安保报警 （一）围网触摸报警响起时，监控室内勤关员要在第一时间根据机器提示确认红外对射探测器编号，并锁定报警区域； （二）立刻将监控室大屏幕切换到报警区域，以坐标形式对报警地点进行定位，并根据现场初步判定报警原因，对于移动物体要利用摄像镜头进行追踪； （三）排除误报后，要立刻通知外勤关员抵达报警现场，同时简要介绍基本情况，并将追踪情况同步通报外勤关员； （四）确属非法活动发生，当值关员要立刻制止，并及时向上级部门汇报，遇到紧急情况或不法侵害时，当值关员还可以向公安机关请求协助； （五）对报警监控录像进行调取回放保存。 二、和海关监管业务有关的报警 （一）监控关员接到进入综合保税区集装箱车辆的超时到达或车辆到达非指定位置等和海关监管业务有关的信息后，首先要通过监控设备寻找报警车辆，确认此车辆的具体位置，实时监控此车辆； （二）通过确认车牌，联系车辆所属单位相关人员，通知该车辆去查验场地；

（三）派出外勤关员前往车辆所在地，查明延迟到达原因，并向相关科室通报情况； （四）对于无法查找到报警车辆，内勤关员要立刻向卡口通报，请求卡口关员协助监控，同时派遣外勤关员在园区内搜索并及时上报上级部门。 三、监控室运行与维护 （一）按照“谁值班，谁使用，谁负责”的原则，安全管理责任制。 （二）监控室值班人员，不得随意变动各硬件设备，不得将数据文件拷入或者拷出监室各计算机系统中，如有需要，须经上级领导批准，并做记录； （三）监控室值班人员，负责做了当日值班记录，包括监控室出入人员登记，紧急情况记录，设备运行情况记录等； （四）监控室禁止一切有可能引发火灾、水灾的行为，每日值班人员负责当日监控室日常清洁工作，检查监控室各项设备，达到监控室日常维护所需的防火、防盗、防尘、防水、防电磁干扰、防静电、防雷、防鼠患、温湿度等要求；出现紧急情况马上处理，并向上级报告。

监控系统故障应急处置措施

监控系统故障应急处置措施 一、监测监控故障应急处理措施 故障处置负责人：张谦具体处置人员：刘海龙张雷 故障处置程序： 1、监控值班员发现传感器断线，或接到现场施工人员汇报传感器断线后，要立即向值班领导汇报。 2、根据领导指示检查监控主机设置是否正确，且是否将控制范围内电源切断。 3、联系施工现场班组长或电工，检查传感器航空插头线，并重接。如恢复故障处置完毕。 4、上述过程不能恢复，监控维修值班员要带好备件及抢修工具及时赶赴现场，到达现场后，监控维修值班员由施工队组电工配合，从分站到传感器各接点一一排查，直至更换传感器或更换分站接口。 4、故障处置完毕后，监控维修值班员在现场电话联系监控值班员确认数据上传是否正常。监控系统正常运行后方可上井。 （二）、分站断线不能上传数据。 故障处置程序： 1、监控值班员发现一分站所有传感器断线不能上传数据时，要立即向值班领导汇报。 2、根据领导指示检查监控主机设置是否正确，且是否将控制范围内电源切断，监控主机与该分站的网络通讯是否正常。a、如该分站的网络节点与监控主机通讯不正常，到环网交换机处更换分站网络

节点，由监控值班员重新设置。b、如该分站的网络节点与监控主机通讯正常，立即下井检查，分站电源供电是否正常、环网交换机与分站的连接线是否短路或断路，直至故障处置完毕。 3、故障处置完毕后，监控维修值班员在现场电话联系监控值班员确认数据上传是否正常。监控系统正常运行后方可上井。 （三）、环网交换机断线不能上传数据。 故障处置程序： 1、监控值班员发现若干分站所有传感器断线不能上传数据时，要立即向值班领导汇报。 2、根据领导指示检查监控主机设置是否正确，且是否将控制范围内电源切断，断线分站是否同属一台环网交换机，如不同属一台环网交换机，按分站断线处置。如同属一台环网交换机，立即检查监控主机与该环网交换机的所有网络节点的通讯是否正常。a、如该环网交换机的所有网络节点与监控主机通讯不正常，要及时赶赴现场检查环网交换机电源是否供电正常或现场更换环网交换机，由监控值班员重新设置。b、如该环网交换机的部分网络节点与监控主机通讯正常，立即更换故障分站的网络节点，由监控值班员重新设置。 3、故障处置完毕后，监控维修值班员在现场电话联系监控值班员确认数据上传是否正常。监控系统正常运行后方可上井。 （四）、监控主机故障，不能实时监控。 故障处置程序： 1、监控值班员发现监控主机不能运行时，要立即向值班领导汇

信息系统的应急预案

一、总则 (一)、基本原则：明确责任、分级负责。按照“谁主管谁负责”的原则，建立和完善责任制度、协调管理机制和联动工作机制。根据部门职能，各司其职，落实到人，加强部门间的协调与配合，形成合力，共同履行应急处置工作的管理职责。 (二)、适用范围：本预案适用于史丹利化肥有限公司网络与信息系统故障的应急响应工作。 二、日常准备工作 (一)、软资源备用：对重要信息资源需要有足够备份，并将备份存放于攻击和灾害不能及的地方。 (二)、设备备用：在工作现场有主板、硬盘、光驱、网线等备件，以及备用的外部设备。 (三)、电源备用：配置不间断UPS电源。不间断电源可在断电后维持工作3小时以上。 (四)、重要或大型系统中的关键设备和信息安全产品采用双机热备份。 三、应急处理流程 信息管理科人员在监控过程中发现或收到其他部门反馈不能正

常使用办公或业务应用系统等故障事件，相关软件、硬件的技术人员立即行动，初步查明原因(电力、服务器、存储、网络、应用系统软件等)，并向科室、部门相关领导汇报。 部门领导在听取情况汇报后，根据事件的范围、影响和紧急程度启动相应的专题预案。如果没有相应的专题预案，要根据情况迅速采取措施抑制事件的扩散，恢复系统运行。 信息管理科尽快通过OA、电话、短信平台、网上销售系统网站等方式向各科室、各分厂下发《应用系统暂停通知》或公告。各部门、各分厂要做好信息系统出现故障后的应急安排，尽力减小对公司正常业务的影响。 信息管理科人员进一步落实故障原因，根据事件的范围、影响程度，采取应急措施，尽快恢复系统运行。 信息管理科在对系统完成修复后，在完成测试的基础上，经请示相关领导进行系统的启用，同时通过OA、网上销售系统网站、电话等向各部门、各分厂发布系统恢复公告。 四、事件分类 事件类型按照各种突发紧急事件的影响范围，将史丹利网络与信息系统事件分成全局事件(总公司核心信息系统因电力、网络、软硬件等故障原因，导致全厂信息系统无法正常工作)和区域事件(SAP、网上销售系统、OA、BO、用友等系统故障，导致局部范围内的业务工作无法正常进行)。 五、全局事件处理

异常情况处理制度及流程

山西煤炭运销集团 蒲县昊锦塬煤业有限公司异常情况处理制度为认真贯彻落实国家、省、市关于集中开展安全生产大检查的工作安排要求，加强我矿信息监控系统管理水平，做好矿井生产过程中井下环境参数的有效监控，保障矿井安全生产，加强煤矿安全生产管理水平及抗灾能力，特制定本矿异常情况处理制度如下： 一、值班人员按《中心岗位责任制》规定，浏览查询煤矿安全信息，发现异常情况及时处理，并认真填写《异常情况报告处理表》，传真至县监控中心。 二、监控室值班人员发现系统发出异常报警后，值班人员必须立即通知监控室主任、分管领导，同时立即通知矿井调度部门，由监控室主任或分管领导组织相关人员对本次异常报警进行原因分析，并按规定程序及时报上一级网络中心。处理结果应记录备案。调度值班人员接到报警、断电信息后，应立即向矿值班领导汇报，矿值班领导按规定指挥现场人员停止工作，断电时撤出人员。处理过程应记录备案。当系统显示井下某一区域瓦斯超限并有可能波及其他区域时，矿井有关人员应按瓦斯事故应急预案手动遥控切断瓦斯可能波及区域的电源。值班人员接到网络中心发出的报警处理指令后，要立即处理落实，并将处理结果向网络中心反馈。 当工作面瓦斯浓度达到报警浓度时，值班人员应立即通知矿值班领导及监控室主任，并填写异常情况处理报告表传真上报至

县监控中心；由分管领导或监控室主任安排相关人员进行原因分析，按照瓦斯超限分析原则：①按人工检测值与甲烷传感器对比分析；②按报警地点的历史曲线对比分析；③按报警地点上风侧检测值对比分析。根据分析结果立即将处理措施下达至矿调度中心按处理措施严格执行。报警期间要采取安全措施，报警消除后将报警的起止时间、分析报告、采取措施和处理结果上报县监控室并存档备案。 三、当煤矿通讯中断、无数据显示时，值班人员要通过传真（或电话）向县监控中心报告，并查明原因，恢复通讯。情况紧急的，由值班人员立即向矿领导汇报，对因故造成通讯中断未及时上报的，要通过电话联系移动公司或长途线务局进行抢修。

视频监控系统处理故障问题及解决方法

一个监控系统完工以后需要进入调试阶段、试运行阶段以后才干交付使用，有可能出现各种故障现象，例如罕见的不能正常运行、系统达不到设计要求的技术指标、整体性能和质量不理想，特别是对于一个复杂的大型的监控工程项目来说，所难免的这是就需要我去做相应的处置来解决故障，保证系统的正常运行。 1. 电源不正确引发的设备故障。电源不正确大致有如下几种可能：供电线路或供电电压不正确、功率不够 ( 或某一路供电线路的线径不够，降压过大等 ) 供电系统的传输线路出现短路、断路、瞬间过压等。特别是因供电错误或瞬间过压导致设备损坏的情况时有发生。因此，系统调试中，供电之前，一定要认真严格地进行核对与检查，绝不应掉以轻心。 2. 由于某些设备的连结有很多条，若处理不好，特别是与设备相接的线路处置不好，就会出现断路、短路、线间绝缘不良、误接线等导致设备的损坏、性能下降的问题。这种情况下，应根据故障现象冷静地进行分析，判断在若干条线路上是由于哪些线路的连接有问题才产生那种故障现象。因此，要特别注意这种情况的设备与各种线路的连接应符合长时间运转的要求。 3. 设备或部件本身的质量问题。各种设备和部件都有可能发生质量问题，纯属产品自身的质量问题，多发生在解码器、电动云台、传输部件等设备上。值得指出的某些设备从整体上讲质量上可能没有出现不能使用的问题，但从某些技术指标上却达不到产品说明书上给

出的指标。因此必需对所选的产品进行必要的抽样检测。如确属产品质量问题，最好的方法是更换该产品，而不应自行拆卸修理。 4. 设备 ( 或部件 ) 与设备 ( 或部件 ) 之间的连接不正确产生的问题大致会发生在以下几个方面： ⑴阻抗不匹配。 ⑵ 通信接口或通信方式不对应。这种情况多半发生在控制主机与解码器或控制键盘等有通信控制关系的设备之间，也就是说，选用的控制主机与解码器或控制键盘等不是一个厂家的产品所造成的所以，对于主机、解码器、控制键盘等应选用同一厂家的产品。 ⑶ 驱动能力不够或超出规定的设备连接数量。比方，某些画面分割器带有报警输入接口在其产品说明书上给出了与报警探头、长延时录像机等连接的系统主机连成系统，如果再将报警探头并联接至画面分割器的报警输入端，就会出现探头的报警信号既要驱动报警主机，又要驱动画面分割器的情况。 解决类似上述问题的方法之一是通过专用的报警接口箱将报警探头的信号与画面分割器或视频切换主机相对应连接，二是没有报警接口箱的情况时，可自行设计加工信号扩展设备或驱动设备。 5. 视频传输中，最常见的故障现象表示在监视器的画面上出现一条黑杠或白杠，并且或向上或向下慢慢滚动。因此，分析这类故障

运维管理制度

运维管理制度 XXXXXX有限公司2014年5月18日

目录 引言 (1) 1、总则 (2) 2、编制方法 (2) 3、运维部工作职责 (2) 3.1系统运维和技术支持 (2) 3.2.平台信息和技术安全 (3) 4、运维服务管理体系 (4) 4.1运维服务管理对象 (4) 4.2运维系统功能框架 (4) 4.3运维管理组织结构 (5) 4.3.1项目负责人 (5) 4.3.2项目经理 (5) 4.3.3技术主管 (6) 4.3.4服务台 (6) 4.3.5网络管理员 (7) 4.3.5应用、数据库管理员 (7) 4.3.7终端管理员 (7) 4.4运维服务流程 (8) 4.4.1项目运维服务工作流程图 (9) 4.4.2服务台 (9) 4.4.3事件管理 (10) 4.4.4工单管理 (10) 4.4.5问题管理 (10) 4.4.6变更管理 (10) 4.4.7配置管理 (11) 4.4.8知识库管理 (11) 4.4.9统计及工作报告 (11) 5、运维服务内容 (11) 5.1服务目标 (11) 5.2IT资产统计服务 (12) 5.3网络、安全系统运维服务 (12) 5.4主机、存储系统运维服务 (13) 5.5数据库系统运维服务 (13) 5.6中间件运维服务 (14) 5.7终端、外设运维服务 (14) 6、应急服务响应措施 (14) 6.1应急预案实施基本流程 (15) 6.2突发事件应急策略 (15) 7、服务管理制度规范 (16) 7.1服务时间 (16) 7.2行为规范 (16)

001-2 办公信息系统协同管理及协同数据交换策略研究运维制度引言 本文件是依据《XXXXXX系统协同管理及数据交换策略研究》分任务要求，完成“运维制度”的研究工作。 课题组参照国际国内标准有： ITIL/ISO20000标准 GBT 28827.1-2012 信息技术服务运行维护第1部分：通用要求 GBT 28827.2-2012 信息技术服务运行维护第2部分：交付规范 GBT 28827.3-2012 信息技术服务运行维护第3部分：应急响应规范 结合XXX课题应用实施及运维管理的实际情况研究、编制运行维护管理制度，本文分为7章内容分别为： 1.总则 2.编制方法 3.运维部工作职责 4.运维服务管理体系 5.运维服务内容 6.应急服务响应措施 7.服务管理制度规范等内容。

信息系统(设备)故障处理制度

信息系统（设备）故障处理制度（试行） （2018年8月版） 第一章总则 为规范公司信息系统的故障申告、受理、处理和修复后业务验证等日常维护支撑和管理工作，保证故障申告、受理、处理和业务验证的及时性和有效性，进一步明确各部门的职责、工作流程、相关要求以及考核指标，特制定本制度。 第一条适用范围 本制度所指信息系统包括：机房环境、配套网络、计算机硬件平台、基础软件、应用软件。 第二章故障处理流程 第二条信息系统的分类 将信息系统分为重要信息系统和非重要信息系统两类。重要信息系统是指支撑公司重要业务，信息安全和服务质量的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。非重要信息系统是指除重要信息系统之外的信息系统。 第三条信息系统故障分级 据信息系统故障的影响范围及持续时间等因素，将信息系统故障分为重大故障、较大故障、一般故障三个级别。当故障满足多个级别的定级条件时，按最高级别确定故障级别。 重大故障（一级）: 由于线上系统服务宕机，系统的操作性能严重降低,重要信息系统服务异常，在主要业务服务时段导致业务无法正常开展达3个小时（含）以上，对业

务运作造成重大影响。 较大故障（二级）: 由于系统操作功能受损，使业务运作中的某一部分功能受到不良影响，但其它部分业务功能仍可正常运作，重要信息系统服务异常，在主要业务服务时段导致业务无法正常开展达半个小时（含）以上， 一般故障（三级）: 由于系统的操作性能（效率）降低，业务运作的受到不良影响，但业务功能应用仍可正常工作，在主要业务服务时段导致业务无性能不足达1个小时（含）以上； 第四条执行标准 本制度由负责解释和修订，自发文之日起开始执行。 第五条组织及职责，故障管理实行-两级管理体系 本制度涉及的相关组织有信息系统故障申告部门、受理部门、处理部门。 1、申告部门包括、分支机构相关信息系统的使用部门。申告分为、和三个层面。申告到层面能够解决的故障和问题，无须上报层面，在层面归口解决，解决不了的再上报层面解决。 2、受理部门分为和两个层面。原则上，负责故障受理和预处理，各负责级故障受理和预处理。 3、处理部门分为和两个层面。原则上，负责上报到的故障处理；各负责级的故障处理；科技联系人负责级的简单故障处理。 申告部门职责 1.负责将发现的系统故障以及问题、建议提交到故障受理部门。 2.负责在故障处理过程中与故障处理部门进行沟通。 3.负责对已修复的故障进行业务验证，在业务验证通过后及时关闭故障。 受理部门职责

视频监控系统常见问题及解决方法

视频监控系统常见问题及解决方法 视频监控系统一般由前端设备、传输线路、控制及显示设备三大部分组成。前端设备主要包括摄像机、云台、解码器，以获取监视目标的信息；传输线路通过视频线、通讯线将前端设备所获取的信息传送至控制中心，并通过电源线为前端设备供电；控制及显示设备主要包括矩阵控制主机、录像机、监视器、图像分割器、电源、控制台、电视墙、控制机柜等，以完成对传送回来的信息的处理、切换、分割及控制。在视频监控系统中，设备自身的故障一般比较少见，即使出现，也比较容易解决，而大多数问题往往出现在传输线路的敷设、连接、控制设备的连接等施工、安装过程中。以下对视频监控系统常见的一些故障进行简要分析介绍。 1.无图像显示，无视频信号 故障现象描述：线路正常连接、通电后，中控室显示终端上无图像显示，硬盘录像机“无视频信号”、矩阵、图形分割器等“No signal”提示存在。 原因分析：此现象一般情况可断定前端视频信号没有正常传送回控制设备，有可能是摄像机未正常供电，没有工作；电源线断路，摄像机未通电；视频线断路；BNC头焊接不牢靠等。 解决方法：首先确认摄像机是否通电，是否正常工作；如果摄像机未通电，则检查电源、变压器、电源线等；如果摄像机通电，则可用排除法将摄像机直接连接在显示终端观察，如还没有显示，则确定摄像机故障，如有图像显示，则可确定视频传输线路有故障，检查视频线及BNC接头，确认后更换线缆或重新焊接BNC接头。 2.无图像显示，有视频信号 故障现象描述：线路正常连接、通电后，中控室显示终端上无图像显示，黑屏，硬盘录像机“无视频信号”、矩阵、图形分割器等“No signal”提示不存在。 原因分析：此现象与前面介绍第一种现象类似但有本质区别，一般情况可排除传输线路故障，未出现“无视频信号”“No signal”等提示，证明前端视频信号已传送回控制设备，有可能是现场无照明；摄像机镜头光圈关闭；摄像机角度没有调整好；显示器亮度未调整合适；摄像机供电电源功率不够等。 解决方法：首先确认现场照明条件良好，摄像机监视区为可见区域，显示器亮度参数设置正常，然后调整摄像机镜头光圈，如仍然没有图像显示，可用排除法更换摄像机测试，如故障依旧，再更换电源测试。 3.图像质量不好，有干扰

监控系统故障应急预案

监控系统故障应急预案 篇一：视频监控应急预案 监控指挥中心突发监控故障 应急预案 一、总则 （一）编制目的 为提高指挥中心处置突发监控事件的能力,充分发挥指挥中心在保卫工作与处置监控事件中的作用，配合相关部门做好对突发事件的处置，最大程度地预防和减少突发监控事件及其造成的损失,保障人员、物资安全, 特制订本方案。（二）组织与指挥 由监控指挥中心人员组成监控系统突发故障应急领导小组组长：*** 负责指挥指挥中心视频监控突发大面积故障全面抢修工作。副组长：** 负责指挥中心视频监控抢修协调及故障原因汇总进而上报部门领导。 副组长：*** 负责指挥中心视频监控抢修协调及故障原因汇总进而上报部门领导。

二、系统故障预防流程 2.1 监控中心值班人员实时排查视频信号及存储情况 2.2 监控维护单位定时巡查监控线路及检修监控设备 2.3 监控维护单位定期对监控设备运行状况进行跟踪测试，数据整理成册并存档。 三、系统故障应急流程 （一）故障发生 指挥中心可从以下途径得知故障的发生： 1）通过保卫中心指挥中心监控员实时排查发现故障 2）通过维护单位巡检发现故障 （二）报障受理 监控指挥中心得知系统故障发生后，立即响应，并向报障人详细了解系统故障情况，及时联系维护单位并上报部门领导。 （三）信息研判 根据了解到的系统故障情况进行分析判断，以确定采用一般故障处理流程还是立即启动系统突发故障应急处理预案。（四）预案启动 如需启动应急预案，则立刻通知系统突发故障应急领导小组，由领导小组启动应急预案，对系统突发故障应急事件进行全面管控处理。 （五）资源确认

监控系统突发故障应急预案启动后，首先是根据现场突发故障实际状况、紧急程度、技术难度、备品备件等情况对相关资源（主要是参与人员）依据经验进行调度和确认，主要有以下资源： 维护单位技术支持人员； 相关厂家技术支持人员； （六）预案执行 按照既定的预案进行突发监控故障抢修，如遇到问题及时向监控系统突发故障应急领导小组汇报。 （七）预案终止 预案的终止时间由监控故障现场技术人员根据现场的实际进展情况报系统突发故障应急领导小组决定。 （八）结果上报 预案中止后，相关预案参与人员将整个事件过程中所有收发信息、领导批示、事故调查报告、现场情况、图片等材料及时整理归档，并总结事件处理过程中的 经验和教训，修改、完善事件应急预案。然后集中上报至系统突发故障应急领导小组。 视频监控应急流程报告 报告日期：年月日至年月日 报告人签名：时间： 监控系统故障应急处理流程图