清单：执行每月性能检查

本主题列出了每月应遵循的最佳做法，以避免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) 。

另请参阅

例行性能清单清单：执行每周性能检查