网管专业培训材料(维护部分)_200711

广东联通移动综合网管系统数据保障要点,省网管中心2007年11月30日,主要内容,一、故障定义二、网元配置数据变更管理三、07年性能、配置数据管理办法四、网管系统故障案例分析五、网管中心联系方式和各人负责范围,一、维护规程重点说明故障定义,在2007年10月份下发的中国联通广东分公司通信网故障调度管理办法中，对严重故障和一般故障的时限有所调整，比之前的考核更严格了。,故障上报流程,二、07年性能、配置数据管理办法,根据总部2007网管系统性能数据管理办法我省细化形成了广东移动综合网管系统性能、配置数据管理办法，该办法从网管数据的完整性、准确性、及时性方面制定了7个考核指标，并从7月份开始对分公司实施考核。,这几个考核指标在GC网WEB页面“日常报表”下的“数据保障核查报表”中均有每小时、每日，每月的统计。实际考核的报表除配置数据、以及及时性的考核外，均采用“48小时”报表做为考核依据。即性能数据准确性和完整性考核的是统计数据是否能够在48小时内报到综合网管的情况。针对每个性能数据均有上限和下限要求，超过上限或下限均认为出错。及时性要求分公司的网元数据要在3小时内上报到综合网管系统。关联性考核以是否满足G网7条，C网10条关联性要求为依据。出错率计算公式：时间段内缺失（错误）的指标个数/（应上报指标个数时间段内小时个数）考核办法详细见附件：,二、网元配置数据变更管理,目的网管的配置数据及时更新，保障网管配置数据的准确性。特制定本流程，并在电子运维系统上实现了问题跟踪工单流程。流程说明1、由于目前网管系统的处理能力和机制尚不能实现每天对全省所有网元配置数据进行采集更新，对于网络割接、升级会影响到网管配置数据变化的，必须上报配置数据变更申请。如会引起网管配置数据变化、网管网元性能数据为空（割接引起的性能数据短时间缺失除外），必须在网元割接入网、调整变动当天的10点前（如果割接在0点前执行的，要求在第二天10点前上报；如果割接在凌晨割接，就在当天11点前）在电子运维系统上上报配置数据变更申请,提交给亿阳的临武坑处理，同时抄送省网管中心值班员(帐号：wgzb)。2、亿阳在联通配置更新、新设备入网等工作完成的当天14点前完成网管配置数据更新工作，同时把工单返回给分公司。,网元配置数据变更管理,3、分公司接到亿阳反馈配置已更新的工单后，要求在网元割接当日16:00前按总部下发移动综合网管配置数据管理规范在网管WEB页面上认真填写。不能出现配置数据为空、错误等现象,同时分公司保障新割入网元的性能数据的完整、准确。最后在WEB网页上对配置更改信息进行确认后把工单反馈给亿阳。4、网管值班人员在收到分公司配置数据变更申请后，按需上报工单给总部，并对整个配置更新流程进行监控，监督各个环节在时限内完成相关工作。并检查分公司是否在要求时限内配置数据填写完全、准确。5、亿阳在割接当天20点前完成配置数据上报总部。6、接到配置工单的网管值班人员负责在接到工单的第二天12点前，落实总部配置数据是否及时向总部更新后返回给分公司。7、分公司归档该工单。,网元配置数据变更管理,注意事项1、对于新网元接入网管、旧网元退网、现有网元配置变更分公司而导致相关配置信息变更的都需要通过上报配置工单。2、割接、升级以及相关配置数据更新失败的情况，分公司必须在变化当天上午10：00前邮件、电话通知省网管中心，同时撤销工单。3、分公司的工单同时发送给所有网管值班人员，当天网管值班人员负责跟踪落实当天上报的所有配置数据更新问题。4、分公司、亿阳要每月定期对配置数据的完整性和准确性进行全面核查。数据保障人员和网管值班人员要每月定期对配置数据的完整性和准确性进行全面抽查。,网元配置数据变更管理,常见问题：1、过早提交工单。如某分公司1月16日进行BSC割接，分公司在1月5日就上报配置工单，导致工单无法在48小时内闭环。2、未能按工单时限要求处理，多个环节存在超时现象。3、对于批量BTS配置信息有变化的，按统一附件模版上报：4、网元配置变更了，但是没有打配置变更工单，如广州在11月2日凌晨进行了BSC26重归属（从MSC7移到msc1）的割接，但并没有打配置数据变更工单。直到当天下午综合网管显示数据异常时候我们才发现，影响了当天的数据上报。,四、网管系统故障案例分析（续）,案例1、2006年11月10日潮州C网LOMC磁盘空间满和LOMC数据文件损坏，导致POMC对应的所有文件无法入库，POMC服务器严重故障，所有中兴业务区C网网管交换数据无法采集，时间长达24小时。案例分析：未按网管系统维护规程进行维护作业，直接导致故障的产生。,网管系统故障案例分析（续）,案例2、2006年11月15日9点，佛山分公司G网摩托OMCR维护人员在未进行电子割接申请的情况下，对G网摩托OMCR服务器进行重启，导致G网摩托OMCR服务器和省网管中心的链接中断，影响省网管系统数据的正常采集。案例分析：安全意识薄弱，未按网管系统维护规程进行维护作业，直接导致故障的产生。,网管系统故障案例分析（续）,案例3、2006年11月17日15点清远开始综合网管无法采集C网无线数据，省网管18日11点通知分公司无线负责人，但该负责人认为问题不在分公司，在确认本地LOMC数据正常后就不再跟踪，也没有向省网管反馈。到了17点省网管再次联系分公司，直到19点经重启本地服务进程问题才得以解决。整个故障处理时间过长，分公司没有及时处理故障，对问题跟踪到底并及时省网管沟通反馈。案例分析：未明确网管维护责任人，沟通不及时，导致故障的产生及延迟处理。,网管系统故障案例分析（续）,案例4、揭阳分公司人员变更时未做好交接工作，维护人员对网管系统不熟悉。在未向省网管申报的情况下，11月21日维护人员对华为BSC上华为OMCR性能数据采集帐号进行了密码修改，并修改了用户“OMCR”的权限，导致在21日15点至22日19点间综合网管无法采集到该BSC的数据。案例分析：对网管系统不熟悉，不按流程操作，导致问题的发生及处理的延迟。,网管系统故障案例分析（续）,案例5、中山分公司于12月8日凌晨进行C网HLR3网元入网割接，割接后没有按割接工作要求检查网元的网管接入状态，直到12月9日上午11：30在解决了链路故障问题后HLR3才正常接入网管，造成HLR3在割接入网后长时间未接入网管。案例分析：安全意识薄弱，规程不熟悉，未按网管系统维护规程进行维护作业，直接导致故障的产生。,网管系统故障案例分析（续）,案例6、12月23日00：30揭阳C网发