文档更改服务管理实践 - 02 事件
由 superadmin 于 2024/12/25, 15:38 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- 标题
-
... ... @@ -1,1 +1,1 @@ 1 - ITIL4事件管理实践中文版1 +02 事件管理实践 - 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所申明的所有版权要求。 ... ... @@ -115,8 +115,6 @@ 115 115 ))) 116 116 |因选择变通方案而非系统性解决方案(需要花费更长时间),而累计的返工总量 117 117 118 - 119 - 120 120 == **2.3 范围** == 121 121 122 122 事件管理实践的范围包括: ... ... @@ -133,11 +133,12 @@ 133 133 134 134 表2.1 其他实践中描述的与事件管理实践相关的活动 135 135 136 -|**活动**|**实践指南** 137 -|调查事件原因|问题管理 138 -|与用户沟通|服务台 139 -|实施产品和服务的变更|变更支持 140 -| |((( 135 +(% style="width:364px" %) 136 +|(% style="width:204px" %)**活动**|(% style="width:157px" %)**实践指南** 137 +|(% style="width:204px" %)调查事件原因|(% style="width:157px" %)问题管理 138 +|(% style="width:204px" %)与用户沟通|(% style="width:157px" %)服务台 139 +|(% style="width:204px" %)实施产品和服务的变更|(% style="width:157px" %)变更支持 140 +|(% style="width:204px" %) |(% style="width:157px" %)((( 141 141 部署管理 142 142 143 143 基础设施和平台管理 ... ... @@ -148,13 +148,11 @@ 148 148 149 149 软件开发和管理 150 150 ))) 151 -|监控技术,团队和供应商绩效|监控和事态管理 152 -|改进计划的管理|持续改进 153 -|服务请求的管理和执行|服务请求管理 154 -|灾难情况下,恢复正常操作|服务连续性管理 151 +|(% style="width:204px" %)监控技术,团队和供应商绩效|(% style="width:157px" %)监控和事态管理 152 +|(% style="width:204px" %)改进计划的管理|(% style="width:157px" %)持续改进 153 +|(% style="width:204px" %)服务请求的管理和执行|(% style="width:157px" %)服务请求管理 154 +|(% style="width:204px" %)灾难情况下,恢复正常操作|(% style="width:157px" %)服务连续性管理 155 155 156 - 157 - 158 158 == **2.4** **实践成功因素** == 159 159 160 160 |((( ... ... @@ -170,7 +170,6 @@ 170 170 * 快速有效地解决事件 171 171 * 不断改进事件管理方法。 172 172 173 - 174 174 === **2.4.1 尽早发现事件** === 175 175 176 176 以前,实践通常是根据最终用户和IT专家的信息来报告大多数事件的。这种获取信息的方法仍被广泛使用,但是现在一个好的实践建议是自动发现和报告事件。可以在事件发生后和开始影响用户之前立即被发现。这种方法具有多种好处,其中包括: ... ... @@ -215,7 +215,6 @@ 215 215 * 找到并纠正根本原因的能力 216 216 * 机器学习的可能性和质量。 217 217 218 - 219 219 ==== **2.4.2.1 事件的优先级** ==== 220 220 221 221 事件应尽快解决。但是,参与事件解决的团队的资源是有限的,并且这些团队通常同时参与其他类型的工作。应该优先处理某些事件,以最大程度地减少对用户的负面影响。 ... ... @@ -254,8 +254,6 @@ 254 254 全面描述采取行动的原因与描述行动本身同样重要。 255 255 ))) 256 256 257 - 258 - 259 259 == **2.5 关键指标** == 260 260 261 261 应该基于每个实践对价值流的贡献来评估ITIL实践的有效性和绩效。与任何工具的绩效一样,实践的绩效只能在其应用情境中评估。工具在设计和质量上可能会有很大差异,按照工具的用途使用时,这些差异定义了工具有效性的潜力或能力。关于度量标准,关键绩效指标(KPI)和其它技术的进一步指导,请参见度量和报告实践指南。 ... ... @@ -267,13 +267,14 @@ 267 267 268 268 表2.2 实践成功因素的关键指标示例 269 269 270 -|**实践成功因素**|**指标示例** 271 -|尽早发现事件|((( 264 +(% style="width:458px" %) 265 +|(% style="width:182px" %)**实践成功因素**|(% style="width:273px" %)**指标示例** 266 +|(% style="width:182px" %)尽早发现事件|(% style="width:273px" %)((( 272 272 事件发生到发现之间的时间 273 273 274 274 通过监控和事态管理发现的事件百分比 275 275 ))) 276 -|快速有效地解决事件|((( 271 +|(% style="width:182px" %)快速有效地解决事件|(% style="width:273px" %)((( 277 277 从事件发现到接受诊断之间的时间 278 278 279 279 派单次数 ... ... @@ -290,7 +290,7 @@ 290 290 291 291 用户报告之前已解决的事件的百分比 292 292 ))) 293 -|不断改进事件管理方法|((( 288 +|(% style="width:182px" %)不断改进事件管理方法|(% style="width:273px" %)((( 294 294 使用先前确定和记录的解决方案的事件解决率 295 295 296 296 使用事件模型解决的事件的百分比 ... ... @@ -342,7 +342,6 @@ 342 342 * **事件的处理和解决**。该流程的重点是从发现到关闭的单个事件的处理和解决。 343 343 * **定期事件评审**。该流程确保从事件处理和解决的过程中吸取教训,并确保持续改进事件管理的方法。 344 344 345 - 346 346 === **3.2.1 事件处理和解决** === 347 347 348 348 该过程包括表3.1中列出的活动,并将输入转换为输出。 ... ... @@ -379,47 +379,11 @@ 379 379 380 380 表3.2 事件处理和事件解决过程的活动 381 381 382 -(% style="width:889px" %) 383 -|(% style="width:85px" %)**活动**|(% style="width:399px" %)**手动处理用户发现的事件**|(% style="width:403px" %)**自动发现和处理事件** 384 -|(% style="width:85px" %)事件发现|(% style="width:399px" %)用户发现服务运营中的故障,并通过约定的渠道与服务提供者的服务台联系。服务台客服对该用户问询进行初始分类,确认该问询确实属于事件。|(% style="width:403px" %)监控系统检测到事态,并基于预定义的分类将其标识为事件。 385 -|(% style="width:85px" %)事件登记|(% style="width:399px" %)服务台客服执行事件登记,将有效数据添加到事件记录中。|(% style="width:403px" %)登记事件记录并将其与发现事态的CI关联。登记预定义的技术参数。必要时,给相关技术专家发送通知。 386 -|(% style="width:85px" %)事件分类|(% style="width:399px" %)((( 387 -服务台客服完成事件初始分类;这有助于确定事件的影响,确定为失效CI和/或服务确定责任团队,并将事件关联到其他过去和正在处理的事态,事件和/或问题。 376 +[[image:1642222461983-817.png]] 388 388 389 -在某些情况下,分类有助于找到以前为此类事件定义的解决方案。 390 -)))|(% style="width:403px" %)((( 391 -根据预定义的规则,将自动发现: 378 +[[image:1642222484248-277.png]] 392 392 393 -* 事件对服务和用户的影响 394 -* 可用的解决方案 395 -* 如果自动化解决方案无效或不可用,找到负责事件解决的技术团队。 396 -))) 397 -|(% style="width:85px" %)事件诊断|(% style="width:399px" %)((( 398 -如果分类没有关联到已知解决方案, 399 399 400 -专家团队开展事件诊断。这可能涉及将事件升级到不同团队,或其他联合技术团队加入(如全功能团队)。 401 - 402 -如果由于配置项关联错误而导致分类错误,则应将此信息传达给负责配置管理的人员(请参阅服务配置实践指南)。 403 -)))|(% style="width:403px" %)((( 404 -如果自动解决方案无效或不可用,则将事件上报给负责诊断的技术团队。可能涉及事件升级到不同团队,或其他技术团队加入(如全功能团队)。 405 - 406 -如果由于配置项关联错误而导致自动化解决方案失败,则应将此信息传达给负责配置管理的人员(请参阅服务配置实践指南)。 407 -))) 408 -|(% style="width:85px" %)事件解决|(% style="width:399px" %)找到解决方案后,相关专家团队将尝试按顺序或并行工作方式执行,这可能需要启动变更。如果解决方案不起作用,则再次诊断。|(% style="width:403px" %)如果有可用的自动化解决方案,则实施它,并完成测试和确认。如果需要手动干预,则相关的专业团队尝试实施,这可能需要启动变更。如果解决方案不起作用,则再次诊断。 409 -|(% style="width:85px" %)事件关闭|(% style="width:399px" %)((( 410 -成功解决事件之后,可能需要一些正式的关闭过程: 411 - 412 -* 用户确认服务恢复 413 -* 计算解决方案成本并报告 414 -* 解决方案结算报价和发票 415 -* 问题调查启动 416 -* 事件评审 417 - 418 -完成所有必需的操作并更新了相应地事件记录后,事件正式关闭。这可以由产品负责人,服务负责人,事件经理或服务台客服完成,具体取决于商定的事件模型。 419 -)))|(% style="width:403px" %)如果自动解决方案证明有效,则事件记录将自动更新并关闭。发送报告给负责的技术团队。如果在先前的任何步骤中已将有关事件的信息传达给其他利益相关者,则应向其传达事件关闭的信息。 420 - 421 - 422 - 423 423 === **3.2.2 定期事件评审** === 424 424 425 425 该流程的重点是持续改进事件管理实践,事件模型和事件处理程序。它可以定期执行,也可以由事件报告触发,该报告突显低效率和其他改进点机会。根据现有模型和程序的效果,每两到三个月或更短时间进行一次定期检查。 ... ... @@ -429,22 +429,22 @@ 429 429 430 430 表3.3定期事件评审的输入、输出和活动 431 431 432 -(% style="width: 738px" %)433 -|(% style="width: 297px" %)**关键输入**|(% style="width:233px" %)**活动**|(% style="width:207px" %)**关键输出**434 -|(% style="width: 297px" %)当前事件的模型和程序|(% style="width:233px" %)事件评审和事件记录分析|(% style="width:207px" %)更新的事件模型435 -|(% style="width: 297px" %)事件记录|(% style="width:233px" %)事件模型优化的启动|(% style="width:207px" %)更新的事件处理程序436 -|(% style="width: 297px" %)事件报告|(% style="width:233px" %) |(% style="width:207px" %)事件记录437 -|(% style="width: 297px" %)策略和法规要求|(% style="width:233px" %)事件模型更新的沟通|(% style="width:207px" %)更新的事件模型和过程的沟通438 -|(% style="width: 297px" %)配置信息|(% style="width:233px" %) |(% style="width:207px" %)439 -|(% style="width: 297px" %)IT资产信息|(% style="width:233px" %) |(% style="width:207px" %)变更请求440 -|(% style="width: 297px" %)与消费者和供应商/合作伙伴的SLA|(% style="width:233px" %) |(% style="width:207px" %)(((390 +(% style="width:406px" %) 391 +|(% style="width:139px" %)**关键输入**|(% style="width:146px" %)**活动**|(% style="width:117px" %)**关键输出** 392 +|(% style="width:139px" %)当前事件的模型和程序|(% style="width:146px" %)事件评审和事件记录分析|(% style="width:117px" %)更新的事件模型 393 +|(% style="width:139px" %)事件记录|(% style="width:146px" %)事件模型优化的启动|(% style="width:117px" %)更新的事件处理程序 394 +|(% style="width:139px" %)事件报告|(% style="width:146px" %) |(% style="width:117px" %)事件记录 395 +|(% style="width:139px" %)策略和法规要求|(% style="width:146px" %)事件模型更新的沟通|(% style="width:117px" %)更新的事件模型和过程的沟通 396 +|(% style="width:139px" %)配置信息|(% style="width:146px" %) |(% style="width:117px" %) 397 +|(% style="width:139px" %)IT资产信息|(% style="width:146px" %) |(% style="width:117px" %)变更请求 398 +|(% style="width:139px" %)与消费者和供应商/合作伙伴的SLA|(% style="width:146px" %) |(% style="width:117px" %)((( 441 441 改进计划 442 442 443 443 事件评审报告 444 444 ))) 445 -|(% style="width: 297px" %)容量和性能信息|(% style="width:233px" %) |(% style="width:207px" %)446 -|(% style="width: 297px" %)连续性策略和计划|(% style="width:233px" %) |(% style="width:207px" %)447 -|(% style="width: 297px" %)安全策略和计划|(% style="width:233px" %) |(% style="width:207px" %)403 +|(% style="width:139px" %)容量和性能信息|(% style="width:146px" %) |(% style="width:117px" %) 404 +|(% style="width:139px" %)连续性策略和计划|(% style="width:146px" %) |(% style="width:117px" %) 405 +|(% style="width:139px" %)安全策略和计划|(% style="width:146px" %) |(% style="width:117px" %) 448 448 449 449 图3.3 展示事件评审的工作流程图。 450 450 ... ... @@ -460,17 +460,16 @@ 460 460 461 461 表3.4 定期事件评审流程的活动 462 462 463 -|**活动**|**示例** 464 -|事件评审和事件记录分析|事件经理与服务所有者和其他相关的利益相关者一起,对选定的事件(例如重大事件,未及时解决的事件或特定时期内的所有事件)实施评审,确定事件模型和事件处理程序的改进机会,包括事件处理和解决方案的自动化。 465 -|事件模型优化的启动|事件经理记录优化方案,它将通过持续改进实践或启动变更请求开始。(如果事件模型、程序和自动化包含在变更支持实践的范围内)。 466 -|((( 421 +(% style="width:434px" %) 422 +|(% style="width:106px" %)**活动**|(% style="width:326px" %)**示例** 423 +|(% style="width:106px" %)事件评审和事件记录分析|(% style="width:326px" %)事件经理与服务所有者和其他相关的利益相关者一起,对选定的事件(例如重大事件,未及时解决的事件或特定时期内的所有事件)实施评审,确定事件模型和事件处理程序的改进机会,包括事件处理和解决方案的自动化。 424 +|(% style="width:106px" %)事件模型优化的启动|(% style="width:326px" %)事件经理记录优化方案,它将通过持续改进实践或启动变更请求开始。(如果事件模型、程序和自动化包含在变更支持实践的范围内)。 425 +|(% style="width:106px" %)((( 467 467 事件模型 468 468 469 469 变更的沟通 470 -)))|如果事件模型成功地完成优化,这一事实将会传达给相关的利益相关者。这通常由事件经理和/或服务或资源所有者通过沟通过程完成。 429 +)))|(% style="width:326px" %)如果事件模型成功地完成优化,这一事实将会传达给相关的利益相关者。这通常由事件经理和/或服务或资源所有者通过沟通过程完成。 471 471 472 - 473 - 474 474 ---- 475 475 476 476 = **4 组织和人员** = ... ... @@ -492,8 +492,6 @@ 492 492 |М|**方法和技巧专家 **设计和实施技术、文件化步骤、流程咨询、工作分析和持续改进 493 493 |Т|**技术专家**提供技术(IT)专业知识并执行基于专家经验的作业 494 494 495 - 496 - 497 497 === **4.1.1 事件经理角色** === 498 498 499 499 在许多组织中,事件经理角色由专人担任,有时授予事件经理的职衔。在其他组织中,事件经理的责任由负责与事件关联的配置项,服务或产品的人员或团队承担;他可能是资源所有者,服务负责人或产品负责人。 ... ... @@ -520,103 +520,11 @@ 520 520 521 521 表4.2负责事件管理活动的角色示例 522 522 523 -|**实现价值**|**负责角色**|**能力简介**|**具体技能** 524 -|(% colspan="4" %)**事件处理和解决流程** 525 -|事件发现|((( 526 -技术专家 478 +[[image:1642222648578-782.png]] 527 527 528 -用户 529 -)))|TC|理解服务设计,资源配置和业务影响,了解事态的特征 530 -|事件登记|((( 531 -事件经理 480 +[[image:1642222669993-827.png]] 532 532 533 -服务台客服 534 534 535 -技术专家 536 -)))|AT|熟练掌握IT服务管理(ITSM)工具和程序 537 -|事件分类|((( 538 -事件经理 539 - 540 -服务台客服 541 - 542 -技术专家 543 -)))|TC|((( 544 -理解服务设计,资源配置和业务影响 545 - 546 -熟悉事件解决的要求和承诺 547 - 548 -熟悉事件模型 549 -))) 550 -|事件诊断|((( 551 -供应商 552 - 553 -技术专家 554 -)))|TC|((( 555 -理解服务设计,资源配置和业务影响 556 - 557 -具备事件模型、诊断工具、诊断方法的知识 558 - 559 -分析能力 560 -))) 561 -|事件解决|((( 562 -供应商 563 - 564 -技术专家用户 565 -)))|T|了解事件解决的方法和程序要求 566 -|事件关闭|((( 567 -事件经理 568 - 569 -服务台客服 570 - 571 -技术专家 572 -)))|ACT|((( 573 -理解服务设计,资源配置和业务影响 574 - 575 -熟悉事件解决的要求和承诺 576 -))) 577 -|(% colspan="4" %)**定期事件评审流程** 578 -|事件评审和事件记录分析|((( 579 -事件经理 580 - 581 -产品负责人 582 - 583 -服务负责人 584 - 585 -供应商 586 -)))|TCL|((( 587 -理解服务设计,资源配置和业务影响 588 - 589 -熟悉事件解决的要求和承诺 590 - 591 -具备事件模型、诊断工具,诊断方法的知识和分析能力 592 -))) 593 -|事件模型优化的启动|((( 594 -事件经理 595 - 596 -产品负责人 597 - 598 -服务负责人 599 -)))|TMC|((( 600 -理解服务设计,资源配置和业务影响 601 - 602 -熟悉事件解决的要求和承诺 603 - 604 -具备事件模型、诊断工具,诊断方法的知识 605 - 606 -熟悉组织的持续改进和变更管理实践 607 -))) 608 -|事件模型变更的沟通|((( 609 -事件经理 610 - 611 -产品负责人 612 - 613 -服务台客服 614 - 615 -服务负责人 616 -)))|CA|熟悉沟通程序和沟通工具 617 - 618 - 619 - 620 620 == **4.2** **组织结构和团队** == 621 621 622 622 事件管理实践不推荐任何特定的组织模型。但是,组织结构会影响实践的执行方式,因为它涉及具有不同领域和专业水平的专家。专家分组的典型方法包括: ... ... @@ -646,8 +646,6 @@ 646 646 * L3团队间协作,以取代多次重新分配和/或对专家和顶级人才的过度依赖。 647 647 ))) 648 648 649 - 650 - 651 651 === **4.2.2 团队动力** === 652 652 653 653 事件管理实践是团队动力的基础,它们影响着运维支持团队的职责履行。经常出现以下问题: ... ... @@ -719,20 +719,9 @@ 719 719 720 720 表5.1 事件记录中包含的数据 721 721 722 -|**域**|**推荐内容**|**说明** 723 -|事件标题(简短说明)|观察到的降低或失效的功能或过程|带有清晰说明的解决方案搜索速度更快 724 -|用户|受影响的用户,被报告的用户| 725 -|当前影响|对用户/客户工作流程的实际影响的文字说明|创建上下文,允许排障组提供适当的变通或者解决方法 726 -|未来影响|如果事件持续下去,对客户的潜在影响的文字说明|创建上下文,允许排障组提供适当的变通或者解决方法 727 -|首次症状的时间|监控或用户体验中的日期和时间|诊断原因之前的准确时间点 728 -|最近一次正常状态的时间|验证功能正常的日期和时间|触发事态的准确时间点(此信息是人为添加还是自动记录的,可能会影响可信度) 729 -|受影响项目(功能,配置项,流程)的详细信息|资产ID号,应用程序和流程名称以及配置项索引|集中精力进行修复 730 -|未受影响的可比项目(如果有)的详细信息|未受影响的资产ID号,应用程序和流程名称以及配置项索引|缩小搜索范围 731 -|诊断详情(如果有)|诊断步骤和每步的结果|减少重复工作 732 -|分派|事件的个人或团队所有者| 583 +[[image:1642222734298-342.png]] 733 733 734 734 735 - 736 736 == **5.2** **自动化和工具** == 737 737 738 738 事件管理实践应该是自动化的。在可行且有效的情况下,可能涉及表5.2中概述的解决方案。 ... ... @@ -744,49 +744,12 @@ 744 744 745 745 表5.2 事件管理活动的自动化解决方案 746 746 747 -|**过程活动**|**自动化方式**|**关键功能**|**对实践有效性的影响** 748 -|(% colspan="4" %)**事件处理和解决流程** 749 -|事件发现|监控工具和事态相关引擎|早期的检测和事件关联,初始化事件管理实践|高 750 -|事件登记|用户查询管理和工作流程工具,以及协同工具|有效记录事件|高 751 -|事件分类|((( 752 -用户查询管理和工作流程工具, 597 +[[image:1642222873598-155.png]] 753 753 754 - 协同工具,599 +[[image:1642222893312-806.png]] 755 755 756 -知识管理工具, 757 757 758 -配置管理工具 759 759 760 -和基于机器学习的分类引擎 761 -)))|快速、准确的分类和事件分派,已知解决方案的识别,重大事件的识别|非常高,尤其是在事件数量多的情况下 762 -|事件诊断|((( 763 -分析和诊断工具 764 - 765 -知识管理工具 766 - 767 -配置管理工具 768 - 769 -协同工具 770 -)))|快速、准确的定义和测试假设,多个专家/团队的有效协作|高,特别是在需要手动协作的复杂事件数量很多时 771 -|事件解决|((( 772 -远程管理工具 773 - 774 -自动化的部署系统, 775 - 776 -和协同工具 777 -)))|快速纠正失效的配置项并恢复服务|高,特别是提供远程服务时 778 -|事件关闭|用户查询和工作流管理工具,和协同工具|快速而全面的回顾事件生命周期|中 779 -|**定期事件评审流程**| | | 780 -|事件评审和事件记录分析|协同系统,分析和报告系统以及调查工具|((( 781 -远程协作,事件数据分析和用户调查数据 782 - 783 -分析和报告 784 -)))|中到高,尤其是对批量事件 785 -|事件模型优化的启动|工作流系统和待办项管理工具|优化的正式登记|低到中 786 -|事件模型更新的沟通|通信系统和协作系统|与受影响团队沟通更新|中到高,尤其当组织较大,更新较多时为高 787 - 788 - 789 - 790 790 ---- 791 791 792 792 = **6 合作伙伴和供应商** = ... ... @@ -816,8 +816,6 @@ 816 816 * 保持简单实用 817 817 * 优化和自动化。 818 818 819 - 820 - 821 821 ---- 822 822 823 823 = **8 致谢** =
- 1642222461983-817.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +117.4 KB - Content
- 1642222484248-277.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +68.3 KB - Content
- 1642222648578-782.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +62.3 KB - Content
- 1642222669993-827.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +46.5 KB - Content
- 1642222734298-342.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +84.0 KB - Content
- 1642222873598-155.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +72.6 KB - Content
- 1642222893312-806.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +29.3 KB - Content