Guide de migration : SQL Server vers Azure SQL Managed Instance

S’applique à : Azure SQL Managed Instance

Dans ce guide, vous apprendrez à migrer vos bases de données utilisateur de SQL Server vers Azure SQL Managed Instance.

Effectuez les étapes de pré-migation avant de continuer.

Migrer

Une fois que vous avez terminé les étapes de la phase de pré-migration, vous êtes prêt à effectuer la migration des schémas et des données.

Migrez les données à l’aide de la méthode de migration de votre choix.

Cette section fournit des étapes de migration générales pour les options de migration recommandées suivantes :

• Liaison Managed Instance
• Service LRS
• Extension de migration Azure SQL pour Azure Data Studio - Migration avec un temps d’arrêt quasi nul.
• Native RESTORE DATABASE FROM URL - Utilise des sauvegardes natives à partir de SQL Server et nécessite un temps d’arrêt.

SQL Managed Instance cible des scénarios d’utilisateur qui exigent une migration de base de données en masse depuis des implémentations locales ou de machine virtuelle. Ils constituent le meilleur choix lorsque vous avez besoin d’effectuer une migration « lift-and-shift » du back end des applications qui utilisent régulièrement des fonctionnalités au niveau de l’instance et/ou entre plusieurs bases de données. Si cela correspond à votre scénario, vous pouvez déplacer toute une instance vers un environnement correspondant dans Azure sans devoir redéfinir l’architecture de vos applications.

Pour déplacer des instances SQL, vous devez planifier avec soin :

• La migration de toutes les bases de données qui ont besoin d’être colocalisées (celles qui s’exécutent sur la même instance).
• La migration des objets au niveau de l’instance dont votre application dépend, notamment les connexions, les informations d’identification, les travaux et opérateurs de l’Agent SQL, ainsi que les déclencheurs au niveau du serveur.

SQL Managed Instance est un service managé qui vous permet de déléguer certaines des activités courantes d’administration des bases de données à la plateforme, car elles y sont intégrées. Ainsi, certaines données au niveau de l’instance n’ont pas besoin d’être migrées, notamment les travaux de maintenance pour les sauvegardes régulières ou la configuration Always On, étant donné que la haute disponibilité est intégrée.

Azure Data Studio

Cette section fournit des étapes essentielles pour migrer de SQL Server vers Azure SQL Managed Instance avec un temps d’arrêt minimal à l’aide de l’extension de migration Azure SQL dans Azure Data Studio. Pour des instructions détaillées, consultez Tutoriel : Migrer SQL Server vers Azure SQL Managed Instance en ligne dans Azure Data Studio.

Pour effectuer des migrations avec Azure Data Studio, suivez les étapes suivantes :

1. Téléchargez et installez Azure Data Studio et l’extension de migration Azure SQL pour Azure Data Studio.
2. Lancez l’Assistant Migrer vers Azure SQL Migration dans l’extension d’Azure Data Studio.
3. Sélectionnez des bases de données pour évaluation, et consultez l’état de préparation ou les problèmes de la migration (le cas échéant). Collectez aussi des données de performances et obtenez une recommandation d’Azure pour une taille appropriée.
4. Sélectionnez votre compte Azure et votre instance Azure SQL Managed Instance cible dans votre abonnement.
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 Stockage Blob Azure.
6. Créez un service Azure Database Migration Service en utilisant l’Assistant dans Azure Data Studio. Si vous avez déjà créé un service Azure Database Migration Service en utilisant Azure Data Studio, vous pouvez réutiliser le même si vous le souhaitez.
7. Facultatif : Si vos sauvegardes se trouvent sur un partage réseau local, téléchargez et installez le runtime d’intégration auto-hébergé sur une machine qui peut se connecter au serveur SQL Server source et à l’emplacement contenant les fichiers de sauvegarde.
8. Démarrez la migration de la base de données et surveillez la progression dans Azure Data Studio. Vous pouvez aussi surveiller la progression sous la ressource Azure Database Migration Service dans le portail Azure.
9. Effectuez 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 qu’elles pointent vers la base de données cible dans Azure SQL Managed Instance.
   3. Effectuez les sauvegardes de fin de journal pour la base de données source à l’emplacement de sauvegarde spécifié.
   4. Vérifiez que toutes les sauvegardes de base de données sont à l’état Restauré dans la page des détails de la supervision.
   5. Sélectionnez Terminer le basculement dans la page des détails de la supervision.

Liaison Managed Instance

Cette section fournit des étapes essentielles pour migrer de SQL Server vers Azure SQL Managed Instance avec un temps d’arrêt minimal à l’aide du lien Managed Instance. Pour obtenir des instructions détaillées, consultez Migrer avec le lien.

Pour migrer avec le lien, procédez comme suit :

1. Créez votre SQL Managed Instance cible : Portail Azure, PowerShell, Azure CLI.
2. Préparez votre environnement en vue de la liaison.
3. Configurez la liaison avec SSMS ou les scripts.
4. Arrêtez la charge de travail.
5. Validez les données sur l’instance cible.
6. Basculez le lien.

Service LRS

Cette section fournit des étapes essentielles pour migrer de SQL Server vers Azure SQL Managed Instance avec un temps d’arrêt minimal à l’aide de Log Replay Service (LRS). Pour obtenir des instructions détaillées, consultez Migrer des bases de données à partir de SQL Server à l’aide de Log Replay Service.

Pour migrer avec LRS, procédez comme suit :

