4

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

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

我试过了 ...

  • 在跟踪接收、管弦乐和发送端口的每个方框中打勾。
  • 创建一个专门用于跟踪的新主机
  • 使用不同的名称重新创建原始主机
  • sql服务正在运行
  • 重启系统
  • 重启主机实例
  • 重启 biztalk 服务
  • 事件日志中没有显示
  • 除了抱怨 7 个孤立 dta 的 'monitor biztalk' 之外，所有 sql 作业都可以。
  • 除了上述孤立的 dta 之外，看不到任何特别从 mbv 中脱颖而出的东西。
4

5 回答 5

5

除了迈克的回答：

  1. 您需要确保至少有一台主机启用了跟踪功能。在 BizTalk Administrator 中，在平台设置、主机下，选择主机，然后启用跟踪（主机列表还显示哪些主机当前启用了跟踪）。

  2. 您还可以通过直接查看数据库来验证跟踪 SQL 代理作业是否正在运行

    select count(*) from BizTalkMsgBoxDb.dbo.Spool (NOLOCK)

    select count(*) from BizTalkDTADb.dbo.Tracking_Parts1 (NOLOCK)

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

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

于 2012-08-08T13:07:48.507 回答
4

这篇文章可能对某些人有所帮助：http ://learningcenter2.eworldtree.net:7090/Lists/Posts/Post.aspx?ID=78

要使消息跟踪正常工作，除其他因素外，请确保启用相应管道中的“消息发送和接收事件”复选框。

于 2013-05-07T17:13:37.623 回答
3

请看这两篇文章，什么是邮件跟踪？并深入了解 BizTalk Server 消息跟踪。第一篇文章有​​一个您感兴趣的项目，我将在下面引用它，第二篇文章应该只是巩固您正在尝试做的事情。

SQL Server 代理服务必须在所有 MessageBox 数据库上运行。TrackedMessages_Copy_ 作业使邮件正文可用于跟踪查询和 WMI。为了有效地复制邮件正文，它们保留在 MessageBox 数据库中，并由 TrackedMessages_Copy_ 作业定期复制到 BizTalk 跟踪 (BizTalkDTADb) 数据库中。运行 SQL Server 代理服务也是归档和清除过程正常工作的先决条件。

于 2012-08-08T12:02:36.797 回答
0

您是否使用默认管道？您是否检查过它们的跟踪复选框？存在一些错误，默认管道禁用管道跟踪。

更多信息在这里： http ://blog.ibiz-solutions.se/integration/biztalk-global-pipeline-tracking-disabled-unexpectedly/

于 2014-10-03T11:49:23.773 回答
0

请确保在您的发送端口使用的发送管道的属性中启用了所需的跟踪。如果在发送管道上禁用消息正文跟踪，则在发送端口上也不会跟踪任何内容。

于 2015-07-29T16:12:19.307 回答