Проблемы
Предположим, что для доступа к данным в Microsoft SQL Server используется сеанс, который вызывает хранимую процедуру среды CLR ("сеанс вызова"), и эта процедура, в свою очередь, устанавливает отдельное подключение ("второй сеанс") на тот же сервер, а не контекстное соединение. Затем, если сеанс вызова завершается из-за истечения времени ожидания или отмены, второй сеанс может быть потерян и будет существовать в системе до тех пор, пока не завершится вручную с помощью команды Kill . Если этот потерянный сеанс удерживает блокировки, другие сеансы могут блокироваться, ожидая освобождения блокировок.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".
Решение
Эта проблема исправлена в перечисленных ниже накопительных обновлениях для SQL Server.
Сведения о накопительных обновлениях для SQL Server.
Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, которые были включены в предыдущий накопительный пакет обновления. Ознакомьтесь с последними накопительными обновлениями для SQL Server
Примечание. По умолчанию исправление отключено из-за необходимости сохранение устаревшего поведения потоков среды CLR в SQL Server. Вы можете включить его только в том случае, если ваша система наблюдает симптомы, упомянутые выше. Чтобы включить исправление, необходимо добавить флаг трассировки 6559 на сервер с помощью параметров запуска службы ядра СУБД. Помните, что этот флаг трассировки можно использовать только вместе с параметрами запуска SQL Server. Его нельзя настроить с помощью команды DBCC TRACEON .
Ссылки
Ознакомьтесь с терминологией , которую корпорация Майкрософт использует для описания обновлений программного обеспечения.