完整版网管系统告警产生和处理机制

网管系统告警产生和处理机制

1.1.1告警来源和产生机制

1、SYSLOG日志（被动接收方式）

通过采集服务器的SYSLOG服务，接收网元发送上来的SYSLOG日志记录。告警采集程序通过rules将SYSLOG日志记录解析为告警记录。一条典型的华为端口DOWN告警解

析过程：

针对上面的告警，通过rules，主要解析出如下内容

告警来源IP: 133.63.254.190

告警类型：IFNET/5/UPDOWN

告警对象：Ethernet1/0/5

告警原始级别：5

告警描述：In terface Ethernet1/0/5 Turns into DOWN state 2、Snmp Trap告警（被动接收方式）告警采集在162端口监听并接收网元发送过来的TRAP通知，通过加载相应MIB里的

TRAP定义或者厂家提供的TRAP告警翻译规则，转换为相应的告警记录。举例说明：

VBS[1.3.6.1.2.1.1.3.0 = 229 days, 12:07:02.00;

1.3.6.1.6.3.1.1.4.1.0 = 1.3.6.1.4.1.390

2.1015.1010.1.10.1.17;

1.3.6.1.

2.1.2.2.1.1 = 808584704

]]

根据中兴提供的TRAP告警定义：

（1） 1.3.6.1.4.1.3902.1015.1010.1.10.1.17 代表zxAnEponOnuErroredSymbolPeriodEvent ，即ONU错误符号间隔事件，级别是主要。

（2）808584704代表索引信息，可进一步定位到具体的ONU设备，如F820（0/4/4/5）。解析翻译后的告警如下：

告警来源IP: 10.102.16.2

告警类型：zxAn Epo nOn uErroredSymbolPeriodEve nt

告警对象：10.102.16.2

告警级别：4

告警描述：10.102.16.2 F820（0/4/4/5） : ONU错误符号间隔事件3、网元状态Polling告警（主动检测方式）

（1 ）告警产生

采用定期调度（根据设备的重要程度可设定不同的策略）对设备先进行SNMP连接测试,

再进行ICMP PING测试：

a、如果SNMP Ping不通，ICMP Ping也不通，发送网元中断告警;

如果只有SNMP Ping 不通，只发送网元不可管理告警

b、如果SNMP Ping通，不管ICMP Ping通不通，都不发送任何告警

c、如果原来只是SNMP Ping不通，但ICMP Ping也开始不通，再发送一条网元中断告

警

说明：网元不可管理和网元中断告警，默认只发送一次，不重复发送（即发生次数为1）。

（2）告警恢复

对于处于网元不可管理或网元中断状态的设备，同时进行SNMP Ping和ICMP Ping跟踪：

a、如果SNMP Ping通，根据设备的告警状态，发送相应的恢复告警，分两种情况：

设备只有网元不可管理告警：发送网元不可管理恢复告警设备同时有两种告警：同时发送网元不可管理和网元中断的恢复告警

b、如果SNMP Ping仍不通，但ICMP Ping开始通（也就是说原来两者都不通），发送一条网元中断恢复告警。

4、端口状态Polling 告警（主动检测方式）

端口Polling 在端口流量采集时进行（检测周期与性能采集周期相同，5min 一次）。判断标准：本次端口流量采集采到的端口操作状态跟上次采到的端口状态做对比，如果发生了

状态变化则发送告警，即：

如果是up—>down，就发端口DOWN告警；如果是down —>up,就发恢复告警。告警示例：

告警类型：端口状态

告警描述：如：172.28.12.4 GigabitEthernet0/1/13（端口）端口down 告警级别：严重

说明：端口状态告警，只发送一次，不重复发送（即发生次数为1）。

5、性能告警（主动检测方式）

告警产生机制：根据性能采集后的数据结果和性能告警设置进行比较，如果满足性能告警设置条件，发送相应的性能告警。

恢复告警：如果发生了“满足性能告警设置条件”—>“不满足性能告警设置条件”的

变化，则发送相应的恢复告警。

性能告警分类：

（1）阈值性能告警：通过阈值设置产生的性能告警

（2）基线性能告警：偏离基线时产生的性能告警

（3）梯度性能告警：梯度变化满足一定条件时产生的性能告警

（4）高级性能告警：满足给定的组合条件时产生的性能告警说明：性能告警，如果满足性能告警设置条件，则每5 分钟发送一次，直到告警恢复为至。

6、其它告警：翻转告警、资源预警、进程告警等（主动检测方式）

（1）翻转告警：根据翻转设置条件，产生的告警，不能自动恢复。告警类型为“翻转告警”。（2）资源预警：根据资源预警设置条件，判断设备的槽位占有或端口利用率是否超过给定

阈值，如果超过，则发送相应的资源预警告警。告警类型为“资源预警”。

（3）采集进程告警：采集进程正常时，能够定时主动发送心跳信息给应用服务器，系统每

3 分钟检测一次，根据采集进程的心跳信息是否及时更新来判断采集进程是否正常，如果超

过设定时间，心跳信息没有更新，则认为进程down，进而产生相应的告警（重复发送）。如

果进程启动，心跳信息恢复，则发送恢复告警。告警类型为“网管服务进程”

1.1.2告警数据处理流程

告警从采集，到入活动库，最后进入历史库，这个过程称为告警的生命周期。采集为始,

入历史库为终。从始到终，其数据流程如下图所示：

2、只有SYSLOG和TRAP告警需要经过RULES解析和翻译环节，其它告警来源无此过程。

