Seu banco de dados nunca dorme. O PulseDB também não.

Monitoramento proativo com IA para Oracle e PostgreSQL. Detecta os problemas dias antes de chegarem, explica a causa e deixa a decisão em suas mãos.

Do ruído ao sinal.

Toda noite o seu banco de dados emite milhares de sinais e quase todos são ruído. Em 30 segundos, veja como o PulseDB encontra o que importa.

Animação: milhares de sinais desordenados de um banco de dados são organizados em faixas pelo PulseDB; um scanner os analisa, isola em amarelo a única ameaça real e a transforma em um ticket com causa provável e recomendação, que aguarda a decisão do administrador.

Vê o problema antes que ele exista.

O PulseDB não espera algo chegar a 95%. Analisa a tendência dos últimos 14 dias e diz quando vai encher, por quê e quais opções você tem.

24/7
Vigilância contínua de cada instância
14 dias
De tendência, não só um limite
1%
De uma CPU como teto de carga

Feito para que você continue no comando.

Nada tinha caído ainda

O monitor clássico avisa aos 95%, sem contexto e de madrugada. O PulseDB vê que a tablespace está em 87% e cresce 1,4 GB por dia: ela enche na quinta-feira, dia 12, à tarde. Hoje não há risco.

100%95%60% Hoje · 87% Quinta 12 · cheia

Somente leitura, por design

Os agentes não têm nenhuma ferramenta capaz de escrever nos seus bancos.

  • ALTERNão altera estruturas
  • KILLNão encerra sessões
  • RESTARTNão reinicia nada
  • SETNão mexe em parâmetros

Sem agentes

Nada é instalado no servidor do banco. O Oracle é consultado via ORDS e o PostgreSQL com um papel somente leitura.

Sem ler os seus dados

Apenas dicionário e estatísticas. Os literais das consultas são substituídos por variáveis antes de chegar ao modelo de IA.

Você decide. Sempre. O PulseDB vigia, analisa e recomenda, mas nenhuma ação acontece sem que um DBA a aprove. A única escrita é a que você ativa no modo diagnóstico, e somente na sua própria conta.

O aviso que não acorda você.

Quatro níveis. Os alertas são agrupados por banco: se uma instância cai, você recebe uma mensagem, não quarenta.

01

Informativo

Somente no painel. Ninguém recebe nada.

Painel
02

Aviso

Painel e e-mail em horário comercial. Repete a cada duas horas e nunca chega por WhatsApp.

Painel · E-mail
03

Grave

WhatsApp em menos de cinco minutos, a qualquer hora. Repete a cada 30 minutos e escala para um substituto após quatro horas.

Painel · E-mail · WhatsApp
04

Crítico

Todos os canais imediatamente, a cada cinco minutos até que alguém reconheça. Só uma janela de manutenção declarada o silencia.

Todos os canais

Tudo o que você precisa, no primeiro parágrafo.

Cada ticket chega com causa provável, evidências e opções com seu risco e duração. Ao fechá-lo, o PulseDB lembra o que aconteceu; duas vezes por ano, projeta sua capacidade para doze meses.

Ticket #1042ORCLPRD1 · armazenamentoAviso

Confiança 0.86

Causa provável

users_04.dbf ficou com tamanho fixo após a migração de 14 de maio, e o crescimento diário de MOV_CAJA subiu 40%.

Evidências

  • dba_data_files
  • dba_free_space
  • série de uso · 14 dias
  • mudança de parâmetro · 14/05
  • incidente anterior #0761

Opções

  1. Ativar autoextend com limite de 32 GB5 min · risco baixo
  2. Adicionar um novo datafile de 32 GB10 min · risco baixo
  3. Arquivar dados de MOV_CAJA anteriores a 2024 (recupera 41 GB)2 h · risco médio
Aguardando sua decisão_

Lembra de tudo por você

Ao fechar um ticket, compara o estado inicial com o atual e propõe o texto da ação corretiva para você confirmar. Se um problema se repete três vezes em 90 dias, propõe uma nova verificação que passa 24 horas em laboratório antes de tocar a produção.

ORCLPRD1 · armazenamento totalRisco alto
1598GB usados de 2000
0.981r² do ajuste
8–11meses restantes
Enche entre maio e agosto de 2027. Os números saem do código; o modelo apenas redige o relatório.

A ficha técnica, sem enfeites.

59verificações: 33 Oracle, 25 PostgreSQL e 1 comum
36segundos por hora como teto de carga por banco
17segundos por hora medidos no piloto Oracle
0escritas nos seus bancos de dados
Motores
Oracle 19c e PostgreSQL 16, verificados contra bancos reais. Conector para Aurora PostgreSQL escrito, ainda não testado em um cluster real.
Acesso
Handlers REST do ORDS pré-aprovados no Oracle; papel somente leitura no PostgreSQL.
Usuários
SELECT_CATALOG_ROLE e AUDIT_VIEWER no Oracle; pg_monitor no PostgreSQL. Os testes automáticos tentam escrever com esse usuário e devem falhar.
Carga
No máximo 36 segundos de tempo de banco por hora (≈1% de uma CPU), vigiado pelo próprio PulseDB.
Diagnóstico
Você ativa, por uma janela limitada. ASH e AWR somente se a licença do Diagnostics Pack permitir.
Modelo de IA
Via API (hoje Qwen, DeepSeek e Kimi conforme a tarefa) ou um modelo compatível com a API da OpenAI na sua própria infraestrutura. Os dados das suas tabelas não saem em nenhuma hipótese.
Auditoria
Cada ação, sua ou dos agentes, é registrada com o estado anterior e posterior em um registro encadeado por hashes.

Escolha onde o PulseDB vive.

O mesmo produto em duas modalidades: em um servidor que nós administramos ou dentro da sua própria infraestrutura.

VPS local

Na sua infraestrutura

Sob medida

Para organizações que precisam que tudo fique dentro da sua rede.

  • Instalação nos seus servidores ou na sua nuvem privada
  • Opção de modelo de IA hospedado por você
  • Acompanhamento da equipe da INNOVA
  • Escopo e valor conforme a sua arquitetura

Atendido diretamente pelo Edmundo, da equipe da INNOVA.

Vamos começar por um único banco de dados.

Uma demonstração em uma das suas instâncias, na sua infraestrutura, que termina com um inventário de riscos mesmo que você não nos contrate. Só precisamos de um usuário somente leitura e uma hora do seu tempo.

Vigiando 24/7