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 instances avec certaines configurations 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). Pour en savoir plus sur les durées d’opération, passez en revue les opérations de gestion.
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 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 |
1 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.
2 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. |
1 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. 2 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 |
1 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 |
1 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.
2 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.