Análise de bloqueio do SQL Server

Monitore o SQL Server e identifique a causa raiz de bloqueios

Demonstração interativa Saiba mais

Monitore o bloqueio do SQL Server

Solucione gargalos

Execute relatórios de bloqueios

Obtenha visibilidade

Identifique as causas raiz de bloqueios

Visualize as causas de bloqueios do SQL Server

SQL Server Blocking 0 Features Array Item - features item image

Os bloqueios do SQL Server correspondem a um comportamento normal que controla o acesso concomitante a dados. Algumas vezes, os bloqueios podem afetar o desempenho. As causas dos bloqueios nem sempre são fáceis de localizar e solucionar. O SQL Sentry^® oferece visibilidade direta aos bloqueios do SQL Server. Ele captura e exibe dados do bloqueio, incluindo tipos de espera e recursos, hosts, bancos de dados e instruções executadas, com base em limites especificados. Você pode ver as cadeias de bloqueios em tempo real ou posteriormente.

Baixe a avaliação gratuita Link de e-mail para avaliação

Totalmente funcional – 14 dias

Localize e resolva consultas que ocasionam bloqueios

SQL Server Blocking 1 Features Array Item - features item image

O SQL Sentry torna a localização das causas de bloqueios do SQL Server rápida e fácil, acelerando o processo de solução de problemas O painel do SQL Sentry exibe as cadeias de bloqueios do SQL Server em uma visualização hierárquica codificada por cores, mostrando quais instruções estão em execução, concluídas ou bloqueadas. Também é possível interromper processos com bloqueios diretamente do SQL Sentry. Com acesso a dados de desempenho do histórico, você será capaz de ver as mudanças importantes no SQL Server ao longo do tempo, o que pode facilitar a solução de problemas de modo mais eficaz.

Baixe a avaliação gratuita Link de e-mail para avaliação

Totalmente funcional – 14 dias

Fique por dentro com os relatórios do SQL Sentry.

SQL Server Blocking 2 Features Array Item - features item image

Em vez de verificar manualmente os bloqueios no SQL Server, você pode usar o SQL Sentry para executar facilmente os relatórios de bloqueio de SQL necessários. O SQL Sentry está equipado com mais de 25 relatórios de desempenho pré-formatados para que você possa entender o desempenho do SQL Server em minutos. Com a ajuda desses relatórios, você pode estabelecer linhas de base, identificar gargalos e obter uma compreensão geral melhor do desempenho do SQL Sentry, tanto no momento quanto ao longo do tempo.

Baixe a avaliação gratuita Link de e-mail para avaliação

Totalmente funcional – 14 dias

Obtenha alertas de bloqueio do SQL Server em tempo real

SQL Server Blocking 3 Features Array Item - features item image

Monitorar o desempenho do SQL Server pode ser um processo demorado, mas o SQL Sentry foi projetado para torná-lo mais fácil com alertas integrados. O SQL Sentry foi equipado com recursos de alerta de bloqueios de SQL e alertas de deadlocks de SQL e pode enviar notificações com base em condições pré-configuradas para que você possa atacar os problemas na hora.

Baixe a avaliação gratuita Link de e-mail para avaliação

Totalmente funcional – 14 dias

Identifique as principais causas raiz de bloqueios por meio da análise de tempos totais de espera

Analyze MySQL - Analytics Tools for MySQL Database Use case type 1 2 Features Array Item - features item image

O SolarWinds^® SQL Sentry foi projetado para coletar dados de bloqueios. Ele fornece um alto nível de visibilidade sobre a causa raiz do bloqueio e seu tempo de espera agregado. Isso permite que os administradores de banco de dados façam drill down dos principais dados de bloqueio e vejam seu impacto nos tempos de resposta do banco de dados. O software também pode revelar os principais elementos em espera, permitindo que os DBAs identifiquem rapidamente suas principais causas de bloqueio e usem esses dados para otimizar melhor as consultas que mais reduzem o bloqueio.

Baixe a avaliação gratuita Link de e-mail para avaliação

Totalmente funcional – 14 dias

Saiba mais sobre o bloqueio no SQL Server

Você já se perguntou…

Comece já a análise de bloqueio do SQL Server

SolarWinds SQL Sentry

Analise causas raiz de bloqueios rapidamente
Tenha visibilidade em todo o domínio de dados
Acesse métricas de desempenho acionáveis

