Tutoriel : Migrer SQL Server vers SQL Server sur les machines virtuelles Azure avec DMS

Ce tutoriel décrit une migration hors connexion de SQL Server vers SQL Server sur les machines virtuelles Azure.

Ouvrez l’Assistant Migration vers Azure SQL dans Azure Data Studio.

Pour ouvrir l’Assistant Migrer vers Azure SQL :

1. Dans Azure Data Studio, accédez à Connexions. Sélectionnez et connectez-vous à votre instance locale SQL Server. Vous pouvez également vous connecter à SQL Server sur une machine virtuelle Azure.

2. Cliquez avec le bouton droit sur la connexion au serveur, puis sélectionnez Gérer.

3. Dans le menu du serveur sous Général, sélectionnez Migration Azure SQL.

4. Dans le tableau de bord de l’extension de migration Azure SQL, sélectionnez Migrer vers Azure SQL pour ouvrir l’Assistant Migration.

   

5. Sur la première page de l’Assistant, démarrez une nouvelle session ou reprenez une session précédemment enregistrée.

Exécuter une évaluation de base de données, collecter les données de performances et obtenir les recommandations Azure

1. Dans Étape 1 : Bases de données à évaluer dans l’Assistant Migrer vers Azure SQL, sélectionnez les bases de données à évaluer. Ensuite, sélectionnez Suivant.

2. Dans Étape 2 : Résultats et recommandations de l’évaluation, effectuez les étapes suivantes :

   1. Dans Choisissez votre cible Azure SQL, sélectionnez SQL Server sur des machines virtuelles Azure.

      

   2. Sélectionnez Afficher/Sélectionner pour afficher les résultats de l’évaluation.

   3. Dans les résultats de l’évaluation, sélectionnez la base de données, puis passez en revue le rapport d’évaluation pour vous assurer qu’aucun problème n’a été détecté.

   4. Sélectionnez Obtenir la recommandation Azure pour ouvrir le volet de recommandations.

   5. Sélectionnez Collecter les données de performance maintenant. Choisissez un dossier sur votre ordinateur local pour stocker les journaux de performances, puis sélectionnez Démarrer.

      Azure Data Studio collecte les données de performances jusqu’à ce que vous arrêtiez la collecte ou fermiez Azure Data Studio.

      Après 10 minutes, Azure Data Studio indique qu’une recommandation est disponible pour SQL Server sur des machines virtuelles Azure. Une fois la première recommandation générée, vous pouvez sélectionner Redémarrer la collecte de données pour continuer à exécuter le processus de collecte des données et affiner les recommandations SKU. Une évaluation étendue est particulièrement utile si vos modèles d’utilisation varient au fil du temps.

   6. Dans la cible SQL Server sur des machines virtuelles Azure sélectionnée, choisissez Afficher les détails pour ouvrir le rapport de recommandation de référence SKU détaillé :

   7. Dans Passer en revue les recommandations pour SQL Server sur des machines virtuelles Azure, passez en revue la recommandation. Pour enregistrer une copie de la recommandation, cochez la case Enregistrer le rapport de recommandations.

3. Sélectionnez Fermer pour fermer le sous-onglet de recommandations.

4. Sélectionnez Suivant pour poursuivre la migration de votre base de données dans l’Assistant.

Configurer les paramètres de migration

1. Dans Étape 3 : Cible Azure SQL dans l’Assistant Migrer vers Azure SQL, sélectionnez votre compte Azure, votre abonnement Azure, la région ou l’emplacement Azure, ainsi que le groupe de ressources qui contient l’instance SQL Server sur des machines virtuelles Azure cible. Ensuite, sélectionnez Suivant.

2. Dans Étape 4 : Mode de migration, sélectionnez Migration hors connexion, puis Suivant.

   Notes

   En mode de migration hors connexion, la base de données SQL Server source ne doit pas être utilisée pour l’activité d’écriture pendant que les fichiers de sauvegarde de base de données sont restaurés l’instance cible de SQL Server sur les machines virtuelles Azure. Le temps d’arrêt de l’application persiste du début du processus de migration jusqu’à ce qu’il soit terminé.

