Fenêtre maintenance dans Azure SQL Managed Instance
S’applique à : 
Azure SQL Managed Instance
La fonctionnalité de fenêtre de maintenance vous permet de configurer la planification de la maintenance pour les ressources Azure SQL Managed Instance, ce qui rend les événements de maintenance à fort impact prévisibles et moins disruptifs pour votre charge de travail.
Remarque
La fonctionnalité de fenêtre de maintenance protège uniquement de l’impact planifié des mises à niveau ou de la maintenance planifiée. Elle ne protège pas contre toutes les causes de basculement. Les exceptions susceptibles de provoquer de courtes interruptions de connexion en dehors d'une fenêtre de maintenance comprennent les défaillances matérielles, l'équilibrage de charge du groupement et les reconfigurations de la base de données dues à des événements comme une modification de l'objectif de niveau de service de la base de données.
Les notifications préalables permettent aux clients de configurer des notifications à envoyer jusqu’à 24 heures à l’avance de tout événement planifié.
Vue d’ensemble
Azure effectue régulièrement une maintenance planifiée pour les ressources SQL Database et SQL Managed Instance. Lors d’un événement de maintenance, les instances managées SQL sont entièrement disponibles, mais peuvent être soumises à de courtes reconfigurations dans des contrats de niveau de service de disponibilité (SLA) pour l’instance managée SQL.
La fenêtre de maintenance est destinée aux charges de travail de production qui ne sont pas résilientes aux reconfigurations de base de données ou d'instance, et qui ne peuvent pas tolérer les interruptions de connexion de courte durée qui sont provoquées par les événements de maintenance planifiée. En choisissant une fenêtre de maintenance qui vous convient, vous pouvez réduire l’impact de la maintenance planifiée, car elle se produira en dehors des heures de pointe de votre entreprise. Les charges de travail résilientes et les charges de travail hors production peuvent reposer sur la stratégie de maintenance par défaut d'Azure SQL.
La fenêtre de maintenance est gratuite, et peut être configurée pour des ressources Azure SQL nouvelles ou existantes. Elle peut être configurée à l’aide du portail Azure, de PowerShell, de l’interface CLI ou de l’API Azure.
Important
La configuration de la fenêtre de maintenance est une opération asynchrone durable, similaire à la modification du niveau de service de la ressource Azure SQL. La ressource est disponible pendant l’opération, à l’exception d’une reconfiguration rapide qui se produit à la fin de l’opération et qui dure généralement jusqu’à huit secondes, même en cas de transactions durables interrompues. Pour réduire l'impact de la reconfiguration, vous devez effectuer l'opération en dehors des heures de pointe.
Obtenir davantage de prévisibilité avec une fenêtre de maintenance
Par défaut, la stratégie de maintenance d’Azure SQL bloque les mises à jour les plus importantes entre 8 h à 17 h (heure locale) tous les jours afin d’éviter toute interruption pendant les heures d’ouverture habituelles. L'heure locale est déterminée par la localisation de la région Azure qui héberge la ressource et peut respecter l'heure d'été en fonction du fuseau horaire local.
Pendant la maintenance, les bases de données restent disponibles, mais certaines mises à jour peuvent nécessiter un basculement. La fenêtre de maintenance par défaut du système (17 h à 8 h) limite la plupart des activités à cette période, mais des mises à jour urgentes peuvent se produire en dehors de cette période. Pour vous assurer que toutes les mises à jour se produisent uniquement pendant la fenêtre de maintenance, sélectionnez une option non par défaut.
Pour les mises à jour de maintenance, vous pouvez choisir une heure adaptée à vos ressources Azure SQL en choisissant parmi deux créneaux de fenêtres de maintenance supplémentaires :
- Fenêtre Jour ouvrable : De 22 h à 6 h, heure locale, du lundi au jeudi
- Fenêtre Week-end : De 22 h à 6 h, heure locale, du vendredi au dimanche
Les jours de fenêtre de maintenance cités indiquent le jour de début de chaque fenêtre de maintenance de huit heures. Par exemple, « De 22 h à 6 h, heure locale, du lundi au jeudi » signifie que les fenêtres de maintenance commencent à 22 h, heure locale, chaque jour (du lundi au jeudi) et se terminent à 6 h, heure locale, le jour suivant (du mardi au vendredi).
Une fois que la fenêtre de maintenance est sélectionnée et que la configuration du service est terminée, les maintenances planifiées auront lieu uniquement pendant la fenêtre de maintenance de votre choix. Bien que les événements de maintenance se déroulent généralement dans une seule fenêtre, certaines d'entre eux peuvent s'étendre sur deux ou plusieurs fenêtres adjacentes.
Important
Azure SQL Database et Azure SQL Managed Instance se conforment à une pratique de déploiement sécurisée qui garantit que des régions Azure jumelées ne sont pas déployées en même temps. Toutefois, il n’est pas possible de prédire quelle région sera mise à niveau en premier ; ainsi l’ordre de déploiement n’est pas garanti. Parfois, votre instance principale est mise à niveau en premier, et parfois il s’agit de la secondaire.
Dans les situations où votre instance gérée SQL a des groupes de basculement et que les groupes ne sont pas alignés sur le jumelage de régions Azure, vous devez planifier différentes fenêtres de maintenance pour votre instance SQL gérée principale et secondaire. Par exemple, vous pouvez sélectionner la fenêtre de maintenance Jour ouvrable pour votre base de données géosecondaire et la fenêtre de maintenance Week-end pour votre base de données géoprimaire.
Dans de très rares cas où le report d'une action pourrait avoir des conséquences graves, comme l'application d'un correctif de sécurité critique, la fenêtre de maintenance configurée peut être temporairement ignorée.
Notifications préalables
Les notifications de maintenance peuvent être configurées pour vous avertir des événements de maintenance planifiée à venir pour vos Azure SQL Database et Azure SQL Managed Instance. Les alertes arrivent 24 heures à l’avance, avant l’ouverture de la fenêtre de maintenance et à la fin de la fenêtre de maintenance. Pour plus d’informations, consultez Notifications préalables.
Disponibilité des fonctionnalités
Types d’abonnements pris en charge
La configuration et l’utilisation d’une fenêtre de maintenance sont disponibles pour les types d’offres suivants : Paiement à l’utilisation, Fournisseur de solutions Cloud (CSP), Contrat Entreprise Microsoft ou Contrat client Microsoft.
Les offres limitées à l’usage dev/test ne sont pas éligibles (par exemple, Dev/Test - Paiement à l’utilisation ou Enterprise Dev/Test).
Notes
Une offre Azure correspond au type d’abonnement Azure que vous avez. Par exemple, un abonnement avec tarifs de paiement à l’utilisation, Azure en licence Open et Visual Studio Enterprise sont tous des offres Azure. Chaque offre ou plan présente différentes conditions et avantages. Votre offre ou plan est affiché dans la vue d’ensemble de l’abonnement. Pour plus d’informations sur la manière de changer votre abonnement et basculer vers une autre offre, consultez Changer d’offre pour votre abonnement Azure.
Objectifs de niveau de service pris en charge
Le choix d’une fenêtre de maintenance autre que celle par défaut est disponible sur tous les objectifs de niveau de service sauf les pools Azure SQL Managed Instance.
Prise en charge de la région Azure SQL Managed Instance pour les fenêtres de maintenance
Il est désormais possible de choisir, dans les régions suivantes, une fenêtre de maintenance pour Azure SQL Managed Instance autre que celle disponible dans toutes les régions.
Maintenance des passerelles
Dans Azure SQL Managed Instance, les nœuds de passerelle sont hébergés dans le cluster virtuel et ont la même fenêtre de maintenance que l’instance managée SQL.
Important
La stratégie de connexion de redirection est recommandée pour réduire le nombre d’interruptions pendant l’événement de maintenance, consultez les types de connexion.
Considérations relatives à Azure SQL Managed Instance
Azure SQL Managed Instance est un ensemble de composants du service hébergés sur un ensemble dédié de machines virtuelles isolées qui s'exécutent dans le sous-réseau virtuel du réseau virtuel du client. Ces machines virtuelles sont organisées en groupes pour former un cluster virtuel qui peut héberger plusieurs Managed Instances. Une fenêtre de maintenance configurée pour des instances dans le même sous-réseau peut influencer le nombre de groupes de machines virtuelles dans le cluster virtuel et les opérations de gestion du cluster virtuel. Par conséquent, quelques éléments sont à prendre en compte avant de configurer la fenêtre de maintenance.
La configuration de la fenêtre de maintenance est une opération longue.
Toutes les instances hébergées dans le même groupe de machines virtuelles partagent la même fenêtre de maintenance. Par défaut, toutes les Managed Instances sont hébergées dans un groupe avec la fenêtre de maintenance par défaut. Si vous spécifiez une autre fenêtre de maintenance, soit pendant que vous créez l'instance, soit après qu'elle ait été créée, l'instance est placée dans un groupe de machines séparé avec une fenêtre de maintenance correspondante. Si un tel groupe n'existe pas dans le groupement, un nouveau groupe est créé pour prendre en compte la nouvelle configuration de l'instance. Si vous configurez des instances supplémentaires dans le cluster virtuel pour utiliser la même fenêtre de maintenance, ces instances sont également ajoutées au groupe, ce qui signifie que le groupe peut avoir besoin d'être redimensionné. L'ajout d'instances à un nouveau groupe de machines et le redimensionnement de groupes de machines existants peuvent augmenter la durée de l'opération de configuration d'une fenêtre de maintenance.
La durée prévue pour configurer une fenêtre de maintenance pour une Managed Instance peut être calculée en utilisant la durée estimée des opérations de gestion de l'instance.
Important
Lorsque vous configurez une fenêtre de maintenance, la dernière étape de l'opération nécessite une reconfiguration de l'instance qui dure généralement jusqu'à 8 secondes, même si elle interrompt des transactions de longue durée. Pour réduire l'impact, configurez une fenêtre de maintenance en dehors des heures de pointe.
Conditions requises des espaces d’adressage IP
Chaque nouveau groupe de machines virtuelles dans un sous-réseau nécessite des adresses IP supplémentaires en fonction de l'attribution d'adresses IP du cluster virtuel. La modification d'une fenêtre de maintenance pour une Managed Instance existante nécessite également une capacité IP supplémentaire temporaire, de la même manière que lors de la mise à l'échelle du nombre de vCores pour le niveau de service correspondant.
Modification d’adresse IP
La configuration ou la modification d'une fenêtre de maintenance change l'adresse IP de l'instance en une adresse IP différente dans la plage d'adresses IP du sous-réseau.
Important
Assurez-vous que les règles du groupe de sécurité réseau (NSG) et du pare-feu ne bloquent pas le trafic de données après un changement d'adresse IP.
Sérialisation des opérations de gestion des clusters virtuels
Les opérations qui affectent le cluster virtuel, comme les changement de niveau de service ou le redimensionnement du cluster virtuel (comme l'ajout ou la suppression de nœuds de calcul inutilisés), sont sérialisées. Ainsi, une nouvelle opération de cluster virtuel ne peut pas démarrer tant que l'opération précédente n'est pas terminée. Si la fenêtre de maintenance se ferme avant la fin de l'opération de maintenance en cours, l'opération de maintenance en cours est mise en attente jusqu'à la fenêtre de maintenance suivante. Les autres opérations de gestion soumises pendant cette période sont également mises en attente et reprennent pendant ou après la fenêtre de maintenance suivante, une fois l'opération de maintenance initiale en cours terminée. Il n'est pas courant qu'une opération de maintenance prenne plus d'une fenêtre de maintenance par groupe de machines virtuelles au sein d'un groupement, mais cela peut arriver pour des opérations de maintenance très complexes.
La sérialisation des opérations de gestion du cluster virtuel est un comportement général qui s'applique également à la stratégie de maintenance par défaut. Lorsque vous configurez une planification de fenêtre de maintenance, la période entre deux fenêtres adjacentes peut être de quelques jours. Bien que cela soit rare, si l'opération de maintenance s'étend sur deux fenêtres, les opérations nouvellement soumises peuvent être mises en attente pendant plusieurs jours, ce qui risque de bloquer les opérations qui nécessitent des nœuds de calcul supplémentaires, comme la création d'une nouvelle instance ou le redimensionnement d'une instance existante.
Récupérer la liste d'événements de maintenance
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 avec la possibilité de lancer des requêtes à grande échelle sur un ensemble donné d’abonnements pour vous permettre d’optimiser la gestion de 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.
Pour rechercher les événements de maintenance de toutes les instance gérées de votre abonnement, utilisez l’exemple de requête suivant dans l’explorateur Azure Resource Graph :
servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc
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.