1. Créez un compte de stockage Azure avec un conteneur d’objets blob.
2. Authentifiez-vous auprès de votre compte de stockage Stockage Blob à l’aide d’un jeton SAS ou d’une identité managée et validez l’accès.
3. Veillez à configurer correctement votre structure de dossiers si vous envisagez de migrer plusieurs bases de données.
4. Chargez vos sauvegardes sur votre compte de stockage en copiant vos sauvegardes ou en effectuant des sauvegardes directement à l’aide de l’URL BACKUP TO.
5. Déterminez si vous souhaitez exécuter LRS en mode autocomplétion ou continu.
6. Démarrez LRS.
7. Supervisez la progression de la migration.
8. Terminez la migration (si elle est en mode continu).

Sauvegarde et restauration

L’une des principales fonctionnalités d’Azure SQL Managed Instance, qui permet une migration rapide et facile des bases de données, est la restauration native vers SQL managed instance des fichiers de sauvegarde des bases de données (.bak) stockés dans le stockage Azure. La sauvegarde et la restauration sont des opérations asynchrones basées sur la taille de votre base de données.

Le diagramme suivant fournit une vue d’ensemble du processus :

Le tableau suivant fournit des informations supplémentaires sur les méthodes que vous pouvez utiliser en fonction de la version de SQL Server source que vous exécutez :

Pour effectuer une migration à l’aide de la fonctionnalité de sauvegarde et restauration, suivez les étapes ci-dessous :

1. Sauvegardez votre base de données sur le Stockage Blob Azure. Par exemple, utilisez la fonctionnalité de sauvegarde vers une URL dans SQL Server Management Studio. Utilisez Microsoft Azure Tools pour prendre en charge les bases de données antérieures à SQL Server 2012 SP1 CU2.

2. Connectez-vous à votre instance Azure SQL Managed Instance via SQL Server Management Studio.

3. Créez des informations d’identification à l’aide d’une signature d’accès partagé pour accéder à votre compte Stockage Blob Azure avec vos sauvegardes de base de données. Par exemple :

   CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
       WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
           SECRET = '<secret>'
   

4. Restaurez la sauvegarde à partir du conteneur Azure Storage Blob. Par exemple :

   RESTORE DATABASE [TargetDatabaseName]
   FROM URL = 'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'
   

5. Une fois la restauration effectuée, visualisez la base de données dans l’Explorateur d’objets de SQL Server Management Studio.

Pour en savoir plus sur cette option de migration, consultez Démarrage rapide : restaurer une base de données dans Azure SQL Managed Instance avec SSMS.

Synchronisation des données et basculement

Quand vous utilisez des options de migration qui répliquent/synchronisent en permanence les changements apportés aux données de la source vers la cible, les données et le schéma sources peuvent varier et dériver par rapport à la cible. Pendant la synchronisation des données, vérifiez que tous les changements apportés à la source sont capturés et appliqués à la cible au cours du processus de migration.

Une fois que vous avez vérifié que les données sont identiques sur la source et la cible, vous pouvez effectuer le basculement de l’environnement source vers l’environnement cible. Il est important de planifier le processus de basculement avec les équipes métier/applicatives de façon à garantir que l’interruption minimale lors du basculement n’affecte pas la continuité de l’activité.

Postmigration

Une fois que vous avez réussi la phase de migration, vous devez effectuer toute une série de tâches post-migration pour vérifier que tout fonctionne de manière fluide et efficace.

La phase de postmigration est cruciale pour résoudre les problèmes de justesse et d’exhaustivité des données ainsi que pour gérer les problèmes de performances liés à la charge de travail.

Surveiller et corriger les applications

Après avoir effectué la migration vers une instance managée, vous devez contrôler le comportement de l’application et les performances de votre charge de travail. Ce processus comporte les activités suivantes :

• Comparer les performances de la charge de travail s’exécutant sur l’instance Managed Instance avec celles du référentiel de performance que vous avez créé sur l’instance SQL Server source.
• Superviser les performances de votre charge de travail en permanence pour identifier les problèmes potentiels et les améliorations.

Effectuer des tests

L’approche de test pour la migration de base de données comprend les activités suivantes :

1. Développer des tests de validation : pour tester la migration d’une base de données, vous devez utiliser des requêtes SQL. Vous devez créer les requêtes de validation à exécuter sur les bases de données source et cible. Vos requêtes de validation doivent couvrir l’étendue que vous avez définie.
2. Configurer un environnement de test: l’environnement de test doit contenir une copie de la base de données source et de la base de données cible. Veillez à isoler l’environnement de test.
3. Exécuter des tests de validation : exécutez les tests de validation sur la source et sur la cible, puis analysez les résultats.
4. Exécuter des tests de performances: exécutez un test de performances sur la source et sur la cible, puis analysez et comparez les résultats.

Utiliser des fonctionnalités avancées

Vous pouvez tirer parti des fonctionnalités cloud avancées offertes par SQL Managed Instance, notamment la haute disponibilité intégrée, la détection des menaces ainsi que la supervision et le paramétrage de votre charge de travail.

Azure SQL Analytics vous permet de superviser un grand nombre d’instances managées de manière centralisée.

Certaines fonctionnalités SQL Server sont disponibles uniquement une fois que vous avez fait passer le niveau de compatibilité de la base de données au dernier niveau (150).

Contenu connexe

• Services et outils disponibles pour les scénarios de migration de données
• Niveaux de service dans Azure SQL Managed Instance
• Différences T-SQL entre SQL Server et Azure SQL Managed Instance
• Outil de calcul du coût total de possession Azure
• Migrer des bases de données avec l’extension de migration Azure SQL pour Azure Data Studio
• Tutoriel : Migrer SQL Server vers Azure SQL Managed Instance avec DMS
• Cloud Adoption Framework pour Azure
• Meilleures pratiques pour l’évaluation des coûts et le dimensionnement des charges de travail migrées vers Azure
• Data Access Migration Toolkit (Préversion)
• Vue d’ensemble de l’Assistant Expérimentation de base de données