运营支撑保障管理规程

1、运营支撑保障管理规程(Version 1.0)2009 年 7 月1 / 32基本信息文档名称文档编号起草时间2009 年 6 月姓名部门郭海涛运营管理部曾宪龙运维中心编制林 杰技术应用部丁继承IT 管理部王秀双产品管理部审核蔡高伟备注审阅人修订记录序号修改时间修改人123456789111213运营支撑保障管理规程当前版本1.0发布版本1.0定稿时间2009 年 6 月电话电子邮件主要修改存档版本2 / 32目录1.概述52.运营支撑保障体系架构62.1.体系架构图62.2.各部门职责62.3.运营支撑各层面间的分工协作83.主动运维管理规范93.1.主动运维的概念93.2.建立预检、巡检及

2、预警机制103.3.建立和完善故障处理预案制度104.故障管理规范114.1.故障定义114.2.故障的分级134.3.故障的超时与升级144.4.故障的受理与处理144.5.故障的通知通报机制175.割接管理规范186.问题管理263 / 326.1.问题管理定义266.2.问题的来源及分类266.3.问题管理的流程及分工286.4.问题管理的记录、报表及通报机制296.5.问题管理的考核314 / 32精品文档，值得拥有1. 概述随着公司用户规模的不断扩大、公司合作区域的不断拓展和公司新产品、新应用的不断推出，运营维护及服务保障的压力越来越大，对各后台支撑部门的保障能力及部门间的协作提出了

3、更高的要求，为规范公司的运营保障流程、加强运营支撑部门的分工协作、提高运维保障水平、提高用户故障响应及服务质量，从而确保为用户提供及时、准确、到位的运营支撑服务，特制定本规程。本规程界定了运营支撑保障体系的架构及相关部门人员的职责分工、部门间的协作流程、主动运维规范、故障受理及处理反馈流程、割接管理规范、问题管理规范等涉及公司整体运营支撑保障的各环节流程及规范。本规程适用于 对已投入运行维护的各种业务承载网络、业务应用系统、业务服务系统以及各类支撑系统 （包括已承载业务的在建网络系统和已有大量测试用户的测试系统）所涉及的运营保障支撑工作 。本规程主要分为如下几个部分：一、运营支撑保障体系架构及

4、分工协作二、主动运维管理规范三、故障管理（受理及处理）规范四、割接管理规范五、问题管理规范5 / 32精品文档，值得拥有2. 运营支撑保障体系架构2.1.体系架构图三线支持厂商产品开发部应用支持部二线支持运维部其技术应IT 管理部传媒应用他二级部门用部技术支持部一线支持运维中心现场支持呼叫中心合做城市运维部其它故障受理渠道最终用户（ IPTV/DVB/(所有上线产时品移的）用户)采用四级技术支撑体系架构，分现场支持（合作城市运维部门）、一线支持（指运维中心）、二线支持（指后台各相关专业部门） 、三线支持（指设备、系统的厂商及产品开发部门）。2.2.各部门职责1、合作城市运维部门负责受理当地客户

5、的故障申告负责本地业务网络的运维负责本地业务系统的硬件维护负责配合运维中心完成故障的现场排查6 / 32精品文档，值得拥有2、运维中心负责公司所有已移交上线运营的各产品及应用系统的运行监控（724 小时）负责割接调度、割接的对外通知和确认负责对所有上线运营系统的故障统一受理，对故障进行测试、初步判断，对故障调度，跟踪故障处理情况，汇总处理结果，回复结果给故障投诉人，使故障处理形成闭环；通过运行日报、周报、月报等形式向各个相关部门传递网络系统的运行状况及故障处理情况；3、二线支持二线支持部门主要包括：技术应用部、 IT 管理部、应用支持部、运维中心的各二级部门及其它后台支撑部门或业务部门。运行管

6、理：对系统和网络进行日常主动巡检、性能分析、优化改造故障管理：负责所有一级支持部门转交的网络故障投诉的处理，重大故障的分析问题管理：以找到问题根源、提出解决方案，避免故障重复发生的机制，对问题在各个二线、三线支持部门的处理进行跟踪管理技术支持：对公司各类业务相关网络和系统运行中出现的热点难点问题，为其它部门进行技术支援；4、三线支持三线支持部门主要包括：产品开发部、应用支持部（自主开发的部分）及厂商。此层面包括设备、系统的最终技术支持层面受理网络、系统运行过程的技术咨询及对一、二线支持提供培训为产品使用方提供远程和现场技术支持负责对网络、系统运行中的发现的，无法定位的问题进行原因查明，并提供解

