Problembeschreibung
Es wird davon ausgegangen, dass Sie eine Sitzung verwenden, die eine gespeicherte CLR-Prozedur (Common Language Runtime) (eine "aufrufende Sitzung") für den Zugriff auf Daten in Microsoft SQL Server aufruft und diese Prozedur wiederum eine separate Verbindung (eine "zweite Sitzung") mit dem gleichen Server und nicht mit einer Kontextverbindungherstellt. Wenn die aufrufende Sitzung aufgrund eines Timeouts oder einer Stornierung beendet wird, kann die zweite Sitzung verwaist werden und im System vorhanden sein, bis Sie mit dem Befehl Kill manuell beendet wird . Wenn diese verwaiste Sitzung sperren enthält, werden möglicherweise andere Sitzungen blockiert, die darauf warten, dass die Sperren freigegeben werden.
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
Fehlerbehebung
Dieses Problem wurde in den folgenden kumulativen Updates für SQL Server behoben:
Informationen zu kumulativen Updates für SQL Server:
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsupdates, die im vorherigen kumulativen Update enthalten waren. Informieren Sie sich über die neuesten kumulativen Updates für SQL Server.
Hinweis Standardmäßig ist der Fix deaktiviert, weil beibehalten des Legacy Verhaltens von CLR-Threading in SQL Server. Sie müssen Sie nur aktivieren, wenn Ihr System die zuvor erwähnten Symptome aufweist. Um das Update zu aktivieren, müssen Sie das Ablaufverfolgungsflag 6559 dem Server hinzufügen, indem Sie die Startoptionen für den Datenbankmoduldienstverwenden. Beachten Sie, dass dieses Ablaufverfolgungsflag nur zusammen mit den SQL Server-Startoptionen verwendet werden kann. Sie kann nicht mithilfe des DBCC TRACEON -Befehls gesetzt werden.
Informationsquellen
Informieren Sie sich über die Terminologie, die Microsoft zum Beschreiben von Softwareupdates verwendet.
