Aplica-se a
SQL Server 2016 Service Pack 2 SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use) SQL Server 2019 on Windows SQL Server 2017 Developer on Windows SQL Server 2017 Enterprise Core on Windows SQL Server 2017 Enterprise on Windows SQL Server 2017 Standard on Windows

Sintomas

Considere o seguinte cenário:

  • Você tem uma sessão ativa com o sni_trace XEvent.

  • Você usa o DMV sys.dm_exec_connections.

  • O SQL Server tem muitas atividades de login/logoff simultâneas.

Neste , você pode encontrar uma condição de Agendador sem concessão com o CONNECTION_MANAGER SpinLock e ocorre um despejo de memória.

Solução alternativa

A solução alternativa para esse problema é evitar a execução de um Sessão XEvent com o sni_trace XE em um ambiente de produção. Não é recomendado para ter uma sessão de XEvent de longa duração com o sni_trace XE Porque isso pode afetar o desempenho.

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:

Referências

Saiba mais sobre a terminologia que a Microsoft usa para descrever atualizações de software.

Precisa de mais ajuda?

Quer mais opções

Explore os benefícios da assinatura, procure cursos de treinamento, saiba como proteger seu dispositivo e muito mais.