3. Dans Étape 5 : Configuration de la source de données, sélectionnez l’emplacement de vos sauvegardes de base de données. Vos sauvegardes de base de données peuvent se trouver sur un partage réseau local ou dans un conteneur d’objets blob de stockage Azure.

   Notes

   Si vos sauvegardes de base de données se trouvent sur un partage réseau local, vous devez configurer le runtime d’intégration autohébergé à l’étape suivante de l’Assistant. Un runtime d’intégration autohébergé est nécessaire pour accéder aux sauvegardes de votre base de données source, vérifier la validité du jeu de sauvegarde et charger ce dernier vers le compte Stockage Azure.

   Si vos sauvegardes de base de données se trouvent déjà dans un conteneur Azure Storage Blob, vous n’avez pas besoin de configurer le runtime d’intégration autohébergé.

• Pour les sauvegardes situées sur un partage réseau, entrez ou sélectionnez les informations suivantes :

  Nom	Description
  Informations d’identification de la source - Nom d’utilisateur	Informations d’identification (authentification Windows et SQL) permettant de se connecter à l’instance source de SQL Server et de valider les fichiers de sauvegarde.
  Informations d’identification de la source - Mot de passe utilisateur	Informations d’identification (authentification Windows et SQL) permettant de se connecter à l’instance source de SQL Server et de valider les fichiers de sauvegarde.
  Emplacement de partage réseau qui contient les sauvegardes	Emplacement de partage réseau qui contient les fichiers de sauvegarde complète et de sauvegarde des journaux de transactions. Les fichiers non valides ou les fichiers de sauvegarde du partage réseau qui n’appartiennent pas au jeu de sauvegarde valide sont automatiquement ignorés durant le processus de migration.
  Compte d’utilisateur Windows avec accès en lecture à l’emplacement du partage réseau	Informations d’identification Windows (nom d’utilisateur) du compte ayant accès en lecture au partage réseau pour récupérer les fichiers de sauvegarde.
  Mot de passe	Informations d’identification Windows (Mot de passe) du compte ayant accès en lecture au partage réseau pour récupérer les fichiers de sauvegarde.
  Nom de la base de données cible	Vous pouvez modifier le nom de la base de données cible pendant le processus de migration.

• Pour les sauvegardes stockées dans un conteneur d’objets blob du Stockage Azure, entrez ou sélectionnez les informations suivantes :

  Nom	Description
  Nom de la base de données cible	Vous pouvez modifier le nom de la base de données cible pendant le processus de migration.
  Détails du compte de stockage	Groupe de ressources, compte de stockage et conteneur où se trouvent les fichiers de sauvegarde.
  Dernier fichier de sauvegarde	Nom de fichier de la dernière sauvegarde de la base de données que vous migrez.

  Important

  Si la fonctionnalité de contrôle de bouclage est activée et que le SQL Server source et le partage de fichiers se trouvent sur le même ordinateur, la source ne peut pas accéder au partage de fichiers à l’aide du FQDN. Pour résoudre ce problème, désactivez la fonctionnalité du contrôle de bouclage.

• L’extension de migration Azure SQL pour Azure Data Studio n’exige plus de configurations spécifiques au niveau des paramètres réseau de votre compte Stockage Azure pour la migration de vos bases de données SQL Server vers Azure. Cependant, selon l’emplacement de sauvegarde de votre base de données et la configuration souhaitée des paramètres réseau du compte de stockage, quelques étapes sont nécessaires pour permettre à vos ressources d’accéder au compte Stockage Azure. Consultez le tableau suivant pour découvrir les différents scénarios de migration et les différentes configurations réseau :

  Scénario	Partage réseau SMB	Conteneur de compte Stockage Azure
  Activé à partir de tous les réseaux	Aucune étape supplémentaire	Aucune étape supplémentaire
  Activé à partir de réseaux virtuels et d’adresses IP sélectionnés	Voir 1a	Voir 2a
  Activé à partir de réseaux virtuels et d’adresses IP sélectionnés + point de terminaison privé	Voir 1b	Voir 2b

