PulseDB Agendar demostración

Qué mira exactamente, y con qué costo

59 comprobaciones corriendo contra bases reales, cada una con su umbral a la vista.

33 de Oracle, 25 de PostgreSQL y 1 que vigila al propio PulseDB en los dos motores. La tabla de abajo sale del mismo catálogo que se despliega: si una comprobación cambia de umbral, cambia acá.

Ocho categorías, no una lista plana

Cada comprobación pertenece a una de ocho categorías fijas en el esquema, y hoy las 8 tienen comprobaciones en producción.

19

Rendimiento

Carga, esperas, bloqueos y sesiones.

14

Disponibilidad

Instancia, servicios, jobs y errores del log.

9

Capacidad

Espacio, crecimiento y cuándo se agota.

8

Seguridad

Cuentas, privilegios y actividad sospechosa de usuarios.

3

Automonitoreo

PulseDB vigilando su repositorio y su propio consumo.

3

Respaldo

Respaldos RMAN, archivado y modo de la base.

2

Configuración

Redo y checkpoints fuera de su ritmo.

1

Replicación

WAL retenido por slots de replicación.

Todas, con su umbral exacto

No es una lista de nombres. Es la tabla con la que trabajamos: el código de cada comprobación, qué mira, con qué umbral evalúa (advertencia / crítico), cada cuánto corre y qué tan cara es para su base. «Derivado» quiere decir que se calcula sobre lo que PulseDB ya guardó, sin volver a consultar su base.