3、被RULES过滤掉的SYSLOG和TRAP告警直接丢弃，而非进入历史库，SYSLOG和

TRAP告警在原始库中可以找到（TRAP原始报文默认不入库，如果要入库，需要打开进程参数）。4、告警先进行重定义，在进行预处理规则过滤，被预处理过滤的告警，直接进入历史库（也可以选择直接

丢弃），对应的删除类型为“预处理删除”；没有过滤的告警入活动库，同时发布JMS消息。

5、告警是排队入库的，每次从入库队列中取一定数量的告警依次入库。分为三种情况：

（1）如果活动库中存在相同的告警事件（告警源和事件相同），则进行告警更新（更新发生次数和发生时间）；

（2）如果活动库中不存在相同的告警事件，则插入一条新的活动告警记录；

（3）如果告警为恢复告警，则将活动库中对应的告警事件清除，进入历史库。

6、活动库的告警被删除后，进入历史库。这里的删除有以下几种情况

（1）界面手工删除

对应的删除类型为“用户手工删除” 。

（2）自动恢复删除

收到恢复告警后，自动与对应的活动告警结对合并，合并后的告警入历史库。合并后的告警，清除时间为恢复告警的发生时间，清除类型为“自动恢复删除” ，其余字段保留原告警信息。也就是说，恢复告警是与成对的活动告警合并成一条告警后入历史库。

（3）告警条件删除根据在告警设置里设置的定时删除规则，定时删除符合条件的活动告警。对应的删除类型为“告警条件删除” 。

（4）告警过多删除低级告警当活动库的告警超过设置的容量时，系统自动启动的删除低级别（未定和警告）告警的策略。删除的告警的级别为未定和警告。对应的删除类型为“告警过多删除低级告警” 。

（5）成对合并直接入历史库

如果收到的某个告警发生和恢复时间非常接近（1 秒左右），入库线程从告警队列里取告警后，发现有这种成对的情况，就不再走活动库而是直接合并入历史库，这种情况下告警删除类型为“成对合并直接入历史库” 。

（6）等价告警剔重

目前仅适用于端口down 告警。当上来某条端口down 告警时，但活动库中已经存在该端口的其它PORT_DOWN 告警，则该端口down 告警直接入历史库，删除类型为“等价告警剔重”。

1.1.3 告警关联机制

告警关联机制包括：

（1）告警结对清除收到恢复告警后，自动与对应的活动告警结对合并成一条告警，合并后的告警从活动库转入历史库，这种情况下告警删除类型为“自动恢复删除” ；

（2）告警压缩合并收到告警时，自动与活动库中存在的相同告警事件（告警源和事件相同）进行合并，同时更新告警的发生次数和发生时间；

（3）告警合并直接入历史库如果收到的某个告警发生和恢复时间非常接近（1 秒左右），入库线程从告警队列里取告警后，发现有这种成对的情况，就不再走活动库而是直接合并入历史库，这种情况下告警删除类型为“成对合并直接入历史库” ；

（4）告警同源处理目前主要用于端口DOWN 告警。端口DOWN 告警的来源主要有SYSLOG 和端口状态

Polling 两种，尽管告警类型在不同的厂商定义中不尽相同，但反映的是同一告警事件，系统把这些告警类型归属到同一个告警类型组“ PORT_DOWN ”，同一个告警类型组下的告警，认为是等价的。

为避免由于SYSLOG 日志缺失或解析规则不完整造成的端口DOWN 告警不准确，系统采用了端口状态Polling 作为辅助手段，对端口状态事件进行监控，但与SYSLOG 告警进行了关联处理。具体策略：

a、PORT_DOWN 告警类型组下的所有告警类型，可以互相清除，即对于同一个端口，某个告警类型的恢复告警，可以清除其它PORT_DOWN 告警。

b 、上来某条端口 down 告警时，但活动库中已经存在该端口的其它

PORT_DOWN 告警

则该端口 down 告警直接入历史库，删除类型为“等价告警剔重”

。

c 、当活动库中存在某个端口的 PORT_DOWN 告警，而端口状态 的操作状态为up 时，则发送端口状态恢复告警，用于清除该端口的所有 警。 目前

Polling 检测到该端口

PORT_DOWN 告

上海贝尔4G常见告警解析及网管常用操作

4G重要告警解析 一、影响小区发射的告警 1. ReachabilityProblem（基站退服或脱管） ●Alarm Code：ReachabilityProblem ●告警影响：e Node B 设备监控失去 ●告警原因分析：导致该告警的原因主要体现在三个方面：电源、传输、主控 卡(C板)故障: 1)电源:交流停电等，此时应该有相关环境告警上传； 2)传输：传输断 3)主控卡故障：主控卡出现掉死、无法正常启动、不断重启等故障； ●告警解决方法：电源或传输问题，请相关人员解决；如果是主控卡故障，需 要维护人员上站解决；更换主控卡后，需要先问网管人员要一个Yang WO 文件重新下软件并导入WO文件激活。 2．CB INIT FAILURE (C板初始化失败) ●Alarm Code：IK4004001 ●告警影响：整站退服，设备可监控； ●告警原因分析：C板故障或者高温导致 ●告警解决方法：需上站下电重启设备，或热插拔C板，若故障依旧需要更换 C板，更换流程请参考ReachabilityProblem（基站退服或脱管） 3. NO CONTACT TO BOARD （B板退服） ●Alarm Code：IK4009041 ●告警影响：整站退服，小区不发射； ●告警原因分析：若基站无C板或者GPS告警的话，则是B板故障 ●告警解决方法：网管重启基站不管用的话，需要上站更换，更换B板会自 动下软件，基站侧不需要做任何操作，大概需要10分钟左右 4. LTECellAdminDown (小区退服) ●Alarm Code：LTECellAdminDown ●告警影响：相应小区退服； ●告警原因分析：一般都是由于基站硬件告警或者小区被lock所致 ●告警解决方法：首先排除小区或基站是否被locked，其次查看是否有导致 小区退服的硬件告警 5. NO CONTACT TO BOARD（RRH脱离） ●Alarm Code：IK4009138 ●告警影响：某个RRH对应的小区不发射 ●告警原因分析：造成此告警的原因可能是电源，光纤及RRH故障 ●告警解决方法：需下站查看电源及RRH和C板连接的光纤衰耗，如果两种 情况都正常的话，就要考虑RRH本身的问题了，最好的方法是塔上和别的正常小区做对调来排查