1a – Configuration réseau de Stockage Blob Azure

Si votre runtime d’intégration auto-hébergé (SHIR) est installé sur une machine virtuelle Azure, consultez la section 1b – Configuration réseau de Stockage Blob Azure. Si votre runtime d'intégration auto-hébergé (SHIR) est installé sur votre réseau local, vous devez ajouter votre adresse IP cliente de la machine d’hébergement dans votre compte Stockage Azure comme suit :

Pour appliquer cette configuration spécifique, connectez-vous au portail Azure à partir de la machine SHIR, ouvrez la configuration du compte Stockage Azure, sélectionnez Réseau, puis cochez la case Ajouter l’adresse IP de votre client. Sélectionnez Enregistrer pour rendre la modification persistante. Pour les étapes restantes, consultez la section 2a – Configuration réseau de Stockage Blob Azure (point de terminaison privé).

1b – Configuration réseau de Stockage Blob Azure

Si votre SHIR est hébergé sur une machine virtuelle Azure, vous devez ajouter le réseau virtuel de la machine virtuelle au compte Stockage Azure, car la machine virtuelle a une adresse IP non publique qui ne peut pas être ajoutée à la section Plage d’adresses IP.

Pour appliquer cette configuration spécifique, localisez votre compte Stockage Azure. Ensuite, dans le panneau Stockage des données, sélectionnez Réseau, puis cochez la case Ajouter un réseau virtuel existant. Dans le nouveau panneau qui s’ouvre, sélectionnez l’abonnement, le réseau virtuel et le sous-réseau de la machine virtuelle Azure qui héberge le runtime d’intégration. Vous trouverez ces informations dans la page Vue d’ensemble de la machine virtuelle Azure. Il se peut que le sous-réseau indique Point de terminaison de service obligatoire. Si c’est le cas, sélectionnez Activer. Une fois que tout est prêt, enregistrez les mises à jour. Pour les étapes restantes nécessaires, reportez-vous à la section 2a – Configuration réseau de Stockage Blob Azure (point de terminaison privé).

2a – Configuration réseau de Stockage Blob Azure (point de terminaison privé)

Si vos sauvegardes sont placées directement dans un conteneur Stockage Azure, toutes les étapes précédentes sont inutiles, car aucun runtime d’intégration ne communique avec le compte Stockage Azure. Cependant, il nous reste encore à vérifier que l’instance cible de SQL Server peut communiquer avec le compte Stockage Azure pour restaurer les sauvegardes à partir du conteneur. Pour appliquer cette configuration spécifique, suivez les instructions de la section 1b – Configuration réseau de Stockage Blob Azure, en spécifiant le réseau virtuel de l’instance SQL cible au moment de compléter la fenêtre contextuelle « Ajouter un réseau virtuel existant ».

2b – Configuration réseau de Stockage Blob Azure (point de terminaison privé)

Si vous avez configuré un point de terminaison privé sur votre compte Stockage Azure, suivez les étapes décrites dans la section 2a – Configuration réseau de Stockage Blob Azure (point de terminaison privé). Cependant, vous devez sélectionner le sous-réseau du point de terminaison privé, et pas seulement le sous-réseau cible SQL Server. Vérifiez que le point de terminaison privé est hébergé dans le même réseau virtuel que l’instance cible de SQL Server. Si ce n’est pas le cas, créez un autre point de terminaison privé en suivant le processus de la section Configuration du compte Stockage Azure.

Créer une instance de Database Migration Service

Dans Étape 6 : Azure Database Migration Service dans l’Assistant Migrer vers Azure SQL, créez une instance Azure Database Migration Service ou réutilisez une instance existante que vous avez créée précédemment.

Utiliser une instance existante de Database Migration Service

Pour utiliser une instance existante de Database Migration Service :

1. Dans Groupe de ressources, sélectionnez le groupe de ressources qui contient une instance existante de Database Migration Service.

