Bases de dados

Atualizado maio de 2026

MSSQL Monitorização

Monitorize o desempenho das consultas do Microsoft SQL Server, as estatísticas de espera, a cache de buffer e o estado do registo de transações em tempo real, sem necessidade de configuração.

Iniciar período de avaliação gratuita Ver documentos

Por que monitorizar MSSQL?

O Microsoft SQL Server está na base de aplicações empresariais, armazéns de dados e plataformas de inteligência empresarial em todo o mundo. A monitorização do MSSQL é essencial para otimizar os planos de execução de consultas, acompanhar as estatísticas de espera, gerir a eficiência da cache de buffer e detetar impasses. A integração do MSSQL da Xitoring oferece uma visibilidade abrangente das suas instâncias do SQL Server.

Deteção automática via Xitogent — sem configuração manual necessária

Métricas de desempenho de consultas e batch requests em tempo real

Rácio de hit do buffer cache e page life expectancy

Estatísticas de espera e deteção de deadlocks

Acompanhamento da utilização e crescimento do transaction log

Utilização de índices e recomendações de índices em falta

Suporta nativamente ambientes Windows Server

Intervalos de recolha de métricas de 1 minuto

O que é a monitorização do SQL Server?

Monitorização do SQL Server, explicada

A monitorização do SQL Server deteta cadeias de blocking, tempestades de deadlocks, derivas em Always On AG, pressão de memória e regressões de planos no Query Store antes que provoquem lentidão visível aos utilizadores ou eventos de failover em HA. Para Dynamics 365, SharePoint, ERP e qualquer carga SQL empresarial, a visibilidade de wait-stats por base de dados e do Query Store é o que separa uma correção de tuning limpa de uma caça de várias dias à causa raiz. O Xitoring deteta automaticamente o seu SQL Server, lê DMVs nativas com a permissão VIEW SERVER STATE e encaminha alertas para Slack, PagerDuty, Telegram ou o seu sistema on-call existente.

Métricas

O que monitorizamos

Batch Requests/s

Número de batch requests SQL recebidos por segundo.

Rácio de hit do buffer cache

Percentagem de leituras de página satisfeitas a partir do buffer pool vs leituras físicas em disco.

Page Life Expectancy

Tempo médio (segundos) que uma página permanece no buffer pool — valores baixos indicam pressão de memória.

Estatísticas de espera

Principais tipos de wait e durações que indicam estrangulamentos de recursos.

Deadlocks/s

Número de pedidos de lock que resultaram em deadlocks.

Utilização do transaction log

Percentagem de espaço de transaction log utilizado por base de dados.

Ligações de utilizador

Número de ligações de utilizador ativas para a instância SQL Server.

Compilações/s

Número de compilações e recompilações SQL por segundo.

Lock Waits/s

Número de pedidos de lock que exigiram espera ao chamador.

Fragmentação de índices

Nível de fragmentação dos índices entre bases de dados.

Utilização de CPU

Utilização de CPU do processo SQL Server vs CPU total do sistema.

Tamanho da base de dados

Tamanhos dos ficheiros de dados e log para cada base de dados.

Alerta e notificação

Configurável condições de alerta

Configure alertas personalizados no seu painel para ser notificado assim que as métricas dMSSQL ultrapassarem os limites que definiu.

MSSQL painel de controlo da configuração dos gatilhos de monitorização

Rácio de hit do buffer cache

crítico

Dispara quando o rácio de hit do cache cai abaixo do limite, indicando memória insuficiente para a carga de trabalho.

Page Life Expectancy

aviso

Dispara quando o PLE cai abaixo do limite, indicando que as páginas são removidas da memória demasiado rapidamente.

Impasses

crítico

Alerta quando a taxa de deadlocks excede o limite, indicando contenção de locks nas consultas da aplicação.

Utilização do transaction log

crítico

Dispara quando a utilização do transaction log excede o limite, arriscando falhas de escrita.

Ligações de utilizador

aviso

Dispara quando o número de ligações se aproxima dos limites, arriscando erros connection refused.

Estatísticas de espera

aviso

Alerta quando wait types específicos sobem rapidamente, indicando estrangulamentos de recursos (CPU, E/S, memória, locks).

