预定义内容指南 › 业务逻辑模块 › 可用性管理业务逻辑模块

可用性管理业务逻辑模块

以下部分介绍了可用性和故障统计通用的度量标准中使用的业务逻辑模块。

可用性管理假设

以下假设和基本行为是针对“可用性”域中的所有模块提供的：

• 在接收任一事件以针对组件生成报告之前，该组件在第一个计算期间的初始状态为“运行”。
• 存在一个“无”状态。 当资源状态未知时，等于或低于“无”状态的状态被视为基于资源的最后一个实际状态。
• 每当定义了超出时间段的期间时，将以相同的方式处理例外期间。
• 如果整个计算期间超出时间段，则期间结果为空。
• 强制事件：在某些情况下，监视工具提供的有关服务可用性的信息不正确或无效。 对于这种情况，定义了一个附加事件，其状态强制为高于在它之前收到的任何事件的状态。 例如，如果服务报告为“运行”，并且收到了一个“强制停止”事件，那么，会将该服务视为“停止”
• 突发事件：在某些情况下，突发事件会报告可用性状态。 例如，优先级 1 故障单的“突发事件 - 打开”代表“停止”状态，而优先级 1 故障单的“突发事件 - 已解决”代表“运行”状态。
• 当新的事件到达时，公式将检查前一事件的状态。 如果前一事件的状态为停止，则将此事件与新事件之间的期间视为停止。
• 可以针对特定组件或设备的状态报告事件，也可以针对服务全局报告事件。 如果同时报告全局事件和组件事件，则将全局视为实际状态。

可用性管理事件类型

以下可用性管理事件类型提供特定设备或服务的可用性状态：

• 可用性运行事件
• 可用性停止事件
• 可用性强制运行事件
• 可用性强制停止事件
• 可用性强制无事件

除此之外，还可以使用突发事件（如“突发事件管理模块”部分中所述）来反映服务或设备的可用性状态。 例如，“突发事件 - 打开”可以代表“停止”状态，而“突发事件 - 已解决”可以代表“运行”状态。

可用性事件类型结构

下表显示了所有可用性事件类型的结构：