综合网管建设（初稿）

1、综合网管系统需求书综合网管系统需求书 中国联合网络通讯有限公司中国联合网络通讯有限公司 目录 一、概述 .2 1.背景.2 2.现状描述.4 2.1现有应用系统 .5 2.2系统机房平面与设备 .9 2.3网络结构 .21 2.4现有网管系统现状及问题 .23 3.总体目标.24 4.总体功能需求.25 5.本期目标.26 二、本期系统功能需求 .28 1.监控管理.28 1.1数据采集 .28 1.2数据处理 .29 1.3数据展现 .33 1.4系统自管理 .34 2.基础平台监控需求.35 2.1基础平台可管理性需求 .35 2.2基础平台监控点需求 .35 3.业务应用监控需求（mss

2、）.36 3.1信息交换平台 .36 3.2邮件服务 .39 3.3www 服务.41 3.4dns 服务 .49 3.5搜索引擎 .51 3.6工作流 .52 3.7目录服务 .53 4.内控管理需求.56 4.1主要内容 .56 4.2执行原则 .57 4.3相关定义 .57 4.4流程设计 .58 4.5关键角色、职责定义 .60 4.6作业计划模板定义 .61 三、保护现有投资需求 .77 1.硬件需求.77 2.可扩展性.77 3.接口要求.77 3.1概述 .77 3.2接口原则 .77 一、 概述 1. 背景 中国联通有限公司成立于 1994 年 7 月 19 日，目前开展的主要

3、业务包括移动电话（包 括 gsm 和 cdma）、长途电话、本地电话、数据通信（包括因特网业务和 ip 电话）、电 信增值业务以及与主营业务有关的其他业务。 总部 bss 系统经过前期工程的建设，已经建立了相对完善的各类业务子系统，包括漫 游结算系统、统计报表系统、客服系统、容灾系统及网管与网络安全系统，另外还有一些临 建系统，包括大客户管理系统、4330 系统、村村通计费系统。根据 2005 年总部部门运维职 责划分，原有总部数固业务支撑系统中的部分系统也纳入到总部结算中心运维管理范围，目 前总部 bss 业务支撑系统现状如下图所示： 图 31 总部业务支撑系统现状 2. bss 系统现状

4、bss 现有的应用系统有：综合结算系统、大客户管理系统、总部客服系统、统计报表 系统、网管与网络安全系统、容灾系统、4330 系统、村村通计费系统等，另外还有纳入 bss 系统的数固业务支撑系统，包括 193 结算系统、voip 计费结算及相关系统、卡业务管 理系统、小额支付系统等。如下表所示： 表 3-1 总部 bss 应用系统 序号系统名称主要实现功能集成商安装机房 1 g 网漫游结算系统 国内、国际漫游结算及高额 话单处理，长途结算 东软京门二层 2 c 网漫游结算系统 国内、国际漫游结算及高额 话单处理，长途结算 东软京门二层 3 gprs 漫游结算系统国际漫入漫游结算东软京门二层 4

5、 cdma1x 漫游结算系统国内、国际漫游结算联创京门二层 5 联通在信结算系统 各省 sp 结算报表的汇总统 计合帐 东软京门二层 6 短信国际互通系统 负责话单的采集、批价及下 发，与国际运营商的结算 东软京门二层 7 综合结算系统 g/c 网智能网支撑系统 异地漫游充值结算，充值情 况统计，收入统计功能 神码京门二层 8 大客户管理系统 集团信息互动平台，俱乐部 积分，掌中宽带数据报表 神码京门二层 9 总部客服系统 h1 接口数据的接收，省分 上传数据的汇总统计 合力 金桥 京门二层 10 统计报表系统 础经营数据报表和专业部门 报表的展现 东软京门二层 11 网管与网络安全 业务监控

6、，能够及时发现关 键点异常情况并告警 东软京门二层 12 容灾系统 实现 g/c 网国内/国际漫游 结算、cdma1x 漫游结算、 联通在信结算系统的容灾功 能 东软 上海 漕河经 13 4330 系统 4330 系统的基本计费和结 算 联创京门二层 14 村村通计费系统 接收采集机的村通用户原始 话单文件，预处理、计费、 结算，根据用户归属地将一 次批价后话单和结算话单转 发至村通用户相应的归属地 进行二批（根据省分需要） 和合帐处理。 东软京门二层 序号系统名称主要实现功能集成商安装机房 15 193 结算系统 193、193300 业务省间、国 际结算 神码 京门地下 一层 16 179

