中国电信省级业务平台综合网管系统功能规范.docx

上传人:b****1 文档编号:14404257 上传时间:2023-06-23 格式:DOCX 页数:46 大小:44.11KB
下载 相关 举报
中国电信省级业务平台综合网管系统功能规范.docx_第1页
第1页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第2页
第2页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第3页
第3页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第4页
第4页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第5页
第5页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第6页
第6页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第7页
第7页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第8页
第8页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第9页
第9页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第10页
第10页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第11页
第11页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第12页
第12页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第13页
第13页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第14页
第14页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第15页
第15页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第16页
第16页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第17页
第17页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第18页
第18页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第19页
第19页 / 共46页
中国电信省级业务平台综合网管系统功能规范.docx_第20页
第20页 / 共46页
亲,该文档总共46页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

中国电信省级业务平台综合网管系统功能规范.docx

《中国电信省级业务平台综合网管系统功能规范.docx》由会员分享,可在线阅读,更多相关《中国电信省级业务平台综合网管系统功能规范.docx(46页珍藏版)》请在冰点文库上搜索。

中国电信省级业务平台综合网管系统功能规范.docx

中国电信省级业务平台综合网管系统功能规范

中国电信

省级业务平台综合网管系统功能规范

V1.0

中国电信集团公司

2012年4月

1文档说明5

1.1编写目的5

1.2适用范围5

1.3制定依据5

1.4起草单位6

1.5解释权6

1.6版权6

2系统综述7

2.1建设背景7

2.2系统目标7

2.3管理范围8

2.4系统逻辑架构9

2.5系统功能架构9

2.6系统性能要求13

3系统功能要求15

3.1业务平台数据采集模块15

3.1.1自动发现功能15

3.1.2业务平台接口适配15

3.1.3采集调度管理15

3.2业务平台运行综合监控功能16

3.2.1监控管理通用功能16

3.2.2平台级监控22

3.2.3业务级监控26

3.3业务平台运行综合维护功能30

3.3.1集中业务查询处理30

3.3.2作业计划自动执行32

3.4业务平台运行统计分析功能34

3.4.1统计分析报表功能34

3.4.2平台网络运行分析35

3.4.3业务运行质量分析37

3.4.4专题化分析41

3.5系统管理42

3.5.1用户与权限管理42

3.5.2安全管理43

3.5.3系统自监控44

3.5.4南北向接口异常监控报表44

3.6系统接口功能45

3.6.1与业务平台数据采集接口45

3.6.2与集团级网管系统接口45

3.6.3与短信邮件通知接口46

3.6.4与集中告警系统接口47

3.6.5与省10000号服务能力前置模块接口47

3.6.6与省开通激活系统接口47

4非功能性要求48

4.1系统平台要求48

4.1.1主机平台48

4.1.2操作系统48

4.1.3数据库平台48

4.2系统管理能力要求49

4.3系统可靠性要求49

4.4系统响应时间要求50

4.5存储能力要求50

4.6用户界面要求50

4.7可维护性要求51

4.8可扩展性要求51

4.9开放性要求51

4.10安全性要求51

4.11其它要求52

1文档说明

1.1编写目的

本规范从业务需求出发,明确了省公司层面的业务平台综合网管系统的管理范围,提出了系统应具备的功能,并提出了对技术层面的基本要求,用于指导中国电信省级业务平台综合网管系统规划和建设。

1.2适用范围

本规范适用于中国电信省级业务平台综合网管系统的规划、招标和验收,为系统建设、升级改造、系统演进提供指导和依据。

1.3制定依据

本文件的制定依据规范包括:

◆【中国电信运维〔2012〕18号】,《2012年省级业务平台综合网管系统建设和应用指导意见》;

◆《中国电信集团业务平台网管功能规范_V1.0》。

◆《中国电信省级业务平台综合网管系统接口规范-省部接口数据接口分册》;

◆《中国电信省级业务平台综合网管系统接口规范-省部接口数据指标集分册》;

◆《中国电信业务平台北向接口通用规范》;

◆《中国电信省级业务平台综合网管接口规范-通用平台设备分册》;

◆《中国电信省级业务平台综合网管接口规范-短信中心平台分册》;

◆《中国电信省级业务平台综合网管规范-短信业务网关平台分册》;