Importância da monitorização do MSSQL

O SQL Server executa cargas de trabalho empresariais de missão crítica — desde sistemas ERP e bases de dados financeiras até plataformas de e-commerce. Sem monitorização, pressão sobre buffers, deadlocks e bloat do transaction log podem causar interrupções e corrupção de dados.

Detete a pressão de memória através de métricas de buffer cache e PLE
Monitorize as estatísticas de wait para identificar a causa raiz das lentidões
Acompanhe os deadlocks para corrigir problemas de locking ao nível da aplicação
Garanta espaço no transaction log para operações de escrita ininterruptas
Otimize a utilização de índices para manter o desempenho das consultas ao longo do tempo

Dashboard de monitorização MSSQL com desempenho de consultas e métricas de buffer cache

Deteção de deadlocks do SQL Server e analítica de utilização de índices

Porquê escolher Xitoring

O Xitoring oferece monitorização SQL Server de nível empresarial com configuração zero-config. O nosso agente leve deteta automaticamente as suas instâncias MSSQL, começa a recolher métricas em menos de 60 segundos e integra-se com os seus canais de notificação existentes.

Suporte nativo para Windows Server com instalador simples
Mais de 15 nós de monitorização globais para verificações de baixa latência
Dashboard unificado para servidores, bases de dados e uptime
Alertas flexíveis via Slack, PagerDuty, Telegram e outros
Retenção de dados históricos para planeamento de capacidade e auditorias

Visão geral da monitorização MSSQL no Windows Server com Xitoring

Configuração de notificações de alerta e escalonamento

Casos de uso

Cenários comuns de monitorização do SQL Server

Onde o SQL Server normalmente é executado hoje — e o que pode correr mal se ninguém estiver a monitorizar.

Aplicações de negócios e sistemas ERP

Quando o SQL Server executa aplicações de negócios críticas — finanças, RH, vendas — uma base de dados lenta torna-se uma empresa lenta. Nós monitorizamos os sinais que mostram quando a base de dados está a começar a ter dificuldades para que a equipa possa corrigi-lo antes que os funcionários comecem a ligar para o suporte de TI.

Bases de dados de backup para recuperação de desastres

As empresas executam cópias extra das suas bases de dados — muitas vezes noutra região — para que uma única falha não tire o negócio do ar. Quando essas cópias ficam atrasadas, a recuperação perderia mais dados do que o esperado. Nós monitorizamos cada cópia para que o plano de recuperação de desastres ainda funcione no dia em que realmente precisar dele.

SQL Server na cloud ou em Linux

Quer o SQL Server seja executado no Azure, em Linux, ou algures no meio, a visibilidade que obtém apenas da plataforma raramente é suficiente. Nós detetamos abrandamentos de consultas e outros problemas internos para que tanto o custo quanto o desempenho permaneçam sob o seu controlo.

Antes de começar

Pré-requisitos para MSSQL

Certifique-se de que tem tudo isto pronto — depois disso, a maioria das instalações leva 60 segundos.

Microsoft SQL Server 2012 ou mais recente (2022+ para a métrica size_on_disk_bytes)
Um login SQL com as permissões CONNECT ANY DATABASE, VIEW SERVER STATE, VIEW ANY DEFINITION e SELECT
TCP/IP ativado na instância, com a porta acessível a partir do Xitogent

Guia de configuração

Comece a minutos

Instalar o Xitogent no seu servidor Windows

Descarregue e instale o agente Xitogent no seu Windows Server que aloja o SQL Server.

# Download from https://xitoring.com/xitogent
# Run the installer as Administrator

Configurar o acesso ao SQL Server

Crie um login dedicado para monitorização com privilégios mínimos:

CREATE LOGIN xitoring WITH PASSWORD = 'your_password';
CREATE USER xitoring FOR LOGIN xitoring;
GRANT CONNECT ANY DATABASE TO xitoring;
GRANT VIEW SERVER STATE TO xitoring;
GRANT VIEW ANY DEFINITION TO xitoring;
GRANT SELECT TO xitoring;

Ativar a integração do MSSQL

Use o painel do Xitoring ou a CLI para ativar a integração do MSSQL.

xitogent integrate