维护经验：网管安全告警处理案例

网元安全告警处理案例 近日，我传输中心技术人员在更换华为公司Optix155H型设备主控板时，遇到网元频繁上报SCB-ALM告警的问题。我们通过查找资料、咨询华为客服热线等方式，及时将该问题解决。现将本次处理过程总结如下。 一、现象描述 我公司传输本地网一网元F2口传输环境监控信息，该F2通道出现故障，需要更换主控板进行处理。我们将设备的主控板由SS42SCB更换为SS43SCB单板，更换完成后，发现该网元频繁上报SCB-ALM告警，闪报状态，但不影响业务。该网元单板配置如下：3-SP1D，9-X42，11-OI2D， 15-STG ，17-SCC，18-OHP2。 二、原因分析 SCB-ALM告警是网元安全告警，是由于网管登陆网元引起的。该网元不断闪报安全告警，表明一直有一网管试图登陆该网元，但不能成功登陆。这种情况，应该是网元用户设置问题或是网管侧数据设置引起的。 三、处理过程 1、通过NES网管查询网元用户，发现该网元用户只有一个：们首先排除传输侧问题：重新检查各处2M线的制作情况，没有发现问题。在远端进行PDH 设备支路环回，近端PDH侧挂PCM2M误码表进行测试，测试结果显示没有任何误码。传输侧问题基本可以排除。 排除路由器问题：公安边防接入系统原使用另一家电信运营商的传输路由，割接前一直没有丢包现象。通过测试路由器设备，没有发现问题。 故障定位在V.35介质转换器上。本次使用的V.35转换器是北京瑞斯康达公司的RC903-V35FE1型转换器。我们以前没有接触到该型号设备，通过查看设备说明书和咨询厂家，我们初步判断问题出在该转换器的设置开关上。 调整V.35设备的时钟方式，将近端和远端V.35转换器设备由出厂默认的主时钟方式（内时钟）改为从时钟方式（跟踪E1时钟），观察丢包现象，丢包现象依然存在。 调整TX、RX的CLK相位关系，将近端和远端V.35转换器设备由正向改为反向，丢包现象消失。 我们又尝试了其它几种TX、RX的CLK相位设置方式，我们发现近端和远端V.35转换器的TX、RX－CLK相位关系不是绝对的，有一端设为正

火灾报警处理流程

车辆段火警处置程序 1. 接到火灾报警系统报警或信号时，首先记录下相关报警信息，通过火灾报警控制器的部位指示，相关人员携带对讲机等通信设备到现场进行确认。具体如下： （1）在工作时间内，车辆段(除A栋外) 发生的火灾报警由五兴物业员工通知属地单位进行确认； （2）在工作时间内，车辆段A栋发生的火灾报警时由五兴物业员工到现场进行确认。（3）在非工作日、工作日非上班时间，发生的火灾报警由五兴物业员工通知保安到现场进行确认。 2. 到达报警点确认情况后，如未发生火灾（误报）。 （1）应查清报警原因（如观察现场是否有大量粉尘、水雾滞留；气流速度是否过大；是否有高频电磁干扰；是否人员调试等）。 （2）如果环境干扰因素正常存在（如水雾滞留）或设备自身问题，应记录在案，并告知维保单位进行改进。 （3）如果干扰因素是偶然的（如办公室内人员吸烟过多、厨房内油烟致使误报、工作人员调试），应排除现场干扰因素，并对火灾报警控制器复位，消音即可，认真做好记录（误报的时间、部位、原因）。 3. 到达报警点确认情况后，如发生火灾，不要慌张，按相应流程进行处理 （1）消防控制室值班人员或保安等现场确认的人员应利用现场就近灭火器材进行灭火。（2）消防控制室接到查看人员确认的火情报告后应立即在消防联动控制盘上启动相关的消防设施，如启动消防泵、喷淋泵、气体灭火、泡沫灭火和干粉灭火设备等。并通知相关人员到现场参与灭火。 （3）报告值班室及公司领导火灾情况，上报安全部。 (4) 通过消防广播组织和引导人员疏散。 4. 如果现场反馈火情无法控制，应先请示安全部，及时拨打“119”电话报警（报警时必须明确告知起火单位、起火地点、起火原因及起火地点是否有易燃易爆物品及联系电话）。 5. 情况处理完毕后，应做好以下工作： （1）将各种消防设备回复到正常运行状态； （2）保存好消防控制设备的所有报警、灭火的原始记录； （3）认真做好记录，详细写明报警时间、报警原因、报警处理情况。

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

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

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

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

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

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