7、11 计费采集系统17911 业务话单采集 belle /亚信 17 17910 计费系统 负责二次拨号卡用户的认证、 鉴权、计费 mind 18 17910 业务支撑系统 提供 17910 业务的客户服务 和营帐功能 东软 19 voip 计费结算及 业务支撑系统 结算系统 从 17911、17910 计费系统 采集计费话单，完成省间和 国际结算 东软 京门地下 一层 20 卡业务管理系统 实现省分公司制卡工单管理 功能 西安信 利 京门地下 一层 21 小额支付系统 提供利用 17910ip 电话卡实 现小额支付的功能 东方瑞 科 京门地下 一层 注：（1）村村通计费系统主要设备均利用 c

8、dma 漫游结算系统设备（通信服务器用 sun e420、应用服务器用 sun f12k、统计分析服务器用 sun f12k、存储设备用 emc dmx2000，路由器利用计费中心原有的 cisco7206）。 3. 网管系统现状 目前网管系统包括以下功能 3.1业务监控功能： 完成业务系统的监控、性能指标分析、异常报警、业务稽核等功能。 从业务系统采集获得各种指标数据、故障数据、配置数据，经过数据处理、阀值分析， 生成报警数据信息及各种指标信息，通过 web 的方式在客户端展现，对性能指标提供各种 曲线分析图。同时提供 gui 的处理平台，完成配置管理，进程控制等功能。 3.2平台监控功能

9、实施 openview 网管监控，完成网络拓扑、主机性能、存储、备份、数据库管理等的 监控功能。在 web 端集成 openview web 监控，实现整个网管系统的整体展现。 3.3服务与管理支持功能 服务与管理支持子系统将主要提供运维管理工作中的服务支持与管理支持两个方面的 功能。服务支持包括事件与故障管理，流程管理（需求管理流程、施工申请流程、领导下发 工作流程）、日常工作管理（周报、月报、周计划、月计划）等。管理支持部分主要指运维 管理工作中的知识库、排班与考勤管理、项目阶段管理等方面。 3.4存在问题 运维管理范围扩大。 随着联通总部机构职能的变化。原结算中心管理的范围由总部 bss

10、 系统结算系统以及 相关系统。增加为管理总部 bss 系统（包括 voip 计费、193 计费等）和总部 mss 系统。 随着管理范围的扩大，对运维系统提出了新的需求。 原有 openview 平台采购时间太久，长时间无服务，没有随主机操作系统平台升级而升 级到更高版本，导致大部分功能不可用。 系统架构设计不合理。 系统可维护行差 系统实际利用效率低 二、 建设目标 网管系统建设目标是：实现对总部 bss 系统平台的综合管理，依托管理平台，实现集 中管理、统一监控、分级维护，对 bss 系统进行全方位、分层次的安全保护，实现加强网 络系统的安全，保障网络、主机及相关应用系统的可靠运行，减少各种

11、安全事件对 bss 系 统的威胁。 具体目标包括： 构建集中、高效的监控管理平台 严格按照统一的监控架构，把 bss 系统的网络、主机、数据库、存储、备份、应用等被 管对象集中在一个监控管理平台上统一管理，要求监控平台具有强大的可扩展能力和集成能 力，从技术上保证监控管理的清晰、稳定、有效，为 bss 系统建设和运维提供安全高效的 管理保障。 构建可信任的安全防护体系 依据联通现在 bss 的业务架构和网络结构，相应的采取入侵监测、漏洞扫描、主机加固 等功能，构建多层次的安全防护体系。 构建标准、规范的服务管理平台 梳理 bss 系统运行维护人员岗位责任和服务管理流程，保证全网维护服务管理人员

12、对 各维护工作的规范化管理和指导，不断提高全网维护水平；实现整合企业的业务流程，细化 工作角色，实现企业的粗放式管理向精细化管理及功能型管理向流程型管理的转变，从而实 现运维工作的制度化、流程化、电子化和高效化管理 1. 总体功能需求 中国联通网管系统（总部）的业务功能需求包括帮助台、日常运维管理、事件/故障管 理、性能/告警管理、变更管理、配置/资产管理、统计报表、安全管理、系统自管理；管理 对象包括网元设备、系统平台和业务应用。如下图所示： 事件/故障管理 配置/资产管理 变更管理 安 全 管 理 统计报表 网元设备应用系统 功 能 需 求 被管理 对象 日常运维管理 业务管理系统维护 用