Configurar limiares de alerta (opcional)

Defina limiares personalizados para rácio de hit do buffer cache, page life expectancy ou número de deadlocks para ser notificado quando algo merecer atenção.

Confirme que está a funcionar

Execute este comando no servidor para confirmar que o Xitogent detetou a integração. Em cerca de 30 segundos começam a chegar novas métricas ao seu painel.

sudo xitogent status

Comparar

Está a considerar alternativas?

Veja como o Xitoring se compara às alternativas para a monitorização de MSSQL — preços fixos, integrações mais profundas e um único agente que cobre toda a sua stack.

Xitoring vs

Datadog

O preço por host fica caro rapidamente em escala. Veja como o Xitoring entrega a mesma cobertura num plano fixo.

Xitoring vs

New Relic

Observabilidade full-stack sem níveis empresariais, taxas de ingestão ou licenças por utilizador.

Xitoring vs

Grafana Cloud

Uma ferramenta com um único preço, em vez de juntar Prometheus, Loki e Grafana numa stack que também tem de monitorizar.

Ver todas as comparações

Frequentemente perguntas feitas

A integração é compatível com o SQL Server no Linux?

Sim. Embora o MSSQL seja tradicionalmente executado no Windows, o Xitogent suporta o SQL Server tanto em ambientes Windows como Linux.

Esta integração afetará o desempenho do SQL Server?

Não. O Xitogent utiliza consultas DMV (Dynamic Management Views) leves, cujo impacto no desempenho do SQL Server é insignificante.

Posso monitorizar várias instâncias?

Sim. O Xitogent pode monitorizar várias instâncias do SQL Server (instâncias nomeadas) no mesmo servidor.

Posso monitorizar o Azure SQL Database?

A integração baseada em agente monitoriza o SQL Server auto-hospedado. Para o Azure SQL Database, utilize a monitorização de tempo de atividade da Xitoring para verificar o estado do ponto de extremidade.

Quais são as versões do SQL Server suportadas?

Xitoring é compatível com o SQL Server 2016 e versões posteriores, incluindo o SQL Server 2022 e as edições Express.

Com que frequência são recolhidos os indicadores?

Por predefinição, as métricas são recolhidas a intervalos de 1 minuto. Esta configuração pode ser ajustada através do painel de controlo do Xitoring ou da CLI.

Como deteto deadlocks no SQL Server?

A sessão Extended Event system_health captura grafos de deadlock automaticamente (sem necessidade de Profiler). Leia com `SELECT XEvent.value('(data/value/deadlock/process-list/process/@waitresource)[1]', 'nvarchar(100)') FROM sys.fn_xe_file_target_read_file(...)`. Acompanhe `Deadlocks/sec` a partir de `sys.dm_os_performance_counters` para obter a taxa. Qualquer taxa não-zero é um problema do lado da aplicação na ordenação de transações ou nível de isolamento — o Xitogent alerta sobre picos de deadlock e expõe os grafos capturados.

Como monitorizo a saúde dos backups do SQL Server?

Consulte `msdb.dbo.backupset` para a hora do último backup full/diff/log por base de dados e `dm_io_virtual_file_stats` para o débito de log-flush. Calcule o RPO como tempo desde o último backup de log. Para Always On, acompanhe `last_commit_time` por réplica. O Xitogent expõe alertas de backups desatualizados (qualquer base de dados sem backup full em N horas, ou backup de log em M minutos) para que jobs de manutenção falhados apareçam dentro do intervalo de polling.

Que versões do SQL Server são suportadas?

SQL Server 2016 até 2022 (16.x) — e SQL Server 2025 (17.x) com Query Store para réplicas secundárias — além de Azure SQL Managed Instance, Azure SQL Database e SQL Server em Linux (2017+). A integração deteta automaticamente as DMVs e vistas do Query Store disponíveis; funcionalidades mais recentes (otimização PSP, feedback de cardinalidade IQP, Query Store em réplicas secundárias) são expostas onde presentes.

Comece a monitorizar MSSQL hoje

Configure em menos de 60 segundos. Não é necessário cartão de crédito. Estatísticas completas desde o primeiro dia.

Iniciar período de avaliação gratuita

Continue a explorar

Relacionado Integrações