运维服务项目-D06可用性计划-模板.docVIP

运维服务项目-D06可用性计划-模板.doc

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
IT服务管理-B06可用性计划 石家庄开发区明达电子技术有限公司 XX系统运维服务项目 可用性计划 文件编号: 当前版本:V1.0 编 制: 审 批: 目录 TOC \o 1-3 \h \z \u 1. 目的 1 2. 范围 1 3. 组织策略 1 4. 职责 2 5. 业务影响分析 2 6. IT基本构架及风险分析 3 7. 可用性需求及目标 3 8. 回顾及评审 4 9. 相关记录 4 PAGE 4 可用性计划 目的 为了改进IT信息运维服务的可用性,从而保证以符合资源要求且高效的方式,持续满足公司业务的可用性需求,故制定本可用性计划。 范围 通过进一步规范运维规范化及标准化工作,由公司对XX系统运维服务项目软件进行运维服务,保证系统的使用性能,完善系统的业务功能。 主要运维服务项目如下: 序号 运维服务项目 服务内容简述 备注 1 数据传输中间件、工具软件 保证各工具软件、数据传输中间件正常稳定运行 2 应用系统配置 应用系统的配置与维护 3 数据备份 数据定期备份 4 日常巡检 提供每月度一次的全面巡检服务,具体巡检时间和内容提前与采购人协商确定,制作巡检记录,巡检内容包括但不限于以下内容:软件运行情况检查、应用软件配置管理和日志分析、应用系统状态分析等,对存在故障隐患的进行调整优化。巡检完毕提供巡检报告,每季度提供季度服务总结报告 5 数据恢复 如发生设备故障或其他事件,导致数据丢失,需在24小时内完全成数据恢复 组织策略 根据合同要求以及客户的需要,设立专门负责项目的信息化运维服务组,并设立足够的人员,并且组织专业的技术培训,使每一位上岗的人员都拥有过硬的技术,保证客户故障可以及时响应并且处理,保证项目的持续性。 同时成立专门的服务台,负责受理和跟踪所有客户故障,可以有效地监督所有办事处的工作,以保障所有运维工作可以更加有效地进行。 另外,制定应急预案,发生重大故障时立即启动紧急预案,缩短咨询服务响应时间。并且制定年度满意度调查计划,通过调查听取客户建议,完善服务体系。 职责 可用性经理-运维组组长 负责审批可用性计划;负责与客户及用户沟通确定业务对IT运维服务可用性的详细需求;负责建立IT运维服务可用性的设计标准;负责保证需求的IT运维服务可用性的实现成本是适当的;负责定义IT运维服务可用性目标;负责对系统和(或)服务的可用性进行度量和报告。 可用性设计师-项目经理 对系统的可用性进行分析和评估,并提出修改建议;按照可用性规划中对可用性目标的要求,进行可用性具体监控指标的定义;确认服务可用性需求;可用性监测数据的收集、分析、汇总;参与可用性的评价、分析;与客户做可用性需求协商。 可用性监控员-项目运维人员 按照可用性要求,对监控对象进行可用性监视;对可用性监控过程、相关行为和监控结果进行记录、存档;定期对可用性监控结果进行分析,并生成可用性监控报告。 业务影响分析 根据服务需求及服务中断对客户业务影响程度,将可能发生的事件分为三个等级,三个等级对应的响应事件以及事件规定如下: 对于一级事件,影响客户整个系统运行的,立即将启动应急预案:30分钟内电话报告客户,1小时内书面报告问题至客户;在12小时内予以解决,24小时内提交故障分析报告至甲方。 对于二级事件:影响客户部分系统运行的事件,能用电话解决的故障在2小时内 给予解决;就近技术人员做好现场支援的准备,在24小时内解决完毕。 对于三级故障:影响一套设备运行的事件,能用电话解决的故障在4小时内予以 解决;就近技术人员做好现场支援的准备,在32小时内解决完毕。 对于四级故障:人员操作失误的事件,能用电话解决的故障在6小时内给予解决;就近技术人员做好现场支援的准备,在48小时内解决完毕。 关注业务环境变化对可用性的影响,当业务环境发生重大变化时可以由计划规定的评审人员提出申请进行可用性回顾和评审,根据实际情况对可用性计划进行修改,使可用性计划具有可行性。当然,内部环境,例如,设备或者系统变更对可用性计划造成的影响,当出现变更时可能会影响可用性的需求以及目标,所以需要对内外部环境进行监控,以及时改变可用性计划应对变化。 风险分析 时间紧、人员变动、涉及与其它系统集成,项目存在进度与成本风险 可用性需求及目标 可用性的时间7*24小时,可用性指标: 1)网络服务的运行率不低于99%; 2)系统服务的运行率不低于97%; 3)工具服务的运行率不低于 98%; 4)应用系统服务的运行率不低于98%。。 由服务台及技术人员组成的整个服务体系保证7*24小时提供故障受理以及技术服务,保证将整个业务的可用性目标控制在客户

您可能关注的文档

文档评论(0)

132****9321 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档