Início / dba / Perguntas / 240550
Accepted
kevinnwhat
Asked: 2019-06-14 18:29:19 +0800 CST

erro de xml do parâmetro sp_whoisactive @get_locks

  • 772

Muitas vezes recebo esse erro ao executar o seguinte comando

sp_whoisactive @get_locks = 1

Msg 6841, nível 16, estado 1, procedimento sp_WhoIsActive, linha 4287 FOR XML não pôde serializar os dados para o nó 'Lock/@resource_description' porque contém um caractere (0x0001) que não é permitido em XML. Para recuperar esses dados usando FOR XML, converta-os para o tipo de dados binary, varbinary ou image e use a diretiva BINARY BASE64. Aviso: O valor nulo é eliminado por um agregado ou outra operação SET.'

Acredito que esteja relacionado a pegar o xml dos bloqueios que estão sendo mantidos, porém noto que acontece com frequência quando está ocorrendo bloqueio. Existe alguma maneira de contornar isso ou é um problema conhecido? Executando o SQL Server 2012 e a versão mais recente v11.32 do sp_whoisactive .

Editar

Seguindo a opção sugerida, estou com problemas para localizar esses dados. Eu encontro a mensagem principalmente quando há bloqueio no servidor, uma vez que encontro a mensagem eu tiro o parâmetro e tento ver de qual objeto ele pode estar vindo, mas é difícil porque há muitos threads em execução. Existe alguma maneira mais fácil de fazer isso? Eu inicialmente não pensei que fossem dados, mas um nome de objeto, porque quando vejo o xml de bloqueios normalmente ele contém apenas nomes de objetos, não percebi que dados reais estão sendo colocados lá que podem estar resultando nessa mensagem?

Editar 2

Seguindo o conselho de Erik, consegui rastrear o objeto com o caractere SOH gerando os resultados da tabela #locks. No entanto, no final das contas, o que achei mais útil é usar a solução alternativa de get_task_info = 2 e get_additional_info = 1, ao executar esses parâmetros não recebo a mensagem de erro e ainda recebo as informações que preciso. Ainda vou explorar a tentativa de adicionar esse caractere nas instruções de substituição em sp_whoisactive para que ainda possa usar o parâmetro get_locks no caso de precisar ver o XML completo.

sql-server sp-whoisactive

1 respostas

  1. Best Answer

    Não posso responder totalmente à sua pergunta sobre qual objeto está causando o problema, mas posso oferecer algumas soluções de problemas e possíveis soluções alternativas.

    Observe que não posso distribuir um script "fixo" para você por causa de seu licenciamento, mas você pode experimentar as edições localmente.

    Solução de problemas

    Se você ctrl+f através de sp_WhoIsActive for @get_locks = 1, você acessará esta seção de código:

    NOZES

    Um pouco mais abaixo aqui, você verá que um select bastante complicado é inserido em uma tabela chamada #locks:

    NOZES

    Se você rolar para baixo até a linha 1670 ou algo assim (supondo que você tenha números de linha habilitados no SSMS), você chegará ao final do SELECT INTOque o preenche. Você pode tentar adicionar um simples SELECT * FROM #locks;aqui para ver o que acaba na tabela. Isso poderia, pelo menos, potencialmente apontar você para o objeto correto.

    Soluções alternativas

    Uma solução alternativa, sem alterar nenhum código, pode ser executar o procedimento assim:

    EXEC sp_WhoIsActive 
    @get_task_info = 2, 
    @get_additional_info = 1;

    A intenção desses parâmetros está documentada aqui .

    Se isso não for executado sem erros, você ficará preso fazendo um ctrl + f para FETCH NEXT FROM locks_cursor. Isso o levará à seção de código onde o erro aparece.

    Dentro deste bloco de código de cursor, você encontrará uma consulta dinâmica, um bloco catch e uma atualização com REPLACEblocos aninhados para limpar caracteres ruins (exceto o seu, aparece). Você teria que adicionar um aninhado adicional REPLACEem todos eles NCHAR(0x0001)aqui, acredito, para corrigi-lo. Eu não testei isso, então YMMV.

    Espero que isto ajude!

    • 5

relate perguntas