Vue d’ensemble des opérations de gestion Azure SQL Managed Instance

S’applique à :Azure SQL Managed Instance

Azure SQL Managed Instance fournit des opérations de gestion que vous pouvez utiliser pour déployer automatiquement de nouvelles instances managées, mettre à jour les propriétés des instances et supprimer des instances quand vous n’en avez plus besoin.

Présentation des opérations de gestion

Toutes les opérations de gestion peuvent être classées comme suit :

• Déploiement d’instance (création d’instance)
• Mise à jour d’instance (modification des propriétés d’une instance, par exemple, par exemple les vCores ou le stockage réservé)
• Suppression d’instance

Pour prendre en charge les déploiements au sein des réseaux virtuels Azure et assurer l’isolation et la sécurité des clients, SQL Managed Instance s’appuie sur des clusters virtuels. Le cluster virtuel représente un ensemble dédié de machines virtuelles isolées déployées dans le sous-réseau du réseau virtuel du client et organisées en groupes de machines virtuelles. Principalement, chaque Managed Instance déployée sur un sous-réseau vide entraîne la création d'un cluster virtuel qui renforce le tout premier groupe de machines virtuelles.

Les opérations de gestion ultérieures sur les Managed Instances peuvent avoir un impact sur les groupes de machines virtuelles sous-jacents. Les modifications qui ont un impact sur les groupes de machines virtuelles sous-jacents peuvent affecter la durée des opérations de gestion, car le déploiement de machines virtuelles supplémentaires dans le cluster virtuel s'accompagne d'une surcharge que vous devez prendre en compte lorsque vous planifiez de nouveaux déploiements ou des mises à jour de Managed Instances existantes.

Provisionnement rapide

Les sous-réseaux pour lesquels la vague de fonctionnalités de novembre 2022 est activée peuvent bénéficier de l'approvisionnement rapide de SQL Managed Instance, qui réduit le temps nécessaire à la création de votre première instance dans un sous-réseau à 30 minutes, contre une moyenne de 45 à 60 minutes.

L'approvisionnement rapide s'applique uniquement :

• à la première instance approvisionnée dans le sous-réseau.
• aux instances avec 4 à 8 vCores.
• aux instances qui utilisent la fenêtre de maintenance par défaut.
• aux instances déployées dans des sous-réseaux sur lesquels la vague de fonctionnalités de novembre 2022 est activée, ce qui inclut à la fois les abonnements dev/test et de production.
• aux instances qui ne sont pas redondantes interzone.

Duration

La durée des opérations sur le cluster virtuel peut varier, mais elle a généralement la durée la plus longue.

Le tableau suivant liste les étapes de longue durée qui peuvent être déclenchées dans le cadre de l’opération de création, de mise à jour ou de suppression. Le tableau liste également les durées généralement attendues, selon les données de télémétrie de service existantes :

Étape	Description	Durée estimée
Création de cluster virtuel (approvisionnement rapide)1	L'approvisionnement rapide est une étape synchrone des opérations de gestion des instances pendant lesquelles le tout premier groupe de machines virtuelles est instantanément disponible.	90 % des opérations ne prennent pas plus de 30 minutes
Création de cluster virtuel	La création est une étape synchrone des opérations de gestion d'instance pendant laquelle le tout premier groupe de machines virtuelles est créé.	90 % des opérations se terminent en moins de 4 heures
Redimensionnement de cluster virtuel (expansion ou réduction)	Ajout de nouvelles machines au groupe de machines virtuelles existant, suppression de machines virtuelles inutilisées, ajout ou suppression du groupe de machines virtuelles. L’expansion est une étape synchrone, tandis que la réduction est effectuée de façon asynchrone (sans incidence sur la durée des opérations de gestion des instances).	90 % des extensions de groupement avec création d'un nouveau groupe de machines virtuelles se font en moins de 4 heures. 90 % des extensions de groupement avec extension d'un groupe de machines virtuelles existant se font en 60 minutes.
Suppression de cluster virtuel	La suppression de cluster virtuel est déclenchée lorsque la dernière instance est supprimée du sous-réseau.	90 % des suppressions de cluster ne prennent pas plus d’une heure trente
Essaimage des fichiers de base de données2	Étape synchrone, déclenchée pendant le calcul (vCore) ou le stockage dans le niveau de service Critique pour l’entreprise, ou le changement de niveau de service de Usage général à Critique pour l’entreprise (et inversement). La durée de cette opération est proportionnelle à la taille totale de la base de données, ainsi qu’à l’activité actuelle de la base de données (nombre de transactions actives). L’activité de la base de données lors de la mise à jour d’une instance peut faire varier considérablement la durée totale.	90 % de ces opérations s’exécutent à 220 Go/heure ou plus

