如何找出跟踪数据库数据库的瓶颈

  • 项目

若要识别 BizTalk 跟踪 (BizTalkDTADb) 数据库中的瓶颈，请执行以下步骤：

  1. 确保 SQL 代理服务正在运行。

  2. 确保存档/清除作业正在运行并成功完成。

  3. 确保TrackedMessages_Copy_BizTalkMsgBoxDB作业正在运行并成功完成。

  4. 验证有足够的磁盘空间可用于 DTADb 存档和数据库增长。

  5. 使用专用主机跟踪和测量主机队列长度在负载下的性能计数器。

  6. 检查后台打印表大小性能计数器，了解随时间推移呈上升趋势。

  7. 检查存档/清除作业执行持续时间是否很长。

  8. 检查托管 BizTalk 跟踪数据库的磁盘上每个读/写性能计数器) 磁盘响应能力 (磁盘秒数。

    强烈建议优化 DTA 清除和存档作业调用的dtasp_BackupAndPurgeTrackingDatabase或dtasp_PurgeTrackingDatabase的以下参数的值：

  • @nLiveHours tinyint — 任何早于 (实时小时) + (个生存日) 的已完成实例都将连同所有相关数据一起删除。 默认值为 0 小时。

  • @nLiveDays tinyint — 任何早于 (实时小时) + (个生存日) 的已完成实例都将连同所有相关数据一起删除。 默认间隔为 1 天。

  • @nHardDeleteDays tinyint — 即使不完整) 早于此数据的数据也会被删除，所有数据 (。 为 HardDeleteDays 指定的时间间隔应大于数据生存时段。 数据生存时段是维护 BizTalk 跟踪 (BizTalkDTADb) 数据库中的跟踪数据所需的时间间隔。 早于此间隔的所有内容都应在下一次存档时进行存档，然后清除。 默认值为 30 天。

    应在生产环境中根据数据保留策略设置这些参数，而在性能实验室测试中，建议使用值，如下所示：

    declare @dtLastBackup datetime set @dtLastBackup = GetUTCDate ()
    exec dtasp_PurgeTrackingDatabase 1， 0， 1， @dtLastBackup

另请参阅

数据库层的瓶颈