网络管理___告警系统方案.docVIP

专业资料 word完美格式 网络管理—警告系统的设计 1设计目标 数据采集：通过采集计算网络中的配置信息，告警信息，性能信息，反馈给告警中心。 数据分析：分析告警信息（原始告警信息，性能数据，配置信息），推理处理并存储记录告警，且实现告警的可确认消除（自动回复/手动恢复）。 数据应用：实时监控重要的告警信息，解决并消除告警信息。根据告警信息记录生成报表统计，向上层提供决策的数据依据。 2 概要设计 系统分三层 ： 数据的采集 数据处理 数据应用 数据采集：从系统的网元上采集数据包括：性能数据信息，网元告警信息，拓扑结构的配置信息，向数据处理层的制定临时数据库中传送。 数据处理：从指定的数据库中获得原始数据信息，判断处理。根据估值（及性能阀值）判断生成警告信息，存储分析并上报告警信息。实现告警的匹配确认清除，重复告警的归并处理。 数据应用：及时监控重要的告警信息，并处理此告警，反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表，为决策提供数据支持。 3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备，基本信息，与实体形成对应的映射。用于网络的拓扑信息管理。 网管系统管理采集以下配置数据：  3.1.2告警数据采集的内容 3.1.2.1告警源 需要采集的告警报告分为： 网元告警 路由器： 交换机： 配线板： 服务器：cpu , 内存，硬盘，电源，风扇（散热），网卡，光驱，端口，运行的软件服务 环境告警: 暂保留。 通信连接告警（拓扑管理）：当某一网元设备持续一定时间不响应网管系统时，网管系统应能自动生成该网元设备的通信连接警。 性能告警：当性能指标超出预先设定的范围时，系统触发的告警称为性能告警。 设备告警： 来自设备红端的告警信息。 3.1.2.2原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息，格式和内容与网元类型相关，原始告警信息将在告警管理应用层进行处理，采集层采集到的告警原始数据至少应包括以下内容： 中文名称 名称 说明 类型 告警的序列号 Alarm_id 告警的序列号 字符串 网元的识别名 Dn 网元的识别名 字符串 告警发生时间 Occur_time 告警发生时间 时间 告警清除时间 Clear_time 告警清除时间 时间 告警原始类型 org_type 告警类型 字符串 告警原始级别 org_severity 告警级别 字符串 活动状态 activestatus 活动状态 整数 告警标题 Title 告警标题 字符串 告警内容 alarm_text 告警内容 字符串 3.1.3性能数据采集的内容 针对不同的网元，采集其对应的性能信息。格式和内容与网元的类型相关。 在采用阀值过滤器，判断产生原始的警告信息。 3.2 方式 采集方式分两种： 1．直连网元 及直接连接到网元设备，进行数据采集。（使用于小的系统） 2．系统采集 及上一级的网管通过下一级的网管来获取数据。（使用于多个小系统集成的大型系统） 3.3要求 配置、性能、告警原始数据至少要保留一周以上。对配置数据、告警数据和性能数据采集的要求不尽相同，下面分别进行说明。 3.3.1 配置数据采集的要求 为了在用户层展现的网络结构与实际的网络结果相对应，需要周期性的检测当前网络的连接情况，设备的运行情况等实时信息： 在系统相对稳定的情况下，网管系统能够按照用户预定的时间表定时的、周期性地自动采集配置数据, 时间表中的采集开始时间和采集周期可由用户设置； 如果由于网络或者其他原因，网管系统没有正确采集到网元的配置数据，网管系统能够让用户在必要时手工启动配置数据采集程序进行重采或补采，并可按网元组、地区进行分别采集刷新配置数据； 网管系统以报告等方式方便地检查每个网元的配置数据采集情况，即该网元的配置数据的更新情况。 3.3.2告警数据采集的要求 实时地采集所有网元 (NE) 生成的各种设备故障告警报告、网络事件报告以及与网络、业务相关的故障报警报告。为保证数据采集的完整性，告警数据采集层必须提供手工采集手段，并应具备以下主要功能： 能够自动采集告警数据，采集时间和采集周期可设置； 能够实时接收由厂家OMC或网元设备实时上报的告警信息； 需要时能够即时手工启动告警数据采集程序，保证数据采集的完整性； 可根据需要，按告警网元、告警级别、告警类别等条目或按一定地区进行设置，实现过滤采集。 3.3.3性能数据采集的要求 性能数据采集应具有以下四个主要功能： 能够周期性地24小时自动采集性能数据，采集周期和采集时间可选择，最小的数据采集时间周期为15分钟，采集的时间粒度可以基于网元或地区