Maintenance planifiée dans Azure Database pour PostgreSQL – Serveur flexible
S’APPLIQUE À : 
Azure Database pour PostgreSQL – Serveur flexible
Le serveur flexible Azure Database pour PostgreSQL effectue une maintenance périodique pour aider à garantir la sécurité, la stabilité et la mise à jour de votre base de données managée. 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.
Sélectionner une fenêtre de maintenance
Vous pouvez planifier la maintenance pour un jour spécifique de la semaine et d’une fenêtre de temps dans ce jour. 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 que vous ayez suffisamment de temps pour vous préparer. Le système vous indique également quand la maintenance démarre et quand elle se termine correctement.
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 un jour de la semaine et une fenêtre de temps. Si vous ne spécifiez pas de fenêtre de temps, le système choisit des heures comprises entre 23h00 et 7h00 dans le fuseau horaire de la région de votre serveur. Vous pouvez définir différentes planifications pour chaque instance de serveur flexible Azure Database pour PostgreSQL dans votre abonnement Azure.
Important
Normalement, l’intervalle entre les événements de maintenance planifiés réussis pour un serveur est d’au moins 30 jours. Toutefois, 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 être omise. 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 les paramètres de planification à tout moment. Si la maintenance est planifiée pour votre instance de serveur flexible Azure Database pour PostgreSQL et que vous mettez à jour les préférences de planification, le déploiement actuel se poursuit comme prévu. Les modifications apportées aux paramètres de planification deviennent effectives une fois la maintenance planifiée suivante terminée.
Comparaison entre les planifications de maintenance personnalisées et gérées par le système
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 sélectionnant le jour de la semaine et une fenêtre d’une heure.
Les mises à jour sont d’abord appliquées aux serveurs avec des planifications gérées par le système, suivies des serveurs avec des planifications personnalisées après au moins sept jours dans 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 un test précoce pour résoudre les problèmes 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, les événements de maintenance peuvent être annulés par le système ou ne pas se terminer correctement. Si la mise à jour échoue, elle est annulée et la version précédente des fichiers binaires est restaurée. Le serveur peut toujours redémarrer pendant la fenêtre de maintenance.
Si une mise à jour est annulée ou a échoué, le système crée une notification concernant l'événement de maintenance annulé ou échoué. 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
Certains points à prendre en compte lors de 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.