网管系统告警产生和处理机制

网管系统告警产生和处理机制 1.1.1告警来源和产生机制 1、SYSLOG日志（被动接收方式） 通过采集服务器的SYSLOG服务，接收网元发送上来的SYSLOG日志记录。告警采集程序通过rules将SYSLOG日志记录解析为告警记录。一条典型的华为端口DOWN告警解析过程： Jul 15 19:54:11 133.63.254.190 2008 yaan-DC-R-N40 IFNET/5/UPDOWN:Interface Ethernet1/0/5 Turns into DOWN state 针对上面的告警，通过rules，主要解析出如下内容 告警来源IP：133.63.254.190 告警类型：IFNET/5/UPDOWN 告警对象：Ethernet1/0/5 告警原始级别：5 告警描述：Interface Ethernet1/0/5 Turns into DOWN state 2、Snmp Trap告警（被动接收方式） 告警采集在162端口监听并接收网元发送过来的TRAP通知，通过加载相应MIB里的TRAP定义或者厂家提供的TRAP告警翻译规则，转换为相应的告警记录。举例说明： 10.102.16.2: TRAP[requestID=0, errorStatus=Success(0), errorIndex=0, VBS[1.3.6.1.2.1.1.3.0 = 229 days, 12:07:02.00; 1.3.6.1.6.3.1.1.4.1.0 = 1.3.6.1.4.1.390 2.1015.1010.1.10.1.17; 1.3.6.1. 2.1.2.2.1.1 = 808584704 ]] 根据中兴提供的TRAP告警定义： （1）1.3.6.1.4.1.3902.1015.1010.1.10.1.17代表zxAnEponOnuErroredSymbolPeriodEvent，即ONU错误符号间隔事件，级别是主要。 （2）808584704 代表索引信息，可进一步定位到具体的ONU设备，如F820(0/4/4/5)。 解析翻译后的告警如下： 告警来源IP：10.102.16.2 告警类型：zxAnEponOnuErroredSymbolPeriodEvent 告警对象：10.102.16.2 告警级别：4 告警描述：10.102.16.2 F820(0/4/4/5) : ONU错误符号间隔事件 3、网元状态Polling告警（主动检测方式） （1）告警产生 采用定期调度（根据设备的重要程度可设定不同的策略）对设备先进行SNMP连接测试，再进行ICMP PING测试：

告警查看

当前告警的日常操作 1 访问当前告警管理数据库 对于维护人员来说，通过告警来了解现场设备工作状态是一种必要手段。这样，首先就需要了解A1353RA 的当前告警管理工具－CAL。 1.1 启动当前告警管理工具－CAL 1．动CAL； 图1 启动CALL 2．可见当前告警数据库被打开；

图2 CALL 界面一 初始界面中，并不直接显示告警，而是显示告警子数据库（Sublist），以 及子数据库中各类告警的统计值； 当某个告警子数据库（Sublist）有新告警加入时，则显示出新告警标识。 1.2 访问告警子数据库 1．方法一：可双击需打开的sublist； 图3 选中SSuubblliisstt 2．方法二：选中sublist 后，在菜单上选Open 打开； 图4 打开SSuubblliisstt 3．可见所有sublist 中的告警。 图5 SSuubblliisstt 窗口 窗口上半部分为菜单及计数器；窗口下半部分为所有告警条目，可通过颜色来判断告警的严重性。 表1 告警分类

在Sublist 中，告警一般是按时间降序排列，最新发生的告警条目在最上方，使用者可定制告警条目的排列。 2．当前告警查询 当前告警会直接告诉我们现场设备所发生的问题即故障的对象，故首要任务是 了解如何查询告警。 2．1 打开告警信息 1．进入告警列表界面； 图6 告警列表 在界面上可得到部分有关告警的信息，但是要得到具体的信息，还需要进入告警信息窗口。2．打开告警信息窗口； 方法一：双击告警条目； 图7 告警条目 方法二：在选中告警条目的右键菜单中选中“More Info”。 图8 告警信息 进入信息窗口；

网络管理 告警系统

网络管理—警告系统的设计 1设计目标 1．数据采集：通过采集计算网络中的配置信息，告警信息，性能信息，反馈给告警中心。 2．数据分析：分析告警信息（原始告警信息，性能数据，配置信息），推理处理并存储记录告警，且实现告警的可确认消除（自动回复/手动恢复）。 3．数据应用：实时监控重要的告警信息，解决并消除告警信息。根据告警信息记录生成报表统计，向上层提供决策的数据依据。 2 概要设计 系统分三层：数据的采集数据处理数据应用 数据采集：从系统的网元上采集数据包括：性能数据信息，网元告警信息，拓扑结构的配置信息，向数据处理层的制定临时数据库中传送。 数据处理：从指定的数据库中获得原始数据信息，判断处理。根据估值（及性能阀值）判断生成警告信息，存储分析并上报告警信息。实现告警的匹配确认清除，重复告警的归并处理。 数据应用：及时监控重要的告警信息，并处理此告警，反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表，为决策提供数据支持。

