Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Nous sommes heureux d'annoncer la version d'octobre 2025 de Azure Database pour PostgreSQL. Cette version introduit une gamme de nouvelles fonctionnalités et améliorations, résout les problèmes connus et inclut des correctifs de sécurité essentiels pour garantir des performances et une sécurité optimales.
Note
Les nouveaux serveurs créés le ou après le 24 octobre 2025 sont automatiquement intégrés à cette dernière version. Les serveurs existants seront mis à jour pendant leur prochaine maintenance planifiée. Les déploiements Azure sont effectués région par région, de sorte que la disponibilité peut varier et que le déploiement mondial peut prendre jusqu’à un mois. Les clients doivent surveiller leurs notifications de maintenance planifiées pour savoir quand la mise à jour sera appliquée à leur serveur.
Modifications de version du moteur
- Aucune mise à niveau de version du moteur dans cette version de maintenance.
Fonctionnalités
- PgBouncer a été mis à jour de la version 1.22 à la version 1.23. Les requêtes de console d’administration incluent désormais des colonnes supplémentaires avec cette mise à jour.
- Citus 13.2 défini comme valeur par défaut pour PG16 et PG17 pour toutes les nouvelles dispositions de cluster élastique.
- Activé l’extension du magasin de requêtes pour PG18.
-
pg_squeeze extension mise à niveau vers la version 1.9, résolution d’un bogue critique dans la
squeeze.squeeze_table()fonction susceptible d’entraîner une altération des données. - Extension IP4R activée.
- Extension TimescaleDB mise à niveau vers la version 2.22.0.
Problèmes connus résolus
- Correction d’un problème qui pouvait laisser un serveur dans un état d’échec après qu’un utilisateur a tenté une opération de démarrage plusieurs fois dans une région qui rencontre des contraintes de capacité. Le serveur est désormais désalloué dans ces situations, et un message d’erreur lié à la capacité est retourné à l’utilisateur. Ce correctif permet désormais aux utilisateurs de réattemper les opérations de démarrage sans que le serveur n’entre dans un état d’échec.