BizTalk 2013R2 & SQL SERVER - ошибки тайм-аута, вызванные утечками соединения

Question

Недавно мы получили сотни ошибок на BizTalk 2013R2 (работает CU 8);

Истекло время ожидания. Период ожидания истек до получения соединения из пула. Это могло произойти из-за того, что все пулы подключений использовались, и был достигнут максимальный размер пула.

Я подозреваю, что это вызвано утечками соединения, но я не уверен, как определить точный источник .

Я попытался сделать запрос с помощью SP_WHO2, чтобы узнать, сколько / какие соединения открыты, и может видеть МНОГО спящих соединений с нашим сервером Biz, но, опять же, не могу их полностью изолировать. Я могу видеть, на каком порту отправки возникли проблемы, и я вижу, что вызванная хранимая процедура через WCF- SQL отклоняется из-за вышеуказанной ошибки, но теперь я в растерянности относительно того, где go дальше.

Насколько я знаю, нет неортодоксальных соединений или адаптеров, используемых для вызова соединений с сервером Biz. Единственное, о чем я могу думать, это то, что соединения, стоящие за вызовами Typed Polling, не закрываются.

Должен ли BizTalk закрывать какие-либо подключения адаптера WCF-SQL / WCF-Custom после попытки подключения?

Любые предложения о том, где go рядом с изолировать источник?

Answer 1

Эта проблема предположительно была исправлена ​​в CU 7 для BizTalk Server 2013 R2, см. ИСПРАВЛЕНИЕ: WCF- SQL Адаптер прерывается с перебоями, если AmbientTransaction имеет значение True или ReceiveTimeout не больше, чем время опроса плюс время для запроса данных из SQL Сервер .

Обходные пути, подразумеваемые в этой статье, до некоторой степени работали до CU 7, например, установите для параметра ReceiveTimeout действительно большое число. Так что попробуйте.