O DB Sentinel cruza consultas, esperas, bloqueios, planos e capacidade para mostrar o que aconteceu, por que importa e qual é o próximo passo. Sua equipe investiga mais rápido e continua no controle de cada decisão.
Da visão gerencial ao plano de execução, os dados coletados viram diagnóstico, correção e recomendação de índice, configuração e capacidade. Clique em cada recurso para ver os detalhes.
Um só painel reúne a saúde de cada instância, alertas ativos, obsolescência (EOL) e patches pendentes, independente do banco. Você abre de manhã e sabe, em 5 segundos, o que precisa de atenção antes que vire incidente.
O DBA Virtual lê os dados que o Sentinel já coletou (waits, planos, bloqueios, estatísticas) e responde em linguagem clara: o que aconteceu, por quê e qual o script de correção, sempre com classificação de risco. Ele sugere; quem decide é você.
Entre 15h00 e 15h20, a query #0007 trocou Index Seek por
Table Scan. O plano regrediu após as estatísticas de dbo.Pedidos
ficarem 32% desatualizadas.
UPDATE STATISTICS dbo.Pedidos WITH FULLSCAN;
Atualize as estatísticas fora do pico. Não recrie o índice agora: isso gera mais I/O, bloqueios e log sem evidência de que seja necessário.
Capturamos o plano real de execução de todas as engines e desenhamos a árvore de operadores. O operador mais caro fica em vermelho, varreduras completas saltam aos olhos e você compara o plano de hoje com o de ontem para provar uma regressão. Clique em cada nó abaixo para ver os detalhes.
CREATE INDEX IX_Pedidos_ClienteData ON dbo.Pedidos(ClienteId, Data) INCLUDE (Valor);A árvore de bloqueios mostra, em tempo real, a cadeia inteira: quem é o head blocker e quem está esperando por quem. E cada deadlock é capturado com as duas transações, a query vítima e o recurso em disputa, o material que você levaria minutos para juntar na mão, pronto.
O Sentinel descobre a topologia de alta disponibilidade sozinho e desenha o diagrama: primário, secundários e site de DR, com o estado de sincronização e o atraso de cada réplica. Uma réplica que caiu ou ficou para trás aparece na hora, colorida por saúde.
O monitoramento inteligente avalia os dados coletados e avisa quando encontra sinais com potencial de afetar os processos, já com impacto possível e recomendação. Se o problema se concretizar, o novo alerta informa quais avisos preventivos o anteciparam e apresenta a correlação para orientar a resposta.
Pedidos e ItensPedido, com potencial de gerar lentidão nos processos relacionados.
Recomendação: atualizar as estatísticas fora do pico e comparar os planos antes de qualquer mudança estrutural.
O mesmo incidente, dos dois jeitos. A diferença entre garimpar no escuro sob pressão e ter a resposta na tela.
Quanto antes a equipe encontra a causa, menor é o tempo gasto testando hipóteses em produção e explicando o incidente depois.
Não é screenshot estático: é como o produto correlaciona o pico de I/O das 15h com a query e o plano, e responde.
Sem agente pesado, sem exportar dados. Instalação única no seu servidor e permissão mínima de leitura nos bancos.
Um instalador único no Windows sobe o DB Sentinel com banco embutido, HTTPS e backup automático, em poucos minutos. O agente pode rodar em Windows ou Linux.
Execute o script de permissão mínima e cadastre a instância no painel. Opcionalmente, um agente por host coleta métricas de sistema operacional e do banco, com cadências configuráveis.
Acompanhe a saúde do ambiente na sala de controle e pergunte ao DBA Virtual, em português, o que precisar diagnosticar.
Não é número redondo de marketing: é a soma do que está implementado em cada engine, com template separado: a recomendação de um banco nunca aparece no outro. Abra a de cada um para ver o que é lido.
Além das verificações de melhores práticas, a Análise Sentinel cruza esperas, bloqueios e I/O de cada coleta para apontar o que está consumindo tempo agora, e o DBA Virtual tem 25 consultas somente leitura à disposição.
Repositório agnóstico de SGBD: o mesmo painel e o mesmo DBA Virtual para todas as engines.
"Por que o banco ficou lento ontem às 15h?" O DBA Virtual cruza waits, top queries, planos e bloqueios do período e responde com o diagnóstico, e o script sugerido, com risco classificado.
Gráfico bonito não conserta banco. O que sai do DB Sentinel é o diagnóstico escrito, o impacto medido, o script com o risco classificado e o relatório para levar à diretoria. Tudo em português, sem precisar interpretar.
"CPU em 90%" não diz o que fazer. O nosso diz o que aconteceu, por que importa e qual é o próximo passo.
PAGEIOLATCH_SH, que responde por 45% do tempo de espera do período.
A Análise Sentinel ordena os problemas por quanto tempo cada um está custando, então você sabe o que atacar primeiro.
Toda sugestão vem com o comando no dialeto do seu banco e o risco classificado. Nada é executado sozinho: quem decide é você.
CREATE NONCLUSTERED INDEX IX_Orders_OrderDate
ON dbo.Orders (OrderDate) INCLUDE (CustomerID, Total);
IX_Orders_Customer, mas ele não cobre esta consulta.
Impacto estimado: 92% de redução de leitura.
Nota de saúde por instância, com o que está em conformidade e o que não está. Serve para auditoria e para justificar investimento.
Os exemplos acima são de uma instância de demonstração. Na sua, os números são os do seu banco: nada aqui é genérico ou copiado de manual.
Cada afirmação abaixo corresponde a um controle implementado no produto, e é verificável.
No modelo self-hosted, o DB Sentinel roda na sua rede e nenhuma métrica, query ou histórico é armazenado fora dela. Se preferir que a gente hospede, você recebe uma instância isolada, só sua, e mesmo lá só chegam metadados de performance, já mascarados na origem.
O usuário de coleta tem permissão que não permite ler tabelas de negócio. Coletamos como o banco executa, esperas, contadores, planos, nunca o que ele armazena.
Strings e números do texto das queries viram ? antes de gravar. Nem o repositório local guarda o literal, e o DBA Virtual nunca o recebe.
As credenciais das instâncias monitoradas são cifradas em repouso (AES/Fernet) e nunca saem da sua rede. Senhas com PBKDF2-SHA256 (200k).
O DBA Virtual apenas consulta e sugere. Execução só no modo Assistido: lista fechada de ações, aprovação de admin e trilha de auditoria. Alterar estrutura é proibido por projeto.
Se a internet cair, a coleta local preserva o histórico durante a contingência. O produto completo exige saída HTTPS: login sincronizado, validação de licença, catálogo de patches, Análise proativa e DBA Virtual dependem da Central.
Você configura as cadências no ambiente ou por instância. Com o agente instalado, CPU ou memória acima do limite fazem a coleta reduzir automaticamente as etapas mais pesadas, manter a vigilância essencial e avisar o painel. Quando a pressão normaliza, a coleta completa volta.
Se a gente hospeda o seu painel, você decide quem alcança: cadastre no portal os IPs da sua empresa e todo o resto passa a receber 403 na borda, antes de chegar à aplicação.
Cada conta só enxerga as próprias instâncias, usuários e histórico. Pedir o recurso de outra conta devolve “não existe”, não “sem permissão”, nem a existência do dado vaza.
A mesma ferramenta fala duas línguas: a profundidade que o especialista exige e a clareza que o resto do time precisa.
"Por que ficou lento às 15h?"esperas por categoria, consulta ofensora, plano que regrediu, bloqueio e I/O por arquivo, com script de correção e risco classificado.
"Está tudo bem?"score de saúde por instância, o que está fora de suporte, patches pendentes e onde há risco, sem jargão e num relance.
"Minha consulta está ruim?"consumo por consulta, índice que falta (ou o que já existe e cobre), estatística desatualizada e o impacto previsto de uma mudança.
"O que sai da nossa rede?"literais mascarados na origem, coletor sem acesso a dados de tabela, DBA Virtual somente leitura e trilha de auditoria das ações aprovadas.
Cobrança por instância monitorada, sem variar com o tamanho do banco, mais uma cota mensal do DBA Virtual já incluída.
Todos os planos incluem o DBA Virtual. Comparar planos em detalhe →
No modelo self-hosted, métricas, consultas mascaradas e histórico permanecem na sua infraestrutura. Ao usar o DBA Virtual, apenas o contexto minimizado necessário à resposta trafega por HTTPS, com os literais já mascarados na origem. No modelo hospedado, ficam conosco somente metadados de performance em uma instância isolada.
Por instância monitorada, sem variar com o tamanho do banco. Cada plano inclui uma cota mensal do DBA Virtual; você pode ampliar essa cota quando precisar.
Sim, o servidor do painel precisa de saída HTTPS obrigatória para login sincronizado, licença, atualização do catálogo de patches, Análise proativa e DBA Virtual. No self-hosted, os agentes alcançam o painel pela rede interna; no painel hospedado, precisam de saída HTTPS 443 para o endereço público do painel.
SQL Server, PostgreSQL, MySQL, MariaDB, MongoDB e Oracle, todos no mesmo painel e com o mesmo DBA Virtual. O repositório é agnóstico de SGBD.
Por padrão, não. Ele consulta os dados e sugere scripts com risco classificado. Execução só existe no modo Assistido, com lista fechada de ações, aprovação de administrador e trilha de auditoria. Alterar estrutura de objetos é proibido por projeto.
Minutos. Um instalador único no Windows sobe o servidor com banco embutido, HTTPS e backup. Depois, o cadastro de cada instância leva cerca de dois minutos com o script de permissão mínima. O agente tem pacotes próprios para Windows e Linux.
Instalação única no seu servidor, permissão mínima nos bancos e pronto. Teste com as suas instâncias e veja o DBA Virtual trabalhar.
Contratar agora