从版本< 17.1 >
由superadmin编辑
在2021/02/20, 15:03上
到版本
由superadmin编辑
在2021/02/20, 15:00上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -3,7 +3,7 @@
3 3  {{/box}}
4 4  
5 5  (((
6 -
6 +
7 7  )))
8 8  
9 9  需要下载 **ITIL 4 服务连续性管理实践【中文】**pdf版全文,请关注微信公众号itilxf ,并回复“服务连续性”即可。
... ... @@ -35,8 +35,6 @@
35 35  * 对本实践的合作伙伴和供应商的考虑
36 36  
37 37  
38 -
39 -
40 40  == **1.1 ITIL 4资格认证计划** ==
41 41  
42 42  本文档中的部分内容可作为以下教学大纲的一部分以供检查:
... ... @@ -178,6 +178,7 @@
178 178  * 中断期间用户应能够处理的单位时间段内有限的交易数量。
179 179  
180 180  
179 +
181 181  === **2.2.5  业务影响分析** ===
182 182  
183 183  |(((
... ... @@ -196,6 +196,7 @@
196 196  * 确定这些活动的依赖关系和支持资源,包括供应商,外包合作伙伴,以及其他相关利益方。
197 197  
198 198  
198 +
199 199  === **2.2.6  服务连续性/ 灾难恢复计划** ===
200 200  
201 201  |(((
... ... @@ -233,6 +233,7 @@
233 233  * 进行练习,并测试如果发生灾难情况下,服务连续性计划的启用
234 234  * 有一些活动和责任领域尽管仍与服务连续性管理密切相关,但不包含在服务连续性管理实践中。表2.1中列出了这些内容,以及涉及到的包含这些内容的实践。重要的是要记住,ITIL实践只是在价值流的背景中使用的工具的集合;它们应当根据情况在必要时组合在一起。
235 235  
236 +
236 236  |活动|实践指南
237 237  |与客户沟通以使客户的业务连续性策略和计划与服务提供者的服务连续性策略和计划保持一致|关系管理
238 238  |协商并与客户服务连续性要求达成一致|服务级别管理
... ... @@ -246,6 +246,7 @@
246 246  |管理并实施持续改进|持续改进
247 247  
248 248  
250 +
249 249  === **2.3.1  可用性与连续性之间的界线** ===
250 250  
251 251  服务的连续性和可用性管理的实践之间的界限是不明显的。两种做法都涉及风险的概念,并致力于识别和准备应对可能威胁并导致服务不能运转的事件。对于这两种实践,都需要了解VBF和风险评估或服务故障的BIA。最终,两种做法都确保了组织的抗故障能力。
... ... @@ -287,6 +287,7 @@
287 287  )))
288 288  
289 289  
292 +
290 290  === **2.3.3 服务连续性实践在管理风险时的角色** ===
291 291  
292 292  风险的概念是服务连续性管理实践的核心。该实践通常关注于减轻无法完全防止的高影响,低概率风险。
... ... @@ -346,8 +346,8 @@
346 346  
347 347  服务连续性计划根据服务提供者的类型和组织的规模,其结构的复杂度可能会或多或少。表2.4 概述了一些常见的结构。
348 348  
349 -|(% style="width:122px" %) |(% style="width:290px" %)小型组织|大型组织
350 -|(% style="width:122px" %)内部服务提供商|(% style="width:290px" %)(((
352 +| |小型组织|大型组织
353 +|内部服务提供商|(((
351 351  在小型组织的IT部门中,可能没有任何服务连续性计划。所有连续性安排都可以作为业务连续性管理的一部分进行管理。
352 352  
353 353  特定的IT服务连续性活动可以作为事件管理实践的一部分执行。
... ... @@ -358,7 +358,7 @@
358 358  
359 359  操作层:大量的用于特定恢复活动的详细步骤(例如,从备份中恢复应用程序数据)。其他部门可能会有自己的特定操作说明,作为连续性计划的一部分。
360 360  )))
361 -|(% style="width:122px" %)外部服务提供商|(% style="width:290px" %)所有层次(战略,战术,运行的)都可以作为一个计划实施,而一个团队则负责响应和恢复的各个方面。|连续性计划级别的描述与上面类似,但是服务提供者对所有级别负责。
364 +|外部服务提供商|所有层次(战略,战术,运行的)都可以作为一个计划实施,而一个团队则负责响应和恢复的各个方面。|连续性计划级别的描述与上面类似,但是服务提供者对所有级别负责。
362 362  
363 363  表2.4 连续性计划的结构选项
364 364  
... ... @@ -365,9 +365,9 @@
365 365  
366 366  服务连续性计划应涵盖表2.5中概述的灾难发生之后的各个阶段。
367 367  
368 -|(% style="width:79px" %)阶段|(% style="width:503px" %)响应|恢复|复原
369 -|(% style="width:79px" %)计划|(% style="width:503px" %)响应计划|恢复计划|恢复正常运行计划
370 -|(% style="width:79px" %)内容|(% style="width:503px" %)(((
371 +|阶段|响应|恢复|复原
372 +|计划|响应计划|恢复计划|恢复正常运行计划
373 +|内容|(((
371 371  应触发服务连续性计划的事件和场景
372 372  
373 373  危机管理组联系人
... ... @@ -411,27 +411,27 @@
411 411  
412 412  表2.6 中概述的服务连续性选项可以作为总体风险缓解计划的一部分来设计和实现。
413 413  
414 -|(% style="width:174px" %)服务管理维度|(% style="width:842px" %)服务连续性措施
415 -|(% style="width:174px" %)组织和人员|(% style="width:842px" %)(((
416 -* 在灾难期间的人员管理
417 -* 使用替代站点和设施
417 +|服务管理维度|服务连续性措施
418 +|组织和人员|(((
419 +1. 在灾难期间的人员管理
420 +1. 使用替代站点和设施
418 418  )))
419 -|(% style="width:174px" %)信息和技术|(% style="width:842px" %)(((
420 -* 物理安全
421 -* 弹性电信网络
422 -* 运维中的数据保护:使用RAID阵列,SAN等来确保数据的可用性
423 -* 数据备份
424 -* 容错应用程序
425 -* 监控以提供及时告警
422 +|信息和技术|(((
423 +1. 物理安全
424 +1. 弹性电信网络
425 +1. 运维中的数据保护:使用RAID阵列,SAN等来确保数据的可用性
426 +1. 数据备份
427 +1. 容错应用程序
428 +1. 监控以提供及时告警
426 426  )))
427 -|(% style="width:174px" %)合作伙伴和供应商|(% style="width:842px" %)(((
428 -* 互惠协议
429 -* 将服务外包给多个提供商
430 -* 作为服务的火灾探测系统或灭火系统
430 +|合作伙伴和供应商|(((
431 +1. 互惠协议
432 +1. 将服务外包给多个提供商
433 +1. 作为服务的火灾探测系统或灭火系统
431 431  )))
432 -|(% style="width:174px" %)流程和价值流|(% style="width:842px" %)(((
433 -* 服务交付的手动操作和替代方法
434 -* 响应和恢复的计划与程序(服务连续性计划)
435 +|流程和价值流|(((
436 +1. 服务交付的手动操作和替代方法
437 +1. 响应和恢复的计划与程序(服务连续性计划)
435 435  )))
436 436  
437 437  表2.6 服务连续性管理实践的四个维度
... ... @@ -445,6 +445,7 @@
445 445  * 效率服务连续性度量的成本应该进行评估,并与收益进行比较。通过估算实施该措施后破坏性事态发生概率的降低,并乘以发生事态会对服务提供者和客户造成的预期的影响,可以计算出收益。就成本而言,应将此价值与该措施实施的成本进行比较。这里可以使用成本效益分析。
446 446  
447 447  
451 +
448 448  === **2.4.3 确保认知和就绪状态** ===
449 449  
450 450  未经测试的恢复计划通常根本无法按预期工作。因此,测试是服务连续性管理的关键组成部分,并且是确保所选策略,已实施措施和计划切实可行的唯一方法。
... ... @@ -570,6 +570,7 @@
570 570  * 响应和恢复
571 571  
572 572  
577 +
573 573  === **3.2.1  服务连续性管理的治理** ===
574 574  
575 575  该流程包括表3.1中列出的活动,并将输入转换为输出。
... ... @@ -943,6 +943,7 @@
943 943  |T|**技术专家 **提供技术(IT)专业知识并实施基于专业知识的任务
944 944  
945 945  
951 +
946 946  表4.2 中列出了服务连续性管理实践涉及的角色示例,以及相关的能力简介和特定技能。
947 947  
948 948  |流程活动|(% colspan="2" %)负责角色|(% colspan="2" %)能力类型|具体技能
深圳市艾拓先锋企业管理咨询有限公司