Baixe a avaliação gratuita Link de e-mail para avaliação

Totalmente funcional por 14 dias

Vamos conversar.

Entre em contato com a nossa equipe. A qualquer hora.

Saiba mais sobre nossos produtos mais conhecidos

Provisionamento automatizado de usuários

Ferramenta de relatório de permissões NTFS

Ferramenta de auditoria do Active Directory

Auditoria de rede

Verificador de endereços IP

Solução de problemas de rede

Software de monitoramento de servidores

Virtualization Manager

Monitoramento de desempenho de banco de dados

Central de ajuda de TI

Gerenciamento de ativos de TI

O que é o bloqueio no SQL Server?
Qual a diferença entre deadlock e bloqueio no SQL Server?
Como posso identificar um bloqueio problemático?
Como posso solucionar um bloqueio do SQL Server?
Por que é tão importante localizar bloqueios no SQL Server?

Bloqueios ocorrem quando dois ou mais processos precisam acessar o mesmo recurso ao mesmo tempo. Quando um processo solicita acesso a um recurso, ele recebe uma trava que força outros processos que precisam do mesmo recurso a esperarem até que o primeiro processo seja concluído. Na maioria dos casos, o segundo processo esperará o primeiro processo liberar a trava. A partir daí, tudo continua a funcionar normalmente. Em geral, esse processo demora alguns segundos.

No entanto, às vezes o primeiro processo pode levar mais tempo do que o esperado, fazendo com que o segundo processo (e potencialmente outros processos) fique preso atrás dele enquanto aguarda por esse recurso, o que poderia impactar o desempenho do aplicativo e a experiência do usuário final. A duração de uma consulta e o contexto da transação determinam quanto tempo duram as travas.

É importante observar que nem todo bloqueio do SQL Server é ruim. Na verdade, bloqueios são normais. Afinal, o SQL Server é um sistema de concorrência baseado em trava e seus recursos só podem ser acessados por um processo por vez. É claro que, eventualmente, processos concorrentes irão ocorrer. O problema reside nos bloqueios que demoram demais para se resolver e criam cadeias de bloqueios.

Além disso, nem todos os tipos de travas bloqueiam automaticamente todas as outras travas. Alguns tipos de travas são mais restritivas e, assim, mais sujeitas a bloquear outras travas. Alguns tipos de travas incluem:

Travas exclusivas: Essas travas são atribuídas quando um processo precisa modificar dados. Elas garantes que dois processos não consigam alterar dados simultaneamente.
Travas de esquemas: Travas de esquemas são dadas a processos que dependem de um esquema consistente durante as operações.
Travas compartilhadas: Essas travas são atribuídas a operações de leitura. São menos restritivas que outros tipos de travas e, por isso, raramente resultam em bloqueios.
Travas de atualização: Travas de atualização são concedidas a atualizações e geralmente são usadas para atualizações que ocorrem em várias etapas.

Alguns tipos de travas são mais compatíveis com outras. Por exemplo, as travas exclusivas não são compatíveis com nenhum outro tipo de trava e resultarão em um bloqueio se outro processo precisar do recurso; travas compartilhadas e de atualização podem estar no mesmo recurso ao mesmo tempo.

É indiscutível que dois processos eventualmente precisarão do mesmo recurso, e o bloqueio geralmente se resolve assim que o primeiro processo é concluído. No entanto, há instâncias em que os bloqueios podem criar problemas.

Para verificar bloqueios no SQL Server, você pode usar uma consulta para identificar o SPID do bloqueio. Você só precisa usar os DMVs do SQL Server e executar uma consulta usando o DMV sys.dm_exec_requests. Esse procedimento retornará uma lista de SPIDs de bloqueios, quaisquer SPIDs bloqueados, além do tipo e duração da espera.

Você também pode usar o SQL Server Management Studio para verificar bloqueios no SQL Server e identificar o princípio de uma cadeia de bloqueios. Você precisará selecionar Objeto do servidor, Relatórios, Relatórios padrão e, em seguida, Atividade – Todas as transações bloqueadas. O SQL Server Management Studio retornará um relatório que mostra a transação no topo da cadeia de bloqueios e qualquer transação que esteja bloqueada no momento pela primeira transação da lista.

