网管整治工作汇报数据网管-2

网管系统整治工作汇报中国移动通信集团公司网络部我的汇报将从六个方面进行，首先是项目的总体思路目录业务目标及实现情况业务目标差距分析系统整治策略系统整治工作现有问题及下一步工作计划系统情况（附件）-

2

-数据网管业务目标及实现情况-

3

-业务目标实现情况集中监控：实现告警集中呈现及处理。系统具备对告警集中监控和受理能力；支持告警压缩、过滤、关联；操作维护：支持被管设备的单点登录和自动巡检，以实现对设备的故障诊断及健康检查；业务管理：具备对维护管理工作的支撑能力。实现被管设备、业务系统的容量、质量、性能等关键指标的实时监控功能。完善的统计、分析功能。局数据管理：支持业务局数据的核查、制作能力。集中监控数据网管对各省CMNET、IP承载网、WAP、彩信等7类业务系统进行集中监控，但告警量大，难以有效监控，难以发现故障；操作维护数据网管系统具备了自动巡检功能并自带了华为、思科网络设备等20种型号设备巡检脚本支持能力，但大部分巡检依赖人工操作，工作量大，效率低；业务管理对WAP、彩信、短信网关业务进行了告警监控、指标统计、报表呈现，但是缺乏业务告警，业务统计指标缺失，严重影响业务监控与质量分析；局数据管理数据网管不具备局数据的核查、制作功能。局数据的制作、核查完全由手工操作，效率低，易出错；业务目标差距分析-集中监控数据网产生的告警量大，一个中等规模的省份（1000台）日均告警量在150000条左右。问题现象产生原因问题本质数据网的规模以及告警的获取方式（监视设备原始日志）决定了原始告警的规模。只有不到1%的告警是真正的需要处理的故障，在海量告警中人员没办法辨别故障告警。功能：缺少对网元工程状态的标识功能；管理：没有制定工程告警管理流程；规则梳理：没有进行统一的告警过滤规则、压缩规则的梳理；中等省功能管理规则梳理?网元数量告警量1500001000-

4

-网络设备：Cisco、huawei、nokia、ALCATEL、ZTE、Ericsson

型号覆盖70多种；操作系统：hp-ux、sun-solaris、IBM-aix、suse-linux、redhat-linux、各厂家版本10多类；数据库：Oracle

9i

10g

11g、sybase、DB2

等版本10多类；同时网管软件本身自带的巡检模板不丰富，仅有主流设备cisco、huawei

20多种型号500左右巡检模板。业务目标差距分析-集中操作维护巡检大部分依赖人工操作、工作量大、效率低、维护成本高。例如：巡检30台设备，按10个指标10分钟计算（很快），每天至少需花费5小时。问题现象产生原因1、日常巡检的设备、系统种类多、巡检系统任务覆盖率低；2、功能不好用。巡检数量巡检时间5小时30台提供巡检脚本5002000需巡检脚本问题本质功能：系统巡检配置工作需要经过脚本编制--配置--发布--等8个环节；配置一个巡检任务需15分钟；且不能重复配置同指标，巡检工作配置复杂；无巡检统计类信息汇总，无检阅功能，无法把巡检结果传送到告警台。规则梳理：1、各省巡检的经验累计参差不齐，没有进行优秀经验的共享。2、大部分巡检工作及巡检的积累没有转换成可利用的it系统资源。功能管理规则

?梳理业务目标差距分析-业务管理业务管理业务维护人员更多的选择使用本业务的OMC系统进行业务维护问题现象产生原因1、无法定位业务故障；2、业务指标不完整，数据有缺失并且部分指标无法获取。