3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备，基本信息，与实体形成对应的映射。用于网络的拓扑信息管理。 网管系统管理采集以下配置数据： 3.1.2告警数据采集的内容 告警源 需要采集的告警报告分为： 网元告警 ●路由器： ●交换机： ●配线板： ●服务器：cpu , 内存，硬盘，电源，风扇（散热），网卡，光驱，端口，运行的软件服务 1．环境告警: 暂保留。 2．通信连接告警（拓扑管理）：当某一网元设备持续一定时间不响应网管系统时，网管系统应能自动生成该网元设备的通信连接警。 3．性能告警：当性能指标超出预先设定的范围时，系统触发的告警称为性能告警。 4．设备告警：来自设备红端的告警信息。 原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息，格式和内容与网元类型相关，原始告警信息将在告警管理应用层进行处理，采集层采集到的告警原始数据至少应包括以下内容：

铁塔监控告警处理方法

山西铁塔动环告警现场处理指导手册1.0 FSU离线 告警名称：FSU离线； 告警解释：FSU和铁塔集团平台连接通讯中断； 原因分析：1、信号差或不稳定。2、FSU设备掉电。3、无线模块硬件故障。4、FSU设备硬件故障。5、天线和无线模块连接中断，或天线丢失。6、VPN服务器连接不上。7、SIM卡被盗、欠费或故障。 平台处理方法：查询历史告警记录，如离线有反复，可以在站点通的时候，远程修改VPN服务器，观察效果。如修改后仍有反复，需现场检查天线情况。如一直离线，也需现场检查。 现场处理方法：1、检查天线是否在机柜外面，如再柜子里面，需拿出来放到机柜外。如天线被剪断，需重新连接，或补装。2、检查FSU和无线模块是否上电，如无电需上电。如已上电，但运行不正常，可重启设备观察是否恢复。如仍不能恢复，可能是硬件故障，可以先替换无线模块，观察恢复情况。如替换无线模块后仍不行，需替换FSU硬件。 平台回复确认：告警管理-活动告警监控-当前告警查询该站点，确认告警是否消除。 2温度超高、过高；温度过低 告警名称：温度超高、过高；温度过低； 告警解释：温度探头探测到温度超过设定阈值40℃、38℃；温度探头探测到温度低于设定阈值15℃；

原因分析：机房环境温度高平台处理方法：查询历史告警记录，如温度告警有消除，且跟天气一致，则属于正常告警。如告警一直不消除，需现场查看确定原因。现场处理方法：日常测试：在机房巡检时，可用手持红外测温仪测量温度传感器位置的温度，与动环网管对照数值，确认动环温度的采集精度。故障现象：网管上查看温湿度数据为负值或传感器故障；故障分析：可能原因有温湿度故障、采集板坏或网管配置有误，如果此站点所有的本板遥测量数据都为负，则可能是EISU的主板故障，需更换EISUM板，如果只是此温湿度故障，则可通过更换此温湿度对比测试；故障处理：更换此温湿度时，先用小平口螺丝刀抵住温湿度传感器上端的卡口往下压，然后打开外壳，再用十字螺丝刀将四颗螺钉拧下来再更换新的温湿度传感器，注意接线要按原来的色序接。 平台回复确认：告警管理-活动告警监控-当前告警查询该站点，确认告警是否消除。 3湿度过高、湿度过低 告警名称：湿度过高、湿度过低； 告警解释：湿度探头探测到湿度超过设定阈值90%RH（低于设定阈值20%RH）；原因分析：机房环境湿度高（湿度低，或湿度传感器故障） 平台处理方法：查询历史告警记录，如温度告警有消除，且跟天气一致，则属于正常告警。如告警一直不消除，需现场查看确定原因。 现场处理方法：日常测试：在机房巡检时，可用手持红外测温仪测量温度传感器位置的温度，与动环网管对照数值，确认动环温度的采集精度。故障现象：网管上查看温湿度数据为负值或传感器故障；故障分析：可能原因有温湿度故障、采集板坏或网管配置有误，如果此站点所有的本板遥测量数据都为负，则可能是

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

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

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

华为设备网管中告警原因判断方法

华为设备网管中告警原因判断方法 一、LAPD_OML链路断链告警。出现此告警时总是伴随着基站掉站告警，因而尽量准确 的判断此告警非常重要。主要原因有以下几点： 1、传输中断，故障排除步骤： ①、在BSC侧插拔E1接头，观察接口是否正常。 ②、检查DDF架，观察连接是否正常 ③、分段分别向基站方向和BSC方向进行自环，查找问题 ④、结合C网判断传输情况 2、基站停电，故障排除步骤： ①、察看该基站历史告警有无电源类的告警。 ②、如果有电源监控设备，检查基站电源有没有异常 ③、结合C网判断电源情况 3、BSC数据配置出现错误，故障排除步骤： ①、检查BSC数据是否有改动：是否在BSC操作几分钟之后产生了LAPD_OML链 路断链。 ②、检查BSC中与本基站OML链路配置相关的数据，看是否完整、有冲突，重 点检查LAPD半固定连接表、LAPD信令连接表、中继电路表等。 ③、如果有条件，将该基站下挂在另外一个正常运行的BIE端口上，并四级复 位站点，判断是否BSC数据问题。（此操作风险较大，一般不要做） 4、TMU单板有无异常： ①、网管观察有无TMU历史告警，若有应进行原因分析。 ②、通知相应基站维护人员 二、基站初始化失败（包括个别小区、单板初始化失败 1、基站原因 ①、远端四级复位基站； ②、检查BSC数据是否有改动 ③、对于个别小区初始化失败，请重点检查与小区硬件配置相关的数据，是否 正确，与小区属性、载频属性和天馈相关的数据，是否有越界和非法数据。 ④、对于个别TRX初始化失败，请重点检查与本TRX相关的链路数据配置，包 括信令信道连接表、LAPD信令连接表、载频配置表、LAPD半固定连接表、中继电路表等。 2、传输原因，观察（测量）传输误码情况

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

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

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

