可用性与IT服务持续性管理程序

简介 目的 确保在满足 SLA 的前提下达到承诺给客户的服务可用性和连续性，增 强 IT 基础设施的弹性。 适用范畴 适用于服务项目的服务可用性及连续性活动，并满足服务需求的治理 活动。 术语表 可用性： 指一个组件或一种服务在设定的某个时刻或某段时刻内发挥其应有功 能的能力。 可靠性： 指 IT 基础设施能够无间断运作的能力， 要紧取决于单个 IT 组件的可靠 性和 IT 基础设施的弹性。 可爱护性： 指 IT 基础设施组件显现故障后可被修复并复原正常运作的特性。 可服务性： 描述 IT 服务提供方与外部供应商之间合同履行情形的一个指标。 关键业务功能（ VBF ）： 指由 IT 服务所支持的业务流程中的关键环节。 平均系统事件间隔时刻（ MTBSI ）： 指连续两次事件发生之间的平均间隔时刻。 （注：平均系统事件间隔时刻 =平均修复时刻 +平均无故障时刻） 平均修复时刻： 指事件发生到服务复原之间的平均间隔时刻。 平均无故障时刻： 指从某次事件修复到下次事件发生之间的平均间隔时刻。 组件故障阻碍分析（ CFIA ）：
服务改进程 序
流程图
相符？ 是
持续运行
事业部总监
具体内容 收集可用性与业务连续性的资源需求 服务部应及时与客户沟通，按《服务策划治理程序》的要求，了解、 收集客户在可用性与业务连续性的资源方面的需求，并考虑对现有《服务 级别协议》的阻碍。要紧包括： 需要提供新服务或变更服务的关键业务功能。 客户对新服务或变更服务的期望和要求。 可量化的、可描述的可用性需求。 客户要求的业务运作时段，及 IT 服务中断时刻。 服务部负责收集、统计、反馈生产系统日常运维的信息，监控 IT 服务 系统的可用性水平。技术组按照日常运维信息分析 IT 服务系统的可用性的 满足状况。 可用性与业务连续性的资源评判及分析 服务部按照业务需求及服务级别协议的要求，负责拟制售前方案，对 现有服务系统的可用性与业务连续性的资源进行分析和评估，要紧包括： 现有 IT 基础设施的配置状况和可用性水平，及当前系统对服务可用性 和连续性需求的满足程度（包括：潜在咨询题的确认，存在的薄弱环节及 其分类；事件或灾难发生时，可使用的能力或有限的应急服务） 。 在非打算的 IT 服务中断发生时，对所要求的服务功能所产生的可量化 阻碍。 为满足可用性和连续性要求所需要的额外资源和成本（包括：打算外 的后期支出，供应商收取的额外成本） 。 有关技术支持、接口、人员技能等角色、职责和要求。 与信息安全有关的 IT 基础设施、工作环境、人员、规程等要求。 可用性标准无法实现的情形（包括：法律法规、标准以及外部环境的 要求和阻碍，供应商提供服务的水平，以及其变更、中断造成的阻碍） 。 确定可用性标准（可靠性、可爱护性）及评判准则。 安全标准的级别，以及对应的角色和职责。 制订可用性与业务连续性的资源打算
输出的文件和记录 《售前方案》可与《项目服务方案》合并 《业务连续性保证方案》 《连续性演练打算》 《服务月报》 《项目服务方案》
简要讲明（变更内容和变更范畴）
更换记录编号
状态
日期
V1.0
C
新建
变更人 批准日期
批准人
* 变化状态： C――创建， A——增加， M——修改， D——删除
名目 1 简介 5
1.1 目的 5 1.2 适用范畴 5 1.3 术语表 5 1.4 引用文件 6 2 职责 7 2.1 客户服务部（以下简称服务部） 错误 !未定义书签。 2.2 销售部门 7 3 流程图 8 4 具体内容 9 4.1 收集可用性与业务连续性的资源需求 9 4.2 可用性与业务连续性的资源评判及分析 9 4.3 制订可用性与业务连续性的资源打算 9 4.4 设计复原方案 10 4.5 开展连续性测试 10 4.6 监控、爱护、评判可用性与连续性活动 11 5 输出的文件和记录 12
在可用性设计时，通过推测和评判由于 服务可用性造成的阻碍。
引用文件 《ISO/IEC 20000》 《IT 服务治理手册》
IT 基础设施中组件失灵对 IT
职责 技术运营中心 负责组织可用性与 IT 服务连续性需求分析与规划，组织可用性与 IT 服务连续性改进。 负责新服务或变更服务活动的策划， 参与可用性与 IT 服务连续性规划， 参与可用性与 IT 服务连续性的改进。 负责与客户沟通可用性与 IT 服务连续性的需求， 参与可用性与 IT 服务 连续性的改进。 按照配置信息和能力基线水平，参与可用性需求设计，组织可用性和 I T 服务连续性的监控，配合 IT 服务连续性方案的实施。 销售部门 协助完成可用性与 IT 服务连续性的需求分析， 并提供可用性与 IT 服务 连续性实施、爱护、监控的成本预算支持。
服务部负责制订《项目服务方案》 中 <可用性与业务连续性的资源打算 > 部分。其中应包含：
可用性监控方案的制定和实施。 可用性改进打算。 设计复原方案 服务部按照 IT 服务连续性治理的要求，拟制《连续性演练打算》 ，并 应考虑： 定义复原能力和容错能力。 需要安装和测试的硬件和网络组件。 需复原的应用系统、数据库和数据。 安全性要求和质量标准。 明确分配每个目标采取措施的责任。 打算性爱护所需的停机时刻。 测试打算及安排。 对服务和系统组件的依靠程度。 专门的接口、人员及其职责。 明确所有需要支持该打算的具体的活动程序。 服务部按《连续性演练打算》的要求，组织有关人员定期备份服务复 原所需的数据、文件、软件等，并应在重大服务失效或灾难时及时提供。 开展连续性测试 服务部按照《业务连续性保证方案》和《连续性演练打算》的要求， 组织开展连续性测试活动，确保： 应针对特定的情形实施并具有明确的目标和成功标准。 测试打算应包含对复原打算、活动程序和有关的技术组件的初始测试。 测试应与客户或客户代表、有关部门协商，共同进行。 测试失败的结果应记录并评审，并输入服务改进打算。 连续性测试每年至少应进行一次，以识别打算中的弱点以及被忽略的 变更。在 IT 基础架构的配置项发生重大变更后还需要实施进一步的测试。
服务部在测试完成后拟制《业务连续性演练报告》 ，经事业部总监批准 后发放有关部门。
监控、爱护、评判可用性与连续性活动 服务部负责监控可用性与连续性策划的实施，确保： 监控和记录 IT 服务的可用性。 爱护精确的历史数据。 与 SLA 中定义的需求相比较， 以识别对约定的可用性目标的不符合项。 估量以后的可用性。 对潜在咨询题，采取的预防措施。 如果在采取各种复原措施后，仍存在残余风险，则服务部应组织制订 对应的应急措施。 服务部每月拟制《服务月报》 ，其中应对可用性与连续性的绩效进行统 计，包括 MTTR （平均修复时刻）、MTBF （平均无故障时刻）等指标。 服务部按《服务质量改进治理程序》的要求，每年末组织计策划进行 评审或更新。
可用性与 IT 服务持续性管理程序
可用性与 IT 服务连续性治理程序
文档编号： 密 级： 版本信息： V1.0 建立日期： 创 建：
版权声明：本文中的所有信息均为北京首都在线科技股份有限公司内 部公布信息，未经北京首都在线科技股份有限公司明确作出的书面许可， 不得传播。
文档修订记录
源自文库
版 本 编 号 或 者 变化