Cet article répond aux questions les plus fréquentes sur la fenêtre de maintenance de la base de données Azure SQL. Pour obtenir une FAQ sur une fenêtre de maintenance pour Azure SQL Managed Instance, consultez FAQ sur la fenêtre de maintenance pour Azure SQL Managed Instance.
Disponibilité et capacité de la fenêtre de maintenance
Qu’est-ce que la fonctionnalité de fenêtre de maintenance ?
La fonctionnalité de fenêtre de maintenance vous permet de limiter les interruptions de maintenance de la base de données Azure SQL à un bloc de temps préprogrammé, en dehors de vos heures d’ouverture. Pour plus d’informations, consultez Planifications des fenêtres de maintenance.
Quelle est la stratégie de maintenance par défaut si je ne choisis aucune fenêtre spécifique ?
Les événements de maintenance se produisent pendant la fenêtre par défaut, qui va de 17 heures à 8 heures (heure locale, du lundi au dimanche).
Les utilisateurs travaillent dans un fuseau horaire différent de celui du centre de données Azure. Quel fuseau horaire est local ?
L’heure locale est déterminée par la localisation de la région Azure qui héberge la ressource et respecte l’heure d’été en fonction du fuseau horaire local. Elle n’est pas déterminée par le fuseau horaire configuré sur la base de données SQL (qui est toujours l’heure UTC).
Dans quelles régions le choix d’une fenêtre de maintenance est-il disponible ?
Pour obtenir la liste des régions disponibles, consultez Disponibilité des fenêtres de maintenance.
Je ne vois pas ma région dans la liste des régions disponibles. Que puis-je faire ?
Ouvrez un ticket d'assistance pour partager le feedback et vérifier les plans pour votre région.
Quel est le prix pour la fenêtre de maintenance ?
La configuration et l’utilisation de la fenêtre de maintenance sont gratuites pour tous les types d’abonnement Azure éligibles. Consultez Disponibilité des fonctionnalités de fenêtre de maintenance.
Est-ce que je vais recevoir une notification de la fenêtre de maintenance ?
Vous pouvez choisir de recevoir une notification 24 heures avant l’événement de maintenance, immédiatement avant le démarrage de la maintenance et quand la fenêtre de maintenance est terminée. Pour plus d’informations, vous pouvez consulter le centre Resource Health. Pour recevoir des e-mails, les notifications préalables doivent être configurées. Pour plus d’informations, consultez Notifications préalables.
Dans quels objectifs de niveau de service (SLO) puis-je choisir une fenêtre de maintenance ?
Le choix d’une fenêtre de maintenance est disponible dans la plupart des objectifs de niveau de service, à quelques exceptions près. Consultez Objectifs de niveau de service pris en charge par la fenêtre de maintenance.
Si j’ai sélectionné une fenêtre de maintenance pour une ressource et que je passe à un objectif de niveau de service inférieur où le choix d’une fenêtre de maintenance n’est pas pris en charge, que se passe-t-il pour ma base de données ?
Dans ce cas, la fenêtre de maintenance revient à l’option par défaut, qui est de 17h00 à 8h00, heure locale.
Combien de temps faut-il pour traiter un changement de planification de la fenêtre de maintenance ?
Vous pouvez choisir une autre fenêtre de maintenance à tout moment, mais la prise en compte des modifications peut prendre jusqu’à 24 heures.
La notification préalable couvre-t-elle tous les événements de maintenance ?
Non, les notifications préalables portent uniquement sur les événements de maintenance planifiée qui peuvent entraîner une interruption de service.
Configuration d’une fenêtre de maintenance
Est-ce que je peux choisir une heure/un jour spécifique pour la fenêtre de maintenance ?
Non. Vous pouvez choisir entre les fenêtres préplanifiées « jour de la semaine » ou « week-end ». La maintenance peut se produire à n’importe quelle heure ou n’importe quel jour dans la fenêtre.
Est-ce que je peux annuler ou reporter un événement de maintenance planifiée en fonction de la notification reçue ?
Non. L’annulation ou le report d’un événement de maintenance à venir n’est pas pris en charge. Les notifications vous aident à préparer l’événement.
Puis-je configurer une fenêtre de maintenance différente pour chaque base de données Azure SQL dans un pool élastique ?
Si la base de données fait partie d'un pool élastique, la configuration de la fenêtre de maintenance du pool élastique est appliquée. Les bases de données uniques en dehors d’un pool élastique peuvent avoir leur propre configuration de fenêtre de maintenance.
Quelles sont les options prises en charge pour configurer une fenêtre de maintenance pour une instance Azure SQL Database ?
Portail Azure, PowerShell, Azure CLI et API REST.
Est-ce que je peux configurer une fenêtre de maintenance pendant la restauration, la récupération, la copie, l’importation de base de données ou dans des scénarios GeoDR ?
Pas pour le moment. La fenêtre de maintenance peut être configurée une fois la base de données créée.
J’ai sélectionné la fenêtre de maintenance par défaut. Puis-je activer les notifications préalables pour cette maintenance ?
Pour Azure SQL Database, les notifications préalables ne peuvent pas être configurées pour l’option de fenêtre de maintenance par défaut. Lors du choix d’une fenêtre de maintenance, choisissez une option autre que Valeur système par défaut pour configurer et activer les notifications préalables.
Puis-je définir des alertes au niveau du groupe de ressources ?
Non. Les notifications préalables sont configurées via les alertes Service Health. Les alertes sur l’intégrité des services prennent en charge la configuration de l’abonnement, du type de ressource et des niveaux de région. Par conséquent, il n’est pas possible de configurer la notification au niveau du groupe de ressources.
Puis-je configurer des alertes à l’aide de PowerShell ou de l’interface Azure CLI ?
Il n’existe pas de commandes PowerShell ni Azure CLI dédiées à la configuration des alertes sur l’intégrité des services. Toutefois, vous pouvez utiliser un modèle ARM et tirer parti de n’importe quelle méthode standard pour le déployer à l’aide de l’interface CLI et de PowerShell. Suivez tout simplement les instructions du Démarrage rapide : créez des alertes de journal d’activité sur les notifications de service à l’aide d’un modèle Resource Manager.
Attentes pendant une fenêtre de maintenance
Que se passe-t-il une fois que j’ai choisi une fenêtre de maintenance ?
La configuration de la fenêtre de maintenance est une opération asynchrone de longue durée, similaire au changement du niveau de service de votre base de données 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’à 8 secondes, même pendant les transactions de longue durée. Pour réduire l’impact de la reconfiguration, vous devez effectuer l’opération en dehors des heures de pointe.
Quels types de mises à jour sont généralement effectuées pendant une fenêtre de maintenance ?
L’événement de maintenance peut contenir des mises à jour pour le matériel, le microprogramme, le système d’exploitation, les composants logiciels périphériques ou le moteur de base de données SQL. Elles sont généralement combinées en un seul lot pour réduire au minimum l’incidence des événements de maintenance.
Quelle est la fréquence des mises à jour ?
Le service de la base de données Azure SQL effectue régulièrement des mises à jour de maintenance pour la sécurité, la conformité, la stabilité et les performances. Il se peut que vous receviez deux mises à jour ou plus par mois. La maintenance peut être plus fréquente dans la fenêtre de maintenance par défaut. Pour réduire la fréquence des mises à jour, choisissez une fenêtre de maintenance différente de celle par défaut.
À quoi m’attendre pendant un événement de maintenance ?
L’événement de maintenance représente une période pendant laquelle les mises à jour sont appliquées à la ressource. L’événement de maintenance se produit à l’intérieur de la fenêtre de maintenance définie. Lors d'un événement de maintenance, les bases de données sont entièrement disponibles et accessibles, mais certaines des mises à jour de maintenance nécessitent une reconfiguration car Azure met hors connexion les bases de données SQL pendant une courte période afin d'appliquer les mises à jour de maintenance (généralement quelques secondes) pendant la durée de la fenêtre de maintenance sélectionnée par le client.
À combien de reconfigurations puis-je m’attendre pendant un événement de maintenance ?
Si la mise à jour de maintenance nécessite une reconfiguration, une à deux reconfigurations sont généralement effectuées au cours de la fenêtre.
Conditions préalables et préparation d’une fenêtre de maintenance
Mon application peut-elle devenir résiliente aux événements de reconfiguration ?
Oui, pour la résilience des applications pendant la maintenance de la Maintenance des passerelles, assurez-vous que vos applications clientes utilisent la stratégie de connexion Rediriger. Pour la résilience pendant la reconfiguration, les applications devraient suivre les concepts de logique de nouvelle tentative.
Comment vérifier que mes bases de données sont configurées pour la fenêtre de maintenance ?
Sous les paramètres de la ressource Azure, l’onglet Maintenance vous permet de passer en revue et de modifier la planification du plan de maintenance en cours. Vous pouvez aussi passer en revue et définir les planifications de la fenêtre de maintenance pour plusieurs ressources via PowerShell, l’interface CLI ou l’API Azure.
Puis-je vérifier la liste des ressources qui seront affectées par l’événement dont j’ai été averti ?
Oui, vous pouvez récupérer la liste des ressources affectées à l’aide de l’Explorateur Azure Resource Graph. Vous recevrez un e-mail de notification préalable qui contient l’ID de notification et un lien vers l’Explorateur Azure Resource Graph.
Surveillance de la fenêtre de maintenance
Je ne parviens pas à configurer les notifications préalables pour la maintenance planifiée. Vais-je continuer à voir les événements de maintenance planifiée dans le tableau de bord Service Health ?
Pour la base de données Azure SQL, si les notifications préalables ne sont pas configurées, Service Health n'affiche pas les événements de maintenance planifiée.
La notification indique « En cours », mais la fenêtre n'a pas encore démarré ?
Il existe une période d'une heure pendant laquelle les notifications sont envoyées. Cela signifie que vous pouvez recevoir une notification de 25 à 24 heures avant l’événement, d’une heure à une minute avant l’ouverture de la fenêtre, et d’une minute à une heure après la fermeture de la fenêtre. Même si le titre de la notification est « En cours », le contenu de la notification contient l’heure de début et de fin de la fenêtre de maintenance, c’est-à-dire le moment où la maintenance commence et se termine.
Existe-t-il un scénario dans lequel aucune notification n'est envoyée pour l'événement planifié ?
Oui, si vous avez créé une ressource, exécuté une mise à l’échelle ou modifié une fenêtre de maintenance, votre base de données peut se terminer sur la machine pour laquelle la mise à niveau est déjà planifiée. Dans ce cas, vous êtes averti uniquement quand la fenêtre de déploiement démarre et se termine. Pour tous les déploiements futurs, vous recevrez une notification préalable pour les événements planifiés.
Puis-je vérifier si ma base de données a été mise à niveau au cours des derniers X jours ?
Vous pouvez vérifier ce point uniquement si vous avez configuré des notifications préalables concernant l’intégrité du service. Vous pouvez utiliser Azure Resource Graph Explorer pour récupérer une liste d’événements de maintenance ou utiliser la page de présentation d’ensemble Service Health.
Que se passe-t-il quand un événement de maintenance échoue ?
Bien qu’ils soient rares, des échecs ou des interruptions au cours d’un événement de maintenance peuvent se produire. Dans le cas d’un échec, les modifications sont annulées et la maintenance est replanifiée à un autre moment.