Notification Services 有五种类别的性能报告:实例报告、诊断报告、详细信息报告、量程报告和快照报告。每种报告均通过运行 Notification Services 附带的存储过程生成。
实例报告
**“管理历史报告”**是唯一的实例级别报告。它提供系统状况的总体情况,因此系统管理员可通过该报告快速确定一段时间内的系统性能。该报告的内容包括事件、订阅、通知和通知传递的计数与平均计数。该报告由实例数据库中的 NSAdministrationHistory (Transact-SQL) 存储过程生成。
诊断和疑难解答报告
诊断报告是特定于应用程序的报告,它提供某一时间间隔内(如过去 24 小时或一周)的详细数据。利用这种报告可分析应用程序的处理情况。运行诊断报告的存储过程在实例数据库中。
**“事件批次列表”和“通知批次列表”**报告提供接收到的和生成的事件批次和通知批次的信息。NSEventBatchList (Transact-SQL) 和 NSNotificationBatchList (Transact-SQL) 存储过程生成这些报告。
**“传递通道诊断报告”**提供经由特定传递通道传递的通知的信息。因为一个通知类可通过多个传递通道传递消息,所以通过应用程序或通知类来诊断传递通道问题可能非常困难。利用该报告可分析特定的传递通道。该报告由 NSDiagnosticDeliveryChannel (Transact-SQL) 存储过程生成。
**“事件类诊断报告”**提供特定事件类的活动级别信息。该报告的内容包括:事件批次创建滞后时间、事件批次大小和挂起批次的数量。该报告由 NSDiagnosticEventClass (Transact-SQL) 存储过程生成。
**“事件提供程序诊断报告”**提供由特定事件提供程序收集的事件的信息。因为隶属一个事件类的事件可能是由多个事件提供程序收集的,所以通过应用程序或事件类来诊断事件提供程序问题可能非常困难。利用该报告可分析特定事件提供程序。该报告由 NSDiagnosticEventProvider (Transact-SQL) 存储过程生成。
**“失败通知诊断报告”**提供无法传递的通知的信息。该报告的内容包括:每个失败通知的应用程序、通知类和传递通道名称。此外,还包括失败通知的订阅方 ID 和设备地址以及失败与重试信息。该报告由 NSDiagnosticFailedNotifications (Transact-SQL) 存储过程生成。
**“通知类诊断报告”**提供特定通知类的活动的信息。该报告的内容包括:通知计数和通知批次计数、平均每秒创建的通知的数量、成功传递的通知的数量。该报告由 NSDiagnosticNotificationClass (Transact-SQL) 存储过程生成。
**“订阅类诊断报告”**提供特定订阅类的活动的信息。该报告的内容包括:已计划订阅的数量、订阅处理滞后时间和根据订阅生成的通知。该报告由 NSDiagnosticSubscriptionClass (Transact-SQL) 存储过程生成。
详细信息报告
详细信息报告提供事件批次及其中事件、通知批次及其中通知和已计划订阅的详细信息。查看过高级别报告(如快照和诊断报告)后,可以使用这种报告查看各个批次和订阅的详细信息。运行详细信息报告的存储过程在应用程序数据库中。
**“事件批次详细信息报告”**提供指定事件批次的信息。该报告包括多个结果集。其中一个结果集中包含事件批次的常规信息(如事件提供程序的名称和事件批次收集时间)。另外一个结果集显示事件批次中提交的事件。该报告由 NSEventBatchDetails (Transact-SQL) 存储过程生成。
**“通知批次详细信息报告”**提供指定通知批次的信息。该报告的内容包括:生成该批次的规则触发的信息和该批次中包含的通知的信息。利用该报告可排除与通知生成有关的问题,分析应用程序对通知的处理情况。该报告由 NSNotificationBatchDetails (Transact-SQL) 存储过程生成。
**“已计划订阅的详细信息报告”**提供指定订阅类的已计划订阅的信息。该报告的内容包括:订阅的创建时间、上次修改时间和按计划运行的时间。该报告由 NSScheduledSubscriptionDetails (Transact-SQL) 存储过程生成。
**“已计划订阅列表报告”**提供指定订阅方的所有已计划订阅的信息。该报告的内容包括:订阅 ID、类名称、订阅方和订阅是否已启用、订阅计划信息和时区信息。该报告由 NSScheduledSubscriptionList (Transact-SQL) 存储过程生成。
量程报告
量程报告是特定于应用程序的报告,它提供有关应用程序处理间隔(即量程)的详细数据。量程数据的例子有:量程执行时间、量程期内生成的通知和规则触发详细信息。使用下面的报告可分析和排除与生成器处理相关的应用程序性能问题。运行量程报告的存储过程在应用程序数据库中。
**“量程详细信息报告”**提供指定量程的详细信息。使用该报告可排除量程执行期过长的问题,以及分析量程处理情况。该报告由 NSQuantumDetails (Transact-SQL) 存储过程生成。
**“量程执行时间报告”**提供的信息可帮助用户识别有问题的生成器量程,然后用户可使用这些信息对该量程进行详细分析。该报告由 NSQuantumExecutionTime (Transact-SQL) 存储过程生成。
**“量程失败报告”**提供失败的生成器量程的信息。如果量程无法完成所需处理(如由事件触发的或已计划的订阅规则触发),量程就会失败。该报告由 NSQuantumFailures (Transact-SQL) 存储过程生成。
**“量程列表报告”**提供指定时间段内处理的量程的信息,其中的量程按执行顺序显示。该报告由 NSQuantumList (Transact-SQL) 存储过程生成。
**“量程性能报告”**提供有关各量程执行时间的信息。结果集将执行时间分割成时间间隔,因而您可以查看每个时间段内执行的量程的数目。这有助于排除量程执行时间过长的问题。该报告由 NSQuantumPerformance (Transact-SQL) 存储过程生成。
**“跳过的量程报告”**提供与跳过的生成器量程处理有关的信息。如果生成器落后,且应用程序定义文件 (ADF) 中设置了量程限制值,则某些量程会被跳过。该报告由 NSQuantumsSkipped (Transact-SQL) 存储过程生成。
快照报告
快照报告提供实例的当前运行状况。这些报告主要由系统管理员使用,管理员使用它们生成性能和吞吐量基准并根据这些基准确定实例的当前状态。生成快照报告的存储过程在实例数据库中。
**“应用程序快照报告”**提供实例承载的所有应用程序的当前状态信息。这些信息包括:生成器状态、清除程序状态、订阅方激活状态、最新通知批次信息和清除程序执行信息、订阅方数据信息等。该报告由 NSSnapshotApplications (Transact-SQL) 存储过程生成。
**“传递通道快照报告”**提供实例中配置的传递通道的当前状态信息。这些信息包括:分发服务器系统名称、激活状态、各传递通道上次处理工作项的时间、已发送或失败的消息的数目。该报告由 NSSnapshotDeliveryChannels (Transact-SQL) 存储过程生成。
**“事件快照报告”**提供为实例中应用程序配置的事件类的当前状态信息。这些信息包括:应用程序和事件提供程序激活状态、这些事件类上次收集数据的时间、来自这些事件类的事件的数目。该报告由 NSSnapshotEvents (Transact-SQL) 存储过程生成。
**“提供程序快照报告”**包含为实例中应用程序配置的事件提供程序的当前状态信息。这些信息包括:运行事件提供程序的服务器、激活状态、提供程序最后收集的事件类和批次、已收集的事件的数目。该报告由 NSSnapshotProviders (Transact-SQL) 存储过程生成。
**“订阅快照报告”**包含向实例承载的应用程序添加的订阅的信息。这些信息包括:应用程序名称、订阅类名称、最后一次向应用程序添加订阅的时间。该报告由 NSSnapshotSubscriptions (Transact-SQL) 存储过程生成。
请参阅
概念
监视 Notification Services 性能和活动
使用报告来分析性能