O SQL Sentry facilita ainda mais a identificação de bloqueios problemáticos, já que monitora de modo contínuo os bloqueios do SQL Server. Com o Calendário de eventos do SQL Sentry, você pode visualizar bloqueios junto com outros eventos. Além disso, o SQL Sentry apresenta uma análise robusta de bloqueios e pode capturar seus detalhes com base em limites de duração específicos. Por exemplo, se você deseja informações sobre cada bloqueio que dure mais de dez segundos, o SQL Sentry automaticamente registrará dados (como a instrução executada, host, dados de login, banco de dados e tipos e recursos de espera) nos bloqueios que durarem mais de dez segundos e lhe dará a opção de visualizar esses detalhes em tempo real ou posteriormente.

Com sua visualização hierárquica e nós coloridos, o SQL Sentry torna possível entender uma cadeia de bloqueios com apenas um olhar. Você saberá na hora se uma instrução está sendo executada, foi concluída ou está bloqueada. Você também pode ver as relações entre os bloqueios e SPIDs bloqueados na cadeia, facilitando sua análise.

Uma vez que um bloqueio problemático tenha sido identificado, é hora de solucioná-lo. Os cenários e soluções de bloqueios mais comuns que se pode encontrar incluem:

Uma consulta com longo tempo de execução: Podem ocorrer bloqueios problemáticos no SQL Server se uma consulta tiver um tempo de execução excessivamente longo e travar agressivamente para evitar que outros processos leiam ou modifiquem os mesmos dados. Para solucionar esse problema, primeiro é preciso localizar a consulta que está bloqueando o SQL Server por meio da análise de DMVs ou consultando sua plataforma de monitoramento. Em seguida, você pode otimizar sua consulta e planos de execução.
Um aplicativo que esteja usando uma transação complexa que executa instruções ou lotes antes de ser confirmada: Se um aplicativo executa múltiplas instruções ou lotes antes da confirmação (salvar os dados), outros processos não poderão acessar o recurso durante esse período. Neste caso, também é necessário identificar a consulta que se encontra no topo da cadeia de bloqueios e otimizar seu desempenho.
Uma transação é abandonada e não libera as travas: Se um aplicativo atingir o tempo limite de uma consulta ou se ela for cancelada, o SPID encerrará a consulta e o lote. No entanto, ele não reverterá ou confirmará automaticamente a transação, o que pode levar a um bloqueio. Para solucionar esse problema, é preciso identificar qual SPID está mantendo a transação aberta e iniciar uma reversão ou usar o comando de encerramento do T-SQL.
Um SPID cujo aplicativo cliente não retorna todas as linhas de resultados para conclusão: Quando um aplicativo não traz imediatamente todas as linhas de resultados para conclusão, as travas serão mantidas nas tabelas, levando a bloqueios. Para solucionar esse problema, você precisará reescrever o aplicativo para que ele traga todas as linhas de resultados para conclusão. Para evitar esse problema, isole qualquer aplicativo que apresente problemas em um relatório ou num banco de dados de suporte de decisão separado.

A boa notícia é que o SQL Sentry pode ajudar em qualquer cenário de bloqueio que você encontre. O SQL Sentry coleta e retém os dados de bloqueios e deadlocks. Esse processo não só proporciona uma visão abrangente do desempenho atual, mas também permite que você veja o que já ocorreu no passado. Além disso, você pode visualizar problemas de bloqueio em tempo real e encerrar processos a partir do SQL Sentry com apenas um clique. Com a ajuda do SQL Sentry, é possível entender quais bloqueios estão em curso e reprojetar suas consultas e transações de modo a evitá-los no futuro.

O SQL Sentry ainda pode agir de modo automático contra condições de bloqueio do SQL quando você não está por perto. Você só precisa configurar o SQL Sentry para praticar ações específicas quando determinadas condições forem atendidas.

É essencial para os administradores de banco de dados saberem como encontrar bloqueios no SQL Server, pois os bloqueios podem impedir o acesso dos DBAs a recursos críticos para o negócio e prejudicar sua capacidade de gerenciar os bancos de dados de modo eficiente. No entanto, bloqueios podem ser difíceis e demorados de solucionar. As cinco causas de bloqueios mais comuns são:

Instruções SQL ineficientes executadas quando a sessão do banco de dados estava travada
Sessões dormentes perdidas no nível de aninhamento das transações
Aplicativos que falham na recuperação de todas as linhas de resultados
Sessões que revertem dados
Sessões abandonadas porque o aplicativo cliente deu problemas ou foi desconectado

