Copias de seguridad de PostgreSQL con pg_dump y restauración verificada

Una copia que nunca se ha restaurado es solo una suposición. PostgreSQL ofrece herramientas para respaldos lógicos y físicos, pero cada una responde a necesidades distintas. Esta guía se centra en pg_dump, pg_restore y las pruebas que convierten un archivo en una recuperación real.

Índice de Contenido 💻
  1. Define RPO y RTO
  2. Crear un respaldo
  3. Restaurar en pruebas
  4. Verifica el archivo
  5. Errores que debes evitar
  6. Plan de recuperación
  7. Fuentes oficiales

Define RPO y RTO

El RPO indica cuántos datos puedes perder y el RTO cuánto tiempo puede durar la interrupción. Un proyecto personal quizá necesite una copia diaria; un sistema de ventas puede requerir respaldos frecuentes y recuperación a un punto concreto.

Crear un respaldo

pg_dump -h localhost -U app_user -d tienda -Fc -f tienda.dump
pg_dumpall -U postgres --globals-only > globals.sql

El formato personalizado permite restaurar objetos selectivos. El segundo comando conserva roles y objetos globales que no pertenecen a una sola base.

Restaurar en pruebas

createdb -U postgres tienda_prueba
pg_restore -U postgres -d tienda_prueba --clean --if-exists tienda.dump

Restaura primero en un entorno aislado. Comprueba tablas, índices, secuencias, extensiones, permisos y consultas críticas. Si cambiaste de propietario, revisa --no-owner y reasigna permisos explícitamente.

Verifica el archivo

Automatiza una restauración periódica y ejecuta consultas de negocio, no solo un listado de tablas. Calcula un hash después de copiar el archivo y conserva varias generaciones. Mantén una copia fuera del servidor principal y cifra el almacenamiento.

Errores que debes evitar

  • Guardar dumps en una carpeta pública del sitio.
  • Respaldar solo la base y olvidar roles o claves externas.
  • Conservar una única copia en el mismo disco.
  • Probar la copia solo cuando ya existe una emergencia.
  • Usar un usuario de respaldo con más permisos de los necesarios.

Plan de recuperación

  1. Detén cambios peligrosos y conserva logs.
  2. Elige una copia verificada y un momento de recuperación.
  3. Restaura en un entorno controlado.
  4. Valida datos y permisos con el responsable.
  5. Documenta la causa y actualiza el procedimiento.

Fuentes oficiales

Si quieres conocer otros artículos parecidos a Copias de seguridad de PostgreSQL con pg_dump y restauración verificada puedes visitar la categoría Blog.

También puede gustarte:

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Subir