Last modified by superadmin on 2024/12/25, 15:40
From version < 6.1 >
edited by superadmin
on 2021/12/16, 19:52
To version < 21.1 >
edited by superadmin
on 2024/03/08, 09:54
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -ITIL 4可用性管理实践中文版
1 +服务管理实践 - 12 可用性
Parent
... ... @@ -1,1 +1,1 @@
1 -ITIL 4架构管理实践.WebHome
1 +Main.WebHome
Content
... ... @@ -1,8 +1,9 @@
1 +如有[[ITIL认证>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]、[[ITIL培训>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]或[[ITIL考试>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]需求，可[[点击了解详情>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]
2 +
3 +
1 1  **申明：**
2 2  
3 -本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众
4 -多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信
5 -公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
6 +本系列ITIL 4中文版本由长河领导的ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与。需要下载最新翻译版本请关注微信公众号：**ITILXF**，并回复“**可用性管理**”或**“可用性**”即可。
6 6  
7 7  
8 8  请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
... ... @@ -56,7 +56,7 @@
56 56  
57 57  == **2.1目的和描述** ==
58 58  
59 -**​​​​​​​关键信息**
60 +**关键信息**
60 60  
61 61  **可用性管理实践的目的是为了确保服务达到约定的可用性级别，以满足客户和用户的需求。**
62 62  
... ... @@ -66,7 +66,7 @@
66 66  
67 67  从消费者的角度来看，可用性是服务的重要特性，因此它受到谈判、协议、监控和报告的制约。这些活动涉及多种实践（包括业务分析，关系管理，服务设计，服务级别管理（SLM）以及度量和报告实践等），当可用性管理实践与这些实践结合使用，可以确保可用性得到充分、一致的解决。
68 68  
69 -**​​​​​​​​​​​​​​定义**
70 +**定义**
70 70  
71 71  **可用性：IT服务或其它配置项在需要时执行其约定功能的能力。**
72 72  
... ... @@ -169,38 +169,11 @@
169 169  
170 170  **表2.1 可用性度量方法**
171 171  
173 +[[image:1642260015519-391.png]]
172 172  
173 -|可用性度量方法|描述
174 -|事件记录|(((
175 -事件记录通常包含识别和解决事件时的时间戳，以便可以计算中断时间。但是，此方法有局限性，例如：
175 +[[image:1642260045698-120.png]]
176 176  
177 -* 事件可能无法在服务不可用的同时被识别和记录。
178 -* 在恢复服务可用性的同时，可能无法解决该事件，也可能无法记录其解决情况。
179 -* 并非所有事件都是可用性事件（有关可用性标准的详细信息，请参见第2.2.3节）。
180 -* 应将相关的事件记录进行关联，并考虑到事件随时间的可能重叠，以便准确估计停机时间。
181 181  
182 -在小规模的服务提供者中，这种度量可用性的方法可能效果很好，但是在大规模的组织中，由于服务和事件的数量较多，这种方法就不那么有用了。
183 -)))
184 -|IT基础设施监控|(((
185 -基础设施监控工具也是可用性数据的来源。然而，这些工具度量的是CI可用性，而不是服务可用性。服务和配置模型可用于理解基于组件可用性数据的服务可用性。
186 -
187 -然而，这种方法也有它的局限性：
188 -
189 -* 服务组件中断可能不会导致服务中断。
190 -* 服务的不可用可能是由于组件的性能不佳以及故障造成的。
191 -* 可以通过开发服务健康模型来克服这些问题; 服务健康模型是确定一个组件的性能不佳或中断如何影响服务模型中的其他组件的模型。
192 -* 开发服务健康状况模型是一项耗时的工作，在大多数情况下，由于IT基础设施的变化很快，因此这并不是最佳的一种方式。
193 -)))
194 -|业务交易监控/真实用户监控|(((
195 -业务交易监视是从业务操作/交易的角度度量IT服务的可用性和性能的一种方法。为此，可以使用多种数据的收集方法，包括网络包嗅探、日志解析、基于代理的中间件协议嗅探、读取数据库记录等。
196 -
197 -业务交易监控的两种特定方法是：
198 -
199 -* 综合监控是一种通过模拟用户活动来监控应用程序的方法。综合监控来自机器人客户机的模拟交易，这些事务模拟典型的用户操作。
200 -* 实际用户监控（RUM）RUM可以捕获服务器端数据，以重建终端用户体验，或者直接监控用户与应用程序的交互，以及用户在使用服务时的体验。
201 -)))
202 -
203 -
204 204  == **2.3 适用范围** ==
205 205  
206 206  可用性管理实践确保服务交付约定的可用性级别，以满足客户和用户的成本效益需求。为了实现这一点，实践包括可用性的定义、度量、分析和改进，并为可用性事件提供一个知识库，以支持其他服务管理实践。
... ... @@ -239,15 +239,16 @@
239 239  
240 240  **表2.3 可用性管理和服务连续性管理之间的区别**
241 241  
242 -|**可用性管理**|**服务连续性管理**
243 -|专注于高概率风险|重点关注高影响的风险（突发事件，灾难）
244 -|更主动|更被动
245 -|减少不必要事件的可能性|减少不必要事件的影响
246 -|专注于技术解决方案|注重组织措施
247 -|专注于优化|专注于创建冗余
248 -|不是公司职能的一部分|通常是公司职能的一部分
249 -|常态|不可抗力
250 -|MTRS、MTBF、平均服务事件时间|恢复时间目标、恢复点目标
216 +(% style="width:538px" %)
217 +|(% style="width:244px" %)**可用性管理**|(% style="width:292px" %)**服务连续性管理**
218 +|(% style="width:244px" %)专注于高概率风险|(% style="width:292px" %)重点关注高影响的风险（突发事件，灾难）
219 +|(% style="width:244px" %)更主动|(% style="width:292px" %)更被动
220 +|(% style="width:244px" %)减少不必要事件的可能性|(% style="width:292px" %)减少不必要事件的影响
221 +|(% style="width:244px" %)专注于技术解决方案|(% style="width:292px" %)注重组织措施
222 +|(% style="width:244px" %)专注于优化|(% style="width:292px" %)专注于创建冗余
223 +|(% style="width:244px" %)不是公司职能的一部分|(% style="width:292px" %)通常是公司职能的一部分
224 +|(% style="width:244px" %)常态|(% style="width:292px" %)不可抗力
225 +|(% style="width:244px" %)MTRS、MTBF、平均服务事件时间|(% style="width:292px" %)恢复时间目标、恢复点目标
251 251  
252 252  服务连续性管理实践对轻度或对组织没有严重影响的短期故障不感兴趣。它关注与重大损害相关的风险，而不考虑其发生的可能性。这些通常是紧急情况；火灾、洪水、停电、数据中心或站点故障等灾难。尽管可用性管理实践没有忽略故障对服务提供者和使用者的负面影响，但是在此过程中也会考虑单个组件的轻微中断。
253 253  
... ... @@ -268,10 +268,9 @@
268 268  可用性管理通常侧重于在成本允许的范围内识别和消除单点故障或不可靠或脆弱的组件。（详细信息见2.4.3）。
269 269  
270 270  
271 -
272 272  == **2.4实践成功因素** ==
273 273  
274 -**​​​​​​​​​​​​​​定义**
248 +**定义**
275 275  
276 276  实践成功因素：实践的复杂功能型组件，是实践实现其目的所必需的。
277 277  
... ... @@ -348,9 +348,10 @@
348 348  
349 349  **表2.4 可用性管理的四个维度**
350 350  
351 -|**服务管理维度**|**可用性风险对策**
352 -|组织和人员|通过培训提高人们的能力
353 -|信息和技术|(((
325 +(% style="width:576px" %)
326 +|(% style="width:133px" %)**服务管理维度**|(% style="width:442px" %)**可用性风险对策**
327 +|(% style="width:133px" %)组织和人员|(% style="width:442px" %)通过培训提高人们的能力
328 +|(% style="width:133px" %)信息和技术|(% style="width:442px" %)(((
354 354  利用容灾技术避免计划内或计划外组件停机对服务可用性的影响
355 355  
356 356  提供冗余机制或提供备用IT基础设施组件，以允许一个组件接管另一个组件的工作
... ... @@ -365,8 +365,8 @@
365 365  
366 366  监控（提供提示告警）
367 367  )))
368 -|合作伙伴和供应商|改进外部提供的服务，合同或协议
369 -|价值流和流程|(((
343 +|(% style="width:133px" %)合作伙伴和供应商|(% style="width:442px" %)改进外部提供的服务，合同或协议
344 +|(% style="width:133px" %)价值流和流程|(% style="width:442px" %)(((
370 370  改进事件管理
371 371  
372 372  改进测试
... ... @@ -401,9 +401,9 @@
401 401  
402 402  **表2.5 实践成功因素的示例指标**
403 403  
404 -(% style="width:715px" %)
405 -|(% style="width:289px" %)**实践成功因素**|(% style="width:424px" %)**关键指标**
406 -|(% style="width:289px" %)识别服务可用性需求|(% style="width:424px" %)(((
379 +(% style="width:561px" %)
380 +|(% style="width:205px" %)**实践成功因素**|(% style="width:354px" %)**关键指标**
381 +|(% style="width:205px" %)识别服务可用性需求|(% style="width:354px" %)(((
407 407  产品和服务具有清晰的可用性标准的百分比
408 408  
409 409  SLA中包含可用性需求的(关键的)产品和服务的百分比
... ... @@ -410,7 +410,7 @@
410 410  
411 411  在服务变更时及时更新服务可用性需求
412 412  )))
413 -|(% style="width:289px" %)度量、评估和报告服务可用性|(% style="width:424px" %)(((
388 +|(% style="width:205px" %)度量、评估和报告服务可用性|(% style="width:354px" %)(((
414 414  具有确定的可用性指标的产品和服务的百分比
415 415  
416 416  可用性和性能或绩效监控涵盖的产品和服务的百分比
... ... @@ -417,7 +417,7 @@
417 417  
418 418  服务可用性报告中包含的产品和服务的百分比
419 419  )))
420 -|(% style="width:289px" %)应对服务可用性风险|(% style="width:424px" %)(((
395 +|(% style="width:205px" %)应对服务可用性风险|(% style="width:354px" %)(((
421 421  MTBF
422 422  
423 423  两次故障之间的最短时间
... ... @@ -476,14 +476,15 @@
476 476  
477 477  **表3.1 建立服务可用性控制过程的输入、活动和输出**
478 478  
479 -|**关键输入**|**活动**|**关键输出**
480 -|(((
454 +(% style="width:562px" %)
455 +|(% style="width:194px" %)**关键输入**|(% style="width:180px" %)**活动**|(% style="width:186px" %)**关键输出**
456 +|(% style="width:194px" %)(((
481 481  客户需求
482 482  
483 483  SLR草案
484 484  
485 485  有关可用资源的信息
486 -)))|(((
462 +)))|(% style="width:180px" %)(((
487 487  识别服务可用性需求
488 488  
489 489  商定服务可用性需求
... ... @@ -491,7 +491,7 @@
491 491  确定可用性需求指标
492 492  
493 493  设计可用性指标和报告
494 -)))|(((
470 +)))|(% style="width:186px" %)(((
495 495  约定的服务可用性的要求
496 496  
497 497  可用性需求指标
... ... @@ -510,9 +510,9 @@
510 510  
511 511  **表3.2建立服务可用性控制流程的活动**
512 512  
513 -(% style="width:776px" %)
514 -|(% style="width:154px" %)**活动**|(% style="width:620px" %)**描述**
515 -|(% style="width:154px" %)识别服务可用性需求|(% style="width:620px" %)(((
489 +(% style="width:613px" %)
490 +|(% style="width:122px" %)**活动**|(% style="width:488px" %)**描述**
491 +|(% style="width:122px" %)识别服务可用性需求|(% style="width:488px" %)(((
516 516  组织可能具有SLR草案和服务可用性需求，但是它们很少以可度量和可管理的方式定义。客户根据他们的业务需求传达出对服务可用性的需求。
517 517  
518 518  可用性管理实践应该与SLM 实践一起使用，以澄清服务可用性标准和可用性指标，这些标准和指标应该准确地反映服务中断对客户的影响(详细信息请参阅第2.2.3和2.4.1节)。
... ... @@ -519,26 +519,26 @@
519 519  
520 520  来自面向客户的团队或业务分析团队，或产品和服务负责人通常参与记录服务可用性需求。
521 521  )))
522 -|(% style="width:154px" %)商定服务可用性要求|(% style="width:620px" %)(((
498 +|(% style="width:122px" %)商定服务可用性要求|(% style="width:488px" %)(((
523 523  对可能需要的资源需求进行分析，以确定满足可用性需求是否可能且负担得起。主要输出是一个带有评估成本的报价和实现的时间表。
524 524  
525 525  此分析应包括与服务提供者的供应商以及合作伙伴的协议，以确保他们将支持所需要的服务水平。
526 526  )))
527 -|(% style="width:154px" %)确定可用性|(% style="width:620px" %)(((
503 +|(% style="width:122px" %)确定可用性|(% style="width:488px" %)(((
528 528  为了分析、报告和改进服务可用性，服务提供者必须对其进行度量。
529 529  
530 530  可用性监控方法应该基于服务可用性需求、报告策略、
531 531  )))
532 -|(% style="width:154px" %)度量的需求|(% style="width:620px" %)(((
508 +|(% style="width:122px" %)度量的需求|(% style="width:488px" %)(((
533 533  客户报告要求、服务客户报告需求、服务类型和可用的监控工具。
534 534  
535 535  主要任务是定义如何跟踪服务中断
536 536  )))
537 -|(% style="width:154px" %)(((
513 +|(% style="width:122px" %)(((
538 538  设计可用性指标
539 539  
540 540  和报告
541 -)))|(% style="width:620px" %)(((
517 +)))|(% style="width:488px" %)(((
542 542  度量指标应该基于服务可用性需求来确定。应该考虑以下可用性指标:
543 543  
544 544  * 可用性百分比
... ... @@ -554,7 +554,6 @@
554 554  选择指标之后，应该设计一个报告或仪表盘模板来显示结果。
555 555  )))
556 556  
557 -
558 558  === **3.2.2分析和改进服务可用性** ===
559 559  
560 560  该流程包括表3.3中列出的活动，并将输入转换为输出。
... ... @@ -562,9 +562,9 @@
562 562  **表3.3分析和改进服务可用性流程的输入、活动和输出**
563 563  
564 564  
565 -(% style="width:747px" %)
566 -|(% style="width:311px" %)**关键输入**|(% style="width:250px" %)**活动**|(% style="width:184px" %)**关键输出**
567 -|(% style="width:311px" %)(((
540 +(% style="width:469px" %)
541 +|(% style="width:176px" %)**关键输入**|(% style="width:161px" %)**活动**|(% style="width:128px" %)**关键输出**
542 +|(% style="width:176px" %)(((
568 568  监控数据
569 569  
570 570  事件记录
... ... @@ -578,13 +578,13 @@
578 578  风险登记
579 579  
580 580  服务规范
581 -)))|(% style="width:250px" %)(((
556 +)))|(% style="width:161px" %)(((
582 582  服务可用性分析
583 583  
584 584  报告服务可用性
585 585  
586 586  规划和设计服务可用性
587 -)))|(% style="width:184px" %)(((
562 +)))|(% style="width:128px" %)(((
588 588  服务可用性报告
589 589  
590 590  问题记录
... ... @@ -608,8 +608,9 @@
608 608  
609 609  **表3.4 分析和改进服务可用性过程的活动**
610 610  
611 -|**活动**|**描述**
612 -|服务可用性分析|(((
586 +(% style="width:832px" %)
587 +|(% style="width:98px" %)**活动**|(% style="width:732px" %)**描述**
588 +|(% style="width:98px" %)服务可用性分析|(% style="width:732px" %)(((
613 613  必须确认服务可用性需求的实现。所有与预定义级别的偏差都必须接受调查，如果发现错误，必须采取纠正措施。
614 614  
615 615  可用性管理实践使用监控数据（例如事件记录）作为服务可用性审查和分析的输入。这种分析可以在不同的层次上进行：
... ... @@ -623,12 +623,12 @@
623 623  
624 624  不断地考虑优化IT基础设施和服务可用性的机会是很重要的。这种定期评审方法的好处是，可以以非常低的代价提高可用性水平。
625 625  )))
626 -|报告服务可用性|(((
602 +|(% style="width:98px" %)报告服务可用性|(% style="width:732px" %)(((
627 627  服务提供者生成报告或仪表盘，以展示服务可用性的成就。这些通过商定的渠道进行沟通。
628 628  
629 629  通过SLM实践[[4>>path:#_bookmark8]]，服务可用性报告通常是总体服务质量报告的一部分。
630 630  )))
631 -|规划和设计服务可用性|(((
607 +|(% style="width:98px" %)规划和设计服务可用性|(% style="width:732px" %)(((
632 632  服务提供者应该确定一组合适的，成本效益高的服务连续性策略。需要对那些较早产生和较大影响的流程和服务采取更多的预防措施。至于影响较低及需要较长时间开发的服务，应更重视恢复措施（请参阅[[2.4.3 >>path:#_bookmark4]]有关详细信息）。
633 633  
634 634  可用性管理实践确保新的或更改的服务满足客户的可用性需求。这项工作包括为新的和变更的服务提出有关设计指南的建议、计划和文件。在某些情况下，可能会编制一个可用性计划，其中包括以下内容：
... ... @@ -640,8 +640,6 @@
640 640  * 可用性控件的建议
641 641  )))
642 642  
643 -
644 -
645 645  ----
646 646  
647 647  = **4 组织和人员** =
... ... @@ -655,129 +655,25 @@
655 655  
656 656  **表4.1能力代码和资料**
657 657  
658 -|**能力代码**|**能力概述（活动和技能）**
659 -|L|领袖 决策，授权，监督其他活动，提供激励和动机，并评估结果
660 -|A|管理员 分配和确定任务的优先级，记录，持续的报告，并开始基本的改进
661 -|C|协调/沟通 协调多方，维护利益相关者之间的沟通，并开展宣传活动
662 -|M|方法与技术专家 设计和实施工作技术，记录程序，过程咨询，工作分析，持续改进
663 -|T|技术专家 提供技术(IT)专业知识并执行基于专业知识的任务
632 +(% style="width:475px" %)
633 +|(% style="width:76px" %)**能力代码**|(% style="width:397px" %)**能力概述（活动和技能）**
634 +|(% style="width:76px" %)L|(% style="width:397px" %)领袖 决策，授权，监督其他活动，提供激励和动机，并评估结果
635 +|(% style="width:76px" %)A|(% style="width:397px" %)管理员 分配和确定任务的优先级，记录，持续的报告，并开始基本的改进
636 +|(% style="width:76px" %)C|(% style="width:397px" %)协调/沟通 协调多方，维护利益相关者之间的沟通，并开展宣传活动
637 +|(% style="width:76px" %)M|(% style="width:397px" %)方法与技术专家 设计和实施工作技术，记录程序，过程咨询，工作分析，持续改进
638 +|(% style="width:76px" %)T|(% style="width:397px" %)技术专家 提供技术(IT)专业知识并执行基于专业知识的任务
664 664  
665 665  表4.2中列出了可用性管理活动涉及的角色示例，以及相关的能力概述和特定技能。
666 666  
667 667  **表4.2 可用性管理活动角色的示例**
668 668  
669 -(% style="width:829px" %)
670 -|(% style="width:197px" %)**活动**|(% style="width:174px" %)**负责角色**|(% style="width:133px" %)**能力概述**|(% style="width:324px" %)**特定技能**
671 -|(% colspan="4" style="width:826px" %)建立服务可用性控制
672 -|(% style="width:197px" %)识别服务可用性需求|(% style="width:174px" %)(((
673 -服务/产品负责人
644 +[[image:1642260317411-946.png]]
674 674  
675 -关系经理
646 +[[image:1642260464733-830.png]]
676 676  
677 -服务设计者
648 +[[image:1642260486440-236.png]]
678 678  
679 -客户
680 -)))|(% style="width:133px" %)CTA|(% style="width:324px" %)(((
681 -业务分析
682 682  
683 -熟悉服务消费者的业务
684 -
685 -良好的产品知识，包括架构和配置
686 -
687 -沟通和协调
688 -)))
689 -|(% style="width:197px" %)商定服务可用性需求|(% style="width:174px" %)(((
690 -服务负责人
691 -
692 -关系经理
693 -
694 -客户
695 -)))|(% style="width:133px" %)CA|(% style="width:324px" %)(((
696 -沟通和谈判
697 -
698 -良好的产品知识，包括架构和配置
699 -)))
700 -|(% style="width:197px" %)确定可用性指标需求|(% style="width:174px" %)(((
701 -可用性经理
702 -
703 -监控工具
704 -
705 -管理员
706 -
707 -监控和事件
708 -
709 -管理服务
710 -
711 -设计者
712 -
713 -技术专家
714 -)))|(% style="width:133px" %)TM|(% style="width:324px" %)(((
715 -对监控工具和技术有良好的理解
716 -
717 -对市场上可用的监控和事件管理技术的认识
718 -)))
719 -|(% style="width:197px" %)设计可用性指标和报告|(% style="width:174px" %)(((
720 -可用性经理
721 -
722 -服务负责人
723 -
724 -关系经理
725 -
726 -IT质量经理
727 -)))|(% style="width:133px" %)CM|(% style="width:324px" %)(((
728 -沟通和谈判
729 -
730 -报告和仪表盘设计技能
731 -)))
732 -|(% colspan="4" style="width:826px" %)服务可用性分析和改进点
733 -|(% style="width:197px" %)服务可用性分析|(% style="width:174px" %)(((
734 -可用性经理
735 -
736 -服务负责人
737 -
738 -技术专家
739 -
740 -IT质量经理
741 -)))|(% style="width:133px" %)MT|(% style="width:324px" %)(((
742 -优秀的分析能力
743 -
744 -具备故障树分析、部件失效影响分析等方法和技术知识
745 -
746 -熟悉分析工具
747 -
748 -充分了解由于服务中断而可能对业务造成的影响
749 -)))
750 -|(% style="width:197px" %)报告服务可用性|(% style="width:174px" %)(((
751 -服务负责人
752 -
753 -关系经理
754 -
755 -客户
756 -)))|(% style="width:133px" %)CA|(% style="width:324px" %)(((
757 -了解协议和期望
758 -
759 -了解消费者背景
760 -
761 -沟通与谈判
762 -)))
763 -|(% style="width:197px" %)规划和设计服务可用性|(% style="width:174px" %)(((
764 -可用性经理
765 -
766 -服务设计师
767 -
768 -技术专家
769 -
770 -架构经理
771 -)))|(% style="width:133px" %)TM|(% style="width:324px" %)(((
772 -对弹性设置有很好的了解
773 -
774 -对现有控件的认识
775 -
776 -对市场上现有技术的了解
777 -
778 -充分了解由于服务中断而可能对业务造成的影响
779 -)))
780 -
781 781  == **4.2组织结构和团队** ==
782 782  
783 783  尽管可用性经理的角色可能具有正式的职位和职务说明，但是在可用性管理实践中很少看到专用的组织结构。服务可用性由其他实践和组织职能进行管理。
... ... @@ -786,36 +786,8 @@
786 786  
787 787  **表4.3 与其他实践和组织职能相关的可用性管理活动示例**
788 788  
789 -(% style="width:743px" %)
790 -|**流程**|**活动**|(% style="width:449px" %)**常见执行场景**
791 -|(% rowspan="4" %)建立服务可用性控制|识别服务可用性需求|(% rowspan="2" style="width:449px" %)(((
792 -服务/产品的负责人
659 +[[image:1642260718372-143.png]]
793 793  
794 -可以作为SLM 实践的一部分执行
795 -)))
796 -|商定服务可用性需求
797 -|确定可用性标准需求|(% style="width:449px" %)(((
798 -监控工具管理员
799 -
800 -可以作为监控和事件管理实践的一部分执行
801 -)))
802 -|设计可用性指标和报告|(% style="width:449px" %)(((
803 -服务/产品的负责人
804 -
805 -可以作为SLM或度量和报告实践的一部分执行
806 -)))
807 -|(% rowspan="3" %)服务可用性分析和改进|服务可用性分析|(% style="width:449px" %)(((
808 -对于服务组件/ IT基础设施：系统和基础架构管理员
809 -
810 -对于服务级别：服务/ 产品负责人
811 -)))
812 -|报告服务可用性|(% style="width:449px" %)(((
813 -服务/ 产品负责人
814 -
815 -可以作为SLM 实践中总体服务级别报告的一部分执行
816 -)))
817 -|规划和设计服务可用性|(% style="width:449px" %)与风险经理和业务连续性管理员一起执行。根据服务生命周期阶段和组织环境，可能涉及业务分析人员、体系结构管理人员、信息安全管理人员和/或系统管理员
818 -
819 819  因为可用性几乎受所有ITIL 实践的影响，所以最好任命一个可用性经理，对确保成本高效的可用性管理负责。该角色可以与服务连续性管理员或IT风险经理的角色结合使用。
820 820  
821 821  
... ... @@ -846,22 +846,12 @@
846 846  
847 847  **表5.1 可用性管理活动的自动化解决方案**
848 848  
849 -(% style="width:1080px" %)
850 -|(% style="width:121px" %)**流程活动**|(% style="width:268px" %)**自动化手段**|(% style="width:369px" %)**关键功能**|(% style="width:319px" %)**对实践效果的影响**
851 -|(% colspan="4" style="width:1077px" %)建立服务可用性控制
852 -|(% style="width:121px" %)识别服务可用性需求|(% style="width:268px" %)服务目录，CMDB，BPM工具，CMDB，服务模型，可用性和容量，监控和管理工具以及资产管理工具|(% style="width:369px" %)为了识别服务的VBF和可用性需求，分析人员应该能够访问有关服务组件和服务操作的信息。BPM工具可能会提供有关消费者的流程以及服务支持的操作的信息。|(% style="width:319px" %)很高
853 -|(% style="width:121px" %)商定服务可用性需求|(% style="width:268px" %)订约工具，服务门户|(% style="width:369px" %)(((
854 -备选方案的选择
691 +[[image:1642260769304-202.png]]
855 855  
856 -与服务客户的沟通
857 -)))|(% style="width:319px" %)低
858 -|(% style="width:121px" %)确定可用性指标需求|(% rowspan="2" style="width:268px" %)报告和仪表盘工具，服务门户和应用|(% rowspan="2" style="width:369px" %)报告和仪表盘模板设计|(% rowspan="2" style="width:319px" %)从低到高，取决于必须接收报告的服务和利益相关者数量
859 -|(% style="width:121px" %)设计可用性指标和报告
860 -|(% colspan="4" style="width:1077px" %)服务可用性分析和改进
861 -|(% style="width:121px" %)服务可用性分析|(% style="width:268px" %)基础架构、应用程序监控和报告工具，内置用户行为监控工具，仪表盘和报告工具，高级分析工具|(% style="width:369px" %)系统和服务健康状况数据的收集、处理和分析，仪表盘和报告设计以及展示|(% style="width:319px" %)高
862 -|(% style="width:121px" %)报告服务可用性|(% style="width:268px" %)报告和仪表盘工具、服务门户和应用程序、电子邮件、其他通信工具以及社交媒体|(% style="width:369px" %)报告展示|(% style="width:319px" %)从低到高，取决于必须接收报告的服务和利益相关者数量
863 -|(% style="width:121px" %)规划和设计服务可用性|(% style="width:268px" %)架构管理工具，CMDB，变更初始化和控制工具|(% style="width:369px" %)确定现有的控件和弹性措施。初始化变更应作为可用性管理计划实现的一部分来实现。|(% style="width:319px" %)中等
693 +[[image:1642260789925-135.png]]
864 864  
695 +
696 +
865 865  ----
866 866  
867 867  = **6 合作伙伴和供应商** =
Icon 1642260015519-391.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +81.2 KB
Content Icon
Icon 1642260045698-120.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +70.7 KB
Content Icon
Icon 1642260317411-946.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +60.4 KB
Content Icon
Icon 1642260351684-977.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +71.9 KB
Content Icon
Icon 1642260401211-726.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +72.3 KB
Content Icon
Icon 1642260464733-830.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +40.4 KB
Content Icon
Icon 1642260486440-236.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +31.7 KB
Content Icon
Icon 1642260718372-143.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +71.6 KB
Content Icon
Icon 1642260769304-202.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +62.4 KB
Content Icon
Icon 1642260789925-135.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +56.8 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司