本主题列出了在执行 BizTalk Server作就绪过程时应遵循的最佳做法。
配置消息批处理以提高适配器性能
通过将多个作合并到单个批处理中，最大程度地减少适配器执行的事务数。
除了消息计数外，还根据批中的字节总数限制批大小。 有关限制批大小的详细信息，请参阅 配置批处理以提高适配器性能。
调整大消息阈值
若要提高吞吐量，请增加大型消息阈值，这降低了在映射过程中缓冲到磁盘的大型消息数。
确定在规划过程中跟踪的信息
应在计划阶段决定需要跟踪哪些信息。这样，在部署项目后，可以设置跟踪选项并限制跟踪数据量，以便仅提供所需的信息。
注释
有关跟踪最佳实践的详细信息，请参阅本指南中的“跟踪规划”和“健康和活动跟踪”（https://go.microsoft.com/fwlink/p/?LinkId=154187）。
不跟踪所有消息
我们建议您不要跟踪所有消息。 这是因为每次触摸消息时，BizTalk Server 都会创建消息的另一个副本。 可以通过仅跟踪特定端口来缩小范围。 这有助于最大程度地提高系统的性能，并使数据库保持整洁。
在发送端口和接收端口上设置跟踪，而不是在管道上
如果在管道上设置跟踪选项，则还将针对使用管道的每个端口全局设置跟踪选项。 这反过来可能会导致跟踪的数据比你打算的要多得多，这会降低系统性能。 相反，可以在发送端口和接收端口上设置跟踪选项。
根据资源利用率调整限流
默认情况下，BizTalk Server 中的限制配置为为系统提供良好的保护。 监视性能计数器是否有限制状态，以查看是否正在进行限制。 然后自行衡量限流依据的资源（例如数据库大小或内存使用情况）是否使用不足或过度使用。 接下来，向上或向下调整调节阈值。 有关详细信息，请参阅 调整限制阈值：时间和原因 （https://go.microsoft.com/fwlink/p/?LinkId=154188）。
如果可能，请使用 PassThruTransmit 管道
如果在将消息发送到目标之前不需要文档处理，请使用 PassThruTransmit 管道而不是 XML 发送管道。
最大程度地减少编排“启动和结束”跟踪事件的使用
虽然业务流程形状跟踪对业务流程调试具有明显的优势，但它具有性能和可伸缩性影响。 形状开始和结束跟踪事件可能会导致重大开支。 最好在需要高吞吐量的生产环境中最大程度地减少其使用情况。
注释
形状开始和结束 跟踪事件在所有编排中默认启用。