Мониторинг BizTalk Server 2006

За не долгий период администрирования BizTalk Server 2006, отложилась ясная картина мониторинга всего этого хозяйства. На мой взгляд, самым лучшим вариантом мониторинга, является сочетание perfomance monitor-ра (встроенный инструмент windows) и родной BTS Administration Console.
Ниже я опишу счетчики и значения perfomance monitor. Также в статье есть ссылки на готовые файлы, благодаря которым можно не терять времени, для поиска и добавления нужных счетчиков.
Первым и на мой взгляд самым важным моментом мониторинга, является слежение за сообщениями которые находятся в обработке BizTalk Server.  Нас интересуют 2 вида счетчика, слежение за адаптером: BizTalk: HTTP Send Adapter и BizTalk: SQL Receive Adapter. те выставив данные счетчики в perfomance, Мы визуально можем наблюдать за состоянием обработки сообщений.  те по графику видно интенсивность обработки, следовательно если возникает где то проблема, то график скажет нам об этом. Исходник сформированной perfomance консоли .msc
Вторым по значимости идет мониторинг заполнения таблички MessageBox. Нас интересует только один счётчик: BizTalk MessageBox: GeneralCounters название SpoolSize. MessageBox — это единственное место, через которое проходят все сообщения. Проходящее сообщение записывается в таблицу spool, где оно и будет находиться на все время своей жизни внутри BizTalk. Так вот эти счётчиком Мы и будем контролировать уровень сообщений в данной таблице. Нормальная ситуация графика, это динамически меняющаяся кривая. Исходник сформированной perfomance консоли .msc

Последним по значимости для мониторинга BizTalk Server, считаю слежение и контроль за состоянием балансировки приема и отправки сообщений. В BizTalk Server реализована встроенная защита, допустим если происходит какой то сбой, либо в части системы, либо в сети, BizTalk Server может перейти в так называемый throttling state. В этом режиме, система перестает принимать, сообщения в обработку, и начинает работу только над теми, которые уже приняты, но не обработаны. MS рекомендует, мониторить и нагрузку на систему, но думаю можно ограничиться следующим, в консоли добавить следующие счетчики: Когда BizTalk будет начинать переходить по какому либо параметру в throttling state, то будет подниматься шакала, визуально будет понятно в какую сторону смотреть. Также есть экспериментально выведенные следующие параметры, всего шкала на «7» делений, если хотя бы 2 параметра достигают значения «4», то это уже знак, что нужно предпринимать какие либо меры. Например, как вариант но не самый лучший, это остановка принимающих Receive Location, и отправка накопившихся сообщений. Исходник сформированной perfomance консоли .msc