避免瓶颈的最佳做法
虽然 BizTalk Server 中的默认设置为许多硬件和软件配置提供最佳性能，但在某些情况下，修改设置或部署配置可能会有所帮助。 配置BizTalk Server时，请考虑以下性能准则：
若要防止资源争用，请在单独的主机上隔离接收、业务流程和发送。 为了进一步将资源争用降到最低，请隔离来自其他主机的跟踪服务。
如果运行BizTalk Server的计算机上的 CPU 处理是瓶颈，请通过包括其他 CPU 或升级到更快的 CPU 来纵向扩展运行BizTalk Server的计算机。
SQL Server指南
使用 BizTalk Server 配置 Microsoft SQL Server时，请考虑以下性能准则：
只要可能，请为 SQL Server 配置快速的磁盘子系统。 使用独立磁盘 10 (RAID10/0+1) 或存储区域网络 (SAN) 和备份电源。
将单独服务器上的每个 MessageBox 数据库与 BizTalk 跟踪数据库隔离 (BizTalkDTADb) 。 对于较小的部署（如果 CPU 资源可用），将 MessageBox 数据库与 BizTalk 跟踪数据库隔离在单独的物理磁盘上可能就足够了。
由于 CPU 处理器饱和或磁盘操作的延迟 (平均磁盘队列长度) ，主 MessageBox 数据库可能是瓶颈。 如果 CPU 处理是瓶颈，请将 CPU 处理器添加到主 MessageBox。 如果没有，请尝试在主 MessageBox 数据库上禁用发布。 这样，主 MessageBox 数据库可以更有效地处理将消息路由到其他 MessageBox 数据库。 在使用多个 MessageBox 数据库时，禁用发布的选项有效。
如果磁盘操作是瓶颈，请将 BizTalk 跟踪数据库移动到专用SQL Server计算机和/或专用磁盘。 如果主 MessageBox 数据库的 CPU 处理和磁盘操作不是瓶颈，则可以在同一台SQL Server计算机上创建新的 MessageBox 数据库，以利用现有硬件。
按照 优化 Database2 的文件组中的建议，将 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%，这可能会导致在增大更大的数据库时出现延迟。
SQL Server内存应设置为固定值，方法是将“最小服务器内存”和“最大服务器内存”设置为同一值。 通常，将 75% 的物理内存分配给SQL Server并将 25% 留给其余操作系统和任何应用程序。 如果这是专用SQL Server，则可以将为操作系统保留的量减少到至少 1GB。