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 de mars 2026 de Azure Database pour PostgreSQL. À compter du 3 mars 2026, le service intègre automatiquement tous les nouveaux serveurs à cette dernière version. Le service met à niveau les serveurs existants pendant leur prochaine maintenance planifiée.
Cette nouvelle 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.
Modifications de version du moteur
- Dernières versions mineures mises à jour pour Azure Database pour PostgreSQL : 18.2, 17.8, 16.12, 15.16 et 14.21.
Fonctionnalités
- Ajout de la possibilité pour les utilisateurs autorisés d’attribuer le rôle pg_use_reserved_connections.
- La prise en charge de TimescaleDB a été activée pour PostgreSQL 18.
- Clusters élastiques : la restauration à un point dans le temps au niveau du cluster à partir de SSDv1 vers le stockage SSDv2 est désormais prise en charge, avec des IOPS de stockage et un débit calculés automatiquement.
- Clusters élastiques : exécutez des requêtes pour PostgresDifferentialMetricsCollector et PostgresStatsCollector sur la base de données Citus.
- Paramètres du serveur : le paramètre cron.timezone est désormais configurable, ce qui vous permet de définir votre fuseau horaire préféré pour les travaux cron planifiés.
- Prise en charge de la migration de VNET vers un point de terminaison privé pour les serveurs HA. Les serveurs à haute disponibilité peuvent désormais être migrés de l’intégration au réseau virtuel vers Private Link.
Améliorations
- PgBouncer mis à niveau vers la dernière version publiée par la communauté v1.25.1
- Mise à jour de l’extension anon vers la version 2.5.1.
- Mise à jour de PostGIS vers la version 3.6.1.
- Mise à jour de l’extension orafce vers la version 4.16.3.
- Mise à jour de TimescaleDB vers la version 2.23.0.
- Mise à jour de l’extension Semver vers la version 0.41.0
- Mise à jour de l’extension Tdigest vers la version 1.4.3
- Mise à jour de l’extension Pg_partman vers la version 5.3.1
- Mise à jour de l’extension Hll vers la version 2.19
- Différentes améliorations apportées à la fiabilité des métriques.
- Amélioration de "pgms_wait_sampling" pour capturer les ID de requête corrects pour les énoncés d'utilitaires (par exemple, DDL/maintenance), assurant ainsi une attribution précise des événements d’attente.
- Clusters élastiques : les métriques différentielles citus_stat_counters sont désormais activées par défaut
- Clusters élastiques - Cohérence des règles de pare-feu : les règles de pare-feu sont désormais auto-guéries sur les instances principales et de secours, ce qui élimine les incompatibilités de métadonnées après les mises à jour.
- Clusters élastiques - Correctif de la mise en miroir des pare-feux à haute disponibilité : la mise en miroir des règles de pare-feu sur les clusters haute disponibilité cible désormais correctement le groupe de sécurité réseau en attente.
- Clusters élastiques - Détectabilité des nœuds : la sonde active du nœud de cluster est activée par défaut, ce qui garantit que les nouveaux nœuds sont immédiatement détectables.
- Mise en miroir de structure : mise à jour de l'exigence de propriété de table : la propriété de table n’est plus nécessaire pour les tables mises en miroir dont l’identité de réplique est configurée. La propriété n'est requise maintenant que pour les tables qui n'ont pas d'identité de réplique définie.
- Mise en miroir de structure : pré-validation des conditions préalables à la mise en miroir : ajout d’une étape de validation requise au niveau de la base de données lors de la sélection de la table. Si les conditions préalables nécessaires à la mise en miroir ne sont pas remplies, l’opération échoue maintenant tôt avant de lancer la publication.
- clusters MongoDB : suppression simplifiée avec Private Link activé : vous pouvez désormais supprimer des clusters MongoDB qui ont un Private link configuré sans d’abord supprimer le Private Link.
- Plusieurs améliorations ciblées et correctifs de bogues pour améliorer la stabilité, la fiabilité et l’expérience globale du service.
Résolution de problèmes connus
- Correction d’un problème pour améliorer le nettoyage des emplacements de réplication, en ciblant des scénarios de cas de périphérie rares.
- Correction d’un problème où PgBouncer pouvait être considéré comme défectueux lors de l’atteinte des connexions clientes maximales (entraînant le redémarrage de PgBouncer). Ce correctif empêche les redémarrages inutiles.
- Fiabilité améliorée de la suppression du serveur : correction d’un cas de périphérie dans lequel une suppression de serveur pouvait être bloquée si l’approvisionnement était toujours en cours.
- Amélioration de la stabilité de la suppression pour le serveur et le point de terminaison privé : résolution d’une condition de concurrence susceptible de bloquer les opérations de suppression lorsque des demandes de suppression rapides sont émises pour un serveur et son point de terminaison privé.
- Clusters élastiques : la sonde de nœud actif vérifie désormais correctement le rôle principal, ce qui empêche le trafic d’être acheminé vers des nœuds non principaux.
Contenu connexe
- Notes de version - Azure Database pour PostgreSQL