Início / dba / Perguntas / 255467
Accepted
Lickrob
Asked: 2019-12-13 00:57:27 +0800 CST

Erro de resolução de agrupamento de eventos estendidos

  • 772

Ao tentar expandir as sessões em eventos estendidos, estou recebendo um erro de resolução de agrupamento no SSMS 18.2 (15.0.18142):

Mensagem de erro

Olhando para um rastreamento, descobri que essa consulta é o que está me dando o erro de agrupamento, mas não consigo ver por quê? Todos os DBs do sistema têm o mesmo agrupamento

SELECT * FROM sys.server_event_sessions AS session
LEFT OUTER JOIN sys.dm_xe_sessions AS running ON running.name = session.name
sql-server sql-server-2016

1 respostas

  1. Best Answer

    Isso parece ser um conflito entre a ordenação no nível da instância (ou seja, servidor) e a ordenação que está sendo usada no banco de [master]dados. Ambos sys.server_event_sessionse sys.dm_xe_sessionssão exibições do catálogo do sistema, e a ordenação de seus [name]campos deve ser a mesma.

    sepupic fez o OP executar o seguinte:

    select top 1 sql_variant_property(name, 'collation') from sys.server_event_sessions;
select top 1 sql_variant_property(name, 'collation') from sys.dm_xe_sessions;

    Os resultados foram:

    sys.server_event_sessions = Latin1_General_CI_AS
sys.dm_xe_sessions        = SQL_Latin1_General_CP1_CI_AS

    Essa diferença não deve ser possível, mas pelo menos explica a mensagem de erro.

    Solicitei que o OP executasse o seguinte para determinar o agrupamento no nível da instância:

    SELECT SERVERPROPERTY('collation');

    OP respondeu com:

    ... o agrupamento do servidor é "SQL_Latin1_General_CP1_CI_AS". Eu tinha a impressão de que a ordenação do servidor era qualquer que fosse a ordenação do banco de dados mestre. Este servidor foi instalado a partir de uma imagem do Microsoft Azure, portanto, o agrupamento foi alterado de SQL_Latin1_General_CP1_CI_AS para Latin1_General_CI_AS.

    Claramente, algo deu errado com o processo de alteração de agrupamento. Consegui reproduzir o erro criando um banco de dados contendo uma tabela com uma coluna de string. Eu usei um agrupamento que diferencia maiúsculas de minúsculas e essa coluna também era a Chave Primária (ou seja: um índice exclusivo). Eu adicionei duas linhas: N'A'e N'a'. Em seguida, usei o método sqlservr.exe -q (detalhes vinculados abaixo) para atualizar globalmente os agrupamentos para alterar o agrupamento da instância para um diferente, que não diferencia maiúsculas de minúsculas. Quando o processo tentou reconstruir o PK, ele falhou porque o agrupamento que não diferencia maiúsculas de minúsculas tornou a segunda linha não exclusiva da primeira. Mas, os BDs do sistema já foram atualizados. No entanto, a ordenação de nível de instância não foi alterada para a nova ordenação, pois o processo nunca foi concluído.

    Para corrigir isso, acredito que o seguinte funcionaria:

    1. Desanexar todos os bancos de dados do usuário (para minimizar o impacto da operação: os bancos de dados do usuário não são um problema e algumas colunas podem ter conjuntos de agrupamentos diferentes que não devem ser alterados)
    2. Atualize o agrupamento da instância usando o sqlservr.exe -qmétodo
    3. Reconecte o banco de dados do usuário
    • 2

relate perguntas