Maintenance planifiée
S’APPLIQUE À : 
Azure Database pour PostgreSQL : serveur flexible
Votre serveur flexible Azure Database pour PostgreSQL fait l’objet d’opérations de maintenance périodiques pour garder votre base de données managée sécurisée, stable et à jour. Au cours de la maintenance, le serveur récupère des fonctionnalités, des mises à jour et des correctifs.
Important
Évitez toutes les opérations du serveur (modifications, modifications de la configuration, démarrage/arrêt du serveur) pendant la maintenance du serveur flexible Azure Database pour PostgreSQL. Ces activités peuvent entraîner des résultats imprévisibles, affectant la stabilité et les performances du serveur. Attendez que la maintenance s’achève avant d’effectuer des opérations du serveur.
Fenêtre de maintenance
Vous pouvez planifier la maintenance pour un jour spécifique de la semaine et pour une fenêtre de temps durant cette journée. Vous pouvez aussi laisser le système choisir un jour et une fenêtre de temps pour vous automatiquement.
Le système envoie des notifications de maintenance 5 jours à l’avance afin de vous donner un temps suffisant pour vous y préparer. Le système vous indique également quand la maintenance démarre et quand elle se termine.
Les notifications relatives à la maintenance planifiée à venir peuvent être :
- Envoyées par e-mail à une adresse spécifique.
- Envoyées par e-mail à un rôle Azure Resource Manager.
- Envoyées dans un SMS à des appareils mobiles.
- Notification envoyée (push) à une application Azure.
- Remises sous forme de message vocal.
Quand vous spécifiez des préférences de planification de la maintenance, vous pouvez choisir entre une planification personnalisée et une planification gérée par le système. Si vous optez pour une planification personnalisée, vous pouvez spécifier un jour de la semaine et une fenêtre de temps. Par contre, si vous sélectionnez une planification gérée par le système, le système choisit un jour pour vous. Il choisit aussi dans cette journée une fenêtre de temps d’une heure, entre 11h00 et 17h00, dans le fuseau horaire de la région de votre serveur. Vous pouvez configurer différentes planifications de maintenance pour chacun de vos serveurs flexibles Azure Database pour PostgreSQL.
Important
Normalement, l’intervalle entre les événements de maintenance planifiés réussis pour un serveur est d’au moins 30 jours. Cependant, pour une mise à jour critique urgente, comme dans le cas d’une vulnérabilité grave, la fenêtre de notification peut être inférieure à 5 jours ou même être ignorée. La mise à jour critique peut être appliquée à votre serveur même si le système a effectué une maintenance planifiée au cours des 30 derniers jours.
Vous pouvez mettre à jour vos paramètres de maintenance planifiée à tout moment. Si une maintenance est planifiée pour votre serveur flexible Azure Database pour PostgreSQL et que vous mettez à jour vos préférences de maintenance planifiée, le déploiement actuel n’est pas reprogrammé. Il est effectué le jour et à l’heure auxquels il était déjà planifié. Les modifications apportées aux paramètres de maintenance planifiée deviennent effectives une fois la maintenance planifiée suivante terminée.
Comparaison entre la maintenance gérée par le système et la maintenance personnalisée
Vous pouvez définir une planification gérée par le système ou une planification personnalisée pour chaque instance de serveur flexible Azure Database pour PostgreSQL dans votre abonnement Azure :
- Avec une planification gérée par le système, le système choisit une fenêtre d’une heure entre 23h00 et 7h00 dans le fuseau horaire de la région de votre serveur.
- Avec une planification personnalisée, vous pouvez spécifier votre fenêtre de maintenance pour le serveur en choisissant le jour de la semaine et le début d’une fenêtre de temps d’une heure.
La maintenance planifiée se produit en premier sur les serveurs configurés avec des planifications gérées par le système. Les serveurs avec des planifications personnalisées sont traités ensuite, après au moins sept jours au sein d’une région. Pour recevoir des mises à jour anticipées pour les serveurs de développement et de test, utilisez une planification gérée par le système. Ce choix permet d’effectuer des tests et de résoudre les problèmes en amont, avant que les mises à jour atteignent des serveurs de production avec des planifications personnalisées.
Les mises à jour des serveurs de planification personnalisée commencent sept jours plus tard, pendant une fenêtre de maintenance définie. Une fois que vous êtes averti, vous ne pouvez pas différer les mises à jour. Nous vous conseillons d’utiliser des planifications personnalisées pour les environnements de production uniquement.
Dans de rares cas, le système peut annuler certains événements de maintenance ou bien certains événements peuvent échouer. Si une mise à jour échoue, le processus est annulé et votre serveur est restauré à la version précédente des fichiers binaires. Le serveur peut toujours redémarrer pendant la fenêtre de maintenance.
Si une mise à jour est annulée ou en échec, le système crée une notification concernant l’événement de maintenance annulé ou en échec. La tentative suivante d’effectuer l’opération de maintenance sera planifiée en fonction de vos paramètres de planification actuels et vous recevrez une notification cinq jours à l’avance.
Considérations et limitations
Voici quelques considérations relatives à la maintenance mensuelle :
- La maintenance mensuelle est impactée et implique un temps d’arrêt.
- Le temps d’arrêt dépend de la charge transactionnelle sur le serveur au moment de la maintenance.
Partager vos suggestions et bogues avec l’équipe produit Azure Database pour PostgreSQL.