7、7 / 32精品文档，值得拥有决方案2.3.运营支撑各层面间的分工协作1、各部门的主要职责及分工责任人、部门主要职责公司分管领导 （何对一级、二级重要故障的处理指导与监督总、蔡总）对一级重大故障的协调与督办其它公司领导了解并关注一、二级重要故障的处理进程及结果负责公司所有已移交上线运营的各产品及应用系统的运行监控（ 724 小时）负责对所有上线运营系统的故障统一受理，对故障运维中心进行测试、初步判断，对故障调度，跟踪故障处理情况，（网管中心）汇总处理结果，回复结果给故障投诉人，使故障处理形成闭环；通过运行日报、周报、月报等形式向各个相关部门传递网络系统的运行状况及故障处理情况承担本规程所规定的

8、本部门所负责系统、网络及设运维中心备的主动运维、故障处理及问题管理的职能对本部门所负责运维保障的部分，与厂家对接对相（其它二级部门）关系统、网络及设备的故障及问题进行协调处理并全程跟踪和反馈结果承担本规程所规定的本部门所负责系统、网络及设备的主动运维、故障处理及问题管理的职能技术应用部对本部门所负责运维保障的部分，与厂家对接对相关系统、网络及设备的故障及问题进行协调处理并全程跟踪和反馈结果承担本规程所规定的本部门所负责系统、网络及设备的主动运维、故障处理及问题管理的职能应用支持部对本部门所负责运维保障的部分，与厂家对接对相关系统、网络及设备的故障及问题进行协调处理并全程跟踪和反馈结果承担本规程

9、所规定的本部门所负责系统、网络及设备的主动运维、故障处理及问题管理的职能IT 管理部对本部门所负责运维保障的部分，与厂家对接对相关系统、网络及设备的故障及问题进行协调处理并全程跟踪和反馈结果承担本规程所规定的本部门所负责系统、网络及设产品开发部备的主动运维、故障处理及问题管理的职能与厂家对接对相关系统、网络及设备的故障及问题时间节点及要求724 小时值班7 24 小时待命（指定专门接口人）7 24 小时待命（指定专门接口人）7 24 小时待命（指定专门接口人）7 24 小时待命（指定专门接口人）5 8 小时（工作日）支持（指定专门接口人） ，在8 / 32精品文档，值得拥有责任人、部门主要职责

10、时间节点及要求进行协调处理并全程跟踪和反馈结果测试期未移交运维的应提供 724 小时待命（指定专门接口人）提供工作日 5 8 小时的工作支持（指定专门的接口其它相关部门人）配合技术部门解决相关故障对公司无法解决的故障应提供7 24 小时的及时、到位的技术支持（包括工作日的所有故障及节假日期间7 24 小时待命厂商的重大故障）（指定专门接口对重要故障及长期未解决故障提供专项分析及解决人）方案并协助公司技术部门彻底解决2、部门间协作关系图三线支持厂商线路提供商产品开发部应用支持部二线支持运维部其技术应IT 管理部传媒应用技术支持部他二级部门用部一线支持运维中心IPTV 、时所有产品移、 IP骨干网

11、络故障合作城市运维部其它故障受理渠道现场支持呼叫中心最终用户（(所有上线产品的用户IPTV/DVB/时移等）)3. 主动运维管理规范3.1.主动运维的概念“运维就是服务”，运维未来的发展趋势势必是由被动维护转变为主动服务。与之相对应，运行维护工作的对象也从面向网络、系统、网元转变为面向用户，由面向设备维护转变为面向外部和内部客户服务。本管理办法中所提出的“主动运维”的概念即是从此理念出发，通过在公司建9 / 32精品文档，值得拥有立和完善相关的预先检查、预先发现及处理以及编制完善的各类应急预案等，来达到把故障和问题的萌芽消除在其发生之前，从而减少或避免故障的发生，这不仅使用户服务的质量更加精细

12、化，而且能够有效地降低和节约建设维护成本，为公司业务的发展和稳定运营服务提供强有力的保障。3.2.建立预检、巡检及预警机制1、预检和巡检各运行维护保障部门，尤其是运维中心、 IT 管理部、技术应用部等直接负责关键系统运维的部门，要建立完善的预检及巡检制度，明确预检和巡检的责任人、时间要求、检查内容要求、检查流程、检查记录及发现问题的汇报和通报机制等。对预检及巡检中应该发现的问题由于检查人员的疏忽没有得到及时发现，后续发生相关故障并给公司造成损失的，应对相关责任人进行事后追究及处罚（具体体现在对责任部门及责任人的考核及奖惩中） 。2、预警机制检查人员对预检和巡检中发现的问题，要进行及时的分析和预处理，并及时通报本部门相关人员、各相关部门，情况严重时要及时通报给公司分管领导及其他公司领导。对检查中发现的问题，发起部门要及时跟进问题的处理结果和进度，确保问题得到有效的处理及反馈，并最终形成问题解决的闭环（具体参见故障管理和问题管理部分）。