指定生成器量程持续时间
在 Notification Services 中,生成器并不连续运行。相反,生成器维护自己的时钟,将时间分为不同的间隔。每个时间间隔都称为一个“量程**”。当每个量程结束时,生成器触发规则,这些规则将处理在此量程期间到达的事件以及要处理的预定订阅。当您定义 Notification Services 应用程序时,应该为生成器定义生成器量程。
例如,您可以将生成器量程配置为五分钟。生成器每隔五分钟触发事件规则和订阅规则,并处理在此间隔内到达的所有事件以及要处理的所有预定订阅。
注意: |
---|
生成器量程独立于分发服务器量程。有关分发服务器量程的详细信息,请参阅指定分发服务器设置。 |
量程持续时间
Notification Services 在每个量程内按顺序执行一次下列操作:
- 触发事件历史记录规则。
- 触发订阅事件规则。
- 触发订阅预定规则。
通过配置生成器量程,您可以控制 Notification Services 尝试触发这一序列规则的频率。例如,如果您将生成器量程设置为五分钟,则 Notification Services 将每隔五分钟尝试触发这一序列规则。
注意: |
---|
ProcessEventsInOrder 设置还影响 Notification Services 处理事件和订阅以及生成通知的频率。有关详细信息,请参阅指定事件处理顺序。 |
选择量程持续时间
当配置生成器量程时,您可以选择较短的时间(如 15 秒钟),也可以选择较长的时间(如 15 分钟)。但是,应该在应用程序响应和资源占用之间进行权衡。
- 如果您配置了非常短的生成器量程,则应用程序将占用更多的系统资源。但是,订阅方可能在事件实际到达不久之后便会接收到事件驱动的通知,并且预定的订阅将更严格地按照实际的订阅计划进行处理。
- 如果您配置了较长的生成器量程,则应用程序将占用更少的系统资源。但是,从事件到达或获取预定的订阅到生成通知之间可能存在较长时间的延迟。
如果应用程序触发所有规则需要的时间长于量程持续时间,则应用程序可能会出现滞后现象。历史记录和订阅规则将限制在跳过规则触发之前控制允许的应用程序滞后程度。有关详细信息,请参阅指定量程限制。
默认的生成器量程为 1 分钟。
指定生成器量程
如果您通过 XML 定义应用程序,则请在该应用程序定义文件 (ADF) 中定义生成器量程。如果您通过编程方式定义应用程序,则请使用 Notification Services 管理对象 (NMO) 定义生成器量程。
请参阅
参考
Microsoft.SqlServer.Management.Nmo.Application.QuantumDuration
概念
其他资源
QuantumDuration Element for ApplicationExecutionSettings (ADF)