监视biztalk服务器(Biztalkmgmtdb) Server代理作业在步骤2- Part2中失败

Question

请通过Monitor biztalk server(biztalkmgmtdb) sql agent job failed on step 2 - Part1了解这个问题是如何产生的。

我们如何防止没有来自BizTalkMsgBoxDb的引用计数和来自BizTalkDTADb的孤立的DTA服务实例的消息的填充数小于0？

通常，我需要经常在我的环境中运行BHM，以消除不一致性，因此，当Server代理作业失败时，是否有定期的良好实践。

Answer 1

可以在SQL中使用一些查询，查找BizTalk中是否存在孤立消息。其中一个查询是这样的：

select count(*) from [BizTalkDTAdb].[dbo].[dta_ServiceInstances] 
where dtEndTime is NULL and [uidServiceInstanceId] NOT IN 
  (SELECT [uidInstanceID] FROM [BizTalkMsgBoxDb].[dbo].[Instances] WITH (NOLOCK)
    UNION
    SELECT [StreamID]
    FROM [BizTalkMsgBoxDb].[dbo].[TrackingData] with (NOLOCK))

FYI:我在这里找到了这个查询：https://www.biztalkadmin.com/orphaned-messages-in-the-tracking-database/

它将列出孤立服务实例的计数。从COUNT语句中删除SELECT子句以获得列表。这可能会让您了解它们来自何处，以及如何更改您的实现以限制这种情况的发生。

请注意，对于您的BizTalk环境来说，一些孤立的实例并不是什么大问题。任何低于2000的东西或多或少都可以被驳回。

重要：在不停止BizTalk主机实例的情况下，不要运行任何清理查询，否则可能会违反您的支持协议。

Answer 2

首先，我从不运行Monitor BizTalk服务器。更喜欢定期运行BHM。

如果您正在经历一个孤立消息的积累，那么这些任务就不是您应该看到的。这是一个允许这种情况发生的应用程序。