Backups sin restauración probada
El backup existe, pero nunca se probó. Un restore fallido durante un incidente real puede costar días de datos y reputación.
DIAGNÓSTICO DBA · COLOMBIA Y LATINOAMÉRICA
Diagnóstico DBA: encuentra los riesgos antes de que fallen.
Revisión técnica completa de tu plataforma de bases de datos. Backups, performance, bloqueos, replicación, capacidad y seguridad. Informe priorizado y reunión de cierre. Iniciamos la revisión con rapidez una vez se valida el alcance y se habilita el acceso seguro.
- Inicio ágil tras validar acceso y alcance
- Informe de riesgos priorizado
- Reunión de cierre incluida
RIESGOS QUE IDENTIFICAMOS
¿Qué tan expuesta está tu plataforma?
La mayoría de las empresas descubren los problemas de base de datos durante un incidente, no antes. El diagnóstico encuentra esos riesgos cuando todavía hay tiempo de actuar.
Consultas lentas no detectadas
Queries que degradan el sistema en producción y pasan desapercibidas hasta que afectan a los usuarios finales.
Replicación atrasada sin alerta
Una réplica rezagada no puede usarse como failover. Si el primary falla, la diferencia de datos se pierde permanentemente.
Bloqueos recurrentes en producción
Cadenas de bloqueo que generan timeouts intermitentes, errores en la aplicación y pérdida de transacciones de negocio.
Disco o memoria al límite
Crecimiento no proyectado que puede producir una caída total cuando el sistema se queda sin espacio o memoria disponible.
Accesos y roles sin auditar
Usuarios con permisos excesivos, contraseñas débiles o accesos activos de personas que ya no están en el equipo.
MOTORES SOPORTADOS
Un diagnóstico, múltiples plataformas.
El diagnóstico se adapta al motor que usas. Cada plataforma tiene sus vistas internas, sus riesgos específicos y sus herramientas de revisión.
PostgreSQL
pg_stat_activity, pg_stat_replication, autovacuum, slots, PITR, pg_basebackup, índices no usados y parámetros de configuración.
SQL Server
DMVs de waits y performance, sys.dm_exec_requests, Missing Index, fragmentación, tempdb, Always On y SQL Agent jobs.
Oracle
RMAN, FRA, Data Guard, V$SESSION, alert.log, ASH/AWR, Datafiles y gestión de espacio con tablespaces.
DB2
Monitoreo de conexiones, tablespaces, backups offline/online, HADR y análisis de plan de ejecución con db2expln.
PROCESO DEL DIAGNÓSTICO
Sin acceso a producción innecesario.
El diagnóstico se realiza con accesos de solo lectura y scripts no invasivos. No generamos carga adicional ni interrumpimos operaciones.
Si lo solicitas, el diagnóstico también puede ser ejecutado por manos remotas de tu equipo con guía clara y paso a paso de mi parte, para mayor seguridad y evitando compartir accesos innecesarios para la solución del problema.
- 1
Kick-off (30 min)
Revisamos el contexto, la criticidad de la plataforma, el motor, la urgencia y acordamos los accesos mínimos necesarios.
- 2
Recolección (día 1)
Ejecutamos scripts de diagnóstico de solo lectura: backups, replicación, performance, capacidad y seguridad.
- 3
Análisis (día 1–2)
Cruzamos evidencias, priorizamos riesgos por impacto y urgencia, y preparamos el informe con acciones concretas.
- 4
Entrega y cierre
Presentamos el informe en una reunión de 45–60 minutos. El cliente sale con un plan de acción claro y priorizado.
PREGUNTAS FRECUENTES
Lo que suelen preguntar antes de contratar
¿Qué accesos necesitan para hacer el diagnóstico?
Se requiere un usuario de solo lectura sobre las vistas del sistema (pg_stat_*, sys.dm_*, V$SESSION, etc.). No es necesario acceso a datos de negocio, solo a las vistas internas del motor. En caso de no poder conectarnos directamente, podemos guiarle para exportar los datos necesarios y analizarlos de forma segura.
¿En qué consiste el informe entregado?
Un documento técnico con: lista de riesgos identificados ordenados por prioridad, evidencia capturada (queries, métricas, capturas de vistas internas), acción concreta recomendada para cada punto, y criterio de cuándo escalar. No es un reporte genérico: cada hallazgo tiene evidencia y acción específica para tu plataforma.
¿Cuánto tiempo toma el diagnóstico?
El tiempo de entrega se confirma según la complejidad de la plataforma, el número de instancias y la evidencia requerida, y empieza a correr desde que se tienen los accesos disponibles y se hace el kick-off. Como referencia: para una instancia individual y con acceso oportuno, muchos diagnósticos estándar pueden completarse en aproximadamente 48 horas hábiles. Plataformas más complejas (múltiples motores, réplicas, alta disponibilidad) suelen requerir más tiempo, y el plazo definitivo se confirma al validar alcance y complejidad.
¿El diagnóstico incluye corrección de los problemas encontrados?
No por defecto, pero muchos clientes contratan la corrección después del diagnóstico. El valor del diagnóstico está en saber exactamente qué corregir y en qué orden, con evidencia técnica. La implementación se cotiza por separado según el alcance de los hallazgos.
¿Cuántas bases de datos cubre el diagnóstico?
El alcance base cubre una instancia o clúster principal. Para entornos con múltiples instancias, motores mixtos (PostgreSQL + SQL Server, por ejemplo) o alta disponibilidad compleja, el alcance se ajusta en el kick-off. No hay sorpresas: el alcance se define antes de comenzar.
¿Este diagnóstico sirve si ya tengo un incidente activo?
Este diagnóstico está pensado para una evaluación preventiva y programada, sin presión de tiempo real. Si tu base de datos ya está caída, inaccesible o afectando la operación ahora mismo, eso es un incidente activo y requiere una atención distinta, priorizada por severidad. Para SQL Server, la clasificación de incidentes (P1, P2, P3) y el canal de contacto correspondiente están en la página de soporte SQL Server.
SOLICITAR DIAGNÓSTICO
¿Listo para conocer el estado real de tu base de datos?
Cuéntame qué motor usas y cuál es el síntoma o la preocupación principal. Respondo con el siguiente paso concreto, no con una venta.
Al enviar este formulario autorizas el uso de tus datos únicamente para responder esta solicitud comercial. No comparto prospectos con terceros.