◆《中国电信省级业务平台综合网管接口规范-短信互通网关平台分册》;

◆《中国电信省级业务平台综合网管接口规范-彩信中心平台分册》;

◆《中国电信省级业务平台综合网管接口规范-WAP网关平台分册》;

◆《中国电信省级业务平台综合网管接口规范-ISMP平台分册》;

◆《中国电信省级业务平台综合网管接口规范-ISAG平台分册》;

◆《中国电信省级业务平台综合网管接口规范-UDB平台分册》;

◆《中国电信省级业务平台综合网管接口规范-WAP门户平台分册》;

◆《中国电信省级业务平台综合网管接口规范-彩铃平台分册》;

◆《中国电信省级业务平台综合网管接口规范-IVR平台分册》;

◆《中国电信省级业务平台综合网管接口规范-手机报平台分册》;

◆《中国电信省级业务平台综合网管接口规范-融合支付平台分册》;

◆《中国电信网络运行分析规范-短信产品分册》;

◆《中国电信网络运行分析规范-彩信产品分册》;

◆《中国电信网络运行分析规范-WAP等产品分册》。

1.4术语及缩写

ISMP

Integratedsevicemanagementplatform

综合业务管理平台

ISAG

IntegratedseviceAccessGateway

综合业务接入网关

UDB

UserDataBase

用户数据库

MO

MobileOriginated

CDMA终端发起的短消息

MT

MobileTerminated

CDMA终端终止的短消息

AO

ApplicationOriginated

ESME发送至短消息中心的短消息

FO

ForwardOriginated

其他彩信中心发起前转到本彩信中心的流程

SP

ServiceProvider

服务提供商

1.5起草单位

本规范起草单位为中国电信集团公司网络运行维护事业部。

1.6解释权

本规范的解释权归中国电信集团公司网络运行维护事业部。

1.7版权

本规范的版权归中国电信集团公司网络运行维护事业部。

2系统综述

2.1建设背景

中国电信业务平台综合网管系统(原“业务平台集中监控系统”)采用总部和省两级部署架构进行部署。

2008年以前部分省份建设有固网业务平台网管系统;另外2008年基于原联通C网增值业务综合网管系统进行改造和扩容建设了C网业务平台集中监控系统。

随着管理要求的提升,今后针对业务平台的多套网管系统将逐步统一为业务平台综合网管系统,对业务平台实现综合监控、综合维护、综合运行分析。

业务平台综合网管系统实现对所有业务平台的集中化、集约化、高效化地运行管理工作,提供对故障的快速发现、定位与解决,实现对业务运行情况的统计分析与多维度考核分析,形成规范化、体系化的业务平台运维管理体系与标准。

本规范作为省级业务平台综合网管系统建设的项目指导规范,供各省公司进行省内业务平台综合网管系统建设与规划时提供参考。

2.2系统目标

省级业务平台综合网管系统通过直连各省内业务平台实现对省级业务平台的集中化运行监控、维护操作和统计分析等功能。

系统管理的业务平台范围涵盖省级C网业务平台、固网业务平台、融合型业务平台(基地平台除外,基地平台纳入集团级业务平台综合网管系统)和省公司云计算资源池(定位于面向内部业务平台服务的资源池)等。

省级业务平台综合网管系统的建设目标为“实现集约化的业务网络运行监控和业务保障、打造灵活的业务网络维护管理平台、与集团级业务平台综合网管系统高效联动、支撑集团实现移动互联网产品的高效运营与规模发展”。

省级业务平台综合网管系统需要支撑如下八大应用场景:

◆支撑业务平台故障的主动发现和快速定位;

◆支撑业务运行状况的实时监督和隐患排查;

◆支撑增值业务产品的运行分析;

◆支撑业务平台的优化、规划与建设;

◆支撑10000号客服投诉系统対业务平台侧客户业务信息的查询

◆支撑服务开通激活系统对业务平台侧的配置;

◆支撑平台维护质量的管理考核;

◆支撑对软硬件设备提供商的产品质量考核。

2.3管理范围

省级业务平台综合网管系统管理对象与管理内容包括:

面向所有省级业务平台涉及的硬件设备、软件设备、业务运行情况的运行监控、故障处理与定期维护、业务运行质量分析与考核。

