Actualización de versión de PostgreSQL sin perder datos
Actualizamos tu servidor a una versión más nueva de PostgreSQL sin perder datos y con el menor corte posible. Elegimos el método según el tamaño de la base y la tolerancia a la interrupción, ensayamos el proceso en una copia, verificamos extensiones y aplicaciones, y dejamos un camino de vuelta preparado por si hiciera falta.
Te respondemos con una propuesta concreta. Sin compromiso.
Versiones menores y mayores de PostgreSQL
PostgreSQL publica una versión mayor por año, y el proyecto da soporte a cada una durante cinco años. Dentro de cada versión mayor salen versiones menores, que corrigen errores y vulnerabilidades. La diferencia entre las dos es clave para planificar, y este trabajo forma parte de nuestro servicio de PostgreSQL:
- Versiones menores: se aplican reemplazando el software y reiniciando. No cambian el formato de los datos y conviene instalarlas siempre.
- Versiones mayores: cambian el formato interno de los datos, así que la base tiene que migrarse con alguno de los métodos que se describen abajo.
Métodos de actualización
| Método | Cómo funciona | Cuándo conviene |
|---|---|---|
| Volcado y restauración | Se exporta la base completa con pg_dump y se importa en la versión nueva | Bases chicas o medianas, o cuando también se cambia de servidor |
| pg_upgrade | Convierte la base en el mismo servidor, reutilizando los archivos de datos | Bases grandes que pueden tolerar un corte corto |
| Replicación lógica | Un servidor nuevo, ya actualizado, recibe los cambios del viejo hasta el momento del pase | Sistemas que necesitan el menor corte posible |
Cada método tiene sus detalles. Con pg_upgrade, por ejemplo, hay que preparar las estadísticas del planificador después del cambio. Con replicación lógica, las secuencias y los cambios de estructura no se copian solos y hay que sincronizarlos aparte.
Innovación en emprendimientos
¿Lo pensamos para tu proyecto?
Cuándo necesitás actualizar
- Tu versión está por quedar sin soporte o ya no lo tiene.
- Tu proveedor de nube cobra un cargo extra por mantener versiones viejas.
- Querés usar mejoras de rendimiento o funciones de las versiones nuevas.
- Vas a cambiar de servidor o de sistema operativo y conviene aprovechar el movimiento.
Cómo lo hacemos
- Inventario. Versión actual, tamaño de la base, extensiones, réplicas, aplicaciones conectadas y sus drivers.
- Revisión de notas de versión de cada salto, en busca de cambios que afecten a tus consultas.
- Ensayo en una copia, midiendo cuánto tarda cada paso.
- Copia de seguridad verificada antes de tocar producción. Si no tenés una estrategia sólida, la armamos con nuestro servicio de backups y replicación de PostgreSQL.
- Ejecución en una ventana acordada con tu equipo.
- Verificación: estadísticas actualizadas, pruebas de la aplicación y monitoreo cercano los primeros días.
Qué recibís
- Tu base en una versión de PostgreSQL con soporte vigente.
- Un informe con el método usado, los tiempos reales y los ajustes aplicados.
- El procedimiento documentado, útil para la próxima actualización.
Si tu base es MySQL, el proceso tiene otras particularidades, como la obligación de pasar por versiones intermedias. Lo explicamos en nuestra actualización de versión de MySQL.
Preguntas frecuentes
¿Tenés otra duda? Escribinos por WhatsApp.
¿Puedo saltar varias versiones de PostgreSQL de una vez?
Sí. A diferencia de otros motores, PostgreSQL permite pasar de una versión mayor vieja a la más reciente en un solo paso, tanto con pg_upgrade como con un volcado y restauración. Lo que sí hay que revisar son las notas de todas las versiones intermedias, porque los cambios de comportamiento se acumulan y pueden afectar consultas de tu aplicación.
¿Hay que modificar la aplicación?
En la mayoría de los casos no, o muy poco. Las incompatibilidades entre versiones de PostgreSQL son acotadas y están documentadas. Lo que más suele requerir atención son los drivers de conexión muy viejos, funciones que cambiaron de comportamiento y extensiones. Lo detectamos en el ensayo, con la aplicación conectada a la versión nueva.
¿Qué pasa con extensiones como PostGIS?
Las extensiones tienen que estar disponibles en versiones compatibles con el PostgreSQL de destino antes de actualizar. En algunos casos conviene actualizar primero la extensión en el servidor viejo y después el motor. Lo verificamos durante el inventario, porque una extensión faltante es una de las causas más comunes de una actualización fallida.
¿Cómo se actualiza una base en Cloud SQL, RDS o Supabase?
Las bases administradas ofrecen herramientas propias para cambiar de versión mayor, pero el trabajo de preparación es el mismo: revisar compatibilidad, probar la aplicación, elegir la ventana y tener un plan de vuelta atrás. Además, algunos proveedores cobran un cargo extra por mantener versiones viejas, lo que suma un motivo para actualizar.
¿Qué pasa si algo sale mal durante la actualización?
Para eso existe el plan de vuelta atrás. Según el método, el servidor anterior queda intacto hasta confirmar que todo funciona, o hay una copia verificada lista para restaurar. Como el procedimiento se ensayó antes en una copia, los imprevistos son poco frecuentes, y si aparecen ya sabemos cuánto lleva volver al estado anterior.
Pedí tu presupuesto
Actualización de versión de PostgreSQL sin perder datos, pensado para tu emprendimiento. Contanos qué necesitás y te respondemos con una propuesta.
- Tres pasos, menos de dos minutos.
- Propuesta concreta, sin compromiso.
- Si preferís, lo hablamos por WhatsApp.
- Qué necesitás
- Tu proyecto
- Tus datos
También te puede servir
- Actualización de MySQL a una versión con soporte vigente MySQL
- Actualización de Supabase self-hosted sin perder datos Supabase
- Actualización de Laravel y PHP a versiones con soporte Laravel
- Diseño de bases de datos PostgreSQL pensadas para crecer PostgreSQL
- Instalación y configuración de servidores PostgreSQL para producción PostgreSQL
- Migración a PostgreSQL desde MySQL, SQL Server u otros motores PostgreSQL