Biztalk無法跟蹤發送/接收端口

Question

似乎我創建的任何新的發送或接收端口都不顯示任何跟蹤，即使我打勾所有跟蹤框。我有一個現有的應用程序和接收端口和編排跟蹤工作，但發送端口跟蹤不。

在同一臺機器上，我也嘗試創建一個新的應用程序。創建了一個發送和接收端口，根本沒有任何跟蹤。我在另一臺機器上重新安裝了biztalk，我做了同樣的事情，並且我跟蹤了所以我沒有發瘋。

我試過......

• 滴答在接收，ORCH，發送端口跟蹤每個盒子。
• 創建一個新的主機專門用於跟蹤
• 用不同的名稱
• SQL服務重新創建原始主機運行
• 重啓系統
• 重新啓動主機實例
• 重啓的BizTalk服務
• 沒有任何顯示在事件日誌
• 所有的SQL作業正常，除了'監控biztalk'，其中抱怨7孤兒dta。
• 除了上面提到的oraphaned dta之外無法看到從mbv中脫穎而出的任何特別的東西。

Answer 1

請看看這兩篇文章，What is Message Tracking?和Insight into BizTalk Server message tracking。第一篇文章有​​一個你感興趣的項目，我會在下面引用它，第二篇文章應該鞏固你正在嘗試做的事情。

SQL Server代理服務必須在所有MessageBox數據庫上運行。 TrackedMessages_Copy_作業使消息正文可用於跟蹤查詢和WMI。爲了有效地複製郵件正文，它們保留在MessageBox數據庫中，並通過TrackedMessages_Copy_作業定期複製到BizTalk Tracking（BizTalkDTADb）數據庫。運行SQL Server代理服務也是歸檔和清除過程正常工作的先決條件。

Answer 2

除了邁克的回答是：

1. 你需要確保你的主機中的至少一個爲跟蹤啓用。在BizTalk管理員的「平臺設置」下的「主機」中，選擇主機並啓用跟蹤（主機列表還顯示啓用當前跟蹤的主機）。

2. 您還可以驗證通過直接在數據庫

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

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

基本上看的是跟蹤SQL代理作業運行，閥芯應該是一個相當低的數目（< 10 000），並且在信息飆升之後應該回到靜態水平，除非你的懸掛的海狸正在增長。 新郵件應該從MessageBox複製到DtaDb。TrackingParts每分鐘處理一次，因此Tracking_Parts1應在處理新郵件後每隔60-120秒增加幾條記錄，儘管它們最終會根據您的跟蹤歸檔/清除策略進行清除/歸檔。

在開發環境中，跟蹤越多越好，因爲HAT（編排調試器）會爲您提供更多信息，使您跟蹤得越多。但是，在PROD環境中，通常希望最小化跟蹤以提高性能並降低磁盤開銷。我們只跟蹤一個副本，即在接收處理之前'處理'，在發送端口處理之後'處理'給我們的合作伙伴，而在內部端口和Orch上則一無所獲。這使我們能夠提供收到和發送的數據的充分證據。

Answer 3

此信息可能幫助一些人：http://learningcenter2.eworldtree.net:7090/Lists/Posts/Post.aspx?ID=78

郵件跟蹤工作，除其他因素外，確保「消息發送和接收事件」在相應的管道複選框被啓用。

Answer 4

您是否使用默認流水線？你有沒有檢查他們的跟蹤複選框？對於默認管道禁用管道跟蹤存在一些缺陷。

此處瞭解詳情： http://blog.ibiz-solutions.se/integration/biztalk-global-pipeline-tracking-disabled-unexpectedly/

Answer 5

請確保所需的跟蹤是通過您的發送端口，用於發送管道的性能enbled。如果發送管道上的消息正文跟蹤被禁用，則發送端口上也不會跟蹤任何內容。