请求 SLA 将根据两方面来进行处理，第一，CA Service Catalog 指定的固定规则；第二，您指定的“请求 SLA 报警的最大延迟”设置。
请求 SLA 将根据 CA Service Catalog 指定的下列固定规则进行处理：
因此，在前面的例子中，如果在 SLA 违规时间到期之前，请求状态从“待审批”（起始状态）变更为“已批准”（结束状态），则 SLA 实例将成功完成。
注意：如果与 CA Service Catalog 集成的其他产品的用户在该产品中将请求置于暂停状态，则包含 SLA 实例的 CA Service Catalog 请求仍将处于活动状态。 例如，如果 CA Service Catalog 与 CA Service Desk Manager 集成且 CA Service Desk Manager 用户将 CA Service Desk Manager 请求或与 CA Service Catalog 请求（包含活动的 SLA 实例）关联的变更单置于暂停状态，则 SLA 时钟不会暂停。 要暂停 SLA 时钟，您必须在 CA Service Catalog 中暂停请求。
例如，考虑名为“1 天之内批准 SLA”的 SLA。此 SLA 将使用 SLA 违规时间（1 天）来监视从“已提交”到“已批准”的状态变化。 在本示例中，审批流程也遵循该请求状态周期，顺序如下：
在该例子中，如果最终用户请求一个服务，一天之后审批者拒绝了该请求，则违反了 SLA“1 天之内批准 SLA”。 拒绝之后，如果受影响的最终用户更新请求详细信息，并重新提交它，则将重复请求审批流程，但是不再监视 SLA 实例，因为曾经监视过一次，并且完成时带有违规。
请求 SLA 处理程序是 目录组件 的组成部分，执行以下功能：
请求 SLA 处理程序检查将在这些时间处理的 SLA 实例：
在一个 目录组件 群集环境中，如果一个群集计算机失败，那么事件通知（包括 SLA 报警消息）可能推迟，直到失败的计算机还原之后，或直到群集中的其他计算机开始执行失败计算机的工作。 因此，SLA 警告和违规消息可能不按时发布。
当一个 目录组件- 群集计算机失败时，要将 SLA 处理时间中可能的延迟减至最小，您可以配置“请求 SLA 报警的最大延迟”来最好地满足您的需求。 您设置的值越小，请求 SLA 处理程序检查 SLA 时钟警告和违规次数的频率越大。 因此，设置较小的时间段，如一个小时，可以快速收到 SLA 警告和违规的通知。 否则，设置较大的时间段，如一天（例如，当失败的群集计算机还原时），将会较晚收到 SLA 警告和违规的通知。
设置“请求 SLA 报警的最大延迟”将帮助减少 SLA 处理的任何延迟，以防启动 SLA 时钟的群集计算机变得不可用的时间超出警告或违规期间。 在这种情况下，一旦有下列任何一个事件发生，其他活动的群集计算机将从失败的计算机接管 SLA 处理：
|
版权所有 © 2013 CA。
保留所有权利。
|
|