Copias de seguridad de PostgreSQL que sí se pueden restaurar: guía segura con pg_dump

Una copia de seguridad no vale por existir en un directorio: vale cuando puedes restaurarla, comprobar que los datos son utilizables y explicar cuánto tiempo tardarás en recuperar el servicio. En esta guía muestro un flujo sencillo con pg_dump, cifrado, retención y una restauración de prueba.

Qué problema resuelve este procedimiento

El objetivo es proteger una base de datos PostgreSQL de errores humanos, corrupción lógica, borrados accidentales y fallos del servidor. No sustituye a una estrategia de alta disponibilidad: una réplica puede copiar también un borrado equivocado. Por eso conviene conservar copias independientes y probar la recuperación.

Antes de crear la primera copia

Define el RPO (cuántos datos puedes perder) y el RTO (cuánto tiempo puede estar detenido el servicio). Después documenta la versión de PostgreSQL, el nombre de la base, el usuario de respaldo y la ubicación donde se almacenarán los archivos.

El usuario de respaldo no debe ser el administrador de la aplicación. Dale únicamente los permisos necesarios para leer el esquema y exportar los datos. Nunca guardes su contraseña dentro del repositorio ni en un script público.

Crear un respaldo reproducible

Para una base de tamaño pequeño o mediano, el formato personalizado de pg_dump es práctico porque permite restaurar objetos concretos con pg_restore:

export PGHOST=127.0.0.1
export PGPORT=5432
export PGDATABASE=tienda
export PGUSER=backup_reader

umask 077
mkdir -p /var/backups/postgresql
pg_dump --format=custom --no-owner --file="/var/backups/postgresql/tienda-$(date +%F-%H%M).dump"

umask 077 evita que otros usuarios del sistema lean el archivo por defecto. Si el respaldo sale de la máquina, protégelo además con cifrado en tránsito y en reposo. El archivo puede contener información personal, tokens históricos o datos comerciales.

Comprobar que el archivo no está vacío ni corrupto

El comando debe devolver un código de salida cero. Aun así, eso solo confirma que el proceso terminó; no demuestra que la c

Si quieres conocer otros artículos parecidos a Copias de seguridad de PostgreSQL que sí se pueden restaurar: guía segura con pg_dump puedes visitar la categoría Blog.