2. Dans Azure Database Migration Service, sélectionnez une instance existante de Database Migration Service qui se trouve dans le groupe de ressources sélectionné.

3. Sélectionnez Suivant.

Créer une instance de Database Migration Service

Pour créer une instance de Database Migration Service :

1. Dans Groupe de ressources, créez un groupe de ressources pour contenir une nouvelle instance de Database Migration Service.

2. Sous Azure Database Migration Service, sélectionnez Créer.

3. Dans Créer Azure Database Migration Service, entrez un nom pour votre instance de Database Migration Service, puis sélectionnez Créer.

4. Sous Configurer le runtime d’intégration, effectuez les étapes suivantes :

   1. Sélectionnez le lien Télécharger et installer le runtime d’intégration pour ouvrir le lien de téléchargement dans un navigateur web. Téléchargez le runtime d’intégration, puis installez-le sur un ordinateur qui remplit les conditions préalables pour se connecter à l’instance SQL Server source.

      Une fois l’installation effectuée, le Gestionnaire de configuration de Microsoft Integration Runtime s’ouvre automatiquement pour débuter le processus d’inscription.

   2. Dans le tableau Clé d’authentification, copiez l’une des clés d’authentification fournies dans l’Assistant et collez-la dans Azure Data Studio. Si la clé d’authentification est valide, une icône de contrôle verte apparaît dans le Gestionnaire de configuration Integration Runtime. Une coche verte indique que vous pouvez vous Inscrire.

      Après avoir enregistré le runtime d’intégration auto-hébergé, fermez Microsoft Integration Runtime Configuration Manager.

      Notes

      Pour plus d’informations sur l’utilisation du runtime d’intégration auto-hébergé, consultez Créer et configurer un runtime d’intégration auto-hébergé.

5. Dans Créer Azure Database Migration Service dans Azure Data Studio, sélectionnez Tester la connexion pour valider que l’instance de Database Migration Service nouvellement créée est connectée au runtime d’intégration auto-hébergé nouvellement enregistré.

6. Revenez à l’Assistant Migration dans Azure Data Studio.

Démarrer la migration de base de données

Dans Étape 7 : Résumé de l’Assistant Migrer vers Azure SQL, passez en revue la configuration que vous avez créée, puis sélectionnez Démarrer la migration pour démarrer la migration de base de données.

Surveiller la migration de base de données

1. Dans Azure Data Studio, dans le menu du serveur sous Général, sélectionnez Migration Azure SQL pour accéder au tableau de bord de vos migrations Azure SQL.

   Sous État de la migration de base de données, vous pouvez suivre les migrations en cours, terminées et ayant échoué (le cas échéant), ou vous pouvez afficher toutes les migrations de base de données.

   

2. Sélectionnez Migrations de base de données en cours pour afficher les migrations actives.

   Pour obtenir plus d’informations sur une migration spécifique, sélectionnez le nom de la base de données.

   Le volet des détails de la migration affiche les fichiers de sauvegarde et leur état correspondant :

   Statut	Description
   Arrivé	Le fichier de sauvegarde est arrivé à l’emplacement de sauvegarde de la source et a été validé.
   Chargement	Le runtime d’intégration charge le fichier de sauvegarde vers le service Stockage Azure.
   Chargé	Le fichier de sauvegarde a été chargé dans le stockage Azure.
   Restauration	Le service restaure le fichier de sauvegarde sur SQL Server sur des machines virtuelles Azure.
   Restauré	Le fichier de sauvegarde a été correctement restauré sur le Serveur SQL sur des machines virtuelles Azure.
   Canceled	Le processus de migration a été annulé.
   Ignoré	Le fichier de sauvegarde a été ignoré, car il n’appartient à aucune chaîne de sauvegarde de base de données valide.

Une fois toutes les sauvegardes de base de données restaurées sur l’instance SQL Server sur des machines virtuelles Azure, un basculement de migration automatique est lancé par Database Migration Service pour garantir que la base de données migrée est prête à être utilisée. L’état de la migration passe de En cours à Réussi.

