WAL-G 3.0.8 frente a pg_dump: RPO, S3 y restauración
WAL-G cambia el respaldo de PostgreSQL: base, WAL, objeto S3 y prueba de vuelta. Cuándo conviene frente a pg_dump, qué costo mirar y cómo ensayar.
Un terabyte de objetos en B2 cuesta USD 6,95 por mes según la lista pública de Backblaze; perder una mañana de facturación puede costar más. WAL-G 3.0.8, publicado en GitHub el 21 de enero de 2026, respalda PostgreSQL con backup base y archivos WAL hacia S3. Esta guía compara ese flujo con pg_dump y explica qué prueba demuestra que la base vuelve. ## Dónde aparece el respaldo que llega tarde pg_dump sirve para muchas pymes: exporta datos en un archivo lógico y permite mover tablas entre versiones. El problema operativo aparece cuando la organización necesita volver a las 10:42 y el último dump terminó a las 2:00. El antagonista concreto es el archivo nocturno que pesa bien, pasa la tarea programada y deja horas sin recuperar. La cifra que corrige la decisión sale de PostgreSQL. La documentación de continuous archiving explica que la recuperación necesita una secuencia continua de archivos WAL que llegue al menos hasta el inicio del backup base. WAL-G agrega manejo de backup base, WAL y almacenamiento remoto; el repositorio oficial lo describe para PostgreSQL y otras bases. La escala global llega desde Stack Overflow 2025: SQL aparece con 58,6 % entre todos los respondentes del bloque de lenguajes. En una pyme, esa cifra se vuelve concreta cuando ventas, caja y stock dependen de una base que alguien debe restaurar bajo presión. La diferencia se mide en minutos perdidos, no en megabytes copiados.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, PostgreSQL guarda registros estructurados: facturas, pagos, usuarios, estados y auditoría. Segundo, el servidor activa archivado de WAL. Tercero, WAL-G ejecuta un backup base y sube bloques comprimidos al almacenamiento compatible con S3. Cuarto, cada segmento WAL se copia al mismo destino para conservar cambios posteriores. Quinto, una política de retención borra copias vencidas sin cortar la cadena necesaria. Sexto, monitoreo revisa edad del último backup, archivos WAL pendientes, tamaño de cola y error de subida. Séptimo, una prueba restaura en otro directorio, aplica WAL hasta una hora objetivo y abre consultas reales. WAL-G recibe datos físicos de PostgreSQL y archivos WAL; entrega comandos de subida, listado y descarga para recuperación. PostgreSQL entrega el estado consistente de la base y los registros de cambios. MinIO/S3 guarda objetos y metadatos. IT administra credenciales, variables de entorno, permisos del bucket, retención y pruebas. Si falla WAL-G, la copia deja huecos. Si falla S3, falta destino. Si falla el monitoreo, nadie ve que la cola dejó de subir.
Qué se instala o configura primero
La pila concreta usa PostgreSQL 17 o 18, WAL-G 3.0.8, un bucket S3 o MinIO, credenciales con permiso mínimo, cifrado si corresponde, monitoreo y un servidor de restauración. La documentación de WAL-G para PostgreSQL muestra comandos como backup-push, backup-fetch y backup-list. El archivo de referencia en GitHub documenta variables de almacenamiento y restauración. El costo mensual para una base chica puede ubicarse entre USD 30 y USD 100, entre ARS 45.150 y ARS 150.500 al dólar oficial de venta de ARS 1.505. El rango cubre servidor, almacenamiento de objetos, copia, alertas y una restauración mensual. Migración desde dumps sueltos, limpieza de bases y simulacros quedan como horas de proyecto. El primer entregable verificable es una restauración a una hora elegida: backup usado, WAL aplicado, consulta de control, tamaño recuperado y duración total. UMSA puede ayudar cuando la organización necesita pasar de archivo nocturno a recuperación medible sin cambiar toda la aplicación.
Dónde se rompe y cómo probarlo
El primer riesgo aparece con WAL incompleto. El indicador es un backup base disponible y una secuencia con huecos. La prueba fuerza un cambio de WAL, corta la red del bucket y confirma que la alerta aparece antes de la siguiente copia. El segundo riesgo aparece con credenciales amplias. El indicador es una llave que puede listar y borrar todo el bucket. La prueba crea una credencial para escritura y lectura de prefijo, luego intenta borrar objetos fuera de retención. El tercer riesgo aparece con restauraciones que nunca se ejecutan. El indicador es un tablero verde sin una base abierta. La prueba restaura una vez por mes, ejecuta una consulta de negocio y guarda el reporte con hora objetivo. El cuarto riesgo aparece con retención mal calculada. El indicador es un pedido de recuperar un día fuera de ventana. La prueba documenta RPO, RTO y días conservados, después simula una recuperación del último día permitido. pg_dump conserva valor para exportaciones lógicas, auditorías puntuales y migraciones chicas. WAL-G entra cuando la pregunta operativa es cuánto tiempo exacto se puede recuperar. El responsable debe poder señalar una hora, levantar la base y mostrar el dato.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.