本节介绍了测量影响主机限速的系统参数的性能监控计数器。 BizTalk：Message Agent 性能对象类别下的每个主机实例都可以访问以下性能计数器：
| 计数器 | DESCRIPTION |
|---|---|
| 活跃实例计数 | 内存中处于活动状态的服务实例数。 对于业务流程引擎，服务实例是指业务流程计划的每个正在运行的实例。 对于终结点管理器，服务实例可以对应于单个无状态消息，也可以对应于有状态消息的集合。 注意： 有状态实例是那些维持与该实例关联的消息的某些状态信息的实例。 属于有状态实例的消息以某种方式相互关联。 例如，维护有关排序信息的有序发送端口被视为有状态实例。 大多数消息传送方案涉及无状态实例，其中消息彼此之间的处理是完全独立的。 每个此类无状态实例对应于 EPM 中的单个消息。 |
| 数据库会话 | 使用中的 MessageBox 数据库并发连接数。 |
| 数据库会话阈值 | 并发数据库会话的当前阈值。 这最初设置为“设置仪表板”中“Resource-Based 限制”选项卡上的数据库连接值。 此值根据进程的数据库会话使用情况自动优化。 如果并发数据库会话数随时超过此阈值，则会实现主机限制。 |
| 数据库大小 | 此过程发布的数据库队列中的消息数。 此值通过所有主机的队列表中的项数以及后备存储和跟踪表中的项数来衡量。 如果进程发布到多个队列，此计数器反映所有队列的加权平均值。 注意： 如果主机重启，则内存中保留的统计信息将丢失。 由于涉及一些开销，BizTalk Server 仅在重启主机进程中至少有 100 个发布且总发布数为 5% 时，BizTalk Server 才会恢复收集统计信息。 |
| 高度活跃的数据库会话 | - 0：正常 - 1：数据库会话计数超过阈值 |
| 数据库大小较高 | - 0：正常 - 1：数据库大小已超过阈值 如果满足 DB 中消息计数阈值 列出的任一条件，此计数器将被设置为 1。 如何修改基于资源的限制设置 提供有关此限制阈值的信息。 |
| 进程内消息计数高 | - 0：正常 - 1：进程内消息计数超出限制 |
| 高邮件传递率 | - 0：正常 - 1：消息传递速率超过消息处理速率 |
| 高消息发布速率 | - 0：正常 - 1：发布请求速率超过完成率 |
| 进程占用内存高 | - 0：正常 - 1：进程内存超过阈值 |
| 高系统内存 | - 0：正常 - 1：系统内存超过阈值 |
| 高线程计数 | - 0：正常 - 1：线程计数超过阈值 |
| 进程内消息计数 | 传递到 XLANG 引擎或尚未处理的出站消息传送引擎的内存中消息数。 |
| 进程内消息计数阈值 | 进程内消息计数的当前阈值。 |
| 消息传递延迟（ms） | 当前对每个消息传递批处理施加的延迟（如果消息传递受到限制，则适用）。 |
| 消息传递传入率 | 每秒传递到业务流程引擎或消息传送引擎的消息数（以给定的示例间隔为单位）。 |
| 消息传递发送率 | 在给定的示例间隔内，业务流程引擎或消息传送引擎正在处理的每秒消息数。 |
| 消息传递调节状态 | 一个标志，指示系统是否正在限制消息传递（影响 XLANG 消息处理和出站传输）。 - 0：未限制 - 1：由于消息传递速率不平衡而导致限制（输入速率超过输出速率） - 3：由于进程内消息计数高而导致的节流 - 4：由于进程内存压力而导致限流 - 5：系统内存压力导致的限制 - 9：由于线程数过高而导致的限速 - 10：由于用户覆盖传输设置而限流 |
| 消息传递节流状态持续时间 | 自系统进入此状态以来的秒数。 如果主机正在进行限流，限流已持续的时间；如果没有进行限流，从开始限流的时间。 |
| 消息传递限速用户覆盖 | 此计数器反映由引擎监视的用户替代，并按如下所示进行解释： - 0：无替代 - 1：始终调控消息传递 - 2：不要限制消息传递 可在“设置仪表板”中的“Rate-Based 限制”选项卡中配置此替代。 |
| 消息发布延迟（ms） | 对每个消息发布批次施加的当前延迟（如果消息发布受到限制且该批处理未被豁免限制时适用）。 |
| 消息发布的流入速率 | 每秒发送到数据库的消息数，以便在给定的示例间隔内发布。 |
| 消息发布传出率 | 在给定的示例间隔内实际在数据库中发布的每秒消息数。 |
| 消息发布限制状态 | 一个标志，指示系统是否正在限制消息发布（影响 XLANG 消息处理和入站传输）。 - 0：未限制 - 2：由于消息发布速率不平衡而导致限制（输入速率超过输出速率） - 4：由于进程内存压力而导致限制 - 5、系统内存压力导致的限流 - 6：由于数据库增长导致的限流 - 8：由于会话计数过高而导致的限流 - 9：由于线程计数过高而导致的节流 - 11：由于发布时用户覆盖而导致限流 |
| 消息发布限流状态持续时间 | 自系统进入此状态以来的秒数。 如果主机正在限流，那么已经限流了多长时间，如果没有正在限流，则距离上次限流已经过去多长时间。 |
| 消息发布限流用户覆盖 | 此计数器反映由引擎监视的用户替代，并按如下所示进行解释： - 0：无替代 - 1：始终限制消息发布 - 2：不限制消息发布 可在“设置仪表板”中的“Rate-Based 限制”选项卡中配置此替代。 |
| 物理内存使用情况（MB） | 所有进程在计算机上使用的物理内存量（以 MB 为单位）。 |
| 进程内存使用情况（MB） | 进程内存消耗（以 MB 为单位）。 这是进程的工作集大小和为进程的页面文件分配的总空间的最大值。 |
| 处理内存使用阈值 （MB） | 进程内存消耗的当前阈值（以 MB 为单位）。 最初在< c1>“设置仪表板”中将其设置为< c0>“进程虚拟”值。 如果指定了百分比值，则会根据要提交的可用内存计算该值 |
| 服务类别 ID | 此性能计数器实例所对应的服务类 GUID 初始部分的十进制值。 进程可以托管多个服务类，消息代理性能计数器显示最活跃的服务类的数据。 |
| 线程计数 | 进程中使用的线程数。 |
| 线程计数阈值 | 进程中线程数的当前阈值。 这最初设置为“设置仪表板”中“Resource-Based 限制”选项卡上的“线程”值。 此值根据当前进程的线程要求自动调整。 如果进程中的线程数在任何时间点超过此阈值，则会实现主机限制。 |
| 提交的批次总数 | 服务类已提交的数据库批处理数。 |
| 已传递的邮件总数 | 传递到协调引擎或终结点管理器（EPM）的出站消息数。 |
| 已发布的邮件总数 | 已发布的消息数。 |
注释
BizTalk：Message 代理性能计数器用于分析主机的限制行为，因此不会捕获数据，除非指定的主机正在积极处理文档。 此设计目的是为了避免在没有发生限制活动时耗用系统线程用于性能监控。
访问性能计数器
使用以下步骤访问性能计数器。
如果你使用的是 Windows 2008
单击“ 开始”，指向 “管理工具”，然后单击“ 性能监视器”。
在 “性能监视器 ”对话框中，展开 “监视工具”，选择“ 性能监视器”，然后单击“ 添加”。
在 “添加计数器 ”对话框中的 “可用计数器 ”列表中，展开 BizTalk：Message 代理 性能计数器对象，然后选择要监视的计数器。
在 “所选对象实例 ”列表中，选择要监视所选计数器的特定实例，然后单击“ 添加”。 若要选择所有可用的计数器实例，请选择“ <所有实例>”。
添加计数器后，单击“ 确定”。
所选性能计数器显示在 “性能监视器 ”屏幕上。
另请参阅
节流设计建议
BizTalk Server 如何实现主机限制
使用设置仪表板进行 BizTalk Server 性能优化