针对每套业务平台,业务平台综合网管系统管理对象为:

◆设备层对象:

主机、数据库、网络设备、存储、以及其他可管理设备的资源信息、运行状态、运行性能、告警信息;

◆业务层对象:

关键业务应用进程、关键业务应用端口、业务日志生成情况、话单文件生成情况、双机状态、业务配置资源、业务性能指标、业务告警。

各省级业务平台综合网管系统至少完成对省内13套核心业务平台的监控,其他省级业务平台各省依据实际情况进行接入监控。

◆短信中心;

◆短信业务网关;

◆短信互通网关;

◆WAP网关;

◆彩信中心;

◆彩铃;

◆ISMP;

◆ISAG;

◆IVR;

◆融合支付;

◆手机报;

◆WAP门户;

◆UDB。

2.4系统功能架构

省级业务平台综合网管系统至少要具备对核心的业务平台的数据采集、综合监控、综合维护、综合运行分析功能。

要求至少具备的功能架构如下:

附图1.省级业务平台综合网管通用功能架构

❒数据采集:

◆资源配置数据采集:

系统要具备对被管业务平台的设备资源配置数据的采集功能,通过与业务平台的北向接口实现对业务资源配置数据的采集;

◆告警数据采集:

系统要具备对被管业务平台的设备告警数据的采集功能,通过与被管业务平台的北向接口实现对OMC业务告警数据的采集;

◆性能、业务详单数据采集:

系统具备对被管业务平台的设备性能数据的采集、通过与被管业务平台的北向接口实现对业务性能统计数据的定期采集、具备通过与被管业务平台的业务详单接口定期采集业务详单数据。

❒综合监控:

◆监控管理通用功能:

系统要提供基础的网管系统的监控管理功能:

✧拓扑管理:

提供网络连接拓扑、业务平台拓扑、定制化拓扑的功能,能够直观、统一、集中化的呈现业务平台运行情况;

✧资源与指标建模:

提供面向业务平台的设备资源、业务资源的建模能力,针对各个资源提供指标建模能力。

✧资源管理:

提供资源对象管理、资源建模、资源属性维护、资源对象关联、资源统计查询、资源数据自动采集接口、资源数据手工录入接口、资源数据批量导入接口、资源变更、资源告警;

✧告警管理:

提供面向业务平台的设备和业务告警的告警展现、告警规则定义、告警前转、告警传递、告警处理知识库、告警统计查询;

✧性能管理:

提供面向平台设备和业务性能的性能指标定义、性能门限设定、性能数据计算、性能数据汇总、性能数据统计查询、性能门限告警、性能实时监控等功能;

✧配置管理:

提供对平台设备的远程登录、配置操作模版管理、配置文件管理等功能;

✧大屏幕呈现(可选):

提供大屏幕呈现功能,可以通过与大屏幕设备的接口将关注的拓扑、告警、性能数据通过大屏幕进行呈现;

◆平台级监控功能:

提供面向业务平台的平台设备的监控管理功能:

✧服务器管理:

提供对服务器设备的资源配置信息、告警事件信息、性能信息、系统进程状态的采集、处理和呈现功能;

✧数据库管理:

提供对主流数据库的资源配置信息、告警事件信息、性能信息、系统进程状态的采集、处理和呈现功能;

✧网络设备管理:

提供对主流的网络的资源配置信息、告警事件信息、性能信息的采集、处理和呈现功能;

✧存储设备管理:

提供对具备管理条件的磁盘阵列、光纤交换机等存储设备的资源配置信息、告警事件信息、性能信息的采集、处理和呈现功能;

✧云计算资源池管理(待定):

对于云计算资源池,需要等待集团论证后确认本网管系统是都直接管理云计算资源池设备;如果云计算资源池有专门的网管则与云计算资源池网管做接口,如果没有的话则需要直接监控与计算资源池设备。

◆业务级监控功能:

提供面向业务平台的业务层面的对象监控管理功能:

✧北向业务数据接入监控:

依照制定的业务平台北向接口规范,定期采集业务平台的业务配置数据和业务运行性能统计指标进行分析;

✧业务应用运行状态监控:

提供对业务平台应用层面的对象和指标的监控,包括进程、端口、话单文件、日志文件、双机软件等状态的监控;

