即使我勾选了所有跟踪框,我创建的任何新发送或接收端口似乎都不显示任何跟踪。我有一个现有的应用程序,接收端口和业务流程跟踪工作,但发送端口跟踪没有。
在同一台机器上,我也尝试创建一个新的应用程序。创建了一个发送和接收端口,根本没有跟踪。我在另一台机器上全新安装biztalk时做了同样的事情,我跟踪了所以我并不疯狂。
我试过......
答案 0 :(得分:5)
除了Mike的回答:
您还可以通过直接查看数据库来验证跟踪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环境中,您通常希望最小化跟踪以提高性能并减少磁盘开销。我们只跟踪一个副本,即在接收之前“处理前”和发送端口上的“处理后”给我们的合作伙伴,在内部端口和Orch上没有任何内容。这使我们能够提供足够的收据和发送数据证据。
答案 1 :(得分:4)
这篇文章可能对某些人有所帮助:http://learningcenter2.eworldtree.net:7090/Lists/Posts/Post.aspx?ID=78
要使邮件跟踪起作用,请确保启用相应管道中的“邮件发送和接收事件”复选框。
答案 2 :(得分:3)
请查看这两篇文章What is Message Tracking?和Insight into BizTalk Server message tracking。第一篇文章有一个你感兴趣的项目,我将在下面引用它,第二篇文章应该巩固你想要做的事情。
SQL Server代理服务必须在所有MessageBox数据库上运行。 TrackedMessages_Copy_作业使邮件正文可用于跟踪查询和WMI。为了有效地复制邮件正文,它们保留在MessageBox数据库中,并通过TrackedMessages_Copy_作业定期复制到BizTalk Tracking(BizTalkDTADb)数据库。运行SQL Server代理服务也是归档和清除过程正常工作的先决条件。
答案 3 :(得分:0)
您使用的是默认管道吗?你检查过他们的跟踪复选框了吗?有一些错误导致默认管道禁用管道跟踪。
更多信息: http://blog.ibiz-solutions.se/integration/biztalk-global-pipeline-tracking-disabled-unexpectedly/
答案 4 :(得分:0)
请确保您的发送端口使用的发送管道的属性中包含所需的跟踪。如果在发送管道上禁用了邮件正文跟踪,则也不会在发送端口上跟踪任何内容。