贝尔PON告警处理方法

贝尔PON告警处理方法 针对现场告警拦截方法有如下三种： 一：从NE屏蔽设备告警， AMS收不到告警信息亦不上传。 这个方法分为在NE上操作和AMS上操作 ①NE操作： 登陆NE的TL1模式，下发关闭设备告警信息命令： SET-ATTR-ONT::ONT:::NR,DG; 关闭断电告警上报 SET-ATTR-ONT::ONT:::NR,INACT;关闭未激活ONU告警上报等 检查命令： RTRV-ATTR-ONT::ONT; 查询ONT告警是否被屏蔽，当检查结果不是NR时，表示未对该告警屏蔽操作，若为NR，则告警已被屏蔽

②AMS操作即在AMS客户端界面，对某个NE的某一告警不报告。 如上图界面，在“已报告”为“是”时，说明该未对INACT告警做屏蔽，当显示为“否”时，说明已经将INACT告警屏蔽，不再上报，AMS无法收到该设备下ONU的INACT告警。 二：在不屏蔽告警情况下，对考核的告警影响等级降级。 对有些网元上报的告警，需要屏蔽的话，可以通过修改告警级别并调整 AMS从NE收集告警的级别门槛方法来屏蔽告警。 NE告警级别修改： AMS转至要修改的NE上，Infrastructure →Alarms → Alarm Severity Assignment页面下，找到需要修改级别的对应告警，将严重性 改成需要的告警级别，比如最低等级“不确定”，然后点Apply 图标保存修改。同时调整AMS收集NE告警的级别门限。

修改AMS本身的告警，可以在AMS界面“管理 “→ EMS Administration →”配置“→”告警 “→ EMS Alarm Severity Assignment处操作： 调整AMS收集NE告警的级别门限步骤： 在“管理“→ EMS Administration →”配置“→”告警 “→ Alarm Settings页面的 EMS严重性筛选处修改告警收集的门槛，如改成

异常情况处理制度及流程

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

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

消防控制室火灾报警处理程序

消防控制室火灾报警处理程序 一、报警程序： 1、消防控制室接到火灾报警信号后，应通知志愿消防员或商场的保安员，迅速到报警点确认；同时消防室值班员将火灾报警控制器报警信号消音、复位；2、如未发生火情，应查明报警原因采取相应措施，认真做好记录；（1）、如是火灾探测器误报，应查明误报原因：现场是否有大量粉尘、烟雾滞留;气流速度是否过大;是否有高频电磁干扰；（2）、如是“手动火灾报警按钮”报警，应查明是何人启动报警，并记录在案，同时将“手动火灾报警按钮”复位。 二、火灾确认处理程序： 1、如确有火灾发生，现场查看人员应通过对讲机或消防电话，立向消防控制室反馈信息，利用现场灭火器材进行扑救。 2、消防控制室值班人员根据火灾情况启动有关消防设备，通知有关人员到场灭火，报告商场值班领导，经领导同意后拨打119向消防机关报警。3、火灾确认后，如果火情较大，消防控制室值班人员应对下列设施实施控制操作：（1）停止有关部位的风机，关闭防火阀，并注意接收其反馈信号；（2）启动有关部位的防烟、排烟风机和排烟阀，并注意接收其反馈信号；（3）消防联动控制柜如在手动状态，应开启喷淋泵并注意反馈信号，同时注意水流指示器动作信号、湿式报警阀动作信号、

压力开关动作信号;启动消防水泵并注意反馈信号；（4）消防联动控制柜如在自动状态，应注意水流指示器是否动作、湿式报警阀是否动作、压力开关是否动作、消防水泵是否动作；（5）通知有关人员关闭相应部位的防火门；（6）发出控制信号，强制电梯全部停于首层，并注意接收其反馈信号；如果控制室不能控制电梯停于首层，指派保安员到楼层首层，打开电梯消防控制开关，使电梯停于首层；（7）切断火灾现场的非消防电源；（8）按疏散顺序接通火灾警报装置和火灾事故广播。

网络管理告警系统

网络管理告警系统 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

网络管理—警告系统的设计 1设计目标 1．数据采集：通过采集计算网络中的配置信息，告警信息，性能信息，反馈给告警中心。 2．数据分析：分析告警信息（原始告警信息，性能数据，配置信息），推理处理并存储记录告警，且实现告警的可确认消除（自动回复/手动恢复）。 3．数据应用：实时监控重要的告警信息，解决并消除告警信息。根据告警信息记录生成报表统计，向上层提供决策的数据依据。 2 概要设计 系统分三层：数据的采集数据处理数据应用 数据采集：从系统的网元上采集数据包括：性能数据信息，网元告警信息，拓扑结构的配置信息，向数据处理层的制定临时数据库中传送。 数据处理：从指定的数据库中获得原始数据信息，判断处理。根据估值（及性能阀值）判断生成警告信息，存储分析并上报告警信息。实现告警的匹配确认清除，重复告警的归并处理。 数据应用：及时监控重要的告警信息，并处理此告警，反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表，为决策提供数据支持。 3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备，基本信息，与实体形成对应的映射。用于网络的拓扑信息管理。