✧关键性能指标准实时监控:

按照制定的业务平台北向接口规范,细粒度采集关键的业务性能指标,进行及时处理呈现;

✧业务告警集成接入:

按照制定的业务平台北向接口规范,通过与被管业务平台的OMC模块实现接口,实现对业务平台的重要级别以上的业务实时告警采集、处理和呈现;

✧动态业务性能基线管理:

提供对关键业务性能指标的动态告警阈值门限设置功能。

❒综合维护:

◆集中业务查询处理功能:

依照集团制定的北向接口规范,提供对此相关业务平台的部分业务数据查询、业务数据配置功能;

◆作业计划自动执行功能:

提供对被管的业务平台的日常作业计划的任务配置、调度、自动执行功能。

❒综合运行分析:

◆提供基础报表统计工具:

提供可视化、可定制的报表工具;

◆平台网络运行分析:

提供面向业务平台设备的资源统计报表、告警统计与趋势分析报表、性能统计与趋势分析报表;

◆业务运行质量分析:

提供面向业务层面的业务资源配置统计分析、业务性能数据统计分析、业务产品质量分析;

◆专题化分析:

提供面向运维需求的场景化分析,包括容量规划分析、系统优化分析、集团考核指标趋势分析。

❒系统管理:

◆提供用户管理、权限管理、安全管理、系统自监控、系统接口异常监控等功能。

2.5与周边系统的关系

省级业务平台综合网管作为省级业务平台的集中化管理运维平台,通过与业务平台的北向接口直连省级业务平台网元进行数据采集和操作维护等数据交互。

通过与集团级业务平台综合网管的接口定期将集团要求的数据上传到集团系统中。

同时省级业务平台综合网管系统需要与省内的外部系统进行横向接口。

省级业务平台综合网管与周边系统的关系如下图所示:

附图2.省级业务平台综合网管与周边系统架构

省级业务平台综合网管通过北向接口从省内各业务平台上采集告警、性能、详单等数据,并进行配置、激活、查询等操作;省级业务平台综合网管通过省部接口上报省内各业务平台中集团网管系统所需的数据。

省级业务平台综合网管通过与集中告警系统的接口上报告警数据,通过与短信网关和邮件系统的接口进行故障通知,通过与10000号的服务能力前置模块和省开通激活系统的接口,承接对业务平台的能力前置和开通激活功能。

如果业务平台以后部署在云资源池上的,则需在建立与云资源池网管的接口,实现对业务平台基础设施的监控。

3系统功能要求

3.1数据采集管理

网管系统应支持对各种业务平台北向接口的适配功能,实现对资源数据、性能数据和告警数据的采集上报功能。

此功能需要强调数据采集的准确性、及时性、全面性,并且各类数据依照相关规范通过不同的采集接口来进行采集。

省级业务平台综合网管系统应支持多种接口类型,包括WebService、SNMP、Syslog、WMI、JDBC、JMX、CORBA、Telnet、FTP、JMS、RMI、Netflow等多种协议,能够很好的满足不同设备、不同数据的采集需求。

3.1.1配置数据采集

省级网管系统应支持自动发现并采集到被管业务平台的平台设备资源配置数据,包括服务器设备、数据库、网络设备、存储设备。

包括设备的厂家型号、设备的接口、基础性能配置(比如服务器的CPU、内存、文件系统等配置数据)。

具体配置指标需要依照《中国电信省级业务平台综合网管与业务平台互联的接口规范-通用平台设备分册》执行。

省级网管系统应支持通过与被管业务平台的北向接口实现对被管业务平台的业务资源配置数据的采集。

具体配置指标需要依照《中国电信省级业务平台综合网管与业务平台互联的接口规范-XX平台分册》和《中国电信业务平台北向接口通用规范》执行。

3.1.2告警数据采集

省级网管系统应支持通过部署监控代理(探针)、状态轮询、Syslog等方式实现对平台类设备的告警事件信息的采集。

具体告警指标需要依照《中国电信省级业务平台综合网管接口规范-通用平台设备分册》执行。

省级网管系统应支持通过与被管业务平台的北向接口实现对被管业务平台的业务告警数据的采集。

具体告警指标需要依照《中国电信省级业务平台综合网管接口规范-XX平台分册》和《中国电信业务平台北向接口通用规范》执行。