Ainda assim, em uma grande empresa com bancos de dados ainda maiores, há muitos outros motivos pelos quais uma sessão pode ser bloqueada. Seria extremamente desafiador para um administrador de banco de dados chegar ao topo da cadeia de bloqueios e descobrir esses motivos manualmente

As ferramentas de monitoramento padrão do SQL Server exibirão as esperas de travas e bloqueios do banco de dados, mas não identificarão o bloqueador raiz responsável pela cadeia de bloqueios. O aumento dos bloqueios resulta em aplicativos mais lentos, mas como um administrador de banco de dados pode determinar se o aumento dos bloqueios é um sinal de ineficiência do banco de dados ou uma razão para os tempos de resposta lentos do aplicativo?

Ferramentas como o SQL Sentry podem ajudar DBAs a analisar uma cadeia de bloqueios do SQL Server, resolver bloqueios rapidamente e voltar a suas atividades.

A localização de bloqueios não é importante apenas quando as razões do bloqueio estão ativamente afetando o desempenho do banco de dados. Como as travas e bloqueios são subprodutos intrínsecos de se trabalhar com o SQL Server, os DBAs devem fazer tudo o que podem para monitorar proativamente problemas de bloqueio ou corrigir o código que causa bloqueios ociosos. Uma parte fundamental das práticas recomendadas de gerenciamento de banco de dados é usar software projetado para ajudar você a encontrar bloqueios mesmo em seus estágios iniciais.