网管系统管理采集以下配置数据： 3.1.2告警数据采集的内容 告警源 需要采集的告警报告分为： 网元告警 路由器： 交换机： 配线板： 服务器：cpu , 内存，硬盘，电源，风扇（散热），网卡，光驱，端口，运行的软件服务 1．环境告警: 暂保留。 2．通信连接告警（拓扑管理）：当某一网元设备持续一定时间不响应网管系统时，网管系统应能自动生成该网元设备的通信连接警。 3．性能告警：当性能指标超出预先设定的范围时，系统触发的告警称为性能告警。 4．设备告警：来自设备红端的告警信息。 原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息，格式和内容与网元类型相关，原始告警信息将在告警管理应用层进行处理，采集层采集到的告警原始数据至少应包括以下内容： 中文名称名称说明类型 告警的序列号Alarm_i d 告警的序列号字符串 网元的识别 名 Dn网元的识别名字符串告警发生时Occur_t告警发生时间时间

火灾处理流程及主机操作

第一部分消防报警控制系统讲解 火灾报警控制系统按照功能可以分为火灾自动报警和消防联动控制。前者的功能是在发现火情后，发出声、光报警信号并指示出发生火警的部位，便于扑灭；后者的功能是在火灾自动报警系统发现火情后，自动启动诸于消防泵、喷淋泵等各种联动设备，实施灭火，避免火灾蔓延。从二者的不同功能可看出它们是密不可分的。 火灾报警联动控制系统 数字火灾报警系统

第二部分火灾处理流程 一、消防控制室的日常管理制度 1．消防控制室必须昼夜24小时设专人值班，值班人员应坚守岗位，严禁脱岗，未经专业培训的无证人员不得上岗。 2．值班人员要认真学习消防法律、法规，学习消防专业知识。熟练掌握消防设备的性能及操作规程，提高消防技能。 3．值班时间严禁睡觉、喝酒，不得聊天、打私人电话，不准在控制室内会客，严禁无关人员触动、使用室内设备。 4．严密监视设备运行状况，遇有报警要按规定程序迅速、准确处理，做好各种记录，遇有重大情况要及时报告。 5．未经公安消防机构同意不得擅自关闭火灾自动报警、自动灭火系统 二、消防控制室火灾事故紧急处理程序 消防控制室值班人员在接到火警显示后，应保持镇定、不得慌乱，并按照相应的处理程序进行工作. 图1-1 消防控制室火灾事故紧急处理程序流程图

