Ознаки
Припустимо, що ви використовуєте сеанс, що називає загальномовне середовище виконання (CLR) ("сеанс викликів"), щоб отримати доступ до даних у Microsoft SQL Server, і ця процедура в свою чергу встановлює окреме підключення ("Друга сесія") на той самий сервер, а не в контекстному з'єднання. Потім, якщо сеанс викликів припинено через тайм-зв'язок або скасування, другий сеанс може стати відірваним, і він буде існувати в системі, доки не завершиться Примусове завершення роботи за допомогою команди " вбити " . Якщо цей сеанс "сироти" містить будь-які замки, інші сесії можуть бути заблоковані в очікуванні блокування.
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
Спосіб вирішення
Ця проблема усунена в таких сукупних оновлень для SQL Server:
Відомості про накопичувальне оновлення для сервера SQL Server:
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Ознайомтеся з найновішими сукупними оновленнями для сервера SQL Server
Примітка. За замовчуванням виправлення вимкнуте через необхідність збереження успадкованої поведінки функції CLR у SQL Server. Вам потрібно лише ввімкнути її, якщо ваша система демонструє симптоми, згадані раніше. Щоб активувати виправлення, потрібно додати прапор трасування 6559 до сервера за допомогою параметрів запуску служби обробника баз даних. Пам'ятайте, що цей прапорець трасування можна використовувати лише разом із параметрами запуску SQL Server. Його не можна настроїти за допомогою команди DBCC TRACEON .
Посилання
Відомості про термінологію , яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
