2015-11-03 50 views
0

我注意到,BizTalk WCF-BasicHttp上的傳入位置有時比在編排中處理此消息的時間慢15秒。基於BizTalk的web服務傳入位置很慢

而且我發現,基於節流爲BizTalkServerIsolatedHost 採樣窗口時間爲15秒。

是否有可能出於某種原因,BizTalk開始遏制傳入的消息,這就是爲什麼webservice開始響應15秒的原因。

但是,即使日誌中沒有消息說明BizTalk正在調節。

如何才能找到BizTalk發生的事情?

回答

1

要查看BizTalk是否受到限制,必須使用Perfmon監視主機限制計數器。

Host Throttling Performance Counters

要訪問性能計數器

使用下列步驟來訪問性能計數器。

如果您使用的是Windows 2008

  1. 單擊開始,指向管理工具,然後單擊性能監視器。
  2. 在性能監視器對話框中,展開監視工具,選擇性能監視器,然後單擊添加。
  3. 在「添加計數器」對話框的「可用計數器」列表中,展開「BizTalk:消息代理」性能計數器對象,然後選擇要監視的計數器。
  4. 在「選定對象的實例」列表中,爲所選計數器選擇要監視的特定實例,然後單擊「添加」。要選擇所有可用的計數器實例,請選擇。
  5. 添加計數器後,單擊確定。

選定的性能計數器出現在性能監視器屏幕上。

但是,我不認爲這是你的問題,這聽起來像你想低延遲。爲此,您需要執行以下操作:Low-Latency Scenario Optimizations

請注意,總處理時間還包括IIS啓動Web服務並將消息發佈到消息框中的時間。因此,您可能還需要在Web服務的應用程序池中進行更改以停止拆卸。查看設置空閒超時時間,默認設置爲20分鐘。如果Web服務的命中次數低於此次,並且您希望獲得更快的響應,請將此設置爲更高的值。有些人還安排了一項任務來定期喚醒web服務。這就是說,即使appPool被回收或重新啓動,它也會很快再次啓動。

+0

我有關於低延遲的問題:如果我默認正確理解它是500毫秒,所以這是我可以得到的最長延遲。但它不應該是15秒,對吧?謝謝你的回答,我會設置計數器,看看它是否受到限制。 –