Cet article répond aux questions fréquemment posées sur la fenêtre de maintenance pour Azure SQL Database. Pour obtenir une faq sur une fenêtre de maintenance pour Azure SQL Managed Instance, consultez faq sur la fenêtre 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 offre la possibilité de limiter les pannes de maintenance d’Azure SQL Database à un bloc de temps prédéfinit, en dehors de vos heures d’activité. 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 5h00 à 8h00, lundi - dimanche.
Les utilisateurs travaillent dans un fuseau horaire différent du centre de données Azure. Quel fuseau horaire est local ?
L’heure locale est déterminée par l’emplacement de la région Azure qui héberge la ressource et observe l’heure d’été conformément à la définition du fuseau horaire local. Il n’est pas déterminé par le fuseau horaire configuré sur la base de données SQL (toujours UTC).
Dans quelles régions est-il possible de choisir une fenêtre de maintenance ?
Pour obtenir la liste des régions disponibles, consultez la 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 de support pour partager les commentaires et vérifier les plans de votre région.
Quelle est la tarification de la fenêtre de maintenance ?
La configuration et l’utilisation de la fenêtre de maintenance sont gratuites pour tous les types d’abonnements Azure éligibles, consultez la disponibilité des fonctionnalités de la fenêtre maintenance.
Est-ce que je reçois 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 lorsque la fenêtre de maintenance est terminée. Le Centre Resource Health peut être vérifié pour plus d’informations. 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 puis-je choisir une fenêtre de maintenance ?
Le choix d’une fenêtre de maintenance est disponible dans la plupart des sla avec certaines exceptions, consultez les 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 j’effectue une mise à l’échelle vers un objectif de niveau de service (SLO) 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 5h à 8h00 à l’heure locale.
Combien de temps faut-il pour traiter le changement de planification d’une fenêtre de maintenance ?
Vous pouvez choisir une autre fenêtre de maintenance à tout moment, mais les modifications peuvent prendre jusqu’à 24 heures.
La notification préalable couvre-t-elle tous les événements de maintenance ?
Non, les notifications préalables se concentrent uniquement sur les événements de maintenance planifiée qui peuvent entraîner une interruption de service.
Configuration d’une fenêtre de maintenance
Puis-je choisir une heure/jour spécifique pour la fenêtre de maintenance ?
Non, vous pouvez choisir entre les fenêtres de semaine ou de week-end prédéfinyées. La maintenance peut se produire à tout moment ou jour dans la fenêtre.
Puis-je 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 base de données Azure SQL existante ?
Portail Azure, PowerShell, Azure CLI et API REST.
Puis-je configurer une fenêtre de maintenance pendant les scénarios de restauration, de récupération, de copie, d’importation ou de GeoDR de bases de données ?
Pas à ce moment-là. La fenêtre de maintenance peut être configurée une fois la base de données créée.
J’ai la fenêtre de maintenance par défaut sélectionnée. 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. Lorsque vous choisissez une fenêtre de maintenance, choisissez une option autre que system 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 par le biais d’alertes Service Health. Les alertes d’intégrité du service prennent en charge la configuration des niveaux d’abonnement, de type de ressource et 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 d’Azure CLI ?
Aucune commande PowerShell et Azure CLI n’est dédiée à la configuration des alertes d’intégrité du service. 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 simplement les instructions du guide de démarrage rapide : créer des alertes de journal d’activité sur les notifications de service à l’aide d’un modèle ARM.
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 longue, similaire à la modification du niveau de service de votre base de données Azure SQL. La ressource est disponible pendant le processus, à l’exception d’une reconfiguration courte qui se produit à la fin de l’opération et 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és 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 satellites ou le moteur de base de données SQL. Elles sont généralement combinées en un seul lot pour réduire l’incidence des événements de maintenance.
À quelle fréquence les mises à jour sont-elles fréquentes ?
Le service Azure SQL Database effectue régulièrement des mises à jour de maintenance pour la sécurité, la conformité, la stabilité et les performances. Vous pouvez voir 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 de mise à jour, choisissez une fenêtre de maintenance non définie.
Que puis-je attendre lors d’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 dans 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 mises à jour de maintenance nécessitent une reconfiguration, car Azure met les bases de données SQL hors connexion pendant un court délai pour appliquer les mises à jour de maintenance (généralement quelques secondes en durée) pendant la fenêtre de maintenance sélectionnée par le client.
Combien de reconfigurations puis-je attendre pendant un événement de maintenance ?
Si la mise à jour de maintenance nécessite une reconfiguration, généralement une à deux reconfigurations se produisent pendant la fenêtre.
Ma fenêtre de maintenance configurée peut-elle être remplacée ?
Dans des circonstances très rares où tout report d’action peut entraîner un impact sérieux, comme l’application d’un correctif de sécurité critique, la fenêtre de maintenance configurée peut être temporairement remplacée.
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 passerelle, assurez-vous que vos applications clientes utilisent la stratégie de connexion de redirection. Pour la résilience pendant la reconfiguration, les applications doivent 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 actuelle du plan de maintenance. Vous pouvez également passer en revue et définir les planifications de fenêtre de maintenance pour plusieurs ressources via PowerShell, CLI ou l’API Azure.
Puis-je vérifier la liste des ressources qui seront affectées par l’événement pour lequel j’ai reçu une notification ?
Oui, vous pouvez récupérer la liste des ressources affectées à l’aide de l'Azure Resource Graph Explorer. 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 des fenêtres de maintenance
Je ne parviens pas à configurer des notifications préalables pour la maintenance planifiée, puis-je toujours voir l’événement de maintenance planifiée dans le tableau de bord Service Health ?
Pour Azure SQL Database, si les notifications anticipées 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 y a une période de 1 heure dans laquelle les notifications sont envoyées. Cela signifie que vous pouvez recevoir une notification de 25 à 24 heures avant l’événement, 1 heure à 1 minute avant l’ouverture de la fenêtre, et 1 minute à 1 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 et c’est le moment où la maintenance commence et se termine.
Existe-t-il un scénario où je n’obtiens pas de notification sur l’événement planifié ?
Oui, si vous avez créé une ressource, une opération de mise à l’échelle exécutée ou une fenêtre de maintenance modifiée, votre base de données peut se retrouver sur l’ordinateur déjà planifié pour la mise à niveau. Dans ce cas, vous êtes averti uniquement lorsque la fenêtre de déploiement démarre et se termine. Pour tous les déploiements futurs, vous recevrez une notification préalable sur 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 cela uniquement si vous avez configuré des notifications avancées dans l’état du service. Vous pouvez utiliser l’Explorateur Azure Resource Graph pour récupérer une liste d’événements de maintenance ou utiliser la page vue d’ensemble de Service Health.
Que se passe-t-il lorsqu’un événement de maintenance échoue ?
Bien que rares, des défaillances ou des interruptions pendant un événement de maintenance puissent se produire. En cas de défaillance, les modifications sont restaurées et la maintenance sera replanifiée à une autre fois.