3.1.3性能、业务详单数据采集

省级网管系统应支持通过部署监控代理(探针)、状态轮询等方式实现对平台类设备的性能信息的采集。

具体性能指标需要依照《中国电信省级业务平台综合网管与业务平台互联的接口规范-通用平台设备分册》执行。

省级网管系统应支持通过与被管业务平台的北向接口实现对被管业务平台的业务性能统计数据的采集。

具体业务性能指标需要依照《中国电信省级业务平台综合网管接口规范-XX平台分册》和《中国电信业务平台北向接口通用规范》执行。

省级网管系统应支持通过与被管业务平台的接口实现对被管业务平台的业务详单数据的采集。

具体采集方式和数据需要依照《中国电信网络运行分析规范-XX产品分册》执行。

3.2综合监控

3.2.1监控管理通用功能

3.2.1.1指标配置

网管系统提供可扩展的指标管理功能,可以快速便捷的实现对管理对象监控指标的管理。

网管系统应提供监控指标管理功能,能够增、删、改监控指标,设置指标的主要属性。

指标管理应具有扩充功能,可以对系统可识别的设备厂商、设备型号建立私有的配置信息属性清单,即只对此种设备生效。

对于系统能够自动采集到的指标数据,网管系统可以根据定义好的指标管理体指标的实现监控指标的自动入库和呈现功能。

对于不能通过系统自动采集到的指标数据,包括设备关键级别、状态代码、地理位置、生产商、软件类别等维度与管理属性指标,网管系统应提供通过手工录入或者批量导入的方式实现指标数据的录入和呈现功能。

3.2.1.2资源管理

网管系统应支持采用自动或手工方式采集各被管系统的各种配置数据。

当采用自动方式时,应能够随着自动发现的结果,自动生成配置信息。

当采用手工方式时,网管系统应提供灵活友好的录入界面,能对已录入的数据进行核查、编辑。

应提供建立配置数据间父子关系的功能,实现属性继承。

网管系统提供的产品应能够对于能够自动采集的配置数据,要求能够实现定时的采集调度。

网管系统应提供诸如业务树图、地理树图、厂商树图的表现方式展现配置信息,并提供按照多维度查询和统计分析的功能,同时,为了实现关联分析和业务拓扑,系统应提供建立配置数据间父子关系的功能,并能够从网络或应用拓扑中通过导航的方式查看配置信息。

◆资源对象记录

网管系统能够通过自动发现、自动采集、批量导入、手工录入等方式获取初始资源对象数据后,会按照资源对象类的定义创建相关资源实例,并将该资源对象相关的各种属性数据填充进资源属性字段中。

资源对象的创建和部分资源属性数据可以通过自动方式进行采集,但还有一部分资源属性数据只能通过手动方式进行维护。

诸如设备采购日期、设备到保日期、设备所属部门、设备所处地理位置等。

网管系统应提供图形化资源数据维护界面,用户可以方便的对资源属性进行补充。

◆资源数据变更

网管系统支持设定资源数据采集任务,定时自动对网络中的资源数据进行采集,并对资源管理数据库中的数据进行更新。

此外,用户也可以通过图形化界面对资源属性数据进行更新修改。

为了有效管理用户资源数据的历史变更过程,以及变更过程中的负责人,网管系统能够对资源修改的用户权限进行控制。

并能够形成审计日志及执行修改的登录用户名等信息。

◆资源维护计划

网管系统应提供资源维护计划管理,定义对某些设备进行定期执行维护的时间,自动在某些时段将这些设备的状态设置为“维护中”,从而在告警管理中屏蔽这类因维护作业造成的告警。

网管系统资源维护计划管理还能够对各设备的到保时间进行检索,提前发现即将到保的设备,并形成相关提示信息。

提示用户提前为设备续保,避免因为过保而造成损失。

3.2.1.3拓扑管理

拓扑管理指在网络拓扑图上能够动态、实时显示业务平台网络、业务系统的运行状态。

网管系统应支持由管理维护人员对拓扑展示图进行定制。

应支持按照物理设备类型、节点、业务类型(如短信中心、网关、彩铃、WAP等)等灵活展示,基本展示方式应由粗到细,例如最上层显示各业务系统的逻辑连接,点开逻辑连接图再显示各设备的物理连接。