3、业务平台众多。华为、中兴等众多业务厂家分布于各省的业务版本不统一，业务接口不一致。华为同一业务同一厂家存在多种接口。问题本质接口：1、业务平台提供的数据不满足网管需求；2、由于数据业务的发展太快，频繁的割接、升级引起接口变更或者数据丢失；规则梳理：1、没有梳理业务KPI阈值告警规则。2、没有梳理设备告警对业务的影响。例如：业务中某一网元故障对整个业务影响的程度不能体现实例：华为行业网关业务，存在I2000和专家系统两个版本，同时在浙江有单独的存储过程接口方式；华为互通网关业务，同样的数据库存储过程接口，在不同的省的名称都不一样，如：江西、浙江、山东业务目标差距分析-局数据管理局数据管理局数据的制作、核查完全手工操作，效率低，易出错,人力成本高。一套wap业务2

人需要3天完成核查工作。问题现象产生原因、没有局数据自动核查功能；、软件开发商对于数据业务局数据没有清晰的概念。问题本质规则梳理：没有梳理局数据的自动核查规则，导致没有局数据核查功能；业务厂家也不具备局数据采集下发接口。业务目标差距分析-业务系统接入业务发展速度快，业务种类多，很

多业务目前未接

入。问题现象产生原因问题本质数据业务发展迅猛，从WAP、彩信、MISC、短信网关、DNS、LBS、

等一干数据业务的发展使用到近几年内数据业务爆炸式发展。例如:飞信、无线音乐、手机支付、手机报、农信通、手机动漫、多媒体彩铃等数据类业务支撑手段不能同步，19类基地类数据业务、31类合作类数据业务系统还未纳入数据网管管理。维护职责上：基地类、合作类业务平台不隶属于网络维护部门。9业务目标差距分析问题本质解决措施功能问题规则梳理问题集中监控：缺少对网元工程状态的标识功能；集中操作维护：巡检工作配置复杂；无巡检统计类信息汇总，无检阅功能，无法把巡检结果传送到告警台；资源管理：缺少一些维度的查询统计功能，缺少资源树图功能；总结省公司最佳实践经验，围绕维护工作场景制定系统功能整治标准，并以此为依据进行软件版本改造。集中监控：没有进行统一的告警过滤规则、压缩规则的梳理；集中操作维护：不能很好的共享出设备巡检的经验；巡检的积累没有转换成可利用的it系统资源；业务管理：没有梳理业务KPI阈值告警规则；没有梳理设备告警对业务的影响；局数据：没有梳理局数据的自动核查规则；组织省公司网络维护专家进行规则梳理，并转化为IT能力。10业务目标差距分析问题本质解决措施接口问题管理问题业务管理：业务平台不具备业务告警接口；业务平台提供的数据不满足网管需求；频繁的割接、升级引起接口变更。局数据：业务厂家也不具备局数据管理接口；建立接口能力基线，整治业务平台网管接口，提高接口数据支持率和稳定性。明确局数据管理接口规范要求，组织业务系统厂家进行开发，改造现网业务系统。集中监控：没有制定工程告警管理流程。规范管理流程，明确责任人。系统整治策略总结各省维护工作的最佳实践经验，以先进省的带头示范作用，明确整治工作的目标。按照中国移动集团的软件版本要求，严格遵循试点-测试-专家评审的流程，确保软件质量。版本部署、应用推广、促使各省达到标杆水平结合数据网络、各省公司现场，分阶段部署、稳步推进。-

11

-系统整治工作—各阶段整治工作2009.8现状问题分析2009.42010.2应用能力提升实施阶段已完成工作正在进行工作图例：2010.42010.122010.11待进行工作规范&整改计划发布标杆版本应用推广培训各场景应用能力差距分析编写相关规范局数据自动化核查与制作FOA入网测试版本入网测试管理；问题跟踪反馈机制；应用规则管理；标杆应用省份看齐收集、整理各省反馈的数据网管存在的问题，分析目前存在的共性问题。组织部分省份专家与网管支撑专家，对网管功能与应用效果进行调研、评估基础应用能力整治阶段在二期规范

的基础上总

结全网最佳

实践经验，

开展整治标

准和测试规