13、户 界面 应用维护 帮助台 性能/告警管理 统一身份管理 系 统 自 管 理 1.1帮助台 帮助台在服务支持中扮演极其重要的角色，它通过提供一个集中和专职的服务联络点 促进组织业务流程与服务管理基础架构的集成。其主要目标是协调用户和 it 部门之间的关 系，为 it 服务运作提供支持，从而提高用户的满意程度。 1.2日常运维管理 日常运维管理为业务人员日常值班和周期性作业任务提供工作界面。 1.3事件/故障管理 事件/故障管理的主要功能是尽快解决出现的事件，保持业务支撑系统的稳定性。 1.4性能/告警管理 性能/告警管理对设备、系统等性能指标进行监控，根据 kpi 判断系统及设备的稳定性， 通

14、过性能阀值产生告警信息，帮助维护人员定位故障与排除故障。 1.5变更管理 变更管理接受服务台直接提出的请求或者来自事件管理、问题管理转出的请求，完成 对系统的变更处理，变更内容包括软件开发实施相关的文档及流程。它的目标是通过授权、 后备措施使变更给系统带来的风险最小化。 1.6配置/资产管理 配置/资产管理记录目前运行系统所有软硬件资源状况和配置信息、管理系统中各个组 件的整个生命周期，从采购、使用到报废。它登记组成服务的资产信息，登记这些资产之间 的关系，并且维护这种关系，配置管理为其它管理流程提供配置管理数据库信息。 1.7统计报表 报表管理要求能够综合展示资源管理、告警管理和性能管理等管

15、理数据，提供各种专 题分析，并包含简单的考核管理功能。 1.8安全管理 安全管理为业务运营提供日常的安全运行和维护支持，包括网络入侵检测、漏洞扫描 和主机加固等内容。 1.9系统自管理 系统自管理要求系统支持统一帐号，无论登录任何界面均采用相同的帐号和口令；系 统支持添加用户、修改用户、删除用户、修改口令等操作；支持各种审计，有完善的数据备 份。 2. 本期目标 实现总体功能需求中的网元设备及 应用的告警（性能）管理，简单的事件（故障）管 理和日常运维管理。 在统一平台上实现对系统（bss ）级运行状态的集中监控管理,进一步提升故 障的事前管理能力，并在事故发生后能够迅速定位故障原因，缩短故障

16、历时, 提高业务服务质量。 以 it 管控要求为基础，建立日常运维工作流程，实现对日常运维工作的管理， 从而实现对维护人员工作的监控和量化。 本期平台监控要求具有良好的可扩展性、与其他主流网管平台易于集成，在未 来系统升级时利于保护现有投资。 3. 建设范围 3.1基础平台 本项目需要监控的业务主要涉及到 21 个 bss 系统系统，200 多台主机，每个应用系统 都有应用程序、数据库、中间件等程序，各个系统的开发环境，以及对外提供的业务各不相 同。对于被监控业务，存在很多的监控采集对于监控系统每秒都有海量的数据采集上来，系 统要能能灵活定制采集粒度，并能完全及时分析处理采集上来的数据。 3.

17、2监控点 能够采集各种主机服务器的基本配置数据、 运行时事件及性能数据、基本配置属性数据。 能够采集 webspher、weblogic、mq 以及 tuxedo 等中间件的基本配置数 据、运行时事件及性能数据。 能够采集数据库系统的基本配置数据、运行时事件及性能数据。 采集频率可以灵活定制，原则是不影响被管资源的运行性能数据。 能够承受海量采集数据的压力。 对监控点的需求统计成如下表格： 3.3设备列表 sun e6500 g 网国内漫游结算应用 bss 京门 222 机房 sun e6500 g 网边界结算应用 bss 京门 222 机房 sun e6500 g 网国际漫游结算应用 bss

18、 京门 222 机房 sun e6500 短信国际互通主机 bss 京门 222 机房 sun e6500 智能网应用 bss 京门 222 机房 sun e5500 测试机 bss 京门 222 机房 sun f12000 cdma 结算应用 bss 京门 222 机房 sun f12000 cdma 结算数据库 bss 京门 222 机房 sun f6800 cdma1x 结算应用 bss 京门 222 机房 sun f6800 cdma1x 结算数据库 bss 京门 222 机房 sun v880 传输机 bss 京门 222 机房 sun v880 传输机 bss 京门 222 机房