CódigoCategoríaQué miraUmbralIntervaloCosto
AUTO-SK-002AutomonitoreoCosto de PulseDB en la base (Oracle)≥ 36 s/h1 hMedio
ORA-SK-001CapacidadEspacio por tablespace y proyección de agotamiento≥ 85 / ≥ 93 %15 minBarato
ORA-SK-002CapacidadProyección de agotamiento de tablespaceproyección hacia 85 / 93 %1 hBarato
ORA-SK-004CapacidadUso de la Fast Recovery Area≥ 85 / ≥ 95 %5 minBarato
ORA-SK-006CapacidadErrores de UNDO (ORA-01555 / ORA-30036)≥ 1 / ≥ 10 errores10 minBarato
ORA-SK-008CapacidadSecuencias próximas a MAXVALUE≥ 80 / ≥ 95 %12 hMedio
ORA-SK-010RendimientoCPU del host sostenida≥ 85 / ≥ 95 %1 minDerivado
ORA-SK-011RendimientoEspera sostenida en clases de contención≥ 0,5 / ≥ 1 sesiones1 minDerivado
ORA-SK-012RendimientoSesiones bloqueadas y cadenas de bloqueo≥ 3 / ≥ 10 sesiones1 minBarato
ORA-SK-013RendimientoSesión de usuario activa de larga duración≥ 60 / ≥ 240 min5 minBarato
ORA-SK-017RendimientoLatencia de lectura por datafile≥ 20 / ≥ 50 ms10 minBarato
ORA-SK-018ConfiguraciónFrecuencia de cambio de redo log≥ 6 / ≥ 12 cambios15 minBarato
ORA-SK-030DisponibilidadEstado de la instanciabase no abierta1 minBarato
ORA-SK-031RespaldoArchivado detenido: destinos en ERROR≥ 1 destinos5 minBarato
ORA-SK-032RespaldoHoras sin respaldo RMAN correcto≥ 26 / ≥ 72 h30 minBarato
ORA-SK-034DisponibilidadErrores ORA- en el alert log≥ 1 / ≥ 215 minMedio
ORA-SK-035DisponibilidadObjetos inválidos≥ 1 / ≥ 20 objetos1 hCaro
ORA-SK-036DisponibilidadJobs del scheduler fallidos≥ 1 / ≥ 5 jobs15 minMedio
ORA-SK-037DisponibilidadCorrupción de bloques detectada≥ 1 bloques30 minBarato
ORA-SK-038DisponibilidadUso de límites de procesos, sesiones y transacciones≥ 80 / ≥ 90 %5 minBarato
ORA-SK-039RespaldoBase en modo NOARCHIVELOG≥ 11 hBarato
ORA-SK-041SeguridadCuentas abiertas con contraseña por defecto≥ 1 cuentas24 hMedio
ORA-SK-042SeguridadRol DBA otorgado a cuentas no administradas por Oracle≥ 1 cuentas24 hMedio
ORA-SK-043SeguridadCuentas con contraseña próxima a expirar≥ 1 / ≥ 5 cuentas12 hMedio
ORA-SK-046SeguridadIntentos de login fallidos por usuario≥ 10 / ≥ 50 intentos15 minMedio
ORA-SK-047SeguridadActividad sospechosa de usuario≥ 1 usuario con indicadores5 minMedio
ORA-SK-050RendimientoCarga de la instancia (serie histórica para el panel de Rendimiento)solo serie, para la línea base1 minBarato
ORA-SK-051RendimientoEventos de espera (serie histórica para el panel de Rendimiento)solo serie, para la línea base1 minBarato
ORA-SK-052DisponibilidadAlertas reales de Oracle≥ 115 minBarato
ORA-SK-053RendimientoPerfil de carga ampliado (serie para línea base)solo serie, para la línea base1 minBarato
ORA-SK-054RendimientoCarga de espera por clase (serie para línea base)solo serie, para la línea base1 minBarato
ORA-SK-090RendimientoComportamiento anómalo respecto de la línea basedesvío de la línea base, z robusto ≥ 3,55 minDerivado
ORA-SK-091CapacidadConsumo proyectado a 24 horasproyección: cruza el umbral crítico en 24 h1 hDerivado
AUTO-SK-003AutomonitoreoCosto de PulseDB en la base (PostgreSQL)≥ 36 s/h1 hBarato
PG-SK-001CapacidadTamaño de base de datos≥ 8.192 / ≥ 16.384 MB15 minBarato
PG-SK-002CapacidadProyección de crecimiento del tamaño de base de datosproyección hacia 8.192 / 16.384 MB1 hBarato
PG-SK-003RendimientoTuplas muertas por tabla (retraso de autovacuum)≥ 20 / ≥ 50 %6 hMedio
PG-SK-004DisponibilidadRiesgo de transaction ID wraparound≥ 150.000.000 / ≥ 200.000.000 transacciones1 hMedio
PG-SK-005DisponibilidadProyección de riesgo de transaction ID wraparoundproyección hacia 150.000.000 / 200.000.000 transacciones1 hBarato
PG-SK-007ReplicaciónWAL retenido por slots de replicación inactivos≥ 1.024 / ≥ 5.120 MB5 minBarato
PG-SK-008RendimientoArchivos temporales generados por intervalo≥ 1.024 / ≥ 5.120 MB5 minBarato
PG-SK-010DisponibilidadRiesgo de MultiXact wraparound≥ 400.000.000 / ≥ 1.200.000.0001 hMedio
PG-SK-022RendimientoConexiones idle in transaction≥ 5 / ≥ 15 sesiones1 minBarato
PG-SK-023RendimientoSesiones bloqueadas y cadenas de espera≥ 3 / ≥ 10 sesiones1 minBarato
PG-SK-024RendimientoConsulta activa de larga duración≥ 15 / ≥ 60 min5 minBarato
PG-SK-025ConfiguraciónCheckpoints forzados por volumen de WAL≥ 2 / ≥ 6 checkpoints15 minBarato
PG-SK-029RendimientoDeadlocks por intervalo≥ 1 / ≥ 5 deadlocks5 minBarato
PG-SK-030DisponibilidadSaturación de conexiones≥ 80 / ≥ 90 %1 minBarato
PG-SK-031DisponibilidadTransacciones preparadas huérfanas≥ 1 transacciones15 minMedio
PG-SK-040DisponibilidadDisponibilidad y tiempo de actividad< 300 / < 60 s1 minBarato
PG-SK-044DisponibilidadErrores graves en el log del servidor≥ 1 / ≥ 22 minMedio
PG-SK-050RendimientoCarga de la instancia (serie histórica para el panel de Rendimiento, PostgreSQL)solo serie, para la línea base1 minBarato
PG-SK-051RendimientoEventos de espera (serie histórica para el panel de Rendimiento, PostgreSQL)solo serie, para la línea base1 minBarato
PG-SK-060SeguridadRoles con SUPERUSER además del administrador≥ 1 / ≥ 3 roles24 hBarato
PG-SK-061SeguridadContraseñas de roles próximas a vencer≤ 14 / ≤ 3 días12 hBarato
PG-SK-065SeguridadActividad sospechosa de usuario≥ 1 usuario con indicadores5 minMedio
PG-SK-090RendimientoComportamiento anómalo respecto de la línea basedesvío de la línea base, z robusto ≥ 3,55 minDerivado
PG-SK-091CapacidadConsumo proyectado a 24 horasproyección: cruza el umbral crítico en 24 h1 hDerivado
AUTO-SK-001AutomonitoreoFilas en particiones DEFAULT del repositorio≥ 1 / ≥ 1001 hBarato