¹ L'approvisionnement rapide n'est actuellement pris en charge que pour la première instance dans le sous-réseau, avec 4 ou 8 vCores, et avec la configuration par défaut de la fenêtre de maintenance.
² Lors de la mise à l'échelle du calcul (vCores) ou du stockage dans le niveau de service Critique pour l'entreprise ou du basculement du niveau de service de Usage général vers Critique pour l'entreprise, l'amorçage comprend également l'amorçage des groupes de disponibilité Always On.

Important

Le scale-up ou scale-down du stockage dans le niveau de service Usage général consiste à mettre à jour les métadonnées et à propager la réponse pour la demande envoyée. Il s’agit d’une opération rapide qui prend jusqu’à 5 minutes, sans temps d’arrêt ni basculement.

Segments de longue durée des opérations de gestion

Les tableaux suivants récapitulent les opérations et les durées globales habituelles, en fonction de la catégorie de l’opération :

Catégorie : Déploiement

Opération	Segment de longue durée	Durée estimée
Première instance sur un sous-réseau vide1	Création de cluster virtuel (approvisionnement rapide)	90 % des opérations ne prennent pas plus de 30 minutes.
Première instance sur un sous-réseau vide	Création de cluster virtuel	90 % des opérations se terminent en moins de 4 heures.
Première instance avec une génération de matériel ou une fenêtre de maintenance différente dans un sous-réseau non vide (par exemple, la première instance de la série Premium dans un sous-réseau avec des instances de la série Standard)	Ajout d'un nouveau groupe de machines virtuelles au cluster virtuel2	90 % des opérations se terminent en moins de 4 heures.
Création d’instance suivante sur le sous-réseau non vide (2e instance, 3e instance, et ainsi de suite.)	Redimensionnement de cluster virtuel	90 % des opérations ne prennent pas plus de 60 minutes.

¹ L'approvisionnement rapide n'est actuellement pris en charge que pour la première instance dans le sous-réseau, avec 4 ou 8 vCores, et avec la configuration par défaut de la fenêtre de maintenance. ² Un groupe de machines virtuelles distinct est créé pour chaque génération de matériel et chaque configuration de fenêtre de maintenance.

Catégorie : Mise à jour

Opération	Segment de longue durée	Durée estimée
Modification de propriété d’instance (mot de passe administrateur, connexion Microsoft Entra, indicateur Azure Hybrid Benefit)	S/O	Jusqu’à une minute.
Scale-up/down du stockage d’instance (Usage général)	Pas de segment de longue durée	99 % des opérations ne prennent pas plus de cinq minutes.
Scale-up/down du stockage d’instance (Critique pour l’entreprise)	- Redimensionnement de cluster virtuel - Amorçage de groupe de disponibilité Always On	90 % des opérations se terminent en 60 minutes + le temps d'essaimer toutes les bases de données (220 Go/heure).
Scale-up/down du stockage d’instance (Usage général nouvelle génération)	- Création de cluster virtuel / redimensionnement du groupe de machines virtuelles - Amorçage de groupe de disponibilité Always On	90 % des opérations se terminent en moins de 4 heures (création de groupes de machines virtuelles) ou 60 minutes (redimensionnement de groupes de machines virtuelles) + le temps d’essaimer toutes les bases de données (220 Go/heure) + le basculement + le nettoyage de l’ancienne instance
Scale-up et scale-down de la capacité de calcul des instances (vCores) (Usage général)	- Redimensionnement de cluster virtuel	90 % des opérations ne prennent pas plus de 60 minutes.
Scale-up et scale-down de la capacité de calcul des instances (vCores) (Critique pour l’entreprise)	- Redimensionnement de cluster virtuel - Amorçage de groupe de disponibilité Always On	90 % des opérations se terminent en 60 minutes + le temps d'essaimer toutes les bases de données (220 Go/heure).
Scale-up et scale-down de la capacité de calcul des instances (vCores) (Usage général nouvelle génération)	Création de cluster virtuel / redimensionnement du groupe de machines virtuelles - Amorçage de groupe de disponibilité Always On	90 % des opérations se terminent en moins de 4 heures (création de groupes de machines virtuelles) ou 60 minutes (redimensionnement de groupes de machines virtuelles) + le temps d’essaimer toutes les bases de données (220 Go/heure) + le basculement + le nettoyage de l’ancienne instance
Modification du niveau de service d’instance (Usage général vers Critique pour l’entreprise, et vice versa)	- Redimensionnement de cluster virtuel - Amorçage de groupe de disponibilité Always On	90 % des opérations se terminent en 60 minutes + le temps d'essaimer toutes les bases de données (220 Go/heure).
Modification du niveau de service d’instance (Usage général ou Critique pour l’entreprise vers Usage général nouvelle génération, et vice versa)	Création de cluster virtuel / redimensionnement du groupe de machines virtuelles - Amorçage de groupe de disponibilité Always On	90 % des opérations se terminent en moins de 4 heures (création de groupes de machines virtuelles) ou 60 minutes (redimensionnement de groupes de machines virtuelles) + le temps d’essaimer toutes les bases de données (220 Go/heure) + le basculement + le nettoyage de l’ancienne instance
Changement de matériel ou de fenêtre de maintenance d’une instance (Usage général)	- Redimensionnement de cluster virtuel1	90 % des opérations se terminent en moins de 4 heures (création de groupes de machines virtuelles) ou 60 minutes (redimensionnement de groupes de machines virtuelles).
Changement de matériel ou de fenêtre de maintenance d’une instance (Critique pour l’entreprise)	- Redimensionnement de cluster virtuel1 - Amorçage de groupe de disponibilité Always On	90 % des opérations se terminent en moins de 4 heures (création de groupes de machines virtuelles) ou 60 minutes (redimensionnement de groupes de machines virtuelles) + le temps d'essaimer toutes les bases de données (220 Go/heure).
Changement de matériel ou de fenêtre de maintenance d’une instance (Usage général nouvelle génération)	- Création de cluster virtuel / redimensionnement du groupe de machines virtuelles - Amorçage de groupe de disponibilité Always On	90 % des opérations se terminent en moins de 4 heures (création de groupes de machines virtuelles) ou 60 minutes (redimensionnement de groupes de machines virtuelles) + le temps d’essaimer toutes les bases de données (220 Go/heure) + le basculement + le nettoyage de l’ancienne instance

