Partager via

Gérer les paramètres de maintenance planifiée dans Azure Database pour MySQL – Serveur flexible

  • Article

S’APPLIQUE À : Azure Database pour MySQL – Serveur flexible

Vous pouvez spécifier des options de maintenance pour chaque instance de serveur flexible Azure Database pour MySQL dans votre abonnement Azure. Les options incluent la planification de maintenance et les paramètres de notification pour les événements de maintenance à venir et terminés.

Prérequis

Pour utiliser ce guide pratique, il vous faut :

Spécifier les options de planification de la maintenance

  1. Dans la page du serveur flexible Azure Database pour MySQL, sous le titre Paramètres, choisissez Maintenance pour ouvrir les options de maintenance planifiée.
  2. La planification par défaut (gérée par le système) est un jour aléatoire de la semaine et une fenêtre de 60 minutes pour le début la maintenance entre 23 h et 7 H, heure du serveur local. Si vous souhaitez personnaliser cette planification, choisissez Planification personnalisée. Vous pouvez ensuite sélectionner un jour par défaut de la semaine et une fenêtre de 60 minutes pour l’heure de début de la maintenance.

Replanifier la maintenance

  1. Dans la fenêtre Maintenance, vous remarquerez un nouveau bouton intitulé Replanifier.
  2. En cliquant sur Replanifier, une fenêtre « Replanifier la maintenance » apparaît dans laquelle vous pouvez sélectionner une nouvelle date et une nouvelle heure pour l'activité de maintenance planifiée.
  3. Après avoir sélectionné votre date et heure préférées, sélectionnez Reprogrammer pour confirmer votre choix.
  4. Vous disposez également d'une option de maintenance à la demande en cliquant sur Replanifier à maintenant. Une boîte de dialogue de confirmation apparaît pour vérifier que vous comprenez l'effet potentiel, y compris un éventuel temps d'arrêt du serveur.

La reprogrammation de la maintenance déclenche également des notifications par e-mail pour vous tenir informé.

La disponibilité de la fenêtre de reprogrammation n'est pas fixe, elle dépend souvent de la taille de la fenêtre de maintenance globale pour la région dans laquelle réside votre serveur. Cela signifie que les options de reprogrammation peuvent varier en fonction des opérations régionales et de la charge de travail.

Remarque

La reprogrammation de maintenance est uniquement disponible pour les niveaux de service à usage général et critique pour l’entreprise.

Considérations et limitations

Tenez compte des éléments suivants lors de l’utilisation de cette fonctionnalité :

  • Contraintes de demande : il est possible que votre maintenance replanifiée soit annulée en raison d’un nombre élevé d’activités de maintenance qui se produisent simultanément dans la même région.
  • Période de verrouillage : la replanification n’est pas disponible 15 minutes avant l’heure de maintenance initialement planifiée afin de maintenir la fiabilité du service.
  • Limitation de replanification : Si un trop grand nombre de serveurs dans la même région sont planifiés pour la maintenance pendant la même période, les demandes de replanification peuvent échouer. Les utilisateurs recevront une notification d’erreur si cela se produit et seront invités à choisir un autre créneau horaire. La maintenance replanifiée a peu de chances d’être annulée.

Il n’existe pas de limitation quant au nombre de fois où une maintenance peut être replanifiée : tant que la maintenance n’est pas passée à l’état « En préparation », vous pouvez toujours replanifier votre maintenance à un autre moment.

Notifications relatives aux événements de maintenance planifiée

Vous pouvez utiliser Azure Service Health pour visualiser les notifications sur les opérations de maintenance planifiées à venir ou effectuées sur votre instance de serveur flexible Azure Database pour MySQL. Vous pouvez également configurer des alertes dans Azure Service Health pour obtenir des notifications sur les événements de maintenance.

Étapes suivantes