BizTalk Server 设置的最佳做法
本主题列出了在执行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 发送管道。
最大程度地减少业务流程“形状开始和结束”跟踪事件的使用
虽然业务流程形状跟踪对业务流程调试具有明显优势，但它对性能和可伸缩性有影响。 形状开始和结束跟踪事件可能会导致大量开销。 最好尽量减少在需要高吞吐量的生产环境中使用它。
注意
默认情况下，形状开始和结束 跟踪事件在所有业务流程上处于启用状态。