（一）消防控制室火灾事故紧急处理程序： 1．接到控制设备报警显示后，应首先在系统报警点位置平面图中核实报警点所对应的部位； 2．消防控制室一名值班人员或通知安保人员迅速赶到报警部位核实情况，自动消防系统操作人员在控制室内随时准备实施系统操作； 3．值班人员和安保人员现场核实报警部位确实起火后，应立即通知消防控制室，自动消防系统操作人员应将系统联动控制装置调整到自动状态，并立即拨打电话“ll9”，向公安消防机构报警，说明发生火灾的单位名称、座落地点、起火部位、联系电话等基本情况； 4．报警后，消防控制室一名值班人员应利用火灾事故广播系统通知有关部门和有关人员组织疏散和自救工作； 5．消防控制室的自动消防系统操作人员要监视系统的运行状态，保证火灾情况下建筑自动消防设施的正常运行。 (二）消防控制室火警误报处理程序： 1．接到控制设备报警显示后，应首先在保护区域的建筑平面图中核实报警点所对应的部位； 2．消防控制室一名值班人员或通知安保人员持通讯工具和灭火器，迅速赶到报警部位核实情况，自动消防系统操作人员留在控制室内随时准备实施系统操作； 3．值班人员或安保人员在现场核实为火警误报时，应及时通知消防控制室，留在消防控制室的自动消防系统操作人员应将系统恢复到正常工作状态，并在值班记录中对误报的时间、部位、原因及处理情况进行详细的记录； 4．消防控制室值班人员应及时将系统误报的原因及处理情况向上级领导汇报。 5．消防控制室工作人员应熟悉火灾事故紧急事故处理程序，并应定期进行演练，达到熟练掌握的程度。具体来说是具备四个能力：消除火灾隐患能力、扑救初期火灾能力、组织引导疏散逃生能力、消防宣传教育能力

火灾应急处理程序

火灾应急处理程序 一、火灾确认及报警 1、当消控中心监测设备发出火警信号时，消控值班人员应立即通知保安巡 逻人员到现场查看，一旦火灾被确认后，应立即通知消控值班人员把消控主机全部投入自动（允许）档，启动所有联动设备，并随时观察联动设备的工作情况； 2、消控中心值班人员迅速拨打“119”火警电话，详细讲明火灾地点、联系 电话、着火楼层、燃烧物质等情况，并做好火警记录。 二、协调灭火 1、火灾发生时，发现人应迅速报告分管领导，分管领导应立即召集相关人 员组成临时灭火指挥部，组织人员灭火。 2、临时指挥部成立后，应紧急迅速拿出灭火作战行动措施，并迅速召集各 专业设备负责人组织，安排人员操作各类消防设备正常运行，此时，所有员工应无条件听从灭火指挥部指挥，坚守各自工作岗位； 3、临时灭火指挥部应迅速指挥调动在场所有人员、专职、义务消防员到现 场扑救火灾； 4、当消防武警接管消控中心指挥作战时，物管人员应积极配合，共同做好 统一指挥协调工作，确保救火工作顺利进行。 三、火灾紧急疏散 1、火灾确认的同时，消控值班人员应及时通过消防广播，通知非工作人员 迅速撤离火灾现场，按安全出口通道、消防通道疏散到安全地方，并及时派出疏散引导人员进入现场组织人员疏散，并及时报告现场情况，确保非工作人员滞留火灾现场； 2、临时灭火指挥部指挥保安人员、义务消防员将着火地点的主要财物搬运 到安全地方，并做好安全防盗工作。 四、灭火

1、火源初起时，应迅速采用灭火器材按正确操作方法将其扑灭； 2、火势凶猛时，扑救人员应带好防毒面具等保护用品，听从指挥部安排， 按火灾扑救预案进行扑救； 3、如着火点上方的消防喷淋还未工作时，应立即击碎玻璃塞头使其喷水灭 火； 4、需用消火栓灭火时，将消火栓打开或击碎玻璃，拉出水龙带，接上水栓 喷头，拿稳后方可打开阀门，射水灭火。同时按下消火栓手动报警按钮，远程启动消防加压泵加压，确保水柱压力； 5、根据现场情况，按“先重点，后一般”、“先大火，后小火”、“先隔断， 后集中”的方式进行扑救。 五、现场清理 火灾扑灭后，临时灭火指挥部应组织好现场人员，协调消防监督机构查明火灾原因、核实或查清火灾损失情况， 六、注意事项 1、值班人员应做好安全防范工作，以防浑水摸鱼、趁火打劫等情况发生； 消控值班人员将电梯迫降到底层后停用； 2、现场抢救应本着“先人员，后财产”的原则进行抢救； 3、疏散人员时应走消防通道，严禁使用电梯做疏散工具； 4、扑救完毕后，应安排人员协助有关部门查明起火原因、核实损失并做好 安置工作； 5、应做好火灾事故详细记录，并书写书面报告报上级主官部门。

火灾报警控制器报警处理流程

火灾报警控制器报警处理流 程 -标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

火灾报警控制器报警处理步骤 火灾报警控制器是触发火灾消防系统的仪器；即当火灾发生时，预先在保护位置设置的温感器或者烟感探测到高温或者烟雾信号，将信号发送到控制柜，控制柜可以手动或者自动反馈信号到信号阀上，触发消防设备报警发出类似于救护车急救发出或者其他的报警声。 如遇到火灾报警控制器发出报警我们应按如下流程处理： 1、接到火灾报警系统报警或信号时，首先记录下相关报警信息，通过火灾 报警控制器的部位指示，相关人员携带对讲机等通信设备到现场进行确认。 2、在控制器上按下消音键，做好相关记录，撒下报警器上自己打印的报名信息纸片，并保留存好。 3、现场到达报警点确认情况后，如未发生火灾视为误报，查明误报原因并对火灾报警控制器进行手动复位（按下“复位”操作按钮后，出现输入密码框此时按四下向右方向键即可），并做好记录。 4、到达报警地点确认情况后，如发生火灾，切莫惊慌，应立即通知控制室值班人员，并利用现场就近的灭火器材进行初期灭火；控制室值班人员接到火情确认后立即通知相关人员赶赴现场进行灭火，并报告安环部及公司领导。 5、如果现场反馈火情无法控制，应先请示公司领导，及时拨打“119”电话报警（报警时必须明确告知起火单位、起火地点、起火原因及起火地点是否有易燃易爆物品及联系电话），向消防部门求援，进行现场灭火。 6、情况处理完毕后，应将火灾报警控制器进行复位，认真做好记录。 注：火灾报警控制器运行必须要有监控，每班次要有运行情况记录，出现有故障无法消除，经常性误报或者乱报等异常情况时，应及时通知相关部门进行维修，并做好维修处理记录，各分机的密码（在生产现场的）为四个右方向键，

OMC网管操作指导书

OMC网管操作指导 一、登陆OMC网管 1、确保电脑网络连接正常 2、打开https://211.138.31.62/地址， 3、选择继续浏览此网站 4、输入用户名登陆 5、输入短信认证密码发送获取验证码后输入进行登陆

6、登陆后如下图，根据要操作的网络选择相应的服务器，以LTE为例，选择HWTD_ONMCR-10 服务器地址10.87.84.34 、

二、登陆LTE网管后如下界面 1、网管工具栏包括系统、监控、维护、拓扑、性能、安全、配置、软件、CME、许可证、 SON、窗口、帮助等选项，每个选型里边都包含相应的子菜单。图标为常用的功能选项。 下边以常用的功能进行说明： 三、 eNodeB MML常用命令 在网络规划和优化工作中，对单个eNodeB进行远端操作维护的情况较少，一般都可以在M2000下对eNodeB进行相关的操作。 不过对eNodeB进行的数据查询、数据记录、参数修改等工作，在eNodeB侧最常用的方法是在eNodeB操作维护系统下使用MML命令。至于eNodeB中比较齐全的MML命令，可以通过eNodeB的操作维护中Search功能中的关键词进行查询。在Keyword一栏中输入所需要查询的关键词，键入回车键即可显示相关的MML命令。 下面列出了网规网优常用的几类MML命令进行整理和分类： 表1 网规网优机房常用eNodeB MML操作命令集

四、机房操作命名解析 1、MML命令界面 2、常用命令解析 DSP 对象操作的命令cell 需要操作的对象DSP CELL:LOCALCELLID=0;执行操作。类似DSP常用的命令，包括有： DSP 显示LST 查看MOD 修改SET 设置ADD添加RMV 删除BLK 锁住UBL 解锁DEA 去激活ACT 激活 3、查询基站配置信息：LSTENODEB