Bloqueios ocorrem quando dois ou mais processos precisam acessar o mesmo recurso ao mesmo tempo. Quando um processo solicita acesso a um recurso, ele recebe uma trava que força outros processos que precisam do mesmo recurso a esperarem até que o primeiro processo seja concluído. Na maioria dos casos, o segundo processo esperará o primeiro processo liberar a trava. A partir daí, tudo continua a funcionar normalmente. Em geral, esse processo demora alguns segundos.
No entanto, às vezes o primeiro processo pode levar mais tempo do que o esperado, fazendo com que o segundo processo (e potencialmente outros processos) fique preso atrás dele enquanto aguarda por esse recurso, o que poderia impactar o desempenho do aplicativo e a experiência do usuário final. A duração de uma consulta e o contexto da transação determinam quanto tempo duram as travas.
É importante observar que nem todo bloqueio do SQL Server é ruim. Na verdade, bloqueios são normais. Afinal, o SQL Server é um sistema de concorrência baseado em trava e seus recursos só podem ser acessados por um processo por vez. É claro que, eventualmente, processos concorrentes irão ocorrer. O problema reside nos bloqueios que demoram demais para se resolver e criam cadeias de bloqueios.
Além disso, nem todos os tipos de travas bloqueiam automaticamente todas as outras travas. Alguns tipos de travas são mais restritivas e, assim, mais sujeitas a bloquear outras travas. Alguns tipos de travas incluem:
Travas exclusivas: Essas travas são atribuídas quando um processo precisa modificar dados. Elas garantes que dois processos não consigam alterar dados simultaneamente.
Travas de esquemas: Travas de esquemas são dadas a processos que dependem de um esquema consistente durante as operações.
Travas compartilhadas: Essas travas são atribuídas a operações de leitura. São menos restritivas que outros tipos de travas e, por isso, raramente resultam em bloqueios.
Travas de atualização: Travas de atualização são concedidas a atualizações e geralmente são usadas para atualizações que ocorrem em várias etapas.
Alguns tipos de travas são mais compatíveis com outras. Por exemplo, as travas exclusivas não são compatíveis com nenhum outro tipo de trava e resultarão em um bloqueio se outro processo precisar do recurso; travas compartilhadas e de atualização podem estar no mesmo recurso ao mesmo tempo.
Uma vez que um bloqueio problemático tenha sido identificado, é hora de solucioná-lo. Os cenários e soluções de bloqueios mais comuns que se pode encontrar incluem:
Uma consulta com longo tempo de execução: Podem ocorrer bloqueios problemáticos no SQL Server se uma consulta tiver um tempo de execução excessivamente longo e travar agressivamente para evitar que outros processos leiam ou modifiquem os mesmos dados. Para solucionar esse problema, primeiro é preciso localizar a consulta que está bloqueando o SQL Server por meio da análise de DMVs ou consultando sua plataforma de monitoramento. Em seguida, você pode otimizar sua consulta e planos de execução.
Um aplicativo que esteja usando uma transação complexa que executa instruções ou lotes antes de ser confirmada: Se um aplicativo executa múltiplas instruções ou lotes antes da confirmação (salvar os dados), outros processos não poderão acessar o recurso durante esse período. Neste caso, também é necessário identificar a consulta que se encontra no topo da cadeia de bloqueios e otimizar seu desempenho.
Uma transação é abandonada e não libera as travas: Se um aplicativo atingir o tempo limite de uma consulta ou se ela for cancelada, o SPID encerrará a consulta e o lote. No entanto, ele não reverterá ou confirmará automaticamente a transação, o que pode levar a um bloqueio. Para solucionar esse problema, é preciso identificar qual SPID está mantendo a transação aberta e iniciar uma reversão ou usar o comando de encerramento do T-SQL.
Um SPID cujo aplicativo cliente não retorna todas as linhas de resultados para conclusão: Quando um aplicativo não traz imediatamente todas as linhas de resultados para conclusão, as travas serão mantidas nas tabelas, levando a bloqueios. Para solucionar esse problema, você precisará reescrever o aplicativo para que ele traga todas as linhas de resultados para conclusão. Para evitar esse problema, isole qualquer aplicativo que apresente problemas em um relatório ou num banco de dados de suporte de decisão separado.
A boa notícia é que o SQL Sentry pode ajudar em qualquer cenário de bloqueio que você encontre. O SQL Sentry coleta e retém os dados de bloqueios e deadlocks. Esse processo não só proporciona uma visão abrangente do desempenho atual, mas também permite que você veja o que já ocorreu no passado. Além disso, você pode visualizar problemas de bloqueio em tempo real e encerrar processos a partir do SQL Sentry com apenas um clique. Com a ajuda do SQL Sentry, é possível entender quais bloqueios estão em curso e reprojetar suas consultas e transações de modo a evitá-los no futuro.
O SQL Sentry ainda pode agir de modo automático contra condições de bloqueio do SQL quando você não está por perto. Você só precisa configurar o SQL Sentry para praticar ações específicas quando determinadas condições forem atendidas.
É essencial para os administradores de banco de dados saberem como encontrar bloqueios no SQL Server, pois os bloqueios podem impedir o acesso dos DBAs a recursos críticos para o negócio e prejudicar sua capacidade de gerenciar os bancos de dados de modo eficiente. No entanto, bloqueios podem ser difíceis e demorados de solucionar. As cinco causas de bloqueios mais comuns são:
Instruções SQL ineficientes executadas quando a sessão do banco de dados estava travada
Sessões dormentes perdidas no nível de aninhamento das transações
Aplicativos que falham na recuperação de todas as linhas de resultados
Sessões que revertem dados
Sessões abandonadas porque o aplicativo cliente deu problemas ou foi desconectado
Ainda assim, em uma grande empresa com bancos de dados ainda maiores, há muitos outros motivos pelos quais uma sessão pode ser bloqueada. Seria extremamente desafiador para um administrador de banco de dados chegar ao topo da cadeia de bloqueios e descobrir esses motivos manualmente
As ferramentas de monitoramento padrão do SQL Server exibirão as esperas de travas e bloqueios do banco de dados, mas não identificarão o bloqueador raiz responsável pela cadeia de bloqueios. O aumento dos bloqueios resulta em aplicativos mais lentos, mas como um administrador de banco de dados pode determinar se o aumento dos bloqueios é um sinal de ineficiência do banco de dados ou uma razão para os tempos de resposta lentos do aplicativo?
Ferramentas como o SQL Sentry podem ajudar DBAs a analisar uma cadeia de bloqueios do SQL Server, resolver bloqueios rapidamente e voltar a suas atividades.
A localização de bloqueios não é importante apenas quando as razões do bloqueio estão ativamente afetando o desempenho do banco de dados. Como as travas e bloqueios são subprodutos intrínsecos de se trabalhar com o SQL Server, os DBAs devem fazer tudo o que podem para monitorar proativamente problemas de bloqueio ou corrigir o código que causa bloqueios ociosos. Uma parte fundamental das práticas recomendadas de gerenciamento de banco de dados é usar software projetado para ajudar você a encontrar bloqueios mesmo em seus estágios iniciais.