Cet article décrit une migration en ligne d’un SQL Server sur site vers une machine virtuelle SQL Server sur Azure.

Lancer l’Assistant Migration vers Azure SQL dans Azure Data Studio

1. Ouvrez Azure Data Studio, puis sélectionnez l’icône de serveur pour vous connecter à votre serveur SQL Server local (ou à SQL Server sur les machines virtuelles Azure).

2. Cliquez avec le bouton droit sur la connexion au serveur, puis sélectionnez Gérer.

3. Dans la page d’accueil du serveur, sélectionnez l’extension Migration Azure SQL.

4. Dans le tableau de bord de l’extension de migration Azure SQL, sélectionnez Migrer vers Azure SQL pour lancer l’Assistant Migration.

   

5. Dans la première étape de l’Assistant Migration, liez votre nouveau compte ou votre compte Azure existant à Azure Data Studio.

Exécution de l’évaluation de la base de données, collecte de données de performances et recommandation Azure

1. Sélectionnez les bases de données à évaluer, puis sélectionnez Suivant.

2. Sélectionnez SQL Server sur les machines virtuelles Azure en tant que cible.

   

3. Sélectionnez le bouton Afficher/Sélectionner pour afficher les détails des résultats de l’évaluation de vos bases de données, sélectionnez les bases de données à migrer, puis sélectionnez OK.

4. Sélectionnez Obtenir une recommandation Azure.

5. Sélectionnez l’option Collecter les données de performances maintenant, saisissez le chemin d’accès pour les journaux d’activité de performances à collecter, puis sélectionnez le bouton Démarrer.

6. Azure Data Studio collecte ensuite les données de performance jusqu’à ce que vous arrêtiez la collecte, que vous sélectionniez Suivant dans l’assistant ou que vous fermiez Azure Data Studio.

7. Une configuration recommandée pour votre machine virtuelle Azure SQL s’affiche au bout de 10 minutes. Vous pouvez également sélectionner le lien Actualiser la recommandation après les 10 minutes initiales pour actualiser la recommandation avec les données supplémentaires collectées.

8. Dans la zone SQL Server sur les machines virtuelles Azure, sélectionnez le bouton Afficher les détails pour obtenir plus d’informations sur votre recommandation.

9. Fermez la zone de détails de l’affichage, puis sélectionnez Suivant.

Configurer les paramètres de migration

1. Spécifiez votre SQL Server cible sur la machine virtuelle Azure en sélectionnant votre abonnement, votre emplacement, votre groupe de ressources dans les listes déroulantes correspondantes, puis sélectionnez Suivant.

2. Sélectionnez le mode de migration Migration en ligne.

   Notes

   En mode de migration en ligne, la base de données SQL Server source est disponible pour des activités de lecture et d’écriture pendant la restauration en continu des sauvegardes de base de données sur l’instance cible de SQL Server sur les machines virtuelles Azure. Le temps d’arrêt de l’application se limite à la durée du basculement à la fin de la migration.

