BizTalk 2020追踪消息事件失效问题排查求助

以下是在重装组件前可尝试的排查方向：

• 检查TDDS服务状态与日志

  • 确认所有BizTalk服务器上的BizTalk Tracking Service是否正常运行，查看服务的启动/停止历史记录
  • 查看TDDS日志文件（默认路径：C:\Program Files (x86)\Microsoft BizTalk Server 2020\Tracking\TDDS*.log），查找同步过程中的错误、警告或异常停顿信息
  • 验证TDDS配置参数（可通过注册表或BizTalk配置工具查看），比如MaxBatchSize、BatchInterval，确保参数设置符合当前业务数据量

• 深入分析SQL代理作业

  • 除了TrackedMessages_Copy_BizTalkMsgBoxDb，检查DTA Purge and Archive作业的执行日志，确认是否存在DTADb空间不足、锁表或数据清理异常的情况
  • 查看TrackedMessages_Copy_BizTalkMsgBoxDb作业的详细执行步骤日志，而非仅看作业状态，确认每一步的数据传输行数是否匹配预期
  • 手动执行存储过程dbo.bts_TransferTrackedMessages（该作业的核心逻辑），捕获执行过程中的返回值和输出信息，排查隐性错误

• 数据库状态与权限验证

  • 检查BizTalkMsgBoxDb和BizTalkDTADb的磁盘空间，确认数据文件、日志文件无增长限制且空间充足
  • 执行DBCC CHECKDB [BizTalkMsgBoxDb]和DBCC CHECKDB [BizTalkDTADb]，验证数据库完整性，排除表或索引损坏问题
  • 确认BizTalk主机实例的服务账户对两个数据库的Tracking相关表（如TrackingData_1_x、Tracking_Spool1）拥有完整的读写权限

• 主机与实例追踪配置核对

  • 逐一确认所有运行中的BizTalk主机实例，其属性中的「启用追踪」选项已勾选，且追踪级别设置正确
  • 检查主机实例的配置文件BTSNTSvc.exe.config，确认TrackingEnabled配置项为true，无异常自定义配置覆盖默认追踪逻辑
  • 清理已删除主机的残留配置：查看BizTalkMgmtDb中的TrackingHosts表，移除无效的主机记录

• 追踪视图与过滤规则检查

  • 验证Group Hub中「Tracked message events」视图是否应用了过滤条件，尝试清空过滤后查看是否有记录显示
  • 检查BizTalk管理控制台中的全局追踪过滤规则，确认无新增或修改的规则阻止正常消息的追踪存储

• TrackingData记录特征分析

  • 从BizTalkMsgBoxDb的TrackingData_1_x表中抽取部分未同步记录，检查Data字段是否存在过大消息、格式异常数据，这类数据可能导致TDDS解析失败
  • 对比已同步到DTADb的Tracking_Spool1记录与MsgBoxDb中未同步的TrackingData_1_x记录，分析差异点（如消息类型、事件类型、数据大小）

• BizTalk配置一致性修复

  • 运行BizTalk配置向导，选择「修复」选项，检查并修复管理数据库、主机配置等可能存在的不一致问题（操作前请备份所有BizTalk数据库）

内容的提问来源于stack exchange，提问作者MichaelMS