Síntomas
Suponga que usa una sesión que llama a un procedimiento almacenado de Common Language Runtime (CLR) (una "sesión de llamada") para tener acceso a los datos de Microsoft SQL Server, y ese procedimiento, a su vez, establece una conexión independiente (una "segunda sesión") al mismo servidor en lugar de una conexión de contexto. Después, si la sesión de llamada se termina a causa de un tiempo de espera o de cancelación, la segunda sesión puede quedar huérfana y existirá en el sistema hasta que se termine de forma manual con el comando Kill . Si esa sesión huérfana contiene algún bloqueo, es posible que se bloqueen otras sesiones esperando que se liberen los bloqueos.
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "Se aplica a".
Resolución
Este problema se ha corregido en las siguientes actualizaciones acumulativas para SQL Server:
Acerca de las actualizaciones acumulativas de SQL Server:
Cada actualización acumulativa para SQL Server contiene todas las revisiones y todas las revisiones de seguridad incluidas en la actualización acumulativa anterior. Consultar las últimas actualizaciones acumulativas para SQL Server
Nota De forma predeterminada, la corrección está desactivada debido a la necesidad de preservar el comportamiento heredado de los subprocesos de CLR en SQL Server. Solo necesita activarla si el sistema exhibe los síntomas mencionados anteriormente. Para habilitar la corrección, debe agregar la marca de seguimiento 6559 al servidor mediante las opciones de inicio del servicio motor de base de datos. Recuerde que esta marca de seguimiento solo se puede usar junto con las opciones de inicio de SQL Server. No se puede establecer con el comando DBCC TRACEON .
Referencias
Obtenga información sobre la terminología que usa Microsoft para describir las actualizaciones de software.
