Découvrir l’extension Migration Azure SQL pour Azure Data Studio
Dans le cadre de l’architecture de l’extension Migration Azure SQL pour Azure Data Studio, Azure Database Migration Service orchestre les activités de migration de bases de données initiées via l’extension Migration Azure SQL et suit leur progression.
Il existe deux modes de migration vers SQL Server sur une machine virtuelle Azure en utilisant l’extension Migration Azure SQL pour Azure Data Studio :
| Mode de migration | Description | Temps d’arrêt de l’application |
|---|---|---|
| En ligne | La base de données source reste accessible pour les opérations en lecture et en écriture, tandis que les sauvegardes de base de données sont restaurées en continu sur la cible. | Limité à la durée du basculement à la fin de la migration. |
| Déconnecté(e) | La base de données source ne doit pas être utilisée pour l’activité en écriture lorsque des fichiers de sauvegarde de base de données sont restaurés sur l’instance cible. | Le temps d’arrêt subsiste tout au long du processus de migration jusqu’à son achèvement. |
Important
Lors de la migration d’une base de données avec l’extension Migration Azure SQL pour Azure Data Studio, vérifiez que le ou les noms de base de données fournis n’existent pas déjà sur le SQL Server cible de la machine virtuelle Azure. Le remplacement d’une base de données n’est actuellement pas pris en charge.
Sauvegardes
L’extension Migration Azure SQL pour Azure Data Studio n’effectue ou ne lance aucune sauvegarde de données. Au lieu de cela, elle s’appuie sur des fichiers de sauvegarde de base de données existants pour le processus de migration. Pour réduire les problèmes potentiels lors d’une migration basée sur des sauvegardes volumineuses, nous vous recommandons d’utiliser des sauvegardes compressées.
Il existe deux façons de stocker vos sauvegardes de base de données pour la migration :
Partage réseau
Vous devez télécharger et installer le runtime d’intégration auto-hébergé sur un ordinateur ayant accès aux fichiers de sauvegarde et SQL Server sources si vos sauvegardes se trouvent sur un partage réseau local.
Pendant la migration, l’Assistant migration fournit le lien de téléchargement et les clés d’authentification pour télécharger et installer votre IR auto-hébergé.
Pour des performances optimales, envisagez jusqu’à 10 migrations de bases de données simultanées par runtime d’intégration auto-hébergé et effectuez un scale-out vers plusieurs nœuds ou instances si nécessaire. Activez également la mise à jour automatique pour rester informé sur les nouvelles fonctionnalités, les correctifs de bogues et les améliorations. Ce paramètre veille à ce que le runtime d’intégration reste à jour avec les dernières améliorations et correctifs et d’améliorer ainsi le niveau de performance, les fonctionnalités et la stabilité pendant des migrations de bases de données.
Important
Database Migration Service n’autorise pas l’utilisation d’un runtime d’intégration auto-hébergé existant créé dans Azure Data Factory pour des migrations de base de données.
Conteneur d’objets blob Stockage Azure
Lorsque vous chargez vos sauvegardes de base de données source dans le conteneur d’objets blob, vérifiez que les fichiers de sauvegarde de différentes bases de données sources sont stockés dans des dossiers distincts. Seule la racine du conteneur et des dossiers profonds d’un niveau maximum sont prises en charge.