Bloqueio causado pelo Query Store. Não foi possível limpar ou desativar

Atualizei recentemente o SQL Server de 2016 para o SP2 e a CU (KB4458621) mais recente lançada em agosto de 2018. Apenas nos últimos dias, percebi que havia algum bloqueio em andamento. Não consigo matar o SPID b / c, não é um processo do usuário. De acordo com SP_WHO2, o comando é "Query Store ASYN". Tentei limpar os dados e desabilitar o armazenamento de consultas via script e pela interface do usuário. Nada parece funcionar, apenas gira e começa a causar mais bloqueios. Alguém mais está tendo este problema? Alguém pode me ajudar a descobrir como desativar o armazenamento de consultas com êxito? SP_WhoIsActive @show_System_SPIDS = 1 resultados abaixo (apenas resultados do armazenamento de consultas)

ATUALIZAÇÃO - Isso agora faz com que a unidade TempDB seja preenchida. Vou tentar uma reinicialização em algumas horas e ver se isso resolve o problema. Manterá você informado.

Obrigado, Nate

— Nate
fonte

Você está executando SET QUERY_STORE = OFF, mas está ativado novamente? Gostaria de rastrear e ver se algum outro processo está fazendo isso.

— 23818 Jacob H

Eu pensaria que essa afirmação seria imediata. No entanto, ele gira enquanto o executa e começa a causar mais bloqueios. Então, acabei cancelando a consulta.

— Nate

Algum índice offline reconstruído em andamento? Além disso, encontre o bloqueador de chumbo e tente matá-lo. Precisamos de mais detalhes - instale sp_whoisactive.

— 21918 Kin Shah

No momento, não há reconstruções de índice em andamento. Eu tenho o SP_WhoIsActive instalado, mas isso não mostra esses SPIDS do processo. O SPID de bloqueio e o SPID bloqueado são comandos do Query Store.

— Nate

executar com @show_system_spids = 1.

— Kin Shah

Com base na sua explicação, acredito que isso esteja relacionado ao KB4461562 e foi resolvido na Atualização Cumulativa 5 mais recente .

CORRECÇÃO: transações e truncamento de log podem ser bloqueados quando você usa o Query Store no SQL Server 2016 e 2017

— Randolph West
fonte