Partager via

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

  • Article

S’applique à :Azure SQL Managed Instance

Les notifications préalables permettent aux clients de configurer des notifications à envoyer jusqu’à 24 heures à l’avance de tout événement planifié.

Les notifications peuvent être configurées de sorte que vous puissiez recevoir des textes, des e-mails, des notifications push Azure et des messages vocaux lorsque le démarrage de la maintenance planifiée est prévu dans les 24 heures suivantes. Des notifications de suivi sont envoyées au début et à la fin de la maintenance.

Configurer une notification préalable

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

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.

  1. Accédez à la page Intégrité des services, sous Alertes, sélectionnez Alertes d’intégrité. 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 le ou les services pour lequel l’alerte doit être envoyée, la ou les régions, ainsi que les critères. Pour une alerte plus générique, sélectionnez toutes les valeurs. Pour affiner les résultats, sélectionnez Azure SQL Managed Instance comme service, la ou les régions où ces services sont déployés et 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, définissez le nom de votre alerte et spécifiez le groupe de ressources où elle doit être déployée.

    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, la balise « Owner » ou « CreatedBy » pour identifier qui a créé la ressource, et la balise « Environnement » pour identifier si cette ressource est en production, développement, etc. Pour plus d’informations, consultez Développer une stratégie de nommage et de catégorisation des ressources Azure.

  7. Sélectionnez Revoir + créer. Votre alerte est créée au cours des prochaines minutes.

Vous êtes prêt. La prochaine fois qu’un événement de maintenance Azure SQL sera planifié, vous recevrez une notification préalable. Pour en savoir plus sur la création d’alertes d’intégrité, consultez Azure Service Health

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

Azure Service Health est une combinaison de trois services distincts plus petits destinée à vous informer de l’intégrité 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. Il s’agit du meilleur endroit pour rechercher le service affectant les activités de maintenance planifiée.

Sous Service Health, vous trouverez une page Maintenance planifiée pour répertorier toutes les activités de maintenance qui se déroulent 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.

Dans la liste des événements sur la page Service Health | Maintenance planifiée, vous pouvez accéder plus au-delà à chaque événement de maintenance et en vérifier les détails. Tous les événements de maintenance avec le même ID de suivi s’affichent sous l’onglet Mises à jour sur le problème. Dans Ressources affectées, les ressources affectées par les événements de maintenance publiés sont répertoriées.

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çue 24 heures avant l’événement 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 est en cours de démarrage.
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 dans la fenêtre de maintenance.
- Un problème est survenu lors de la maintenance qui n’a pas pu 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 dans la région region_name est annulée et sera reprogrammée ultérieurement.

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 du graphique des ressources est couverte par la gestion des accès RBAC Azure. 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 impacté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 la notification préalable pour la maintenance planifiée est reçue, vous obtiendrez un lien qui ouvre Azure Resource Graph et exécute la requête pour l’événement exact, similaire à ce qui suit. La valeur notificationId est unique par événement de maintenance.

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), il se peut que vous rencontriez des valeurs pour l’état du déploiement, légèrement différentes de celles affichées dans le contenu de la notification.

Statut Description
En attente - La maintenance est planifiée pour une date à venir.
- La maintenance planifiée précédemment a été reprogrammée et démarrera dans la prochaine fenêtre de maintenance.- 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.
NoUpdatesPending 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 obtenir la référence complète des exemples de requêtes et comment les utiliser dans des outils tels que PowerShell ou Azure CLI, consultez les exemples de requêtes Azure Resource Graph pour Azure Service Health.

Contenu connexe