У нас есть стандартная версия biztalk server 2010, предназначенная для отправки сообщений десяткам партнеров.BizTalk Статус сообщения: в очереди (ожидает обработки)
Для нескольких партнеров мы непосредственно направляем входящие сообщения партнерам, включая только некоторые карты, чтобы преобразовать сообщение в желаемый формат.
Для других партнеров у нас есть оркестровка, чтобы объединить сообщения вместе, чтобы уменьшить количество файлов, которые мы должны передавать (особенно, если мы подключаемся через FTP). Эти оркестровки выполняются с 1:00 до 23:00, отправляя упакованные файлы каждые 20 минут или после X-сообщений. Мы получаем большинство сообщений рано утром. Всё было в порядке, но неожиданно ничего похожего не получилось, как ожидалось. Когда мы получаем сообщения, начинающиеся с 1 утра по утрам, мы видим, что эти пакетные файлы отправляются партнерам примерно до 2 утра, после чего он внезапно перестает работать. После перезапуска экземпляра хоста этих оркестровок мы увидим, что biztalk продолжает отправлять собранные файлы, но только в течение еще 10 минут или около того, и мы снова должны перезапустить экземпляр.
Мы видим, что у нас есть более 50 тыс. Сообщений со статусом «Ожидание очереди». После нескольких повторных запусков и не более сообщений в очереди все работает отлично в течение дня (но у нас меньше трафика в течение дня)
Поведение началось после развертывания, но единственное изменение было в сборке, которую мы вызываем внутри одна из оркестровок, но изменение было очень незначительным (просто изменение if-состояния).
Я проверил журналы приложений, но нет никакого намека на то, что любое дросселирование и отсутствие ошибок упоминаются в журналах.
У вас есть идеи, где я могу найти информацию о происходящем?
Ваша помощь больше всего ценится!
Спасибо и наилучшими пожеланиями Майкл
- 2013-08-23:
Я только что установил CU6 в нашей системе приема и отправил 5000 сообщений в BizTalk. 5 оркестровки (по одному на каждую партию, которая требует, чтобы мы посылаем им сообщения в пакетном режиме) запускается и через мгновение я вижу эти очереди сообщений:
У меня есть файл порт отправки, который записывает пакетные сообщения файловой системы. Он работал нормально около 4 минут, оркестровка создала файл, как только поступило 100 сообщений. После этого он ждал 10 минут ожидания и создал следующий файл, но с меньшим количеством сообщений, даже думали, что было несколько тысяч сообщений остались ....
Является ли это экземпляром отправляющего порта, который застревает в состоянии «Очередь (ожидающая обработка)» или экземпляр Orchestration? Вы пользуетесь заказанной доставкой? Используете ли вы динамические порты? –
Привет, Ник, да, мы используем упорядоченную доставку, потому что мы используем последовательный конвой, чтобы объединить сообщения вместе в рамках оркестровки. Экземпляр оркестровки находится в состоянии «работает». Мы используем прямую привязку портов. Сами сообщения находятся в статусе «в очереди» и ждут, когда оркестровка их поднимет. – MFox
Является ли экземпляр оркестровки singleton когда-либо завершающим сам по себе или просто работает навсегда? –