3. À l’étape 5, sélectionnez l’emplacement de vos sauvegardes de base de données. Vos sauvegardes de base de données peuvent se trouver sur un partage réseau local ou dans un conteneur Azure Storage Blob.

   Notes

   Si vos sauvegardes de base de données se trouvent sur un partage réseau local, DMS vous demande de configurer le runtime d’intégration autohébergé à l’étape suivante de l’Assistant. Le runtime d’intégration autohébergé est nécessaire pour accéder aux sauvegardes de votre base de données source, vérifier la validité du jeu de sauvegarde et charger ce dernier vers le compte Stockage Azure.
   Si vos sauvegardes de base de données se trouvent déjà dans un conteneur Azure Storage Blob, vous n’avez pas besoin de configurer le runtime d’intégration auto-hébergé.

   • Pour les sauvegardes stockées sur un partage réseau, spécifiez les détails ci-dessous concernant l’instance SQL Server source, l’emplacement de la sauvegarde source, le nom de la base de données cible et le compte de stockage Azure où les fichiers de sauvegarde seront chargés.

     Champ	Description
     Informations d’identification de la source - Nom d’utilisateur	Informations d’identification (authentification Windows/SQL) permettant de se connecter à l’instance source de SQL Server et de valider les fichiers de sauvegarde.
     Informations d’identification de la source - Mot de passe utilisateur	Informations d’identification (authentification Windows/SQL) permettant de se connecter à l’instance source de SQL Server et de valider les fichiers de sauvegarde.
     Emplacement de partage réseau qui contient les sauvegardes	Emplacement de partage réseau qui contient les fichiers de sauvegarde complète et de sauvegarde des journaux de transactions. Les fichiers non valides ou les fichiers de sauvegarde du partage réseau qui n’appartiennent pas au jeu de sauvegarde valide sont automatiquement ignorés durant le processus de migration.
     Compte d’utilisateur Windows avec accès en lecture à l’emplacement du partage réseau	Informations d’identification Windows (nom d’utilisateur) du compte ayant accès en lecture au partage réseau pour récupérer les fichiers de sauvegarde.
     Mot de passe	Informations d’identification Windows (Mot de passe) du compte ayant accès en lecture au partage réseau pour récupérer les fichiers de sauvegarde.
     Nom de la base de données cible	Vous pouvez modifier le nom de la base de données cible si vous souhaitez changer le nom de la base de données sur la cible durant le processus de migration.

   • Pour les sauvegardes stockées dans un conteneur d’objets blob de stockage Azure, spécifiez les détails ci-dessous du nom de la base de données cible, du groupe de ressources, du compte de stockage Azure, du conteneur d’objets blob dans les listes déroulantes correspondantes.

     Champ	Description
     Nom de la base de données cible	Vous pouvez modifier le nom de la base de données cible si vous souhaitez changer le nom de la base de données sur la cible durant le processus de migration.
     Détails du compte de stockage	Groupe de ressources, compte de stockage et conteneur où se trouvent les fichiers de sauvegarde.

4. Sélectionnez Suivant pour continuer.

   Important

   Si la fonctionnalité du contrôle de bouclage est activée et que le SQL Server source et le partage de fichiers se trouvent sur le même ordinateur, la source ne peut pas accéder au partage de fichiers à l’aide du FQDN. Pour résoudre ce problème, désactivez la fonctionnalité du contrôle de bouclage à l’aide des instructions indiquées ici

   • L’extension de migration Azure SQL pour Azure Data Studio n’exige plus de configurations spécifiques au niveau des paramètres réseau de votre compte Stockage Azure pour la migration de vos bases de données SQL Server vers Azure. Cependant, selon l’emplacement de sauvegarde de votre base de données et la configuration souhaitée des paramètres réseau du compte de stockage, quelques étapes sont nécessaires pour permettre à vos ressources d’accéder au compte Stockage Azure. Consultez le tableau suivant pour découvrir les différents scénarios de migration et les différentes configurations réseau :

     Scénario	Partage réseau SMB	Conteneur de compte Stockage Azure
     Activé à partir de tous les réseaux	Aucune étape supplémentaire	Aucune étape supplémentaire
     Activé à partir de réseaux virtuels et d’adresses IP sélectionnés	Voir 1a	Voir 2a
     Activé à partir de réseaux virtuels et d’adresses IP sélectionnés + point de terminaison privé	Voir 1b	Voir 2b

1a – Configuration réseau de Stockage Blob Azure

Si votre runtime d’intégration auto-hébergé (SHIR) est installé sur une machine virtuelle Azure, consultez la section 1b – Configuration réseau de Stockage Blob Azure. Si votre runtime d'intégration auto-hébergé (SHIR) est installé sur votre réseau local, vous devez ajouter votre adresse IP cliente de la machine d’hébergement dans votre compte Stockage Azure comme suit :

