2011-07-19 40 views
2

早在四月份,我在開發環境中安裝了BizTalk 2009 CU 2修補程序。所有本地(開發人員機器)安裝都成功並且沒有問題。但是,我們的QA服務器安裝存在一些我們似乎無法解決的問題。BizTalk 2009累積更新2安裝問題

爲了提供一些背景知識,我們的QA BizTalk服務器環境是在VMware下的六核AMD Opteron 2435上運行的Windows Server 2003 R2標準SP2。 BizTalk數據庫位於BizTalk服務器外部的SQL Server 2008框中。配置了幾個BizTalk主機,每個主機在QA框上都有一個主機實例。

我們在安裝修補程序後遇到的問題是我們的跟蹤主機實例在大約5分鐘內使服務器CPU使用率達到100%,然後主機實例關閉。主機實例在一分鐘後會自動重啓,然後在5分鐘內再次使CPU達到100%,並無限期地重複循環。正如您可以想象的那樣,處理器正在運行時,服務器上無法運行任何其他功能。

我們嘗試刪除並重新創建具有不同名稱的跟蹤主機實例,但問題仍然存在。我們嘗試第二次安裝修補程序無濟於事。唯一可行的解​​決方案是關閉主機實例,使其無法運行。

是否有其他人遇到過這個問題?我能做些什麼來解決它?

在此先感謝!

回答

0

你試過MsgboxViewer試試嗎?也許是大量的孤兒實例積累了。

大多數數據庫(Msgbox,DTA等)都可以使用BizTalk Terminator來解決,它與MsgboxViewer配合使用。

您是否修改了此主機實例上的任何高級(性能)設置?

+0

我會給你一個鏡頭,讓你知道。 – dramatix01

+0

抱歉,更新之間的延遲時間很長,但我需要找出時間專門調查此問題。 – dramatix01

+0

我能夠使用MsgboxViewer識別啓用了跟蹤功能的幾個接收端口,因此我禁用了它們。然後,我可以使用BizTalk Terminator來查看msgboxdb中的TrackingData_x_x表中有大量消息。我使用「bts_CleanupMsgbox」存儲過程來清空msgboxdb表,重新啓動主機實例,並且所有內容似乎都像現在這樣工作。感謝您的建議! – dramatix01