Configurer les notifications préalables pour les événements de maintenance planifiée dans Azure SQL Managed Instance

S’applique à :Azure SQL Managed Instance

Les notifications anticipées vous permettent de configurer les notifications pour qu’elles soient envoyées jusqu’à 24 heures à l’avance de tout événement prévu.

Vous pouvez configurer les notifications pour recevoir des SMS, des e-mails, des notifications push Azure et des messages vocaux lorsque la maintenance prévue doit commencer dans les prochaines 24 heures. Des notifications de suivi sont envoyées au début et à la fin de la maintenance.

Configurer une notification préalable

Important

L’intégrité des services déploie de nouvelles expériences en plusieurs phases. Certains utilisateurs verront le portail Azure Service Health mis à jour, tandis que d’autres verront toujours le portail Service Health classique. Si vous voyez toujours le portail Service Health classique, pour Région, ne sélectionnez pas Global comme option, mais plutôt la région spécifique ou toutes les régions.

Effectuez les étapes suivantes pour activer une notification dans la page Intégrité des services du Portail Azure.

  1. Rendez-vous sur la page Service Health . Dans la section Alertes, sélectionnez Alertes santé. Sélectionnez ensuite Créer.

    Capture d’écran de la page Alertes d’intégrité dans le Portail Azure. Le bouton Ajouter une alerte d’intégrité des services est encadré en rouge.

  2. Dans la section Étendue, sélectionnez Abonnement.

  3. Dans la section Condition , configurez les services à alerter, les régions et les critères. Pour une alerte plus générique, sélectionnez toutes les valeurs. Pour cibler l’alerte, sélectionnez Azure SQL Managed Instance as a Service, sélectionnez les régions où vous avez déployé ces services, puis sélectionnez Maintenance planifiée pour le type d’événement.

    Capture d’écran de la page du portail Azure dans laquelle vous définissez les conditions de l’alerte d’intégrité et les services pour lesquels une notification doit être envoyée.

    Capture d’écran de la page du portail Azure dans laquelle vous définissez les conditions de l’alerte d’intégrité et les régions pour lesquelles une notification doit être envoyée.

    Capture d’écran de la page du portail Azure dans laquelle vous définissez les conditions de l’alerte d’intégrité et les types d’événements pour lesquels une notification doit être envoyée.

  4. Dans la section Actions, sélectionnez le groupe d’actions existant ou créez-en un.

    Capture d’écran de la page du portail Azure dans laquelle vous ajoutez ou créez des groupes d’actions.

  5. Dans la section Détails , saisissez le nom de votre alerte et spécifiez le groupe de ressources où vous souhaitez la déployer.

    Capture d’écran de la page du portail Azure dans laquelle vous définissez les détails de l’alerte.

  6. Sélectionner Étiquettes. Envisagez d'utiliser les balises Azure. Par exemple, utilisez les balises « Propriétaire » ou « CreatedBy » pour identifier qui a créé la ressource, et l’étiquette « Environnement » pour déterminer si cette ressource est en production, développement, etc. Pour plus d’informations, consultez Développer votre stratégie de nommage et d’étiquetage pour les ressources Azure.

  7. Sélectionnez Revoir + créer. Votre alerte sera créée dans les prochaines minutes.

Vous êtes prêt. La prochaine fois qu'un événement de maintenance Azure SQL est prévu, vous recevrez une notification préalable. Pour en savoir plus sur la création d’alertes santé, visitez Azure Service Health.

Suivi des événements de maintenance d’Azure SQL Managed Instance

Azure Service Health combine trois services plus petits distincts pour vous tenir informé de la santé de vos ressources cloud. Ces informations incluent les problèmes actuels et à venir tels que les événements ayant un impact sur le service, la maintenance planifiée et d’autres modifications susceptibles d’affecter votre disponibilité. Service Health (un sous-service) fournit une vue personnalisée de l’intégrité des services et régions Azure que vous utilisez. Cette vue est le meilleur endroit pour rechercher un service affectant les activités de maintenance planifiée.

Dans la section Santé du service, vous pouvez trouver une page d’entretien planifié qui liste toutes les activités de maintenance effectuées sur vos abonnements. Vous pouvez utiliser des filtres intégrés pour affiner la liste des événements et les étendre au type de locataire, d’abonnement, de région ou de ressource.

Capture d’écran de la page Azure Monitor Service Health sur laquelle vous pouvez répertorier tous les événements de maintenance.