Pour appliquer cette configuration spécifique, connectez-vous au portail Azure à partir de la machine SHIR, ouvrez la configuration du compte Stockage Azure, sélectionnez Réseau, puis cochez la case Ajouter l’adresse IP de votre client. Sélectionnez Enregistrer pour rendre la modification persistante. Pour les étapes restantes, consultez la section 2a – Configuration réseau de Stockage Blob Azure (point de terminaison privé).

1b – Configuration réseau de Stockage Blob Azure

Si votre SHIR est hébergé sur une machine virtuelle Azure, vous devez ajouter le réseau virtuel de la machine virtuelle au compte Stockage Azure, car la machine virtuelle a une adresse IP non publique qui ne peut pas être ajoutée à la section Plage d’adresses IP.

Pour appliquer cette configuration spécifique, localisez votre compte Stockage Azure. Ensuite, dans le panneau Stockage des données, sélectionnez Réseau, puis cochez la case Ajouter un réseau virtuel existant. Dans le nouveau panneau qui s’ouvre, sélectionnez l’abonnement, le réseau virtuel et le sous-réseau de la machine virtuelle Azure qui héberge le runtime d’intégration. Vous trouverez ces informations dans la page Vue d’ensemble de la machine virtuelle Azure. Il se peut que le sous-réseau indique Point de terminaison de service obligatoire. Si c’est le cas, sélectionnez Activer. Une fois que tout est prêt, enregistrez les mises à jour. Pour les étapes restantes nécessaires, reportez-vous à la section 2a – Configuration réseau de Stockage Blob Azure (point de terminaison privé).

2a – Configuration réseau de Stockage Blob Azure (point de terminaison privé)

Si vos sauvegardes sont placées directement dans un conteneur Stockage Azure, toutes les étapes précédentes sont inutiles, car aucun runtime d’intégration ne communique avec le compte Stockage Azure. Cependant, il nous reste encore à vérifier que l’instance cible de SQL Server peut communiquer avec le compte Stockage Azure pour restaurer les sauvegardes à partir du conteneur. Pour appliquer cette configuration spécifique, suivez les instructions de la section 1b – Configuration réseau de Stockage Blob Azure, en spécifiant le réseau virtuel de l’instance SQL cible au moment de compléter la fenêtre contextuelle « Ajouter un réseau virtuel existant ».

2b – Configuration réseau de Stockage Blob Azure (point de terminaison privé)

Si vous avez configuré un point de terminaison privé sur votre compte Stockage Azure, suivez les étapes décrites dans la section 2a – Configuration réseau de Stockage Blob Azure (point de terminaison privé). Cependant, vous devez sélectionner le sous-réseau du point de terminaison privé, et pas seulement le sous-réseau cible SQL Server. Vérifiez que le point de terminaison privé est hébergé dans le même réseau virtuel que l’instance cible de SQL Server. Si ce n’est pas le cas, créez un autre point de terminaison privé en suivant le processus de la section Configuration du compte Stockage Azure.

Créer une instance d’Azure Database Migration Service

1. Créez une instance d’Azure Database Migration Service, ou réutilisez un service existant que vous avez créé.

   Remarque

   Si vous avez créé une instance de DMS à l’aide du portail Azure, vous ne pouvez pas la réutiliser dans l’Assistant Migration d’Azure Data Studio. Seule l’instance de DMS créée à l’aide d’Azure Data Studio peut être réutilisée.

2. Sélectionnez le groupe de ressources où vous avez déjà une instance de DMS, ou dans lequel vous devez en créer une. La liste déroulante Azure Database Migration Service liste les instances existantes de DMS dans le groupe de ressources sélectionné.

3. Pour réutiliser une instance existante de DMS, sélectionnez-la dans la liste déroulante. L’état du runtime d’intégration autohébergé s’affiche ensuite au bas de la page.

4. Pour créer une instance de DMS, sélectionnez Créer.

5. Dans l’écran Créer une instance d’Azure Database Migration Service, indiquez le nom de l’instance de DMS, puis sélectionnez Créer.

6. Une fois la création de l’instance de DMS réussie, vous recevez les détails nécessaires pour configurer le runtime d’intégration.

