Desempenho, espaço, backups, jobs e segurança de cada servidor, acompanhados o tempo todo. O BD Health Monitor avisa só o que pede ação, com a causa provável e o comando pronto para resolver.
CPU, memória, bloqueios e transações longas no momento.
Quem está crítico aparece primeiro, com os alertas ao parar o mouse.
Faixa vermelha pulsando até alguém clicar em Ciente.
O que precisa de atenção primeiro, e por onde começar.
Situação de cada servidor em verde, amarelo ou vermelho, com nota de saúde.
Cada alerta traz a causa provável e o comando pronto para resolver.
Linha do tempo, sessões, consultas e aplicações para achar a causa.
Documentação do servidor salva e protegida, para reconstruir se preciso.
Cada nível tem uma regra clara, e o alerta resolvido sai sozinho da tela.
Por e-mail e no relatório diário, o alerta chega com a causa provável e o que fazer.
Na tela, cada alerta tem o botão Orientações com o comando pronto, e o botão ? de cada quadro explica o que ele mostra.
Os pontos que mais causam incidente, em cada servidor.
CPU, memória, esperas, bloqueios, consultas que pioraram e o normal de cada horário.
Previsão de quando os drives enchem, crescimento e saúde dos discos (erros, latência, SMART).
Backups atrasados, CHECKDB, log de transação, índices e estatísticas.
Jobs com falha ou lentos, replicação, pacotes SSIS e a própria coleta.
Falhas de login, possível ataque, último acesso de cada login, sysadmin e checklist.
Onde roda, rede e IPs, logins, linked servers, configuração e documentação.
Em desenvolvimento: integração com Teams e com ferramentas de chamado, monitoração de Always On e métricas de virtualização.
Quando alguém diz “está lento”, a resposta está a poucos cliques.
O treinamento da equipe inclui um roteiro de 6 passos para quando alguém reclamar de lentidão.
O monitor enxerga muito, por isso foi desenhado para não virar um risco. A aplicação não altera nada nos servidores.
Entrada com o e-mail corporativo (Microsoft Entra ID, com MFA), e cada equipe vê só o que precisa, pelos grupos do AD.
As consultas ao estado do servidor usam certificado, sem dar permissão ampla ao login.
Rajadas, varredura de logins e muitas origens viram alerta crítico com o que fazer.
Os dados para reconstruir o servidor ficam salvos e só abrem com a senha do administrador.
Quem criou ou mudou objetos, permissões e configurações, com o comando executado.
A coleta roda dentro de cada SQL Server, e a aplicação só lê o resultado.
Do 2008 ao 2025, on-premises ou na nuvem.
Banco DBA e 14 jobs do SQL Agent, de 1 em 1 minuto a 1 vez por dia.
No IIS ou num notebook, com login próprio, só de leitura.
Telas, Central do NOC, e-mail de alerta e relatório diário.
Só scripts SQL e jobs do próprio SQL Server.
SQL Server Agent e um IIS com .NET, sem servidor de coleta.
Nada sai da rede. A aplicação só consulta.
Por servidor, poucos minutos. A aplicação, uma vez só.
Rodar um script em cada SQL Server, com um login administrador. Ele cria o banco DBA e os jobs.
No IIS de um servidor de aplicação, ou num notebook para começar. Pacotes prontos com o passo a passo.
Cadastrar os servidores, quem recebe os alertas por e-mail e o horário do relatório diário.
O que é preciso: SQL Server Agent ligado em cada servidor; um servidor Windows com IIS e .NET para a aplicação (ou um notebook, para começar); acesso de rede da aplicação a cada SQL Server; e um servidor de e-mail para os alertas.
A BD² Soluções em Banco de Dados instala a coleta, publica a aplicação e treina sua equipe para responder aos alertas.