sql-server-2008-r2 - Biztalk 不跟踪发送/接收端口

Question

即使我勾选了所有跟踪框，我创建的任何新发送或接收端口似乎也不会显示任何跟踪。我有一个现有的应用程序，接收端口和编排跟踪工作，但发送端口跟踪没有。

在同一台机器上，我还尝试创建一个新应用程序。创建了一个发送和一个接收端口，根本没有跟踪。我在另一台机器上全新安装的 biztalk 上做了同样的事情，我得到了跟踪，所以我并不疯狂。

我试过了 ...

勾选跟踪接收、orch、发送端口的每个框。

创建一个专门用于跟踪

的新主机

使用不同的名称重新创建原始主机

sql 服务正在运行

重启系统

重启主机实例

重启 biztalk 服务

事件日志中没有任何显示

除了提示 7 个孤立 dta 的“监控 biztalk”外，所有 sql 作业都正常。

除了上面提到的孤立的 dta 之外，

看不到任何特别从 mbv 中脱颖而出的东西。

Answer 1

除了迈克的回答:

您需要确保至少一台主机被启用进行跟踪。在 BizTalk Administrator 中，在平台设置、主机下，选择主机并启用跟踪(主机列表还显示哪些主机当前启用了跟踪)。

还可以通过直接查看数据库来验证跟踪 SQL 代理作业是否正在运行
select count(*) from BizTalkMsgBoxDb.dbo.Spool (NOLOCK)select count(*) from BizTalkDTADb.dbo.Tracking_Parts1 (NOLOCK)

基本上，spool 应该是一个相当低的数字(< 10 000)，并且应该在消息激增后恢复到静态水平，除非您的挂起的 orch 正在增长。
并且新消息应该每分钟从 MessageBox 复制到 DtaDb.TrackingParts，因此 Tracking_Parts1 应该在处理新消息后每 60-120 秒增加一些记录，尽管它们最终会根据您的跟踪归档/清除而被清除/归档战略。

在开发环境中，跟踪越多越好，因为 HAT(编排调试器)会为您提供更多信息，跟踪越多。但是，在 PROD 环境中，您通常希望最小化跟踪以提高性能并减少磁盘开销。我们只跟踪一份副本，即在向我们的合作伙伴发送端口时“处理前”和“处理后”，而在内部端口和 Orchs 上根本没有。这使我们能够提供接收和发送数据的充分证据。