Simptome
Să presupunem că utilizați o sesiune care apelează o procedură stocată în comun (CLR) (o "sesiune de apelare") pentru a accesa date în Microsoft SQL Server, iar acea procedură, la rândul său, stabilește o conexiune separată (o "a doua sesiune") la același server în locul unei conexiuni contextuale. Apoi, dacă sesiunea de apelare este terminată din cauza unei amânări sau a unei anulări, a doua sesiune poate deveni orfană și va exista în sistem până când se termină manual utilizând comanda Kill . În cazul în care sesiunea orfană deține orice blocări, alte sesiuni pot fi blocate în timp ce așteaptă să fie lansate încuietorile.
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.
Rezolvare
Această problemă este remediată în următoarele actualizări cumulative pentru SQL Server:
Despre actualizările cumulative pentru SQL Server:
Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server
-
Cea mai recentă actualizare cumulativă pentru SQL Server 2019
-
Cea mai recentă actualizare cumulativă pentru SQL Server 2017
-
Cea mai recentă actualizare cumulativă pentru SQL Server 2016
Notă În mod implicit, remedierea este dezactivată din cauza necesității de conservarea comportamentului moștenit de CLR Threading în SQL Server. Trebuie doar să îl activați dacă sistemul prezintă simptomele menționate mai sus. Pentru a activa remedierea, trebuie să adăugați semnalizatorul de urmărire 6559 la server utilizând opțiunile de pornire a serviciului motor de baze de date. Rețineți că acest semnalizator de trasare poate fi utilizat doar împreună cu opțiunile de pornire SQL Server. Nu se poate seta utilizând comanda DBCC TRACEON .
Referințe
Aflați despre terminologia pe care o utilizează Microsoft pentru a descrie actualizările de software.