7. Sélectionnez Télécharger et installer le runtime d’intégration pour ouvrir le lien de téléchargement dans un navigateur web. Effectuez le téléchargement. Installez le runtime d’intégration sur une machine qui respecte les prérequis de connexion au serveur SQL Server source et à l’emplacement contenant la sauvegarde source.

8. Une fois l’installation effectuée, le Gestionnaire de configuration de Microsoft Integration Runtime se lance automatiquement pour débuter le processus d’inscription.

9. Copiez et collez l’une des clés d’authentification fournies dans l’écran de l’Assistant au sein d’Azure Data Studio. Si la clé d’authentification est valide, une icône représentant une coche verte s’affiche dans le Gestionnaire de configuration d’Integration Runtime pour indiquer que vous pouvez passer à l’inscription.

10. Une fois l’inscription du runtime d’intégration autohébergé réussie, fermez le Gestionnaire de configuration de Microsoft Integration Runtime, puis revenez à l’Assistant Migration dans Azure Data Studio.

11. Sélectionnez Tester la connexion dans l’écran Créer une instance d’Azure Database Migration Service au sein d’Azure Data Studio pour vérifier que l’instance de DMS créée est connectée au runtime d’intégration autohébergé récemment inscrit, puis sélectionnez Terminé.

    

12. Passez en revue le récapitulatif, puis sélectionnez Terminé pour démarrer la migration de base de données.

Superviser la migration

1. Dans l’État de la migration de base de données, vous pouvez suivre les migrations en cours, les migrations effectuées et les migrations non réussies (le cas échéant).

   

2. Sélectionnez Migrations de base de données en cours pour voir les migrations en cours et obtenir plus de détails en sélectionnant le nom de la base de données.

3. La page des détails de la migration affiche les fichiers de sauvegarde et l’état correspondant :

   Statut	Description
   Arrivé	Le fichier de sauvegarde est arrivé à l’emplacement de sauvegarde de la source et a été validé
   Chargement	Le runtime d’intégration charge le fichier de sauvegarde vers le service Stockage Azure
   Chargé	Le fichier de sauvegarde est chargé vers le service Stockage Azure
   Restauration	Azure Database Migration Service restaure actuellement le fichier de sauvegarde sur le Serveur SQL sur une machine virtuelle Azure
   Restauré	Le fichier de sauvegarde est correctement restauré sur le Serveur SQL sur une machine virtuelle Azure
   Canceled	Le processus de migration a été annulé
   Ignoré	Le fichier de sauvegarde a été ignoré, car il n’appartient à aucune chaîne de sauvegarde de base de données valide

   

Terminer le basculement de la migration

La dernière étape du tutoriel consiste à effectuer le basculement de la migration. L’étape de finalisation permet de garantir que la base de données migrée vers SQL Server sur les machines virtuelles Azure est prête à l’emploi. Un temps d’arrêt est nécessaire pour les applications qui se connectent à la base de données. Ainsi, la planification du basculement doit être soigneusement effectuée avec les parties prenantes liées à l’entreprise ou aux applications.

Pour effectuer le basculement :

1. Arrêtez toutes les transactions entrantes vers la base de données source.
2. Apportez les changements de configuration nécessaires aux applications pour pointer vers la base de données cible dans SQL Server sur les machines virtuelles Azure.
3. Effectuez une dernière sauvegarde de journal pour la base de données source à l’emplacement de sauvegarde spécifié.
4. Définissez la base de données source en mode lecture seule. Ainsi, les utilisateurs peuvent lire des données dans la base de données, mais ne peuvent pas les modifier.
5. Vérifiez que toutes les sauvegardes de base de données sont à l’état Restauré dans la page des détails de la supervision.
6. Sélectionnez Terminer le basculement dans la page des détails de la supervision.

Durant le processus de basculement, l’état de la migration passe de en cours à fin. L’état de la migration passe à opération réussie, une fois le processus de basculement effectué. La migration de base de données a réussi, et la base de données migrée est prête à l’emploi.