Fenêtre de maintenance dans la base de données Azure SQL
S’applique à : 
la base de données Azure SQL
La fonctionnalité de fenêtre de maintenance vous permet de configurer la planification de la maintenance pour les ressources Azure SQL Database et Azure SQL Managed Instance, ce qui rend les événements de maintenance à fort impact prévisibles et moins disruptifs pour votre charge de travail.
Notes
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 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é.
Vue d’ensemble
Azure effectue régulièrement une maintenance planifiée pour les ressources SQL Database et SQL Managed Instance. Pendant l'événement de maintenance Azure SQL, les bases de données restent entièrement disponibles, mais peuvent fêtre soumis à des reconfigurations rapides dans le cadre de contrat de niveau de service (contrat SLA) de disponibilité pour SQL Database.
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 celle-ci. 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.
Remarque
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.
- Toutefois, lorsque la géoréplication ou les groupes de basculement sont activés pour votre base de données et que la géoréplication ne correspond pas au jumelage de régions Azure, planifiez des fenêtres de maintenance différentes pour vos bases de données primaire 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.
Important
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 votre Azure SQL Database. 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 SLO à l’exception des suivants.
- Les SLO ne sont pas pris en charge :
- Niveaux De base, S0 et S1 d’Azure SQL Database
- Matériel DC
- Matériel Fsv2
Autres scénarios :
- La fenêtre de maintenance des pools élastiques Hyperscale est disponible en préversion et est disponible dans des régions et des configurations spécifiques. Pour plus d’informations, consultez le Blog : Prise en charge de la fenêtre de maintenance pour les pools élastiques Hyperscale de la base de données Azure SQL.
- La fenêtre de maintenance est prise en charge pour les réplicas nommés.
Prise en charge de la région de la base de données Azure SQL pour les fenêtres de maintenance
Il est désormais possible de choisir, pour la base de données Azure SQL, une fenêtre de maintenance autre que celle par défaut dans les régions suivantes, organisées par modèle d'achat.
La table suivante concerne les bases de données qui ne sont pas redondantes interzone. Pour les bases de données dans une zone de disponibilité Azure, reportez-vous à la table des bases de données redondantes interzone.
| Région Azure | Hyperscale série Premium et série Premium à mémoire optimisée | Hyperscale série standard | Tous les autres modèles d'achat et hiérarchies de la base de données Azure SQL |
|---|---|---|---|
| Australie Est | Oui | Oui | Oui |
| Australie Sud-Est | Oui | Oui | |
| Brésil Sud | Oui | Oui | |
| Brésil Sud-Est | Oui | Oui | |
| Centre du Canada | Oui | Oui | Oui |
| Est du Canada | Oui | Oui | |
| Inde Centre | Oui | Oui | |
| USA Centre | Oui | Oui | Oui |
| Chine orientale 2 | Oui | Oui | |
| Chine Nord 2 | Oui | Oui | |
| USA Est 1 | Oui | Oui | Oui |
| USA Est 2 | Oui | Oui | Oui |
| Asie Est | Oui | Oui | |
| France Centre | Oui | Oui | |
| France Sud | Oui | Oui | |
| Allemagne Centre-Ouest | Oui | Oui | |
| Japon Est | Oui | Oui | Oui |
| OuJapon Est | Oui | Oui | |
| Centre-Nord des États-Unis | Oui | Oui | |
| Europe Nord | Oui | Oui | Oui |
| Afrique du Sud Nord | Oui | Oui | |
| États-Unis - partie centrale méridionale | Oui | Oui | Oui |
| Inde Sud | Oui | Oui | |
| Asie Sud-Est | Oui | Oui | |
| Suisse Nord | Oui | Oui | |
| Émirats arabes unis Nord | Oui | Oui | |
| Sud du Royaume-Uni | Oui | Oui | Oui |
| Ouest du Royaume-Uni | Oui | Oui | |
| Gouvernement des États-Unis – Texas | Oui | Oui | |
| Gouvernement américain - Virginie | Oui | Oui | |
| Centre-USA Ouest | Oui | Oui | |
| Europe Ouest | Oui | Oui | Oui |
| USA Ouest | Oui | Oui | Oui |
| USA Ouest 2 | Oui | Oui | Oui |
| USA Ouest 3 | Oui | Oui | Oui |
La table suivante concerne les bases de données redondantes interzone.
| Région Azure | Hyperscale série Premium et série Premium à mémoire optimisée | Hyperscale série standard | Tous les autres modèles d'achat et hiérarchies de la base de données Azure SQL dans une zone de disponibilité Azure |
|---|---|---|---|
| Australie Est | Oui | Oui | Oui |
| Centre du Canada | Oui | Oui | Oui |
| USA Centre | Oui | Oui | Oui |
| USA Est 1 | Oui | Oui | Oui |
| USA Est 2 | Oui | ||
| France Centre | Oui | Oui | |
| Japon Est | Oui | ||
| Europe Nord | Oui | Oui | Oui |
| États-Unis - partie centrale méridionale | Oui | ||
| Asie Sud-Est | Oui | ||
| Sud du Royaume-Uni | Oui | ||
| Europe Ouest | Oui | Oui | Oui |
| USA Ouest 2 | Oui | ||
| USA Ouest 3 | Oui | Oui | Oui |
Maintenance des passerelles
Pour tirer le meilleur parti des fenêtres de maintenance, vérifiez que vos applications clientes utilisent la stratégie de connexion de redirection. La redirection est la stratégie de connexion recommandée ; les clients établissent des connexions directement au nœud qui héberge la base de données, ce qui permet de réduire la latence et d’améliorer le débit.
Dans Azure SQL Database, toutes les connexions utilisant la stratégie de connexion proxy peuvent être affectées par la fenêtre de maintenance choisie et par une fenêtre de maintenance de nœud de passerelle. Toutefois, les connexions client utilisant la stratégie de connexion par redirection recommandée ne sont pas affectées par une reconfiguration de la maintenance du nœud de passerelle.
Pour plus d’informations sur la stratégie de connexion client dans Azure SQL Database, consultez Stratégie de connexion Azure SQL Database.
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 bases de données SQL 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 Database'
| 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.