Respaldar PostGIS y demostrar que se puede restaurar

La existencia de un archivo de respaldo no demuestra recuperación. Defina cuánto dato puede perder la organización y cuánto tiempo admite sin servicio. Esos objetivos determinan si un dump lógico es suficiente o si necesita respaldos físicos y recuperación a un punto en el tiempo.

Prueba mínima con bases desechables

Use una base gis_lab que contenga únicamente datos sintéticos y una base destino nueva gis_restore_lab. Configure autenticación fuera del comando. Un dump puede contener información sensible incluso cuando no imprime filas en pantalla; almacénelo con permisos restringidos.

Ejemplo de código

pg_dump --format=custom --file=gis_lab.dump --dbname=gis_lab
pg_restore --list gis_lab.dump
createdb gis_restore_lab
pg_restore --exit-on-error --no-owner --dbname=gis_restore_lab gis_lab.dump
psql --dbname=gis_restore_lab --command='SELECT PostGIS_Full_Version();'

El servidor destino debe tener disponibles las extensiones compatibles. --no-owner evita exigir los propietarios originales durante este laboratorio; no constituye una política de permisos para producción. Restaure y compruebe propietarios, privilegios y cuentas según su diseño real. El comando createdb debe fallar si la base ya existe; no elimine una base para repetir la prueba sin revisar su contenido y autorización.

Compruebe datos y consumidores

Compare claves y recuentos de tablas, geometrías vacías, índices y consultas representativas. Abra una capa restaurada desde QGIS con una cuenta de lectura. Si publica mediante GeoServer o pygeoapi, actualice únicamente la conexión del entorno de prueba y verifique respuestas y permisos. Recuperar tablas no basta si el catálogo del servidor o las claves de integración faltan.

Los roles y otras dependencias globales requieren tratamiento separado del dump de una base. Las credenciales deben recuperarse mediante su gestor de secretos, no incorporarse a una guía pública. Documente también versiones de PostgreSQL, PostGIS y bibliotecas relacionadas.

Operación diaria

Monitoree capacidad de disco, conexiones, transacciones largas, bloqueos, errores y edad del último respaldo utilizable. Defina quién recibe una alerta y qué acción concreta toma. Una alerta sin responsable no reduce el tiempo de recuperación.

Pruebe restauraciones periódicas y antes de una actualización mayor. Registre duración de copia, transferencia, restauración y comprobación de consumidores por separado. Si el volumen crece, repita con una copia representativa. Una restauración de diez filas no acredita recuperar el sistema completo dentro de una hora.

Migraciones de versión

Lea las rutas de actualización soportadas y ensaye sobre una copia. Mantenga una salida de reversión que incluya compatibilidad de datos, no solo un binario anterior. No prometa recuperación instantánea si el nuevo sistema ya recibió escrituras que el anterior desconoce.

Elegir objetivos antes de elegir herramientas

Responde cuánto trabajo puede perderse y cuánto puede durar la indisponibilidad. Un dump nocturno puede servir para datos de referencia poco cambiantes y fallar para inspecciones que no admiten perder un día. Puntos de recuperación más cercanos pueden requerir archivado continuo y respaldos físicos probados. Alta disponibilidad y copias resuelven fallos diferentes: una réplica también puede reproducir una eliminación equivocada.

Define recuperación como un flujo utilizable. Base, servicios, estilos, adjuntos, aplicación, identidad y secretos pueden tener mecanismos distintos. Registra dependencias para que la base restaurada no quede inutilizable por falta de configuración del servidor de mapas.

Ensayar de principio a fin

Identifica registro y adjunto sintéticos de referencia, conteo y consulta esperados.
Produce el respaldo y registra qué momento consistente representa.
Restaura hacia un destino nuevo con extensiones compatibles y nombre de conexión claramente distinto.
Reconstruye roles y permisos previstos sin copiar privilegios de producción innecesarios.
Abre la capa en QGIS y consulta mediante la cuenta de prueba del servicio.
Verifica adjunto, relación, filtro espacial y rechazo de una edición no autorizada.
Registra tiempos de recuperación del archivo, restauración, configuración y comprobación del consumidor por separado.

Un comando exitoso es solo un paso. Quien atiende el incidente necesita localizar y acceder al respaldo incluso cuando el sistema principal no está disponible, y saber qué controles permiten devolverlo a los usuarios.

Mantener coherencia entre datos y publicación

Si una nueva versión de datos requiere un campo de estilo, restaurar la base anterior con el estilo nuevo puede romper el mapa aunque todas las filas estén intactas. Restaurar metadatos de adjuntos sin archivos también produce registros completos en SQL que fallan en la interfaz de campo.

Elige puntos consistentes entre almacenes dependientes o documenta su conciliación. Identifica la versión de aplicación y configuración asociada al estado de datos. No guardes secretos en archivos públicos; conserva su recuperación en el sistema seguro existente de la organización.

Probar fallos que una copia no resuelve sola

Fallo	Qué demostrar
Archivo corrupto o incompleto	Existe otra copia identificable y utilizable
Extensión incompatible	Puede prepararse un entorno compatible
Eliminación válida accidental	Puede elegirse y conciliarse el momento deseado
Roles globales ausentes	Se reconstruyen propietarios y permisos
Almacén de adjuntos indisponible	Se recuperan documentos con sus registros
Administrador principal ausente	Otro operador autorizado puede recuperar

Almacena copias en un dominio de fallo adecuado. Junto al único disco de la base pueden desaparecer en el mismo incidente. Controla acceso y eliminación, pues las copias pueden contener más historia que el servicio público activo.

Incluir recuperación en la comparación económica

Incluye almacenamiento, retención, entornos de restauración y horas de operación en la alternativa abierta. Compara con el mismo alcance de recuperación del sistema actual. Una factura menor obtenida eliminando recuperabilidad representa otro nivel de servicio, no ahorro demostrado. La calculadora TCO separa infraestructura y trabajo interno para hacer visibles esos costos.

Referencia: archivado continuo y recuperación a un momento PostgreSQL.

Fuentes y documentación

Siguiente paso

Continúe en la colección Open GIS. Para comparar un proyecto concreto, use la calculadora de costo total y solicite una evaluación.