Changes for page 服务管理实践 - 05 监控和事态

Last modified by superadmin on 2024/12/25, 15:38

From version < 43.1 >

edited by superadmin
on 2022/01/15, 17:23

To version < 19.1 >

edited by superadmin
on 2021/02/17, 17:32

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (2 modified, 0 added, 0 removed)
Attachments (0 modified, 0 added, 18 removed)

Details

Page properties

Title

@@ -1,1
          +1,1 @@
--05 监控和事态管理实践
++05 监控和事态管理（尚未发布）

Content

@@ -40,6
          +40,7 @@
  * 支持监控和事态管理的信息和技术
  * 合作伙伴和供应商对监控和事态管理的思考
++
  == **1.1** **ITIL®4 认证体系** ==
  本文件所选内容可作为以下教学大纲的一部分进行考查：
@@ -61,7
          +61,6 @@
  监控和事态管理实践的目的是系统地观察服务和服务组件，将其状态变化识别为事态并进行记录和报告。该实践识别基础设施、服务、业务流程和信息安全等事态，确定其优先级，建立对这些事态的适当响应，包括对可能导致潜在故障或事件的条件作出响应。
--
  |(((
  **事态**
@@ -103,7
          +103,6 @@
  监控通过多种不同的方式得以实现。配置项（CIs）可以通过轮询（即响应监控工具收集特定目标数据的请求）或通过在满足某些条件时自动通知监控工具来共享有关其自身的信息。监控工具对服务组件的询问代表着主动监控，而配置项（CIs）向监控工具发送的通知代表着被动监控。
--(% style="text-align:center" %)
  [[image:图片1.png]]
@@ -118,7
          +118,6 @@
  尽管监控和事态管理传统上专注于服务的技术组件，但对了解其他服务管理资源和活动（包括流程，人员和供应商）的状态也很有用。
--
  |(((
  **指标**
@@ -234,8
          +234,9 @@
  * 确保及时，相关且足够的监控数据提供给相关的利益相关者
  * 确保发现、解释事态，并在需要时尽快采取措施
--=== **2.4.1 建立和维护描述各类事态和探测它们所需的监控功能的方法/模型** ===
++=== 2.4.1 建立和维护描述各类事态和探测它们所需的监控功能的方法/模型 ===
++
  在大多数情况下，现代技术为度量和监控服务以及服务组件操作的各个方面提供了机会，但是从业人员应认真管理监控的范围以及度量指标的频率和数量。现代监控和事态管理实践的主要挑战不是缺少数据，而是监控必须处理的数据的规模。监控和事态管理实践的重点应该是获取有意义的信息，以支持服务的操作与改进，决策和价值的创造。建立或改进监控和事态管理实践时，应考虑以下方面：
  * 识别所监控的服务和服务组件并划分优先级
@@ -271,7
          +271,7 @@
  许多IT 监控工具和EMS本身很可能由第三方供应商提供，监控和事态管理实践和供应商管理实践将保持稳定的工作关系。
--=== **2.4.2 确保将及时，相关且足够的监控数据提供给相关的利益相关者** ===
++=== 2.4.2 确保将及时，相关且足够的监控数据提供给相关的利益相关者 ===
  当根据原始服务设计和与客户达成的服务级别协议（SLA）进行基准校对时，监控和事态管理的报告能够使服务提供者的实际操作性能和行为基本真实。监控和事态管理提供了直接的观察结果、基于事实的经验证据，而不是预期或期望的结果。
@@ -280,7
          +280,7 @@
  监控和事态管理确定了薄弱区域，因此可以采取补救行动（如果有正当的业务案例），以改进将来的服务质量。监控和事态管理还可以显示客户动作在哪里导致故障，并确定工作效率和/或培训可以在哪些地方得到改善。监控和事态管理还可以同时处理内部和外部供应商，因为他们的绩效必须得到评估和管理。
--=== **2.4.3 确保探测、解释事件，并在需要时尽快采取措施** ===
++=== 2.4.3 确保探测、解释事件，并在需要时尽快采取措施 ===
  仅仅为监控和事态管理定义规则还不够，事态的实际探测和处理程序才能使这些规则有价值。事态管理的效率和范围在很大程度上取决于服务架构和服务管理自动化水平。在数字化基础设施和现代应用程序中，许多用于监控和事态管理的工具是内置的，实践的重点是事态处理规则的集成和调整。
@@ -333,7
          +333,6 @@
  图3.1中显示了监控和事态实践对服务价值链的贡献。
--(% style="text-align:center" %)
  [[image:微信截图_20210217171257.png]]
  图3.1 监控和事态管理实践对价值链活动的贡献的热力图。
@@ -345,6
          +345,7 @@
  * 设计和转换
  * 改进
++
  == **3.2 流程** ==
  每个实践可包含一个或多个为实现该实践的目的而可能需要的流程和活动。
@@ -355,6
          +355,7 @@
  * **事态处理流程**
  * **监控和事态管理评审 **安排和触发该流程是为了评审主要事态事后分析、有关过滤和相关性分析的更新、服务“运行状况模型”、以及用于监控自动化和操作的改进。
++
  === **3.2.1 监控规划** ===
  |**关键输入**|**活动**|**关键输出**
@@ -398,7
          +398,6 @@
--(% style="text-align:center" %)
  [[image:图片3.png]]
  图3.2 监控规划流程的工作流程
@@ -405,26
          +405,63 @@
--表3.2监控规划流程的活动
++表3.2监控规划流程的活
--[[image:1642237641108-965.png]]
++|**活动**|**描述**
++|定义监控目标|(((
++利用从服务设计阶段、服务验证和测试实践以及服务开发（可用性，容量和性能管理实践）和服务级别管理实践收到的信息，团队定义监控的关键目标。
--[[image:1642237710166-351.png]]
++该讨论应覆盖功效需求到功用需求（首先涵盖最明显的功能要求，例如，在应用程序的用户案例中）。另外，从关键服务性能到更多详细信息和组件，它的颗粒度应增加。
--[[image:1642237738910-108.png]]
++团队应列出一个优先级降序的监控列表。
++)))
++|评估可用的度量监控标准|(((
++然后，将监控优先级列表项映射或转换为可用度量或基于可用度量的综合度量。
++应该探索添加度量值。
++)))
++|定义监控对象的事态类型|团队对不同类型的事态进行定义和分类。类型可以是一般性的，例如信息性，警告性，异常性，也可以取决于功能，用户组及其优先级，再通过关键监控目标的组件或类型进行划分。
++|定义不同事态类型的阈值|(((
++团队与服务或组件开发团队一起定义不同类型事态的阈值。相同的组件指标可能是根据现有的SLA和针对服务或组件定义的可用性，容量和性能的要求，它基于服务进行了不同的处理。
++另外，应该将处理吞吐量的事态纳入考量，因为尽管现代IT系统几乎可以探测到任何事态，但不是所有事态都需要进行响应。因此，从最初预防灾难到后来完善组件，通常都应将监控和事态管理进行迭代开发。
++)))
++|定义服务'运行状况模型'（端到端事态）|(((
++根据参与服务设计的团队的输入，构建了一个“运行状况模型”，它反映了服务及其关联的关键事态。一个服务可能有几种模型。
--=== **3.2.2 事态规划** ===
++这些模型使监控团队可以评估服务的用户体验。例如，可以为单个银行客户交易构建模型，并度量从移动应用程序中的请求（包括所有银行数据库系统到移动应用程序中完成交易的通知）花费的时间。
++服务“运行状况模型”也可以实现为服务健康和性能的报告或仪表板，并由服务所有者，参与其他实践的团队和其他利益相关者临时使用。这样，有关这些服务的信息就被干系人“拉”走了。
++)))
++|定义事态关联和规则集|(((
++与参与服务设计的团队一起，定义事态关联和相应的规则集。
++
++某些关联可能会使用第二个事态作为对第一个事态的检查，或者进一步过滤事态的范围。同样，已定义的关联可以帮助防止事态同时发生时可能产生的负面协同效应。
++
++规则集由多个规则组成，这些规则定义了如何处理和评估特定事态的事态消息。例如，每次磁盘日志文件到达其容量时都可能生成警告事态，但是如果已生成四个以上的警告事件，则会生成异常事态。
++
++规则本身通常嵌入监控和事态处理技术中。它们由布尔类型的算法组成，用于关联已生成的事态，以创建需要传达的其他事态。这些算法可以编入通常称为关联引擎的事态管理软件中。
++
++人工智能（AI）系统可用于定义用户，管理员，系统等的典型和非典型行为。这可能形成其他检查以过滤事态。
++)))
++|将事态与行动计划、职能部门和通知对应起来|(((
++对于每个事态或事态组，都定义了一个行动计划以尽量减少事态的负面影响。基于行动计划，可以定义响应事态的团队或职能部门。
++
++行动计划还可以自动执行或半自动执行，包括对某些重要操作进行人工干预。
++
++在此阶段创建的行动计划成为事态程序和自动化的基础。
++)))
++
++
++=== 3.2.2 事态规划 ===
++
  表3.3事态处理流程的输入、活动和输出
--(% style="width:593px" %)
--|(% style="width:137px" %)**关键输入**|(% style="width:220px" %)**活动**|(% style="width:233px" %)**关键输出**
--|(% style="width:137px" %)(((
++|**关键输入**|**活动**|**关键输出**
++|(((
  * 来自监控对象，监控工具的通知
  * 监控计划
--)))|(% style="width:220px" %)(((
++)))|(((
  * 事态检测
  * 事态日志记录
  * 事态过滤和相关性检查（可能是迭代的）
@@ -431,7
          +431,7 @@
  * 事态分类
  * 事态响应选择
  * 发送通知，执行响应规程
--)))|(% style="width:233px" %)(((
++)))|(((
  * 事态记录
  * 已更新的事态统计信息
  * 事态响应错误
@@ -442,9
          +442,9 @@
  * 更新的报告和仪表板
  )))
++
  图3.3事态处理流程的工作流程
--(% style="text-align:center" %)
  [[image:图片4.png]]
@@ -451,16
          +451,81 @@
  表3.4事态处理流程的活动
--[[image:1642237833826-395.png]]
++|**活动**|**描述**
++|事态检测|(((
++监控系统检测到的事态，或作为手动监控的结果。
--[[image:1642237866153-106.png]]
++并非所有事态都应被检测到，监控系统带宽也应纳入考量。在现有有限的资源中应仅检测到关键事件和需要采取行动的事态。
++)))
++|事态记录|事态应该最好自动记录在监控系统中。
++|事态过滤和相关性检查（可能是迭代的）|(((
++事态应该按照规则集进行处理，以过滤和查找相关性，以实现更好的分类。
++该活动可能是迭代的。
++)))
++|事态分类|事态分为组或类型，如果需要选择适当的响应，则在组内进一步过滤特定的事态。
++|事态响应选择|在监控规划流程中应该为每个事态制定行动计划或响应规程。根据规划中定义的规则，选择事态响应和通知的团队。
++|发送通知，执行响应规程|响应规程执行后，将通知负责操作或监督的团队（如果响应规程是全自动的）。
++|**关键输入**|**活动**|**关键输出**
++|(((
++* 更新的知识文章
++* 重大事态记录
++* 重大事件记录
++* 改进建议
++* 事态记录和统计
++* 服务所有者和利益相关者的信息请求
++)))|(((
++* 评审重大事态和事件
++* 评审过滤和相关性分析
++* 评审服务“运行状态模式”
++* 评估事态的响应程序和自动化程度
++* 评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具
++* 评审监控工具收集的统计信息
++)))|(((
++* 更新的事态响应程序
++* 过滤和相关分析的改进建议
++* 针对自动化的变更
++* 更新的监控标准和阈值
++* 更新的过滤方法
++* 更新的被使用的工具和技术清单
++* 更新的已提供的报告和统计信息清单
++)))
++
  === **3.2.3 监控和事态管理评审** ===
--[[image:1642237945213-442.png]]
++|活动|描述
++|评审重大事态和事件|(((
++事实上，重大事件发生通常可能意味着未检测到某些异常服务或组件行为并对其采取行动。因此，重大事态和事件为监控知识发现和改进提供了良好的基础。
++应审查和分析重大事态的性质、相关性，并将其分解为组件甚至配置项，并应探索相应的指标，这些指标可能有助于检测导致重大事件的重大事态或异常。
++
++应探索组件的其他或类似风险，并将已识别的事态添加到监控中。
++
++建议对监控进行更改以在未来检测类似的事态。
++)))
++|(((
++评审过滤和相关性分析的评审
++
++评审服务的“运行状态模式”
++)))|当监控检测到大量事态或检测不到事态时，应进行过滤和相关性分析。有时可以考虑采取临时措施，例如放宽阈值或事态分组。否则，应进行详细分析和详尽的规则定义，以及建议对监控进行更改。
++|评估事态响应程序和自动化程度|(((
++应评审因事态响应导致的事件和故障并提出变更建议。
++
++同样，此评审的目标应是提高事态检测和事态响应的自动化程度。也可以建议其他的自动化。
++)))
++|评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具|(((
++应审查内部和市场上可能提高监控效率的工具。应在监控预算内建议试用和试运行。
++
++另外，此评审应该讨论监控中使用的任何新技术或最佳实践，应该进行市场基准测试的开发，并提出对监控的改进。
++)))
++|评审监控工具收集的统计信息|(((
++应该审查统计信息，以提出对监控的改进，并监控服务。
++
++服务生命周期涉及的所有团队均应评审检测到的服务趋势。
++)))
++
  表3.6 监控和事态管理评审流程的活动
@@ -483,16
          +483,215 @@
  |**М**|**Methods and techniques expert 方法和技术专家** 与该能力相关的活动和技能包括设计和工作技术的实施，程序文档，有关流程的咨询，工作分析以及持续改进。
  |**Т**|**Technical expert 技术专家** 此能力专注于技术（IT）专业知识和基于专业知识的任务。
--[[image:1642237990168-323.png]]
++|(% style="width:203px" %)活动|(% colspan="2" style="width:205px" %)负责角色|(% colspan="2" %)能力框架|**具体技能**
++|(% colspan="6" %)监控规划流程
++|(% style="width:203px" %)定义监控目标|(% style="width:199px" %)(((
++服务负责人
--[[image:1642238024237-336.png]]
++设计人
--[[image:1642238202293-164.png]]
++开发人员
--[[image:1642238225338-195.png]]
++用户
--[[image:1642238253882-729.png]]
++交付经理
++客户经理
++
++测试人员
++
++服务验证专家
++
++运维经理
++)))|(% colspan="2" %)协调员、管理员（CA）|(% colspan="2" %)(((
++理解利益相关者的服务价值和服务主张
++
++服务级别和用户体验方面的专业知识
++)))
++|(% style="width:203px" %)(((
++评估可用的度量监控标准
++
++定义监控对象的事态类型
++
++定义不同事态类型的阈值
++)))|(% style="width:199px" %)(((
++测试人员
++
++服务验证专家
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++
++业务经理
++)))|(% colspan="2" %)技术专家、方法技术专家（T M）|(% colspan="2" %)(((
++服务架构和设计的知识
++
++监控工具，探头探测器和传感器方面的专业知识
++)))
++|(% style="width:203px" %)(((
++定义服务'运行状况模型'（端到端事件）
++
++定义事件关联和规则集
++)))|(% style="width:199px" %)(((
++服务负责人
++
++用户
++
++交付经理
++
++客户经理
++
++运维经理
++
++测试人员
++
++服务验证专家
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++)))|(% colspan="2" %)技术专家、方法技术专家、管理员（T M A）|(% colspan="2" %)(((
++用户体验的知识
++
++功效需求和功用需求的知识
++
++服务主题和业务流程知识
++
++服务架构和设计的知识
++
++监控工具、探头探测器和传感器方面的专业知识
++)))
++|(% style="width:203px" %)建立行动计划和需要响应和通知的职能部门之间的映射关系|(% style="width:199px" %)(((
++服务负责人
++
++用户
++
++交付经理
++
++客户经理
++
++测试人员
++
++服务验证专家
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++)))|(% colspan="2" %)管理员、技术专家、方法技术专家（A T M）|(% colspan="2" %)(((
++运维和支持基础设施以及组织的知识
++
++服务架构和设计的知识
++
++监控工具以及探头探测器和传感器方面的专业知识
++)))
++|(% colspan="6" %)(((
++事态处理流程
++
++应尽一切努力使此流程尽可能自动化，因此将不讨论该流程的角色。
++)))
++|(% colspan="6" %)监控和事态管理评审
++|(% style="width:203px" %)(((
++评审重大事件或事态
++
++评审过滤和相关性分析
++
++评审服务“运行状况模式“
++)))|(% style="width:199px" %)(((
++服务负责人
++
++用户
++
++交付经理
++
++客服经理
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++)))|(% colspan="2" %)技术专家、方法技术专家、管理员（T M A）|(% colspan="2" %)(((
++服务架构和设计的知识
++
++监控工具方面的专业知识
++
++服务主题知识和业务流程知识
++
++持续改进技能
++)))
++|(% style="width:203px" %)评估事态的响应程序和自动化程度|(% style="width:199px" %)(((
++服务负责人
++
++交付经理
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++
++服务台经理
++
++运维经理
++)))|(% colspan="2" %)管理员、技术专家、方法技术专家、协调员（ATMC）|(% colspan="2" %)(((
++运维和支持基础设施以及组织的知识
++
++监控工具方面的专业知识
++
++自动化专业知识
++
++服务主题知识和业务流程知识
++
++持续改进技能
++)))
++|(% style="width:203px" %)评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具|(% style="width:199px" %)(((
++监控专家
++
++架构师
++
++业务分析员
++
++技术顾问
++)))|(% colspan="2" %)方法技术专家、技术专家、管理员（MTA）|(% colspan="2" %)(((
++监控工具，AI，ML方面的专业知识
++
++自动化专业知识
++
++持续改进技能
++)))
++|(% style="width:203px" %)评审监控工具收集的统计信息|(% style="width:199px" %)(((
++监控专家
++
++架构师
++
++业务分析员
++)))|(% colspan="2" %)方法技术专家、技术专家、管理员（M T A）|(% colspan="2" %)(((
++服务架构和设计的知识
++
++监控工具方面的专业知识
++
++服务主题知识和业务流程知识
++
++持续改进技能
++)))
++
  表4.1 监控和事态管理实践活动涉及的角色
@@ -548,19
          +548,169 @@
  该信息可以采用各种形式。实践的关键输入和输出在本指南的“ 价值流和流程”部分中列出。
--== **5.2  自动化和工具** ==
++== 5.2  自动化和工具 ==
  在某些情况下，监控和事态管理实践的工作可以大大受益于自动化（有关何时适用的详细信息，请参见本指南的“ 价值流和流程”部分）。在这种情况下，自动化是可能且有效的，它可能涉及表5.1中概述的解决方案。
--[[image:1642238337737-961.png]]
++|流程活动|自动化手段|关键功能|实践的效果上的影响
++|(% colspan="4" %)监控规划流程
++|(((
++定义监控目标
--[[image:1642238364744-334.png]]
++评估可用的度量监控标准
--[[image:1642238466365-934.png]]
++定义监控对象的事态类型
++)))|(((
++可视化工具（例如思维导图，服务图表，架构可视化）
--[[image:1642238480595-735.png]]
++服务目录工具
++配置管理数据库
++)))|(((
++服务结构，依赖项，配置项等的可视化
++
++提供有关服务结构的信息，以及
++
++组件/ 服务的相互依赖性
++
++提供有关
++
++服务SLA和要求的信息
++)))|中
++|(((
++定义不同事态类型的阈值
++
++定义服务'运行状况模型'（端到端事件）
++
++定义事态关联和规则集
++)))|(((
++监控和事态管理工具
++
++ITSM工具
++
++软件定义的基础设施工具
++
++基础设施和平台内置的监控工具
++
++服务可视化工具
++)))|主动和被动性监控，事态设置，数据收集，数据分析，警报，规则设置|高
++|建立行动计划和需要响应和通知的职能部门之间的映射关系|(((
++监控和事态管理工具
++
++ITSM工具
++
++软件定义的基础设施工具
++
++协作和通讯工具
++
++集成总线
++
++自动化系统
++
++用于事态关联、行为监控与分析的AI和ML工具
++)))|(((
++ITSM工具集成（例如，基于事态的事件记录）
++
++通知和通讯，任务创建。
++
++自动化脚本运行
++
++AI和ML 事态关联，正常/异常行为分析
++)))|高
++|(% colspan="4" %)事态处理流程
++|(((
++事态检测
++
++事态日志记录
++
++事态过滤和相关性检查（可能是迭代的）
++
++事态分类
++
++事态响应选择
++
++发送通知、执行响应过程
++)))|(((
++监控和事态管理工具
++
++ITSM工具
++
++软件定义的基础设施工具
++
++协作和
++
++通讯工具
++
++集成总线
++
++自动化系统
++
++报告和仪表板工具和门户
++)))|(((
++ITSM工具集成（例如，基于事态的事件记录）
++
++通知和通讯，任务创建。
++
++自动化脚本运行
++
++AI和ML 事态关联，正常/异常行为分析
++
++报告和仪表板发布
++)))|高
++|(% colspan="4" %)监控和事态管理评审
++|(((
++评审重大事件或事态
++
++评审过滤和相关性分析
++
++评审服务“运行状况模式“
++
++评估事态的响应程序和自动化程度
++
++评审用于数据分析、相关性分析、人工智能和机器学习的工具
++
++评审监控工具收集的统计信息
++)))|(((
++可视化工具（例如思维导图，服务图表，架构可视化）
++
++统计分析工具，数据库
++
++服务目录工具
++
++配置管理数据库
++
++监控和事态管理工具
++
++ITSM工具
++
++协作和通讯工具
++
++报告和仪表板工具和门户
++
++业务分析工具
++
++基准工具和
++
++知识管理工具
++)))|(((
++服务结构，依赖项，配置项等的可视化
++
++提供有关服务结构和组件/ 服务相互依赖关系的信息
++
++提供有关服务SLA和要求，合规性和违规的信息
++
++提供重大事件的信息
++
++报告和仪表板发布
++
++通知，聊天
++
++分析和评估
++
++知识共享
++)))|中
++
  表5.1 监控和事态管理活动的自动化解决方案
@@ -589,13
          +589,13 @@
  实践指南的大部分内容都应作为组织在建立和发展自己的实践时可能考虑的领域的建议。实践指南是组织可能考虑的事情的目录，而不是答案的列表。使用ITIL 实践指南的内容时，组织应始终遵循ITIL 指导原则：
--* 聚焦价值
--* 从你所处的地方开始
--* 基于反馈迭代推进
--* 协作和提升可视化程度
--* 整体性思考和工作
--* 保持简单实用
--* 优化和自动化。
++1. 聚焦价值
++1. 从你所处的地方开始
++1. 基于反馈迭代推进
++1. 协作和提升可视化程度
++1. 整体性思考和工作
++1. 保持简单实用
++1. 优化和自动化。
  有关指导原则及其应用程序的更多信息，请参见以下内容的第4.3节：

1642237641108-965.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-99.0 KB

Content

1642237710166-351.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-109.4 KB

Content

1642237738910-108.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-26.9 KB

Content

1642237833826-395.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-68.3 KB

Content

1642237866153-106.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-50.7 KB

Content

1642237945213-442.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-117.1 KB

Content

1642237990168-323.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-59.9 KB

Content

1642238024237-336.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-51.8 KB

Content

1642238049838-958.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-39.8 KB

Content

1642238202293-164.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-45.3 KB

Content

1642238225338-195.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-59.3 KB

Content

1642238253882-729.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-21.9 KB

Content

1642238337737-961.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-69.5 KB

Content

1642238364744-334.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-39.6 KB

Content

1642238421478-919.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-94.3 KB

Content

1642238466365-934.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-49.1 KB

Content

1642238480595-735.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-71.7 KB

Content

1642238606576-143.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-33.5 KB

Content

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司