范编写工作。各省按照进

行制定整改

计划并报备

总部。集成商对规范 应用培训5次，进行需求分析，业务人员参加培进行集中开发、训230人次，向测试，并部署标杆省进行系统测试，并发布标杆版本。2010.7在数据网管二

期、整治一阶

段的基础上总

结全网最佳实

践经验，开展

二阶段整治的

规范编写工作。各省按照进行

制定整改计划

并报备总部。集成商对规范进行需求分析，进行集中开发、测试，并部署标杆省进行系统测试。并发布标杆版本。发布标杆版本二阶段整治标杆版本全网发布系统整治工作整治工作一阶段：一阶段整治主要以应用场景为出发点，站在业务应用的角度，完善系统功能推广使用集中监控增加工程预约功能，要求各省制定了工程预约的维护职责；对告警的过滤、压缩规则进行了初步的梳理，缓解了监控人员的压力；集中操作维护按照“脚本-元任务-任务-调度”的流程设计系统，进行试点应用，全网发布；组织省公司梳理和完善模板，全网评审，版本加载。局数据维护业务管理统一梳理WAP、彩信7类局数据的核查规则；完成局数据业务核查功能，完善业务接口，实现不同厂家不同业务提供统一网管接口。各省公司梳理出业务维护人员关心的业务指标；加强网管采集软件的稳定性；增加业务指标阈值功能。系统整治工作整治工作二阶段：二阶段整治主要在一阶段基础之上，找出与二期合同之间的差距，完善系统应用开发，满足二期的支撑能力目标：WLAN局数据业务管理集团统一梳理出CMNET、DNS、LBS、MISC、WAP、彩信中心、短信网关业务的KPI指标，分别从业务概况拓扑呈现、业务日常故障发现、业务运维分析、局数据自动核查、智能巡检5个方面对业务管理提出具体要求。将全网AP、AC设备纳入数据网管管理，实

现基础管理功能，提供日常的维护统计报表。完成中兴、华为、亚信等7个厂家的21类局数据的核查、制作规则梳理，功能开发，覆盖WAP网关、彩信中心、彩信网关、短信中心、短信网关业务。现有问题及下一步工作计划在2009年一阶段整治及2010年二阶段整治基础上，随着数据业务的发展，存在如下问题：1、数据网元不断增加，（2009年每省同步接入的网元数为300个左右；2010年为400个左右；）系统稳定性和响应速度存在隐患；系统易用&性能类1、业务层面告警不足，需梳理影响业务的关键指标；2、跨网元跨业务方面的告警相关性分析的能力不具备;3、没有建立设备告警对业务的影响关系模型；4、数据网网元的种类不断新增，导致智能巡检能力不能同步具备；5、数据业务的统计分析在精细分析能力方面支撑不足;运维经验类1、网络设备采用trap及syslog重复的告警监控方式，造成同一故障重复告警及重复派单；2、业务系统提供的数据不满足网管需求；3、由于数据业务的发展太快，频繁的割接、升级引起接口变更或者数据丢失；接口类1、大量用户侧设备为用户自行采购维护，接入协调难度较大；2、VPN技术是新兴技术，缺乏成熟的网管手段；3、部分基地类、合作类业务平台未纳入网管；支撑全业务运营的差距现有问题及下一步工作计划-

16

-持续加强接口管理工作，不断提升接口能力。不断探索新业

务的管理方式，加强业务管控

能力。树立应用标杆，加强培训，促

使各省达到标

杆水平。根据网络与业务

的发展变化，同

步梳理应用规则。促进全网运维经

验共享。严格执行需求管理、版本管理办法，提升软件质量。数据网管是网管支撑体系下的一套的专业网管系统，实现数据网业务承载网络、业务平台的网络设备、主机、数据库、业务性能实时监控，为中国移动数据网络和业务系统的集中监控、集中维护和运行分析提供技术手段。系统情况-

17

-三期工程实现