Maintenance planifiée

Votre instance de serveur flexible Azure Database pour PostgreSQL effectue régulièrement des opérations de maintenance pour vous aider à sécuriser, stable et à jour 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.

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 calendaires à 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.

Vous pouvez recevoir des notifications sur la maintenance planifiée à venir via :

• Envoyez un e-mail à une adresse spécifique.
• Envoyer un e-mail vers un rôle "Azure Resource Manager".
• Sms vers les appareils mobiles.
• Notification Push vers une application Azure.
• 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 chacune de vos instances de serveur flexible Azure Database pour PostgreSQL.

Vous pouvez mettre à jour vos paramètres de maintenance planifiée à tout moment. Si la maintenance est planifiée pour votre instance de serveur flexible Azure Database pour PostgreSQL et que vous mettez à jour vos préférences de maintenance planifiées, le déploiement actuel n’est pas repositionné. 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 plannings personnalisés suivent 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 de planification permet un test précoce et une résolution des 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, 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 prochaine tentative pour effectuer l’opération de maintenance sera planifiée en fonction de vos paramètres de planification actuels et vous recevrez une notification 5 jours calendaires à 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.
• Une fois la maintenance planifiée, toutes les modifications apportées aux paramètres de maintenance s’appliquent uniquement au cycle de maintenance suivant, et non au cycle de maintenance actuel.

Application de la maintenance sur les instances arrêtées/désactivées

Si un serveur PostgreSQL est arrêté pendant la maintenance planifiée, la maintenance ne sera pas appliquée immédiatement. Au lieu de cela, la maintenance est appliquée lorsque le serveur est redémarré, manuellement par le client ou automatiquement via la fonctionnalité de redémarrage automatique de 7 jours . Une notification est envoyée au client indiquant que la maintenance n’a pas pu être appliquée, car le serveur est arrêté et sera appliqué lors du redémarrage du serveur.

Les clients peuvent remarquer une légère augmentation du temps de redémarrage (5 à 8 minutes) lorsque la maintenance en attente est appliquée, en particulier pendant les redémarrages manuels.

Contenu connexe

• Configurer une maintenance planifiée
• Recevoir des notification sur la maintenance à venir
• Configurer des alertes sur des événements de maintenance planifiée à venir