19、sun e4000bss 京门 222 机房 sun v440 传输机 bss 京门 222 机房 sun v440 传输机 bss 京门 222 机房 ibm b80 测试机 bss 京门 222 机房 ibm b80 测试机 bss 京门 222 机房 ibm shark ess800 g 网业务存储 bss 京门 222 机房 ibm shark f20 bss&mss 共 享 京门 222 机房 emc dmx2000 c 网业务存储 bss 京门 222 机房 brocade 2000 光交换 bss 京门 222 机房 brocade 2000 光交换 bss 京门 222 机房

20、cisco4507r 中心核心交换机 bss 京门 222 机房 cisco7206 中心核心路由 bss 京门 222 机房 cisco4507r 中心核心交换机 bss 京门 222 机房 cisco7206 中心核心路由 bss 京门 222 机房 cisco2610bss 京门 222 机房 cisco pix525 与办公网防火墙 bss&mss 京门 222 机房 cisco pix525 与办公网防火墙 bss&mss 京门 222 机房 华为 6506cdma1x 接入路由 bss 京门 222 机房 华为 6506cdma1x 接入路由 bss 京门 222 机房 cisco

21、7206 与办公网路由 bss 京门 222 机房 cisco3745 外部接口路由 bss 京门 222 机房 三、 本期系统功能需求 1. 监控管理 1.1数据采集 数据采集是监控管理系统直接与被管设备、被管应用之间交互数据的模块，是监控管 理系统信息的来源和保证。它在监控管理系统中处于最底层，基于上层下发的采集任务，自 动进行协议适配和任务执行，完成对各类原始管理数据的采集，并进行校验、完整性、格式 化、归一化等预处理操作，最后发送给上层对应的处理模块。 1.1.1采集对象 数据采集应包括系统中以下对象： 主机系统：aix、hp-ux、solaris、linux、windows nt/2

22、000/2003； 数据库系统：oracle、db2、sybase、ms sql server； 中间件：应用服务器 weblogic application server、websphere application server、websphere mq 和 tuxedo 等。 业务应用： mss 业务。 1.1.2采集功能 数据采集的功能应包括： 自动发现：能够通过分布式采集机进行分布式自动发现，支持多种协议和标准，最 大程度发现获取各种资源对象的基本信息。 任务调度能力：多个采集机应该可被一个采集任务管理服务器集中调度和管理，并 应能接收从上层下发的配置策略和实时性能采集指令要求，正确解

23、析并执行相关采 集策略，包括采集对象和参数、协议和接口、采集周期、采集时间段、采集起止日 期等； 数据预处理能力：可以将采集到的原始数据进行格式化，首先给所有原始数据增加 采集批次的时间戳，并将采集到的原始数据进行预处理，其中性能数据、配置数据、 告警数据需要分别进行各自的预处理； 数据补采和重采：支持自动进行纠正或抛弃不合理数据，提供数据完整性检查，根 据采集时间和采集批次发现采集到的数据是否有缺失，并自动进行重采、补采。 自身管理的能力：自身采集队列的监控、任务调度的监控、预处理环节的监控、并 通过自身心跳通知主服务自身的状态 1.1.3采集数据 数据采集需要采集的网络设备、系统软件和业务

24、应用的数据，包括： 告警数据：监控管理系统负责监视被管系统中的所有告警信息。 性能数据：监控管理系统所采集的性能数据包括平台和应用的性能数据。 1.2数据处理 1.2.1告警管理 告警采集 告警管理应支持多种告警信息的采集方式，如 snmp trap、syslog、主机监控代理生 成的告警、资源配置变更和性能指标超门限生成的告警等。 事件标准化 监控管理应可基于告警指标模型，将采集到的告警信息进行标准化、归一化处理，标 准化应具备告警内容翻译能力，能够将不同来源的事件信息按照统一的字段设置和格式要求 进行处理，形成易于理解的事件信息。 告警管理能够创建、修改、删除事件类别，并可以根据一定规则将

25、标准化后的事件信 息进行归类。 告警管理应基于资源管理提供的资源服务实现资源对象与标准化后事件的关联，以便 该事件能够关联相关资源对象、关键级别、地理位置、负责人等标准化信息。 告警管理应基于资源对象的关键级别和事件分类实现告警级别的重定义。 事件合并 当告警管理收到内容相同的事件时，能够清除合并重复的事件，只保留最初一条告警 内容，同时记录重复次数、最初发生时间和最后一次发生时间。 事件过滤 告警管理应该具备过滤器功能，以此控制对用户无关的告警上报。其中需要支持各种 过滤条件，其中包括告警时间范围、事件分类、事件级别、事件类型、告警源等。 关联分析 能够对多条相关的事件信息进行关联分析，从中

