消息跟踪是消息实例的各个部分（例如消息正文、消息属性和元数据）存储在数据库中的过程，通常用于存档目的。 随后可以通过从 BizTalk Server 管理控制台中的“组中心”页运行查询来查看跟踪的消息实例部件。 除了访问存档的数据之外，还可以查看实时数据，这些数据可能是一种有用的工具，用于识别和修复开发或过渡环境中的问题。
由于邮件跟踪过程可能非常占用大量资源，因此在创建计划之前，应先查看本主题。
有关跟踪的详细信息，请参阅 运行状况和活动跟踪 （https://go.microsoft.com/fwlink/?LinkId=154187）。
配置和启用 DTA 清除和归档 SQL 代理任务
此作业存档并清除 BizTalk 跟踪数据库中的旧数据，从而防止其变得过大。 这对于正常的 BizTalk Server 系统至关重要。 大型跟踪数据库将开始影响跟踪主机的性能以及查询跟踪数据库的任何其他进程。
确保正确配置、启用和成功完成 DTA 清除和存档 SQL 代理作业。 默认情况下不会启用此作业，因为必须先将其配置为包含可以写入存档文件的目录。
确保作业能够以与生成传入跟踪数据相同的速度清除跟踪数据。 在负载高峰期，作业落后是可以接受的，但它应始终能够追上进度。 如果清除作业落后且无法赶上，BizTalk 跟踪数据库将继续增长，性能最终将受到不利影响。
查看软清除和硬清除参数，以确保数据保存的时间既足够长又不过长。 有关这些参数的详细信息，请参阅 存档和清除 BizTalk 跟踪数据库 （https://go.microsoft.com/fwlink/?LinkID=153816）。
如果只需要清除旧数据，并且不需要先存档它，则更改 SQL 代理作业以调用存储过程“dtasp_PurgeTrackingDatabase”。 这样会跳过存档步骤，仅执行清除操作。 有关此存储过程和更改 SQL 代理作业以使用它的详细信息，请参阅 如何清除 BizTalk 跟踪数据库中的数据 （https://go.microsoft.com/fwlink/?LinkID=153817）。
如果需要保留 BizTalk 跟踪数据库存档文件，请确保已准备好成功还原和使用这些文件的过程。
如果性能问题暂时通过清除 BizTalk 跟踪数据库来解决，并且想要将 BizTalk 配置为不再收集跟踪信息，则可能需要考虑关闭全局跟踪。 有关如何关闭全局跟踪的信息，请参阅主题 How to Off Global Tracking （https://go.microsoft.com/fwlink/?LinkID=154193）。
创建专用跟踪主机
在 BizTalk Server 管理控制台中为主机启用 “允许主机跟踪 ”选项时，该主机的实例将运行跟踪数据解码服务（TDDS），以便将跟踪的数据从 BizTalk Server MessageBox 数据库移动到 BizTalk 跟踪数据库。 由于 TDDS 可能占用大量资源，因此请考虑创建启用 “允许主机跟踪 ”选项且不运行任何其他 BizTalk Server 进程（例如适配器或业务流程）的“专用”跟踪主机。 如果 BizTalk 组包含多个 BizTalk 服务器，则还被视为在组中每个服务器上创建此主机实例的最佳做法，以便为 TDDS 提供高可用性。
测试以测量最大持续性跟踪吞吐量
广泛的消息跟踪是一项非常资源密集型的活动，如果未正确管理，可能会对 BizTalk Server 环境的性能产生极其不利影响。 因此，应测量 BizTalk Server 环境的最大可持续跟踪吞吐量，以确保系统是可持续的，并且将以给定的消息流速率无限期运行。 有关测量最大可持续跟踪吞吐量的详细信息，请参阅 “测量最大可持续跟踪吞吐量 ”（https://go.microsoft.com/fwlink/?LinkID=153815）。
跟踪的最佳做法
确定在规划期间跟踪的信息 ：应在规划阶段确定需要跟踪的信息，以便在部署项目后设置跟踪选项并限制跟踪数据量，以便仅提供所需的信息。
不要跟踪所有消息：我们建议不要跟踪所有消息，因为每次消息被访问时，BizTalk Server 都会创建一个副本。 可以通过仅跟踪特定端口来缩小范围。 这有助于最大程度地提高系统的性能，并使数据库保持整洁。
在发送端口上设置跟踪，而不是在管道上接收端口：如果在管道上设置跟踪选项，则还将针对使用管道的每个端口全局设置跟踪选项。 这反过来可能会导致跟踪的数据比你打算的要多得多，这会降低系统性能。 相反，可以在发送端口和接收端口上设置跟踪选项。
确定 BizTalk 跟踪数据库大小时，请考虑到各种因素：
确定 BizTalk 跟踪数据库的大小时，要考虑 SQL Server 因素（如索引大小），并在计算中添加一个预备倍数。
在确定 BizTalk 跟踪数据库中消息的大小时，如果消息上下文的平均大小相对于消息大小显著，请将其添加到消息大小中。
若要限制 BizTalk 跟踪数据库中的消息大小，请限制所提升的属性数。 如果出于路由目的需要使用提升属性，则仅使用提升属性，否则使用可分辨字段。
如果启用了业务流程 形状开始和结束 选项，请考虑到每个业务流程实例中每个形状的启动和停止事件将保存在 BizTalk 跟踪数据库中。