Partage via


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 :

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.