Cet article répond aux questions fréquemment posées sur la fenêtre de maintenance pour Azure SQL Managed Instance. Pour obtenir une fenêtre de maintenance FAQ pour base de données Azure SQL, reportez-vous à Fenêtre de maintenance FAQ.
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 d’Azure SQL Managed Instance à 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 votre instance managée.
Dans quelles régions le choix d’une fenêtre de maintenance est-il disponible ?
Pour Azure SQL Managed Instance, la fenêtre de sélection de la maintenance est disponible dans toutes les régions Azure.
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 jusqu’à 26 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 pris en charge pour tous les SLO, mais pas pour certains types d’abonnement. Pour en savoir plus, reportez-vous à Disponibilité des fonctionnalités de la fenêtre de maintenance dans Azure SQL Managed Instance.
Combien de temps faut-il pour traiter un changement de planification de la fenêtre de maintenance ?
Vous pouvez choisir une fenêtre de maintenance différente à tout moment, mais changer la fenêtre de maintenance pour une instance peut être une opération longue. Pour en savoir plus, reportez-vous à Opérations de gestion Azure SQL Managed Instance.
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.
Quelles sont les options prises en charge pour configurer une fenêtre de maintenance pour une Azure SQL Managed Instance existante ?
Portail Azure, PowerShell, Azure CLI et API REST.
J’ai sélectionné la fenêtre de maintenance par défaut. Puis-je activer les notifications préalables pour cette maintenance ?
Oui, cette opération est actuellement disponible dans Azure SQL Managed Instance.
Puis-je définir des alertes au niveau de l’instance ou 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 ni de l’instance.
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 Azure SQL Managed Instance. 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 toutes les parties de la pile de calcul, y compris, mais sans s’y limiter, le matériel, le micrologiciel, le système d’exploitation et 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. Pour SQL Managed Instance, les mises à jour sont combinées en deux lots : l’un axé sur l’infrastructure physique, et l’autre sur le moteur SQL et l’infrastructure logique. Pour Azure SQL Managed Instance, l'adresse IP de l'instance SQL gérée change.
Quelle est la fréquence des mises à jour ?
Pour Azure SQL Managed Instance, les clients peuvent s’attendre à environ deux mises à jour de maintenance planifiées par mois, mais ces mises à jour peuvent entraîner plusieurs événements de maintenance.
À 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. Pour SQL Managed Instance, une mise à jour peut résulter de plusieurs événements de maintenance. Selon la fenêtre de maintenance configurée et le jour de début de la mise à jour, les événements de mise à jour peuvent se terminer dans la semaine ou déborder la semaine suivante. Toutefois, les événements de maintenance planifiée ne sont jamais exécutés en dehors des fenêtres de maintenance définies.
À combien de reconfigurations puis-je m’attendre pendant un événement de maintenance ?
Si la mise à jour de maintenance nécessite une reconfiguration, généralement entre une et quatre reconfigurations se produisent pendant la fenêtre. Exceptionnellement, il peut y avoir plus de quatre reconfigurations.
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.
Existe-t-il des prérequis pour la configuration de la fenêtre de maintenance ?
Pour Azure SQL Managed Instance, des adresses IP supplémentaires sont temporairement nécessaires, comme dans le scénario de mise à l’échelle des vCores pour le niveau de service correspondant.
Comment valider que mes SQL Managed Instances 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, ces informations sont disponibles dans Azure Monitor sous la page Maintenance planifiée de l’intégrité des services, en visitant l’événement unique. Une autre façon consiste à 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 Azure SQL Managed Instance, les événements de maintenance planifiée sont visibles dans le tableau de bord Service Health, même si les notifications préalables ne sont pas configurées.
La notification indique « En cours », mais la fenêtre n'a pas encore démarré ?
Il existe une période de deux heures pendant lesquelles les notifications sont envoyées. Cela signifie que vous pouvez recevoir une notification jusqu’à 26 heures avant l’événement, avant l’ouverture de la fenêtre et 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 nouvelle ressource, exécuté une opération de mise à l’échelle ou changé de fenêtre de maintenance, votre SQL Managed Instance peut se retrouver sur la machine qui est déjà planifiée pour la mise à niveau. 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 mon instance a été mise à niveau au cours des derniers X jours ?
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.