通过

规划跟踪

  • 项目

消息跟踪是消息实例（如消息正文、消息属性和元数据）存储在数据库中的过程，通常用于存档目的。 随后，可以通过从 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 进行控制以便不再收集跟踪信息，则可能要考虑禁用全局跟踪功能。 有关如何关闭全局跟踪的信息，请参阅主题 如何关闭全局跟踪 (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 跟踪数据库中。