Sintomas
Suponha que você use uma sessão que chama um procedimento armazenado de Common Language Runtime (uma "sessão de chamada") para acessar dados no Microsoft SQL Server, e esse procedimento, por sua vez, estabelece uma conexão separada (uma "segunda sessão") para o mesmo servidor em vez de uma conexão de contexto. Em seguida, se a sessão de chamada for encerrada devido a um tempo limite ou cancelamento, a segunda sessão poderá se tornar órfão e existirá no sistema até ser encerrada manualmente usando-se o comando Kill . Se essa sessão órfã em qualquer bloqueio, outras sessões poderão estar bloqueadas aguardando o lançamento dos bloqueios.
Status
A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".
Resolução
Esse problema foi corrigido nas seguintes atualizações cumulativas do SQL Server:
Sobre atualizações cumulativas do SQL Server:
Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança incluídas na atualização cumulativa anterior. Confira as atualizações cumulativas mais recentes do SQL Server
Observação Por padrão, a correção está desativada devido à necessidade de preservando o comportamento herdado do Threading do CLR no SQL Server. Você só precisará ativá-lo se seu sistema apresentar os sintomas mencionados anteriormente. Para habilitar a correção, você precisa adicionar o sinalizador de rastreamento 6559 ao servidor usando as opções de inicialização do serviço de mecanismo de banco de dados. Lembre-se de que esse sinalizador de rastreamento pode ser usado apenas em conjunto com as opções de inicialização do SQL Server. Ele não pode ser definido usando o comando DBCC tracen .
Referências
Saiba mais sobre a terminologia que a Microsoft usa para descrever atualizações de software.