¹ La Managed Instance doit être placée dans un groupe de machines virtuelles avec le même matériel correspondant et la même fenêtre de maintenance. Si un tel groupe n'existe pas dans le cluster virtuel, il est recommandé d'en créer d'abord un nouveau pour tenir compte de la configuration de l'instance.

Catégorie : Suppression

Opération	Segment de longue durée	Durée estimée
Suppression d’une instance autre que la dernière	Sauvegarde de la fin du journal pour toutes les bases de données	90 % des opérations se terminent en une minute.1
Suppression de la dernière instance	– Sauvegarde de la fin du journal pour toutes les bases de données - Suppression de cluster virtuel	90 % des opérations ne nécessitent pas plus d’une heure trente.2

¹ S'il existe plusieurs groupes de machines virtuelles dans le groupement, la suppression de la dernière instance du groupe déclenche immédiatement la suppression du groupe de machines virtuelles de manière asynchrone.
² La suppression de la dernière instance dans le sous-réseau déclenche immédiatement la suppression du cluster virtuel de manière synchrone.

Important

Dès que l’opération de suppression est déclenchée, la facturation de SQL Managed Instance est désactivée. La durée de l’opération de suppression n’impacte pas la facturation.

Disponibilité des instances

SQL Managed Instance est disponible pendant les opérations de mise à jour, à l’exception d’un court temps d’arrêt dû au basculement qui se produit à la fin de la mise à jour. Elle dure généralement jusqu’à 10 secondes, même en cas de transactions longues interrompues, grâce à la récupération de base de données accélérée.

Notes

La mise à l’échelle du stockage d’instance géré en usage général ne provoque pas de basculement à la fin de la mise à jour.

SQL Managed Instance n’est pas accessible aux applications clientes pendant les opérations de déploiement et de suppression.

Important

Nous vous déconseillons de mettre à l’échelle la capacité de calcul ou de stockage d’Azure SQL Managed Instance, ou de changer le niveau de service en même temps que des transactions de longue durée (importation de données, travaux de traitement des données, regénération d’index, etc.). Le basculement de la base de données à la fin de l’opération annule toutes les transactions en cours.

Étapes des opérations de gestion

Les opérations de gestion sont constituées de plusieurs étapes. Avec l’introduction de l’API Opérations, ces étapes sont exposées pour un sous-ensemble d’opérations (déploiement et mise à jour). L’opération de déploiement se compose de trois étapes, tandis que l’opération de mise à jour est effectuée en six étapes. Pour plus d’informations sur la durée des opérations, consultez la section Durée des opérations de gestion. Les étapes sont listées par ordre d’exécution.

Étapes de déploiement d’une instance managée

Nom de l’étape	Description de l’étape
Validation des demandes	Les paramètres soumis sont validés. En cas d’erreur de configuration, l’opération échoue avec une erreur.
Redimensionnement / création de cluster virtuel	En fonction de l'état du cluster virtuel, celui-ci passe à l'état de création ou de redimensionnement.
Démarrage de la nouvelle instance SQL	Le processus SQL est démarré sur les machines virtuelles déployées.

Étapes de mise à jour d’une instance managée