Además del umbral clásico, 5 comprobaciones proyectan la tendencia (cuándo se va a cruzar un umbral, no solo si ya se cruzó), 2 detectan cuando una serie se aparta de su propia línea base y 2 buscan actividad sospechosa de usuarios. Las 6 marcadas «solo serie» no avisan por sí solas: recolectan la carga y las esperas que alimentan esa línea base.

Costo medido, no estimado

Cada ejecución guarda su propia duración en pulsedb.ejecuciones_agente. Estos son los números de la semana al 26 de septiembre de 2026, contra las dos bases del piloto: Oracle 19c y PostgreSQL 16.

Volumen

65.324 ejecuciones en 7 días

Unas 9.300 por día entre las dos bases, cada una con su resultado guardado.

Duración

23 ms de mediana

El 95 % de las ejecuciones termina en menos de 181 ms. La lectura más cara, el alert log de Oracle, se hace cada 15 minutos.

Presupuesto

36 s de DB time por hora

Es el tope por base: el 1 % de una CPU. PulseDB mide su propio consumo con dos comprobaciones de automonitoreo y le avisa si lo supera.

Consumo real

~17 s/h en Oracle, 0,34 s/h en PostgreSQL

Medido en el piloto el 24 de septiembre sobre la actividad de sus propios usuarios de monitoreo, no calculado.

Lo que la tabla no dice

Límites, dichos de frente

  • No dice que corran igual en cualquier base. Las verificamos contra Oracle 19c y PostgreSQL 16 autogestionado. Para Aurora PostgreSQL el conector está escrito, pero todavía no lo probamos contra un clúster real.
  • No proyecta el primer día. La proyección de las próximas 24 horas necesita siete días de historia, y la línea base aprende de lo que ve: una base recién incorporada empieza por los umbrales.
  • Una advertencia no siempre abre un ticket en el acto. Si una métrica de nivel queda en advertencia, el ticket se abre recién después de cuatro horas seguidas y con tendencia a empeorar. Un crítico, sí, en el acto.

La ficha de cobertura, sin adornos

Los mismos números que le mostraríamos en la demostración.

En producción
59 comprobaciones33 de Oracle, 25 de PostgreSQL y 1 común a los dos.
Verificadas contra
Dos bases realesOracle 19c y PostgreSQL 16, unas 9.300 ejecuciones por día.
Tipos de evaluación
CuatroUmbral, proyección, desvío de la línea base y actividad sospechosa de usuarios.
Costo por ejecución
23 ms de medianaEl 95 % por debajo de 181 ms.

Véalas correr contra su propia base

No una captura de pantalla ni un ambiente de demostración genérico: las mismas comprobaciones, con los mismos umbrales, apuntando a una instancia suya.

Agendar una demostración
Qué necesitamos de ustedUn usuario de solo lectura y una hora de su tiempo. Nada más. Qué le entregamosEl tablero funcionando sobre su base y un informe con lo que encontramos. Dónde estamosConsultoría y soporte Oracle para toda América Latina.