La base de datos no abre / no está accesible

Síntoma

No es posible conectarse al servicio, 'connection refused', la instancia no arranca, el listener no responde.

1. ¿Dónde falla: red, servicio o instancia?

¿Es accesible el servidor (ping/ssh)? ¿Se está ejecutando el proceso/servicio de la BD (ps/systemctl/services.msc)? ¿Está escuchando el puerto (ss -ltnp / telnet host port)? Esto ubica el problema en una capa: red / servicio / instancia de base de datos.

2. Revise el servicio y el listener

Si el proceso de la BD no está levantado, intente iniciarlo; si está levantado pero las conexiones fallan, revise el listener/puerto y la capa de autenticación.

Oracle

-- OS: lsnrctl status  (listener)
-- SQL*Plus: STARTUP;  (if the instance is down)
SELECT status FROM v$instance;

PostgreSQL

-- OS: systemctl status postgresql ; pg_isready -h host
-- Logs: the last lines tell why it did not start

MySQL

-- OS: systemctl status mysqld ; mysqladmin ping

SQL Server

-- Services / SQL Server Configuration Manager; SQL Server Error Log

Redis

redis-cli ping  # expect PONG

3. Lea los logs: la respuesta está ahí

Si la BD no abre, el motivo está escrito en el log: alert log (Oracle), postgresql.log / arranque, error log de mysqld, ERRORLOG de SQL Server, log de redis. Disco lleno, archivo corrupto, permisos, conflicto de puerto, archivo faltante: todo aparece aquí.

4. Atienda las causas comunes: disco, permisos, puerto, corrupción

¿Está el disco lleno al 100% (la causa más común)? ¿Están dañados los permisos del directorio de datos? ¿Ocupa el puerto otro proceso? ¿Se necesita recovery (tras un crash)? ¿Hay un control file/redo log corrupto? Aborde cada uno según el mensaje del log.

5. Recupere y mantenga un registro del incidente

El crash recovery normalmente se completa automáticamente; tenga paciencia. Si hay corrupción, recupere desde backup/PITR (consulte el playbook de Corrupción). Después, redacte un análisis de causa raíz (RCA): qué pasó, por qué y cómo evitar que se repita.