26、分析出根源事件和影响事件，在进行 相关信息展现时能明确区分出根源事件及其相关的影响事件。 能够设定策略，根据多条事件的内在关系派生出新的事件信息。 告警前转 告警管理应提供前转条件的设置，包括告警时间范围、告警级别、类型、告警源、时 间段等，允许创建多个前转条件。 告警管理应提供将告警前转条件关联到相关的运维人员的功能。一个告警应可以关联 到多个运维人员，并提供对 e-mail 和短信前转方式的设置。当出现告警时，网管系统会自 动根据告警前转条件通过 e-mail 或短信通知相关的运维人员。 告警通知的规则应能够灵活定义，如分时段、分地域的告警通知 告警管理应提供与服务管理的双向工单接口，能够

27、自动在服务管理中创建工单，并根 据告警管理模块的告警状态和服务管理的工单处理情况，自动更新告警和工单相关属性。 告警升级 系统可以通过图形配置界面设定告警升级策略，对历时过长而未解决的的告警自动提 升其告警级别。 告警确认 系统允许用户设置自动确认的方式，根据设置的方式，告警处理模块根据告警级别、 告警清除状态自动确认指定告警。 手工确认是指由用户在当前告警列表中对指定告警进行确认操作。 告警清除 告警清除后，告警条目自动从当前告警列表中转移到历史告警列表中，并自动记录执 行告警确认和清除操作的用户名称以及操作时间。告警清除支持自动清除和手工清除： 自动清除是指从网元采集到告警清除信息，系统根

28、据此清除信息对数据库中对应的 告警进行清除处理。 手工清除是指由用户在当前告警列表中对指定告警进行清除操作。 1.2.2性能管理 性能采集 性能管理应支持网络设备、系统软件和业务应用的性能数据的采集，而且支持实时性 能数据和历史性能数据的采集。 预处理 基于性能指标模型，性能管理预处理能够对采集的原始数据进行格式转换、检错纠错 和相关计算，形成内部标准记录，支持比较灵活的格式转换配置和检错纠错配置。 性能门限管理 性能门限支持多种方式，包括： 性能门限要求能够针对某类性能指标设置全局门限，也可以针对某个对象的实 例化指标设置门限；针对一个指标可以设置多级门限，每个门限可以对应不同 级别的告警。

29、 要求能够提供性能指标的上行和下行门限、梯度门限和性能基线门限设定功能。 系统实时对性能指标进行监控，在每次采集数据后，根据各门限表的设置而产 生相应的性能告警，告警可定义告警分类和严重程度，并将其存入数据库和显 示在监控界面中。 性能门限可以设置压制时间。 实时性能处理 支持各类实时性能数据的处理，可配置实时性能监控的采样时间间隔。 历史性能处理 网管系统支持设置查询条件快速查看网元当前性能数据，查询条件包括地区、网元名 称、时间范围等，网管系统提供对单个条件项或所有条件项的快捷的重置清空功能，查询条 件的值可以通过点击拓扑自动获取、通过下拉菜单选取或手工输入等多种方式。 系统可按照不同位置

30、、业务、网元、时间范围、性能指标等条件组合进行统计。 统计的结果可以表格和图形方式（直方图、折线图、饼图、曲线图等）显示。 用户可以自定义图形的显示方式。 系统提供定义查询结果字段是否显示的功能，当查询结果数量较多时，提供分 页显示功能。 1.2.3资源管理 配置采集 资源管理采集数据包括以下内容： 数据库软件（含实例、数据库表、监听服务、数据文件等） 业务应用（含业务应用模块、数据接口等） 支持自动采集和手动采集两种数据采集方式： 系统提供对自动采集条件的设置，其中包括采集范围、采集周期、采集开始、结束时 间等，系统根据此设置自动从直连网元、厂家网管或第三方管理软件采集资源数据。 对于部分不