À partir de la liste des événements sur la page Service Health | Planned Maintenance, vous pouvez accéder à chaque événement de maintenance et consulter les détails. Tous les événements de maintenance avec le même ID de suivi apparaissent dans l’onglet Mises à jour des problèmes . Dans l’onglet Ressources impactées , le portail liste les ressources affectées par les événements de maintenance publiés.

Capture d’écran de la page Azure Monitor Service Health avec un événement de maintenance unique ouvert contenant les détails complets sur l’événement.

Recevoir des notifications

Le tableau suivant indique les notifications d’informations générales que vous pouvez recevoir :

Statut Description
Prévu Reçu 24 heures avant l’opération de maintenance. La maintenance est planifiée le DATE entre 17h00 et 8h001 (heure locale) dans la région region_name.
InProgress La maintenance des bases de données dans la région region_name commence.
Terminé La maintenance des bases de données dans la région region_name est terminée.

1 Les heures de début et de fin dépendent de la fenêtre de maintenance sélectionnée.

Le tableau suivant contient les notifications supplémentaires qui peuvent être envoyées pendant que la maintenance est en cours :

Statut Description
Reprogrammée - La maintenance est en cours, mais ne s’est pas terminée pendant le créneau de maintenance.
- Il y a eu un problème pendant la maintenance et il ne pouvait pas démarrer.
- La maintenance planifiée a démarré, mais n’a pas pu aboutir. Elle se poursuivra dans la prochaine fenêtre de maintenance.
Annulé La maintenance des bases de données de la région region_name est annulée et sera reprogrammée pour plus tard.

autorisations

Bien que des notifications préalables puissent être envoyées à n’importe quelle adresse e-mail, la stratégie de contrôle d’accès en fonction du rôle (RBAC) d’abonnement Azure détermine qui peut accéder aux liens de l’e-mail. L’interrogation de Resource Graph relève du contrôle d’accès Azure RBAC. Pour activer l’accès en lecture, chaque destinataire doit avoir un accès en lecture au niveau du groupe de ressources. Pour plus d’informations, consultez Étapes pour attribuer un rôle Azure.

Récupérer programmatiquement la liste des ressources concernées

Azure Resource Graph est un service Azure conçu pour étendre la gestion des ressources Azure. L’Explorateur Azure Resource Graph fournit une exploration efficace et performante des ressources. Vous pouvez effectuer une requête à grande échelle sur un ensemble d’abonnements donné, et ainsi gérer de façon optimale votre environnement.

Vous pouvez utiliser l’explorateur Azure Resource Graph pour rechercher des événements de maintenance. Pour une présentation de l’exécution de ces requêtes, consultez Démarrage rapide : exécuter votre première requête Resource Graph à l’aide de l’explorateur Azure Resource Graph.

Lorsque vous recevez la notification avancée pour la maintenance planifiée, vous obtenez un lien qui ouvre Azure Resource Graph et exécute la requête pour l’événement exact. La valeur notificationId est unique par événement de maintenance. La requête ressemble à l’exemple suivant :

resources
| project resource = tolower(id)
| join kind=inner (
    maintenanceresources
    | where type == "microsoft.maintenance/updates"
    | extend p = parse_json(properties)
    | mvexpand d = p.value
    | where d has 'notificationId' and d.notificationId == 'LNPN-R9Z'
    | project resource = tolower(name), status = d.status, resourceGroup, location, startTimeUtc = d.startTimeUtc, endTimeUtc = d.endTimeUtc, impactType = d.impactType
) on resource
| project resource, status, resourceGroup, location, startTimeUtc, endTimeUtc, impactType

Dans l’explorateur Azure Resource Graph (ARG), vous pouvez trouver des valeurs pour le statut du déploiement différentes de celles affichées dans le contenu des notifications.

Statut Description
En attente - La maintenance est planifiée pour une date à venir.
- La maintenance planifiée précédemment est reprogrammée et attend de commencer à la prochaine fenêtre.
- La maintenance a démarré mais ne s’est pas terminée dans la fenêtre de maintenance précédente. Elle se poursuivra dans la prochaine fenêtre de maintenance.
InProgress La maintenance de la ressource region_name démarre ou est en cours.
Terminé La maintenance de la ressource region_name est terminée.
Aucune mise à jour en attente La maintenance planifiée précédemment de la ressource region_name est annulée et sera reprogrammée ultérieurement.
RetryLater La maintenance planifiée de la ressource region_name a démarré mais n’a pas pu aboutir. Elle se poursuivra dans la prochaine fenêtre de maintenance.

Pour la référence complète des requêtes d’exemple et comment les utiliser sur des outils comme PowerShell ou Azure CLI, voir Azure Resource Graph exemples de requêtes pour Azure Service Health.