避免瓶颈的最佳做法

虽然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) 备份电源的冗余阵列。

  • 隔离 BizTalk 跟踪数据库 (BizTalkDTADb) 的单独服务器上的每个 MessageBox 数据库。 对于 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、Health 和活动跟踪 (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。

另请参阅

查找并消除瓶颈