Olá, Pessoal!
Neste post vamos apresentar um guia passo a passo sobre como criar um coletor no Extended Events (XE) do SQL Server e uma query que retorna os dados do coletor para análise dos deadlocks que ocorreram durante o período da coleta.
Conceituando inicialmente estas terminologias, os deadlocks ocorrem quando uma transação fica bloqueada, aguardando o término de uma segunda transação que, por sua vez, está esperando a conclusão da primeira. Isso cria uma dependência entre elas que nunca será resolvida.
O Extended Events (XE) é uma ferramenta do SQL Server para coletar informações detalhadas sobre eventos internos do sistema. Para identificar deadlocks usando Extended Events, vamos criar uma sessão que capture os eventos relacionados a deadlocks.
Na ferramenta SQL Server Management Studio (SSMS), utilizaremos o seguinte caminho para criar nosso coletor:
Object Explorer -> Management -> Extended Events -> New Session Wizard
Os campos devem ser preenchidos com as seguintes informações:
Set Session Properties – Adicionaremos um nome para o nosso coletor e marcaremos a opção para que inicie a sessão do evento na inicialização do servidor.
Choose Template – Deixamos como padrão, não utilizaremos template.
Select Events To Capture – Selecionaremos apenas o evento ‘cml_deadlock_report’.
Capture Global Fields – Selecionamos os seguintes campos:
Set Session Events Filters – Nesta tela podem ser aplicados os filtros, se desejar. Nesta demonstração não utilizaremos filtros.
Specify Session Data Storage – Deixaremos os logs para serem salvos no seguinte diretório ‘C:\Deadlock\’, com o tamanho do arquivo de, no máximo, 1GB.
Summary – Resumo das configurações da sessão.
Após a conclusão da criação da sessão, já podemos observar que ela está ativa.
Como gerar um DEADLOCK:
Nesta próxima etapa, realizaremos uma simulação para demonstrar como é gerado um deadlock entre duas tabelas, a fim de validar a funcionalidade do nosso coletor.
Na demonstração a seguir, apresentamos o script utilizado para simular um deadlock. Ao executar a última parte, recebemos uma mensagem indicando a ocorrência de um deadlock entre os dois processos (Process ID 59 e outro processo). O SQL Server identificou a transação com o Process ID 59 como a vítima do deadlock, encerrando-a.
Por fim, com a consulta abaixo é possível visualizar os deadlocks capturados pelo nosso coletor durante o período em que o mantivemos em execução.
Temos um post informativo em nosso blog explicando o que são Locks, Blocks e Deadlocks, no contexto do SQL Server. Se você estiver interessado em aprofundar seu entendimento sobre os tipos de bloqueio, confira o artigo completo: O Que São Locks, Blocks e Deadlocks – CDB Data Solutions
Espero que este artigo tenha sido esclarecedor e útil para ajudar você a lidar com situações em que deadlocks são uma preocupação.
Até o próximo post!😊
