Probar una restauración de PostgreSQL antes de migrar

Usa el método de copia de seguridad documentado por el proyecto y una instantánea coherente. Registra la base de datos de origen, la versión, la marca de tiempo/zona horaria, el tamaño, la persona responsable de la clave de cifrado y la suma de comprobación.

Guarda la copia cifrada en un lugar separado del servidor de producción. Mantén los secretos fuera del historial del shell, los tickets y las capturas de pantalla; verifica que el personal autorizado pueda obtener la clave.

Crea una base de datos vacía nueva con la versión principal prevista y los roles/extensiones compatibles. Restáurala allí con la herramienta de PostgreSQL adecuada; nunca apuntes el comando a producción.

Comprueba las tablas esperadas, los recuentos de filas de registros críticos, las restricciones, el inicio de la aplicación y un flujo de trabajo de solo lectura de ejemplo. Registra la duración de la restauración y las discrepancias antes de aprobar una migración.

Elige la herramienta de restauración según el formato: SQL plano usa psql; los archivos custom/tar usan pg_restore (inspecciónalos con pg_restore --list backup.dump). Restaura en una base de datos desechable y aislada, con los workers y las integraciones salientes desactivados y solo secretos de prueba. Nunca uses producción para este ensayo.

Registra el código de salida, la duración, los recuentos de tablas esperados y las comprobaciones agregadas conocidas. Si la restauración falla o los recuentos difieren, detente e inspecciona el error, las extensiones y los roles en el servidor de prueba antes de migrar. pg_dump cubre una base de datos; los roles globales requieren una copia de seguridad aparte.