ImageVerifierCode 换一换
格式:DOC , 页数:33 ,大小:377KB ,
资源ID:722349      下载积分:20 文钱
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,省得不是一点点
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.wenke99.com/d-722349.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: QQ登录   微博登录 

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(运营支撑保障管理规程.DOC)为本站会员(国***)主动上传,文客久久仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知文客久久(发送邮件至hr@wenke99.com或直接QQ联系客服),我们立即给予删除!

运营支撑保障管理规程.DOC

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

2、. 运营支撑各层面间的分工协作 .83. 主动运维管理规范 .93.1. 主动运维的概念 .93.2. 建立预检、巡检及预警机制 .103.3. 建立和完善故障处理预案制度 .104. 故障管理规范 .114.1. 故障定义 .114.2. 故障的分级 .134.3. 故障的超时与升级 .144.4. 故障的受理与处理 .144.5. 故障的通知通报机制 .175. 割接管理规范 .186. 问题管理 .26第 4 页 共 33 页6.1. 问题管理定义 .266.2. 问题的来源及分类 .266.3. 问题管理的流程及分工 .286.4. 问题管理的记录、报表及通报机制 .296.5. 问题

3、管理的考核 .31第 5 页 共 33 页1.概述随着公司用户规模的不断扩大、公司合作区域的不断拓展和公司新产品、新应用的不断推出,运营维护及服务保障的压力越来越大,对各后台支撑部门的保障能力及部门间的协作提出了更高的要求,为规范公司的运营保障流程、加强运营支撑部门的分工协作、提高运维保障水平、提高用户故障响应及服务质量,从而确保为用户提供及时、准确、到位的运营支撑服务,特制定本规程。本规程界定了运营支撑保障体系的架构及相关部门人员的职责分工、部门间的协作流程、主动运维规范、故障受理及处理反馈流程、割接管理规范、问题管理规范等涉及公司整体运营支撑保障的各环节流程及规范。本规程适用于对已投入运行

4、维护的各种业务承载网络、业务应用系统、业务服务系统以及各类支撑系统(包括已承载业务的在建网络系统和已有大量测试用户的测试系统)所涉及的运营保障支撑工作。本规程主要分为如下几个部分:一、 运营支撑保障体系架构及分工协作二、 主动运维管理规范三、 故障管理(受理及处理)规范四、 割接管理规范五、 问题管理规范第 6 页 共 33 页2.运营支撑保障体系架构2.1. 体系架构图 技 术 应用 部 产 品 开 发 部 传 媒 应 用技 术 支 持 部IT管 理 部厂 商最 终 用 户 ( IPTV/DB/时 移 )运 维 中 心运 维 部 其他 二 级 部 门二 线 支 持一 线 支 持三 线 支 持

5、现 场 支 持 合 做 城 市 运 维 部技 术 应用 部 产 品 开 发 部 传 媒 应 用技 术 支 持 部管 理 部厂 商最 终 用 户 ( 时 移 )运 维 中 心运 维 部 其他 二 级 部 门二 线 支 持一 线 支 持三 线 支 持现 场 支 持 合 做 城 市 运 维 部(所有上线产品的用户)应用支持部呼叫中心 其它故障受理渠道采用四级技术支撑体系架构,分现场支持(合作城市运维部门) 、一线支持(指运维中心) 、二线支持(指后台各相关专业部门) 、三线支持(指设备、系统的厂商及产品开发部门) 。2.2. 各部门职责1、合作城市运维部门 负责受理当地客户的故障申告 负责本地业务网

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

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

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

9、724 小时值班运维中心(其它二级部门) 承担本规程所规定的本部门所负责系统、网络及设备的主动运维、故障处理及问题管理的职能 对本部门所负责运维保障的部分,与厂家对接对相关系统、网络及设备的故障及问题进行协调处理并全程跟踪和反馈结果724 小时待命(指定专门接口人)技术应用部 承担本规程所规定的本部门所负责系统、网络及设备的主动运维、故障处理及问题管理的职能 对本部门所负责运维保障的部分,与厂家对接对相关系统、网络及设备的故障及问题进行协调处理并全程跟踪和反馈结果724 小时待命(指定专门接口人)应用支持部 承担本规程所规定的本部门所负责系统、网络及设备的主动运维、故障处理及问题管理的职能 对