应支持小地图显示、多窗口显示、全屏显示等。

网管系统应能够显示网元之间的相邻关系和虚拟链路,显示节点、业务系统之间的网络层信息流量、流向和业务层信息流量、流向。

应能在拓扑图上通过点击右键等查看对象特征(网元名称,网元属性,网元状态如当前告警、历史告警、实时性能、配置属性、联系人等)。

拓扑图中应根据采集的配置信息动态显示网元的增加、删除和参数修改。

当出现告警时,能从逻辑连接中直观的看到受影响的业务系统,有告警拓扑颜色改变,且能传递到上层拓扑,点开告警后显示具体的告警内容。

应提供声音、光、短信等告警通知功能,在出现故障时及时提醒值班人员。

拓扑图可以直观以红、黄、绿等颜色呈现各种告警信息,包括故障告警、配置告警和性能告警,如果定义了告警策略,还可以发出告警声音。

网管系统拓扑管理功能应支持两类类拓扑:

◆网络连接拓扑:

提供被管理设备信息及其相互间的连接关系,形成网络连接拓扑视图。

◆业务拓扑视图:

网管系统应提供按照特定业务平台定义的业务拓扑视图的功能。

3.2.1.4告警管理

网管系统应能在统一的界面上显示所有被管系统告警信息。

网管系统应具备主要业务平台设备、业务的告警信息统一采集处理功能,然后进行集中展示。

❒告警数据采集要求

应能够实现通过各类告警采集接口,如监控代理(探针)、状态轮询、Syslog、Trap、等方式完成告警数据采集任务。

主要的告警数据来源包括:

◆业务平台服务器、数据库、网络设备、存储设备产生的告警事件信息;

◆通过业务平台北向接口采集到的OMC业务告警事件信息;

◆本网管系统性能管理模块的产生的超性能门限告警事件信息;

◆本网管系统作业计划自动执行、资源管理等模块产生的告警事件信息。

应能通过对采集到的告警数据进行预处理,完成告警格式一致性处理。

应能根据网管系统的告警分类规则,实现告警的分类。

应能实现告警采集层屏蔽功能,可按照发生时间、告警级别、告警分类、设备类型、设备状态等告警详细信息,可以选择对告警进行入库或者不入库。

应具备告警数据本地存储转发功能,当告警处理模块上行数据链路或集中告警处理服务器出现问题时,应能够暂存采集到的告警信息,记录在日志中。

❒告警数据处理要求

告警处理是针对采集的告警信息进行统一处理,以便快速确认故障,缩短排障时间,为及时恢复业务运行打下良好基础。

主要包括告警过滤、告警合并、告警资源信息关联、告警前转、告警操作等功能。

◆告警过滤:

根据维护管理的实际情况,针对单位时间内发生大量告警或者已知告警,设置过滤规则,过滤不重要的告警信息,减少轻微告警的干扰,以提高监控与处理的效率。

告警过滤需要提供灵活的过滤规则,可按告警网元、告警级别、告警类别、告警时间等设置过滤规则。

◆告警合并:

告警合并是对不同时间产生的相同告警,将其合并成一条告警信息,同时累计该告警的次数,第一次告警发生时间和最后发生时间等。

在进行告警压缩时,应只保留一条压缩后的告警信息,应更新告警记录的发生次数、最后发生时间等信息。

◆告警资源信息关联:

应能够实现与资源管理中资源配置数据的实时关联,对告警信息进行丰富,增加对告警信息的描述,如对于系统告警,增加相应的厂家、型号设备和描述信息等。

◆告警前转:

系统提供告警前转功能,将告警信息以各种手段(短信、邮件等)转至指定的维护人员,应能够灵活的设置前转条件、告警内容等。

◆告警操作:

告警操作主要包括告警确认、告警清除和告警级别调整等功能。

✧告警确认主要是对告警承载的信息予以认可,以形成有效的告警。

系统应产生确认时间等确认信息。

应具备批量确认的功能。

告警确认应能支持手动确认。

✧告警清除主要是对于系统中已经处理完毕的告警信息,设置相关的标志,标记为清除。

告警清除应能支持手动清除和自动清除两种方式。

✧告警

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 经管营销 > 经济市场

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2