31、能直接采集到的配置数据，网管系统提供有效的录入和修改手段，包括用 户手工方式录入编辑和平面数据文件导入等。 资源数据的处理 资源管理支持对资源对象的各种维度信息的处理，包括地理位置、关键级别、联系部 门、生产商、集成商、维护商、状态代码、应用系统等。如果描述资源对象的还需要详细文 档和图片，可以在资源对象上加载详细的附件。 资源对象的各种维度信息和属性信息能够将提供给故障管理、性能管理等模块使用。 无论自动更新还是手动更新资源属性，在资源对象中均可记录其变更历史。 资源维护计划 资源管理可以针对资源对象定义维护计划，按照预定义策略的自动切换资源对象的当 前状态代码，故障管理和性能管理可根据状态

32、代码进行相关的处理。 资源变更告警 当采集到资源对象发生变更时，资源管理可产生相关的告警，说明变更的对象、时间 和内容，并且发送到告警管理。 资源续保管理 资源管理可以管理各类资源对象的保修期，并且进行相关的续保预警和告警。 资源数据查询 系统按照网元类型分类提供配置信息的查询功能，支持条件查询和模糊查询等。网管 系统能按网元的各种属性对配置信息进行灵活的条件组合查询，并可灵活地重置查询的条件。 系统对查询的结果以表格形式显示，当数据较多时应能够支持分页显示。 系统能够按时间段、按区域、按厂商、按设备类型等对配置信息进行灵活查询与统计， 并能对查询统计结果按不同项目分类排序，并能将结果以图形方

33、式直方图、曲线图、饼图 等和表格方式显示。 1.3数据展现 1.3.1拓扑管理 系统应该具备拓扑呈现的功能。 业务拓扑能够展现关键业务中业务对象和资源对象的拓扑连接和状态 业务影响视图能够展现资源对象发生的告警影响了哪些业务，以及对业务的影 响程度 性能视图能够基于性能指标模型按照业务逻辑展现性能指标的数值和状态 拓扑管理要求分层次地呈现业务系统所涉及的所有被管理资源的拓扑结构，应具有灵 活的浏览、监视和编辑的功能，同时在性能、告警、配置等方面动态反映资源环境的变化。 在拓扑节点上可以查看相应资源详细配置信息、告警信息和性能信息。 在拓扑图上，系统能够以不同的颜色表示各个资源设备上各种级别的告

34、警，系统支持 对告警级别的对应颜色进行灵活设置。 1.4系统自管理 1.4.1安全管理 用户管理 系统支持统一帐号，无论登录任何界面均采用相同的帐号和口令。 系统支持添加用户、修改用户、删除用户、修改口令等操作。 系统支持以列表的方式将所有用户信息列出，每条用户记录包括以下信息：用户名称、 真实姓名、联系方式、工作单位、工作部门、所属用户组、移动电话、电子邮箱等。 系统支持用户组，能够创建、修改、复制、删除用户组。 授权 权限管理：系统应提供基于角色或者用户组的授权机制，在权限分配方面应支持以下 功能： 功能点授权：支持针对所有的菜单、工具栏、按钮均能够进行权限控制 管理内容授权：支持对资源类

35、、资源对象、各类拓扑图进行权限分配 统计报表授权：支持对各种报表类型的授权 审计 系统应该支持对各类操作的审计和记录，包括： 登录日志：记录每个用户登录系统的用户名、ip 地址、时间、登录方式等信息 等。 授权日志：记录安全管理员进行权限分配时的用户名、ip 地址、时间和具体授 权操作等。 操作日志：记录每个用户登录系统后每个变更操作，包括用户名、ip 地址、时 间、操作模块、操作内容等。 1.4.2系统自监控 系统支持自我监控各类指标，包括： 支持监控应用服务器各类数据 进程状态、启动时间和操作系统资源消耗； 各个关键接口状态和队列长度； 与后台数据库连接情况、数据库存储空间利用率、数据库系

36、统资源利用率； 支持监控各个采集机各类数据 进程状态、启动时间和操作系统资源消耗； 各种采集适配采集频率、队列长度、采集总数。 1.4.3数据备份恢复 系统能够根据需要进行系统备份和恢复、数据备份和恢复。 2.运维管理 四、 保护现有投资需求 1. 硬件需求 1.1现有硬件平台可在未来系统升级或者扩展时完全利用 2. 可扩展性 2.1确保网管平台具有良好的可扩展性，各类功能需求开发模块化，未来不但易于增加 模块的部署，也易于和其他网管平台集成，最好源代码开放，方便和其他产品集成 及二次开发。 3. 接口要求 3.1概述 1平台接口，指网管系统与平台之间的接口，包括与主机、网络、数据库、中间件、 存储、备份以及客户机之间的接口。 2应用监控接口，指网管系统与 bss 等应用之间