Симптоми
Да предположим, че използвате сесия, която извиква често съхранена процедура за запаметени езици (CLR) (сесия за обаждания), за да имате достъп до данни в Microsoft SQL Server, а тази процедура от своя страна установява отделна връзка ("втора сесия") на същия сървър вместо контекстна връзка. След това, ако Сеансът за обаждания е прекратен поради прекъсване или прекъсване, втората сесия може да се окаже сираче и ще съществува в системата, докато не бъде прекратена ръчно с помощта на командата Kill . Ако тази сесия за сираци има каквито и да е заключвания, други сесии може да бъдат блокирани, за да бъдат освободени ключалките.
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".
Решение
Този проблем е коригиран в следните сборни актуализации за SQL Server:
За сборните актуализации за SQL Server:
Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server
Забележка По подразбиране корекцията се изключва поради необходимостта от запазване на наследеното поведение на CLR резби в SQL Server. Трябва само да го включите, ако вашата система показва описаните по-горе симптоми. За да разрешите корекцията, трябва да добавите 6559 флаг за проследяване на сървъра с помощта на опциите за стартиране на услугата за бази данни. Не забравяйте, че този флаг за проследяване може да се използва само заедно с опциите за стартиране на SQL Server. Не може да бъде зададено с помощта на командата DBCC TRACEON .
Препратки
Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.
