的BizTalk低延遲 - 調用C＃到WCF發佈配器

撥打國際長途通常是C＃程序中的WCF出版業務流程的響應時間的問題是亞秒級的響應時間。但是，在某些情況下，C＃程序中的調用和編排中的第一條跟蹤消息之間可能需要20-50秒。運行的C＃調用WCF在HIS/HIP（主機集成服務/ CICS主機啓動的處理）下運行。的BizTalk低延遲 - 調用C＃到WCF發佈配器

幾乎每次我重新啓動HIS/HIP服務，我們有一個非常緩慢的響應時間，從而在CICS超時。如果事情「變冷了」 - 換句話說，也許事情正在被緩存，我也擔心白天可能會發生這種情況。即使JIT第一次編譯不應該花20-50秒，如果他們？另一件看起來很奇怪的事情是，響應時間慢似乎是BizTalk服務下運行的編排的負載，而不是我所循環的HIP /服務。

令人擔憂的是，當我們去住，早上第一個用戶（或「冷拼」後，會收到超時）。他們第二次在超時後嘗試它，它總是很快。

我已經重新啓動以下每個做了一些測試： 1）的BizTalk服務 2）IIS 3）HIS/HIP事務系統集成商（HIP服務）

重新啓動其中的任何一個趨於導致約20秒的延遲。重新啓動所有3就像死亡之吻 - 在編排出現第一條曲線之前約60秒的延遲。

臀部程序總是給它的第一個跟蹤快，重新啓動HIP服務時也是如此。不知道爲什麼重新啓動HIP會降低開始編排的速度。

感謝，

尼爾·沃爾特斯

來源

2010-01-26 NealWalters

我已經看到了這種用MQSeries適配器的行爲爲好。經過一段時間不活動後，啓用與MQSeries通信的COM +組件將由於不活動而關閉。

我們所做的是一個10分鐘的計時器，它會強制某種保持活動的消息。我不知道你是否有可以發送的非破壞性呼叫，或者你是否可以爲此目的建立一個系統。

來源

2010-01-26 15:54:36

是的，我正在考慮調度一個C＃查詢，每x分鐘通過任務管理器或SQL代理運行。查詢和更新通過相同的編排運行。但是，我可能有其他的編排附加到其他來源（如Adobe表格），可能不那麼容易。看起來非常「笨拙」，必須這樣做。 – NealWalters 2010-01-26 15:58:42

我有需要在2秒一個工作流的BizTalk同樣的問題，但是當它被閒置一段時間後產生的dll到高速緩存的重新加載超時。

我們發現在MS的Orchestration Engine Configuration文檔，在那裏他們解釋如何避免這些DLL的卸載解決方案：

從AppDomainSpecs使用選項SecondsIdleBeforeShutdown和SecondsEmptyBeforeShutdown並在ExactAssignmentRules或PatternAssignmentRules部分分配給所需的dll，你可以讓你的DLL永久加載，也許你可以避開調用者應用程序。

要考慮到，如果你重新啓動BizTalk主機，DLL將需要重新加載。

來源

2016-08-02 10:45:18

謝謝，我不記得確切，但我認爲這是花費最多時間的Web服務加載，並不運行BizTalk，但IIS下運行;也許IIS有類似的設置。 – NealWalters 2016-08-03 13:12:59

的BizTalk低延遲 - 調用C＃到WCF發佈配器

回答

相關問題