Проблемы с установкой BizTalk 2009 Cumulative Update 2

Еще в апреле я установил исправление BizTalk 2009 CU 2 в нашу среду разработки. Все локальные установки (на машине разработчика) прошли успешно и без проблем. Однако при установке нашего сервера контроля качества возникают некоторые проблемы, которые мы не можем исправить.

Чтобы предоставить некоторую справочную информацию, наша серверная среда QA BizTalk - это Windows Server 2003 R2 Standard SP2, работающая на шестиядерном AMD Opteron 2435 под управлением VMware. Базы данных BizTalk размещаются на сервере SQL Server 2008, внешнем по отношению к серверу BizTalk. Настроено несколько хостов BizTalk, каждый с одним экземпляром хоста в блоке контроля качества.

Проблема, с которой мы сталкиваемся после установки исправления, заключается в том, что наш экземпляр хоста отслеживания резко увеличивает использование ЦП сервера до 100% в течение примерно 5 минут, после чего экземпляр хоста выключается. Экземпляр хоста перезапустится через минуту, затем снова загрузит процессор до 100% в течение 5 минут, повторяя цикл бесконечно. Как вы понимаете, ничто другое не может работать на сервере, пока процессор работает.

Мы попытались удалить и воссоздать экземпляр узла отслеживания с другим именем, но проблема не устранена. Мы попытались установить исправление второй раз, но безуспешно. Единственное, что работает, - это выключить хост-экземпляр, чтобы он не мог работать.

Кто-нибудь еще сталкивался с этой проблемой? Что я могу сделать, чтобы это исправить?

Заранее спасибо!


person dramatix01    schedule 19.07.2011    source источник


Ответы (1)


Вы попробовали MsgboxViewer? Может скопилось огромное количество осиротевших экземпляров.

Большинство баз данных (Msgbox, DTA и т. Д.) Можно решить с помощью BizTalk Terminator, который работает рука об руку с MsgboxViewer.

Изменили ли вы какие-либо дополнительные настройки (производительности) на этом экземпляре хоста?

person Filburt    schedule 19.07.2011
comment
Я попробую и дам вам знать. - person dramatix01; 21.07.2011
comment
Приносим извинения за очень долгую задержку между обновлениями, но мне нужно было найти время, чтобы изучить эту проблему. - person dramatix01; 20.08.2011
comment
Мне удалось использовать MsgboxViewer для определения пары портов приема, для которых было включено отслеживание, поэтому я отключил их. Затем я смог использовать BizTalk Terminator, чтобы увидеть, что большое количество сообщений застряло в таблицах TrackingData_x_x в msgboxdb. Я использовал сохраненную процедуру bts_CleanupMsgbox, чтобы очистить таблицы msgboxdb, перезапустил экземпляр хоста, и теперь все, похоже, работает так, как должно. Спасибо за предложения! - person dramatix01; 20.08.2011
comment
Приятно слышать, что у вас все получилось. Поскольку вы упомянули bts_CleanupMsgBox: Вы проверяли свои вакансии агента SQL? Если вы не настроили очистку и архивирование DTA (BizTalkMsgBoxDb), вы снова можете столкнуться с проблемами. - person Filburt; 22.08.2011
comment
Да, все задания агента SQL теперь настроены. Было время, когда они не были настроены должным образом, поэтому я предполагаю, что чрезмерное количество накопленных сообщений было прямым результатом того, что это задание не было включено. - person dramatix01; 27.09.2011