Nom de l’étape	Description de l’étape
Validation des demandes	Les paramètres soumis sont validés. En cas d’erreur de configuration, l’opération échoue avec une erreur.
Redimensionnement / création de cluster virtuel	En fonction de l'état du cluster virtuel, celui-ci passe à l'état de création ou de redimensionnement.
Démarrage de la nouvelle instance SQL	Le processus SQL est démarré sur les machines virtuelles déployées.
Amorçage des fichiers de base de données / attachement de fichiers de base de données	Selon le type de l’opération de mise à jour, l’amorçage de la base de données ou l’attachement de fichiers de base de données est effectué.
Préparation du basculement et basculement	Une fois les données amorcées ou les fichiers de base de données rattachés, le système est préparé pour le basculement. Quand tout est défini, le basculement est effectué avec un temps d’arrêt réduit.
Nettoyage de l’ancienne instance SQL	Suppression de l'ancien processus SQL des machines virtuelles

Étapes de la suppression d’une instance managée

Nom de l’étape	Description de l’étape
Validation des demandes	Les paramètres soumis sont validés. En cas d’erreur de configuration, l’opération échoue avec une erreur.
Nettoyage de l’instance SQL	Suppression du processus SQL des machines virtuelles.
Suppression de cluster virtuel	Si l’instance supprimée est la dernière dans le sous-réseau, le cluster virtuel est supprimé de façon synchrone en guise de dernière étape.

Notes

Suite à la mise à l’échelle des instances, le cluster virtuel sous-jacent passe par le processus de libération de la capacité inutilisée et par une défragmentation possible de la capacité, ce qui peut affecter les instances qui n’ont pas participé aux opérations de création et de mise à l’échelle.

Impact sur les opérations de gestion

Les opérations de gestion sur une Managed Instance peuvent affecter les opérations de gestion d'autres instances placées dans le même sous-réseau :

• Les opérations de restauration durables dans un cluster virtuel mettent en attente d'autres opérations dans le même groupe de machines virtuelles, comme les opérations de création ou de mise à l'échelle.
  Exemple : s'il existe une opération de restauration durable et une demande de mise à l'échelle qui nécessite la réduction du groupe de machines virtuelles, la demande de réduction prendra plus de temps car elle attend la fin de l'opération de restauration avant de pouvoir continuer.

• Une opération ultérieure de création ou de mise à l'échelle d'une instance est mise en attente par une création ou une mise à l'échelle d'une instance précédemment initiée qui a initié un redimensionnement du groupe de machines virtuelles.
  Exemple : s'il existe plusieurs demandes de création et/ou de mise à l'échelle dans le même sous-réseau sous le même groupe de machines virtuelles, et que l'une d'entre elles initie un redimensionnement du groupe de machines virtuelles, toutes les demandes qui ont été soumises 5 minutes ou plus après la demande d'opération initiale dureront plus longtemps que prévu, car ces demandes devront patienter la fin du redimensionnement avant de reprendre.

• Les opérations de création/mise à l’échelle soumises dans un délai de 5 minutes sont traitées par lot et exécutées en parallèle.
  Exemple: Un seul redimensionnement de cluster virtuel est effectué pour toutes les opérations soumises dans un délai de 5 minutes (à compter de l’exécution de la première demande d’opération). Si une autre demande est soumise plus de 5 minutes après la première, elle attend la fin du redimensionnement du cluster virtuel avant de commencer à s’exécuter.

Important

Les opérations de gestion mises en suspens en raison d’une autre opération en cours sont reprises automatiquement une fois que les conditions permettant de continuer sont remplies. Aucune action de l’utilisateur n’est nécessaire pour reprendre les opérations de gestion temporairement suspendues.

Supervision des opérations de gestion

Pour découvrir comment superviser la progression et l’état de l’opération de gestion, consultez Supervision des opérations de gestion.

Annulation des opérations de gestion

Pour découvrir comment annuler une opération de gestion, consultez Annulation des opérations de gestion.

Étapes suivantes

• Pour savoir comment créer votre première instance managée, consultez le Guide de démarrage rapide.
• Pour une liste des fonctionnalités et leur comparaison, consultez Fonctionnalités SQL courantes.
• Pour plus d’informations sur la configuration du réseau virtuel, consultez Configuration de réseau virtuel SQL Managed Instance.
• Pour en savoir plus sur les groupes de machines virtuelles et le cluster virtuel, reportez-vous à Architecture du cluster virtuel SQL Managed Instance.
• Pour obtenir un guide de démarrage rapide qui crée une instance managée et restaure une base de données à partir d’un fichier de sauvegarde, consultez Créer une instance managée.
• Pour accéder à un tutoriel expliquant comment utiliser Azure Database Migration Service pour la migration, consultez Migration SQL Managed Instance à l’aide d’Azure Database Migration Service.