Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este artículo se describe la directiva de control de versiones de Azure Database for PostgreSQL.
Versión principal
Una versión principal es un cambio en el primer número de la versión. Por ejemplo, PostgreSQL 16 a PostgreSQL 17 es una actualización de la versión principal. Las versiones principales presentan nuevas características y funcionalidades. Pueden incluir cambios que requieren actualizaciones de código de aplicación. Azure Database for PostgreSQL admite cada versión principal de PostgreSQL a partir de la fecha en que Azure comienza a ofrecer soporte técnico hasta que la versión llegue al final del ciclo de vida (fin de soporte técnico) tal como se define en la comunidad de PostgreSQL. Para más información, consulte Directiva de control de versiones de la comunidad de PostgreSQL.
Directiva de soporte técnico
En la tabla siguiente se proporcionan los detalles de retirada de las versiones principales de PostgreSQL. Las fechas siguen la directiva de versión de la comunidad de PostgreSQL.
| Versión de PostgreSQL | Novedades | Fecha de inicio del soporte técnico estándar de Azure | Fecha de finalización del soporte técnico estándar de Azure |
|---|---|---|---|
| PostgreSQL 18 | Notas de la versión | 25 de septiembre de 2025 (versión preliminar) | 14 de noviembre de 2030 |
| PostgreSQL 17 | Notas de la versión | 30-Sep-2024 | 8-Nov-2029 |
| PostgreSQL 16 | Notas de la versión | 15-Oct-2023 | 9-Nov-2028 |
| PostgreSQL 15 | Notas de la versión | 15-May-2023 | 11-Nov-2027 |
| PostgreSQL 14 | Notas de la versión | 29-Jun-2022 | 12-Nov-2026 |
| PostgreSQL 13 | Notas de la versión | 25-May-2021 | 31 de marzo de 2026 |
| PostgreSQL 12 | Notas de la versión | 22-Sep-2020 | 31 de marzo de 2026 |
| PostgreSQL 11 | Notas de la versión | 24-Jul-2019 | 31 de marzo de 2026 |
PostgreSQL 18 está disponible actualmente en versión preliminar en Azure Database for PostgreSQL con disponibilidad inicial en la región Este de Asia.
Compatibilidad con versiones secundarias
Una instancia de servidor flexible de Azure Database for PostgreSQL actualiza automáticamente las versiones secundarias a la versión de PostgreSQL preferida de Azure durante el mantenimiento periódico.
Soporte extendido
Para ayudarle a mantener cargas de trabajo seguras y compatibles más allá del final del ciclo de vida de la comunidad (fin de soporte técnico), Azure está introduciendo soporte extendido para Azure Database for PostgreSQL.
El soporte extendido proporciona acceso continuo a actualizaciones de seguridad críticas y asistencia técnica. Con el soporte extendido, tiene tiempo para planear e implementar la estrategia de actualización con confianza.
La compatibilidad ampliada proporciona:
- Hasta tres años adicionales de soporte técnico después de que finalice el soporte técnico estándar
- Revisiones de seguridad y correcciones de errores críticas
- Soporte técnico a través de canales de soporte técnico de Azure (según su plan existente)
Note
El soporte extendido no incluye nuevas versiones de características, mejoras de rendimiento ni compatibilidad con actualizaciones de versiones secundarias.
¿Por qué usar soporte extendido?
El soporte extendido es ideal para los clientes que...
- Necesita más tiempo para actualizar cargas de trabajo complejas.
- Requerir cobertura de cumplimiento y seguridad durante la planeación de la actualización.
- Dependa del soporte técnico ininterrumpido para entornos críticos.
procedimientos recomendados
- Trate el soporte extendido como un puente temporal, no una solución a largo plazo.
- Comience el planeamiento de la actualización antes de la fecha de finalización del ciclo de vida (fin del soporte técnico).
- Considere la posibilidad de actualizar a versiones más recientes, como PostgreSQL 15 o 16, para mejorar el rendimiento y la compatibilidad.
Versiones válidas de PostgreSQL
| Versión de PostgreSQL | Fecha de inicio del soporte técnico estándar de Azure | Fecha de retirada de la comunidad | Fecha de finalización del soporte técnico estándar de Azure | Fecha de inicio de soporte extendido de pago | Fecha de finalización de soporte extendido de pago |
|---|---|---|---|---|---|
| 11 | 24 de julio de 2019 | 9 de noviembre de 2023 | martes, 31 de marzo de 2026 | 1 de abril de 2026 | 8 de noviembre de 2026 |
| 12 | 22 de septiembre de 2020 | 14 de noviembre de 2024 | martes, 31 de marzo de 2026 | 1 de abril de 2026 | 13 de noviembre de 2027 |
| 13 | 25 de mayo de 2021 | 13 de noviembre de 2025 | martes, 31 de marzo de 2026 | 1 de abril de 2026 | 12 de noviembre de 2028 |
| 14 | 29 de junio de 2022 | 12 de noviembre de 2026 | 11 de diciembre de 2026 | 12 de diciembre de 2026 | 11 de noviembre de 2029 |
Inscripción y precio
- Inscripción automática: los servidores postgreSQL que ejecutan versiones no admitidas se inscriben automáticamente en soporte extendido el 1 de marzo de 2026.
- Opción de exclusión: puede optar por no participar en cualquier momento mediante la actualización a una versión compatible.
- Período de gracia: se aplica un período de gracia de un mes. La facturación comienza el 1 de abril de 2026.
- Precios: los detalles se publicarán en esta página antes de que comience la facturación.
Preguntas más frecuentes (FAQ)
Q: ¿Qué ocurre si quiero seguir ejecutándose sin soporte extendido? ¿Puedo optar por no recibirla?
R: No.
P: ¿Qué ocurre si seguir ejecutando una versión de PostgreSQL no compatible en Azure después de que la comunidad finalice el soporte técnico?
R: El servidor se inscribe automáticamente en soporte extendido un mes después de la fecha de finalización del soporte técnico de la comunidad (o el 1 de marzo de 2026, para las versiones 11, 12 y 13).
P: ¿Puedo seguir usando mi instancia de PostgreSQL sin soporte extendido?
R: Sí, pero después del período de gracia, usted queda inscrito automáticamente en Soporte Extendido de pago a menos que actualice a una versión compatible. Durante el período de gracia, asume el riesgo operativo completo y el soporte técnico de Microsoft no puede garantizar la resolución de problemas.
P: ¿Mis aplicaciones pueden interrumpirse durante una actualización de la versión principal?
A. Las actualizaciones de versiones principales de PostgreSQL pueden introducir cambios que pueden afectar a la aplicación, como parámetros de configuración en desuso, extensiones incompatibles o diferencias de comportamiento de SQL. Se recomienda validar las actualizaciones en un entorno que no sea de producción antes de aplicarlas en producción. Para obtener más información, revise las consideraciones y limitaciones clave en la documentación de las actualizaciones de versiones principales.
Note
Azure Database for PostgreSQL admite actualizaciones de versiones principales en contexto solo a las versiones de PostgreSQL admitidas actualmente. Por ejemplo, puede actualizar la versión actual dado que Azure admite oficialmente la versión de destino en el momento de la actualización. Las versiones no admitidas no se pueden seleccionar como destinos de actualización y el intento de actualizar a una versión en desuso puede provocar errores o interrupciones del servicio. Consulte siempre la directiva de control de versiones de Azure PostgreSQL y la documentación de actualización antes de iniciar una actualización de la versión principal.
P: ¿Cómo sé si mi servidor está en soporte extendido?
R: Azure Portal y la CLI indican claramente si un servidor está inscrito en soporte extendido.
P: ¿Es necesario actualizar los parámetros del servidor después de las actualizaciones de la versión principal?
R: No es necesario ningún cambio manual. El flujo de trabajo de actualización actualizará de forma automática los parámetros de la nueva versión de PostgreSQL.
P: ¿Las extensiones de PostgreSQL se actualizan automáticamente durante una actualización de la versión principal?
R: No. Mientras Azure actualiza el motor de base de datos, las extensiones nocore (por ejemplo, pgvector, timescaledb) requieren actualizaciones manuales. Use ALTER EXTENSION ... UPDATE o vuelva a crear extensiones no admitidas después de la actualización.
P: ¿Cómo puedo reducir el tiempo de inactividad durante una actualización importante?
R: Para minimizar el tiempo de inactividad:
- Planee las actualizaciones durante horas de poco tráfico.
- Identifique y corrija los bloqueadores de actualizaciones (por ejemplo, extensiones, roles, ranuras de replicación) antes de la actualización.
- Pause los trabajos en segundo plano y las sesiones de larga duración.
- Escale verticalmente el proceso de forma temporal para acelerar la pg_upgrade.
- Limpie el sobredimensionamiento con VACUUM o REINDEX de ser necesario.
- Ejecute ANALYZE después de actualizar para restaurar el rendimiento.
P: ¿Dónde puedo realizar un seguimiento de cuáles de mis servidores están cerca del final del soporte técnico?
R: Azure proporciona visibilidad a través del portal.
P: ¿Qué opciones de soporte técnico están disponibles durante la fase de soporte extendido?
R: Los servidores de soporte extendido pueden generar casos de soporte técnico solo para problemas relacionados con la seguridad. Las solicitudes de características, el ajuste del rendimiento y las correcciones generales de errores no se admiten para el final de las versiones de soporte técnico. Las mejoras en las características existentes para el final de las versiones de soporte técnico no se volverán a importar.
Q: ¿Cómo se controlará el período comprendido entre el 13 de noviembre de 2025 y el 1 de marzo de 2026 para la versión 13 de PostgreSQL? ¿Continuará el soporte técnico durante este tiempo? ¿Cómo diferirá del período anterior al 13 de noviembre de 2025?
R: Según la directiva de control de versiones de la comunidad de PostgreSQL, cada versión principal se admite hasta que la comunidad lo retire. Se proporcionará soporte extendido gratuito de Azure hasta el 31 de marzo de 2026. A los clientes se les cobra por el soporte extendido desde el 1 de abril. Para garantizar el soporte y el acceso continuos a las nuevas características, actualice a las versiones más recientes.
Compatibilidad con PostgreSQL 12
Azure amplía la compatibilidad con PostgreSQL 12 en instancias de servidor flexible de Azure Database for PostgreSQL. Esta escala de tiempo de soporte extendido proporciona más tiempo para actualizar a versiones superiores de PostgreSQL. Facilita una transición fluida para los usuarios que se basan actualmente en PostgreSQL 12.
Compatibilidad con PostgreSQL 11
Azure está ampliando la compatibilidad con PostgreSQL 11 en instancias de servidor flexible de Azure Database for PostgreSQL. Esta escala de tiempo de soporte extendido proporciona más tiempo para actualizar a versiones superiores de PostgreSQL. Facilita una transición fluida para los usuarios que se basan actualmente en PostgreSQL 11.
No se admiten versiones retiradas del motor de PostgreSQL en Azure Database for PostgreSQL
Puede seguir usando la versión retirada en instancias de servidor flexible de Azure Database for PostgreSQL. Sin embargo, después de la fecha de retirada de cada versión de base de datos de PostgreSQL, se aplican las restricciones siguientes:
Cuando la comunidad retira una versión de PostgreSQL, Azure Database for PostgreSQL deja de aplicar revisiones de errores o seguridad al motor de base de datos. Este cambio puede exponer el servidor a riesgos de seguridad u otros problemas. Sin embargo, Azure sigue manteniendo y revisando el host subyacente, el sistema operativo, los contenedores y los componentes de servicio relacionados.
Si experimenta un problema de soporte técnico relacionado con el propio motor de PostgreSQL, es posible que no podamos proporcionar soporte técnico porque la comunidad ya no proporciona las revisiones. En tales casos, deberá actualizar su base de datos a una de las versiones admitidas.
No se pueden crear nuevos servidores mediante una versión de PostgreSQL que se retira. Sin embargo, puede realizar recuperaciones a un momento dado y crear réplicas de lectura para los servidores existentes.
Es posible que las nuevas funcionalidades de servicio desarrolladas por el servidor de Azure Database for PostgreSQL solo estén disponibles para las versiones admitidas del servidor de bases de datos.
Los SLAs de tiempo de actividad se aplican únicamente a los problemas relacionados con el servicio de la instancia de servidor flexible de Azure Database for PostgreSQL y no cubren ningún tiempo de inactividad causado por errores del motor de base de datos.
En casos poco frecuentes en los que una vulnerabilidad crítica en una versión de PostgreSQL retirada supone una amenaza para el servicio, Azure podría detener los servidores afectados para proteger la plataforma. En estos casos, se le notificará que debe actualizar el servidor antes de ponerlo en línea.
Las nuevas extensiones introducidas para las instancias de servidor flexible de Azure Database for PostgreSQL no se admiten en las versiones de PostgreSQL que la comunidad retiró.
Sintaxis de la versión de PostgreSQL
Antes de la versión 10 de PostgreSQL, la directiva de control de versiones de PostgreSQL considera que una actualización de versión principal es un aumento del primer o segundo número. Por ejemplo, 9.5 a 9.6 se consideró una actualización de la versión principal. A partir de la versión 10, solo se considera una actualización de la versión principal un cambio en el primer número. Por ejemplo, de 10.0 a 10.1 es una actualización menor. La versión 10 a 11 es una actualización de la versión principal.