虽然 BizTalk Server 中的默认设置为许多硬件和软件配置提供了最佳性能，但在某些情况下，修改设置或部署配置可能很有用。 配置 BizTalk Server 时，请考虑以下性能准则：
要防止资源争用，请在单独的主机上隔离接收、协调和发送功能。 为了进一步减少争用，请将跟踪服务与其他主机隔离。
如果运行 BizTalk Server 的计算机上的 CPU 处理是瓶颈，请通过包括其他 CPU 或升级到更快的 CPU 来纵向扩展运行 BizTalk Server 的计算机。
SQL Server 指南
使用 BizTalk Server 配置 Microsoft SQL Server 时，请考虑以下性能准则：
尽可能将快速磁盘子系统与 SQL Server 配合使用。 使用冗余独立磁盘阵列类型 10（RAID 1+0）或带有备用电源的存储区域网络（SAN）。
将单独服务器上的每个 MessageBox 数据库与 BizTalk 跟踪数据库（BizTalkDTADb）隔离开来。 如果 CPU 资源可用，则较小的部署可能足以将 MessageBox 数据库与 BizTalk 跟踪数据库隔离在单独的物理磁盘上。
由于 CPU 处理器饱和或磁盘作延迟（平均磁盘队列长度），主 MessageBox 数据库可能是瓶颈。 如果 CPU 处理是瓶颈，请将 CPU 处理器添加到主 MessageBox。 如果没有成功，请尝试禁用发布至主 MessageBox 数据库。 这样，主 MessageBox 数据库可以更有效地处理消息到其他 MessageBox 数据库的路由。 使用多个 MessageBox 数据库时，禁用发布的选项有效。
如果磁盘操作是瓶颈，请将 BizTalk 跟踪数据库移动到专用 SQL Server 服务器和/或专用磁盘。 如果主 MessageBox 数据库的 CPU 处理和磁盘作不是瓶颈，则可以在同一 SQL Server 计算机上创建新的 MessageBox 数据库来利用现有硬件。
按照 优化 Databases2 的文件组中的建议，将 MessageBox 和 BizTalk 跟踪数据库的事务和数据日志文件隔离到单独的物理磁盘上。
为数据和日志文件分配足够的存储空间。 否则，SQL Server 将自动使用保留日志文件的磁盘上的所有可用空间。 日志文件的初始大小取决于方案中的特定要求。 根据测试结果估算部署中的平均文件大小，并在实现解决方案之前扩展存储空间。
为使用大量磁盘的数据库分配足够的存储空间，如 MessageBox、健康和活动跟踪 (HAT) 以及业务活动监视 (BAM)。 如果解决方案使用 BizTalk 框架消息传送协议，请为 BizTalk 配置数据库（BizTalkMgmtDb）分配足够的存储空间。
根据业务需求（例如数据保留期）和方案中处理的数据量，在 HAT-Tracking 数据库上配置“DTA 存档和清除”SQL Server 代理作业，以便 BizTalk 跟踪数据库不会增长太大。 此数据库的增长可能会降低性能，因为达到数据库的完整容量会对数据插入速率施加限制。 当一个 BizTalk 跟踪数据库支持多个 MessageBox 数据库时，尤其如此。
如果托管 MessageBox 和 BizTalk 跟踪数据库的服务器成为瓶颈，则应扩充这些服务器。 可以通过添加 CPU、添加内存、升级到更快的 CPU 以及使用高速专用磁盘来扩展硬件。
通过将 TempDB 文件拆分为多个文件可能会解决与 I/O 操作相关的性能问题。 作为一般准则，为每个处理器创建一个文件数据文件，并对所有创建的文件使用相同的大小。
将数据库自动增长设置更改为固定值，例如 100-150MB。 默认情况下，数据库增长配置为 10%，这可能会导致更大的数据库增长时出现延迟。
应通过将 Min Server Memory 和 Max Server Memory 设置为相同的值，将 SQL Server 内存设置为固定值。 通常，将75% 物理内存分配给 SQL Server，并保留25% 给操作系统以及任何应用程序。 如果这是专用 SQL Server，则可以将操作系统预留的资源最小化到 1GB。