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

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