定期监视 BizTalk Server 应用程序和基础结构，并解决发现的问题有助于使 BizTalk Server 应用程序可供用户访问。 监视的目标是尽量减少异常未被检测到并解决的时间。 此外，可以使用监视来帮助检测可能导致异常的情况。
监视 BizTalk Server 时，应查找任何意外或异常行为。 监视可以是手动或自动过程。 可以使用 BizTalk Server 管理控制台监视 BizTalk Server 基础结构的运行状况。 可以使用 BizTalk Server 管理控制台监视 BizTalk Server 应用程序的运行状况，并执行根本原因分析，以确定任何问题的根本原因。 . 监视 BizTalk Server 时，请记住以下几点：
基础结构可能正常，但应用程序可能不是（例如，它们正在接收无效的消息，并且无法处理它们）。
基础结构可能运行不正常，但应用程序可能运行正常（例如，如果服务器关闭，但有足够的服务器分配给主机来接管负载）。
基础结构问题可能显示为应用程序问题（例如，由于服务器关闭，消息处理速度不够快）。
对您的 BizTalk Server 和应用程序的监控可分为三个主要类别：
可用性监视
健康监测
性能监视
可用性监视
可用性监视回答了“系统或应用程序资源的不可用性是否阻止 BizTalk Server 应用程序以最佳方式运行？”这些问题几乎完全是系统级别，例如服务和连接的可用性。 例如，如果适配器因企业单 Sign-On 服务停止而失败，则这是可用性问题。 如果分配给主机的其中一台服务器出现故障，并导致在应用程序处理消息时出现延迟，则存在可用性问题。 同样，如果应用程序已停止且无法处理消息，则存在可用性问题。 下表显示了可用监控工具。
| 工具 | 任务 |
|---|---|
| BizTalk Server 管理控制台 | 应查看 BizTalk Server 管理控制台中的“组中心”页，以查看应用程序或其组件（端口/业务流程）是否已停止。 |
| 事件查看器 | 查找适配器连接问题、已停止的服务等。 |
健康监测
运行状况监视可帮助你回答“我的应用程序或资源是否处于不良状态？”例如，我的任何应用程序或其构成项目当前是否遇到异常情况？ 或者，消息是否因消息有效负载中的数据无效而被挂起？ 下表显示了健康监测工具。
| 工具 | 任务 |
|---|---|
| BizTalk 健康监视器工具（“BHM”） | 一个 MMC 管理单元，供用户监视 BizTalk Server 环境的运行状况，检测关键和非关键问题，并执行维护任务。 下载 BizTalk 健康监控器。 BizTalk 运行状况监视器还包括最新版本的 MsgBox 查看器和 BizTalk 终止工具。 |
| BizTalk Server 管理控制台 | 你将使用 BizTalk Server 管理控制台中的“组中心”页和查询页来识别应用程序运行状况问题并分析其原因。 |
| 事件查看器 | 检测在处理消息和编排期间发生的问题。 |
性能监控
性能监视回答了“系统如何有效地执行其工作？”此类监视主要集中在物理资源（如数据库和磁盘）上的负载上。 例如，如果 CPU 利用率一致为 90% 到 100%，并且正在形成积压消息，则这是计算机级别的性能问题。 下表显示了性能监视工具。
| 工具 | 任务 |
|---|---|
| SQL 查询分析器 | 监视数据库大小和内容以诊断系统问题。 |
| BizTalk Server 管理控制台 | “组中心”页显示关键性能指标，例如 BizTalk Server 应用程序中当前处于活动、脱水、准备运行、已排定、挂起等状态的服务实例数量。 |
| 业务活动监视 (BAM) | 可以在业务流程中指定要跟踪与业务应用程序相关的关键绩效指标的特定阶段。 |
BizTalk Server 监控
可以运行 Monitor BizTalk Server SQL 代理作业来识别管理、消息框或 DTA 数据库中的已知问题。 在 BizTalk Server 管理控制台中配置 BizTalk 组或从以前的版本升级 BizTalk 时，会创建该作业。
监视 BizTalk Server 作业扫描管理数据库、MessageBox 和 DTA 数据库中的以下问题：
注释
监视 BizTalk Server 作业仅用于扫描故障。 它无法修复发现的问题。
没有任何引用的消息
没有引用计数的消息
引用计数小于 0 的消息
不带后台处理程序行的消息引用
不带实例的消息引用
没有实例的实例状态
实例订阅缺少相应实例
无依托的 DTA 服务实例
孤立的 DTA 服务实例异常
启用全局跟踪选项时，TDDS 不会在任何主机实例上运行。
监视 BizTalk Server 作业被配置为每周自动运行一次。 由于作业的计算密集型，因此建议在停机/低流量期间安排作业。
如果作业遇到任何问题，作业将失败;错误字符串包含找到的问题数。 否则，它运行成功。 可以在作业历史记录中查看详细信息。 如果使用管理员权限运行作业，错误字符串也会记录到事件查看器（以及作业历史记录）。
故障排除
了解 BizTalk Server 应用程序（而非基础结构）的运行状况问题后，可以使用 BizTalk Server 管理控制台中的“组中心”页和“查询”页来分析问题。 BizTalk Server 管理控制台提供集成的配置、部署和故障排除体验，可以在找到配置和部署相关问题后修复管理控制台中的配置和部署相关问题。 通常，大多数应用程序问题是由于消息未按预期完成（这可以显示为挂起的服务实例，或重试端口，或未重新激活的冻结实例等）
可以使用“组中心”页和“查询”页按应用程序、错误类型、服务类型、主机等对服务实例（运行、暂停、冻结等）进行分组，以隔离不同的错误，逐个调查这些错误，并修复它们。 还可以监视 BizTalk Server 管理控制台中的跟踪数据、调查消息流的历史记录，或业务流程或规则集的执行历史记录。 此跟踪数据包含有关 BizTalk Server 应用程序的历史数据。
如果在 BizTalk 管理控制台中启用了跟踪，则可以使用跟踪通过查询查找消息流和服务实例。 如果要查找消息并仅知道消息类型（架构）、属性及其值（例如客户名称），等等，这非常有用。
以下主题讨论如何使用 BizTalk Server 管理控制台、组中心页和查询页进行监视和故障排除。 本部分还讨论了跟踪，你可以将其用作故障排除和根本原因分析的帮助。