10、本部门所负责运维保障的部分,与厂家对接对相关系统、网络及设备的故障及问题进行协调处理并全程跟踪和反馈结果724 小时待命(指定专门接口人)IT 管理部 承担本规程所规定的本部门所负责系统、网络及设备的主动运维、故障处理及问题管理的职能 对本部门所负责运维保障的部分,与厂家对接对相关系统、网络及设备的故障及问题进行协调处理并全程跟踪和反馈结果724 小时待命(指定专门接口人)产品开发部 承担本规程所规定的本部门所负责系统、网络及设备的主动运维、故障处理及问题管理的职能 与厂家对接对相关系统、网络及设备的故障及问题58 小时(工作日)支持(指定专门接口人) ,第 9 页 共 33 页责任人、部门

11、主要职责 时间节点及要求进行协调处理并全程跟踪和反馈结果 在测试期未移交运维的应提供724 小时待命(指定专门接口人)其它相关部门 提供工作日 58 小时的工作支持(指定专门的接口人) 配合技术部门解决相关故障厂商 对公司无法解决的故障应提供 724 小时的及时、到位的技术支持(包括工作日的所有故障及节假日期间的重大故障) 对重要故障及长期未解决故障提供专项分析及解决方案并协助公司技术部门彻底解决724 小时待命(指定专门接口人)2、部门间协作关系图 技 术 应用 部 产 品 开 发 部 传 媒 应 用技 术 支 持 部IT管 理 部厂 商最 终 用 户 ( IPTV/DB/时 移 等 )运

12、维 中 心运 维 部 其他 二 级 部 门二 线 支 持一 线 支 持三 线 支 持现 场 支 持 合 作 城 市 运 维 部IPTV、 时移 、 I骨 干 网络 故 障 线 路 提 供 商技 术 应用 部 产 品 开 发 部 传 媒 应 用技 术 支 持 部管 理 部厂 商最 终 用 户 ( 时 移 等 )运 维 中 心运 维 部 其他 二 级 部 门二 线 支 持一 线 支 持三 线 支 持现 场 支 持 合 作 城 市 运 维 部、 时移 、 骨 干 网络 故 障 线 路 提 供 商3.主动运维管理规范3.1. 主动运维的概念“运维就是服务” ,运维未来的发展趋势势必是由被动维护转变为主

13、动服务。与之相对应,运行维护工作的对象也从面向网络、系统、网元转变为面向用户,由面向设备维护转变为面向外部和内部客户服务。(所有上线产品的用户)所有产品应用支持部呼叫中心 其它故障受理渠道第 10 页 共 33 页本管理办法中所提出的“主动运维”的概念即是从此理念出发,通过在公司建立和完善相关的预先检查、预先发现及处理以及编制完善的各类应急预案等,来达到把故障和问题的萌芽消除在其发生之前,从而减少或避免故障的发生,这不仅使用户服务的质量更加精细化,而且能够有效地降低和节约建设维护成本,为公司业务的发展和稳定运营服务提供强有力的保障。3.2. 建立预检、巡检及预警机制1、预检和巡检各运行维护保障

14、部门,尤其是运维中心、IT 管理部、技术应用部等直接负责关键系统运维的部门,要建立完善的预检及巡检制度,明确预检和巡检的责任人、时间要求、检查内容要求、检查流程、检查记录及发现问题的汇报和通报机制等。对预检及巡检中应该发现的问题由于检查人员的疏忽没有得到及时发现,后续发生相关故障并给公司造成损失的,应对相关责任人进行事后追究及处罚(具体体现在对责任部门及责任人的考核及奖惩中) 。2、预警机制检查人员对预检和巡检中发现的问题,要进行及时的分析和预处理,并及时通报本部门相关人员、各相关部门,情况严重时要及时通报给公司分管领导及其他公司领导。对检查中发现的问题,发起部门要及时跟进问题的处理结果和进度,确保问题得到有效的处理及反馈,并最终形成问题解决的闭环(具体参见故障管理和问题管理部分) 。3.3. 建立和完善故障处理预案制度为减少或避免同类或类似问题再次出现或多次发生,各运维部门应建立并逐步完善故障处理预案制度,对重要的故障及可能多次出现的故障根据前期的处理情况制定完整的处理预案,并对相关运维人员进行培训和传达,以确保在主动运维及故障发生后的第一时间根据处理预案进行及时、有效的故障分析和排除。

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。