Configurer les notifications préalables pour les événements de maintenance planifiée dans la base de données Azure SQL
S’applique à : Azure SQL Database
Les notifications préalables sont disponibles pour les bases de données configurées pour utiliser une fenêtre de maintenance autre que celle par défaut. 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.
Important
Pour Azure SQL Database, les notifications préalables ne peuvent pas être configurées pour l’option de fenêtre de maintenance Valeur système par défaut. Choisissez une fenêtre de maintenance différente de celle Valeur système par défaut pour configurer et activer les notifications préalables.
Les fenêtres de maintenance sont généralement disponibles. Les notifications préalables pour les fenêtres de maintenance sont généralement disponibles pour la base de données Azure SQL et Azure SQL Managed Instance.
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.
Accédez à la page Maintenance planifiée de l’intégrité des services, sélectionnez Alertes d’intégrité, puis Ajouter une alerte d’intégrité des services.
Dans la section Étendue, sélectionnez Abonnement.
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 la base de données Azure SQL ou 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.
Dans la section Actions, sélectionnez le groupe d’actions existant ou créez-en un.
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.
Sélectionnez Revoir + créer. Votre alerte est créée.
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
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. |
Canceled | 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 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.