服务持续性管理.pdfVIP

服务持续性管理 IT 服务持续性管理 ITSCM，即 IT 服务持续性管理 （IT Ser vice Continuity Management），是指负责预防灾难 发生、增强 IT 基础架构的恢复能力（Resilience）和容错能力（Fault Tolerance ），并在灾难 发生后迅速恢复 IT 服务正常运作的服务管理流程。 IT 服务持续管理的目标是，通过确保在灾难发生之后 IT 基础架构和 IT 服务（包括相应 的支持服务和服务台）能够在规定的时间内得以恢复从而支持总体的业务持续管理（BCM）。 IT 服务持续性管理可能有多个不同的具体目标，但其范围必须基于业务目标而确定。在评估 业务持续性所面临的风险时，需要确定这些风险是否处于 IT 服务持续性管理流程的范围之 内。 图-1 中显示了 IT 服务持续性管理的活动。 第 1 页第 1 页 服务持续性管理 启动阶段 服务连续性管理通常在可用性管理结束后继续解决可用性管理无法或没有解决的 可用性风险。 一旦风险被确定，用户必须在 IT 人员的帮助下决定哪些风险需要缓解，哪些风险 需要承担。 需求和战略阶段 • 业务影响分析 • 风险评估 首先，必须确认相关的 IT 组件 （资产），包括建筑物、系统和数据等。有效的资产确认 要求有关每个组件的所有者和用途都必须文档化。 其次，要分析这些资产所面临的威胁以及这些威胁之间的相关程度，并估计灾难发生的可能 性（高、中、低）。例如，不稳定的电力供应和一个易于遭受风暴的地区这两个因素就存在 较大的相关性。 接着，要确认这些资产的薄弱环节，并进行分类（高、中、低）。一个避雷装置可以保护建 筑物免受雷击的破坏，但雷击仍然可能严重地影响到网络和计算机系统。 最后，需要根据各 IT 组件的具体情况评估威胁和薄弱环节，从而评估风险的级别。 在评估风险时应当考虑在第 1 个阶段已经定义好的 IT 服务持续性管理流程的范围。例如， 对于一些小的问题可以由服务台和 （或）事故管理流程来应付，或者由可用性管理措施来解 决。有些业务风险则不属于 IT 服务持续性管理的范围。 不同的组织对灾难有不同的定义，通常是通过业务影响分析来测量业务损失的影响，如 财务损失，声誉和规则的破坏。 实施阶段 • 制定 IT 服务连续性计划 大部分的企业都希望在风险降低和恢复规划方面达到某种平衡。风险降低措施、业务恢 复行动以及 IT 恢复方案之间是有明显的区别的。风险降低（预防）和恢复规划（恢复方案） 之间的关系将在下面进行讨论。 威胁是不可能完全消除的，比如在大楼附近的一场火灾也可能烧毁你的大楼。此外，降低某 一种风险又可能导致另一种风险的增加，如外包就可能增加安全方面的风险。 • 预防措施 在充分考虑了预防措施的成本和风险的级别后，可以根据风险分析的结果采取预防措施。有 些措施的目标是减小意外事故发生的概率或影响，因此也可以缩小恢复计划的范围。例如， 可以针对灰尘、超高温或超低温、火灾、漏水、电力中断以及失窃制定预防措施，而将其它 风险留给恢复计划来处理。 要害/关键控制法是用得最多的预防形式。它可以消除大部分的薄弱环节，例如通过建立自 己的电力和水供应储备来应对电力和水供应方面的薄弱环节。但是，随着非现场恢复变得越 来越困难，这种方法的应用也会带来其它诸如网络中断或网络拥塞等薄弱环节。要害/关键 控制法可适用于大型的计算机中心，这些大型的计算机中心一般都太复杂以至于不能通过恢 复计划来解决。如今，增强要害/关键控制法的快速反应能力是至关重要的，即及时发现问 题并在其失控之前将其解决的能力。 • 选择恢复方案 如果还存在部分没有被预防措施消除掉的残余风险，则应当将这部分风险交由恢复规划来处 理。恢复方案应该提供下列措施来确保业务的持续性： 人员和场地－如何应对其它假定情况的发生，所需要的家具，运输和旅行的距离，以及支持 业务所需要的关键人员； 第 2 页第 2 页 服务持续性管理 • 组织计划 • 测试 运作管理阶段 有效的流程控制取决于