本主题列出了每月应遵循的最佳做法，以避免 BizTalk Server 系统出现性能问题。
| 步骤 | 参考文献 |
|---|---|
| 在规划阶段确定需要跟踪的信息 | 应在规划阶段决定需要跟踪哪些信息，以便在部署项目后，可以设置跟踪选项并限制跟踪数据量，以便仅提供所需的信息。 注意： 有关跟踪的最佳做法的详细信息，请参阅 BizTalk Server 文档中的“ 规划跟踪 ”和“ 运行状况和活动跟踪 ”（https://go.microsoft.com/fwlink/?LinkId=154187）。 |
| 不跟踪所有消息 | 建议不要跟踪所有消息，因为每次跟踪消息时，BizTalk Server 都会创建一个副本。 可以通过仅跟踪特定端口来缩小范围。 这有助于最大程度地提高系统的性能，并使数据库保持整洁。 |
| 不要跟踪编排的所有事件 | 跟踪协调处理的所有事件可能会增加dta_DebugTrace和dta_MessageInoutEvents表的大小。 有关如何禁用业务流程跟踪的说明，请参阅 如何禁用对业务流程的跟踪。 |
| 在发送端口和接收端口设置跟踪，而不是在管道上。 | 如果在管道上设置跟踪选项，则还将针对使用管道的每个端口全局设置跟踪选项。 这反过来可能会导致跟踪的数据比你打算的要多得多，这会降低系统性能。 相反，可以在发送端口和接收端口上设置跟踪选项。 |
| 根据资源利用率调整限流 | 默认情况下，BizTalk Server 中的限制配置为为系统提供良好的保护。 监控性能计数器以查看限制状态是否正在发生，然后自行评估限制所基于的资源（例如数据库大小或内存使用量）是否被低估或过度使用，并相应地调整限制阈值。 有关详细信息，请参阅 调整限制阈值：时间和原因 （https://go.microsoft.com/fwlink/?LinkId=154188）。 |
| 如果可能，请使用 PassThruTransmit 管道 | 如果在将消息发送到目标之前不需要文档处理，请使用 PassThruTransmit 管道而不是 XML 发送管道。 |
| 确定 BizTalk 跟踪数据库的大小时，应考虑各种因素 | - 调整 BizTalk 跟踪数据库的大小时，考虑到 SQL Server 的因素（如索引大小），在计算中加入备用乘数。 - 在确定 BizTalk 跟踪数据库中消息的大小时，如果消息上下文的平均大小相对于消息大小具有显著性，请将消息上下文的平均大小添加到消息大小。 - 若要限制 BizTalk 跟踪数据库中的消息大小，请限制升级的属性数。 - 如果启用了业务流程调试器选项，请考虑到业务流程中每个形状的状态保存在 BizTalk 跟踪数据库中。 |
| 应用硬件解决方案以避免磁盘争用 | 若要避免 MessageBox 数据库中的磁盘争用，请执行以下操作： - 使用高速磁盘 - 在高速 SAN 上部署数据库 - 将 MessageBox 数据库分离到独立于跟踪数据库的专用服务器上 - 扩展 CPU 并将更多 CPU 添加到专用的 MessageBox 数据库服务器 - 将 PageFile 和/或 MSDTC 日志移动到单独的驱动器 有关避免数据库争用的详细信息，请参阅 如何避免磁盘争用 （https://go.microsoft.com/fwlink/?LinkId=158809）。 |