Guide de migration : SQL Server vers SQL Server sur les machines virtuelles Azure

  • Article

S’applique à : SQL Server sur les machines virtuelles Azure

Dans ce guide, vous apprendrez à migrer vos bases de données utilisateur de SQL Server vers une instance de SQL Server sur des machines virtuelles Azure en utilisant des outils et des techniques basés sur vos exigences.

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 à migrer les bases de données utilisateurs et les composants. Migrez vos bases de données à l’aide de la méthode de migration que vous préférez.

Les sections suivantes fournissent des options pour effectuer une migration dans l’ordre de préférence :

Migrer avec l’extension de migration Azure SQL pour Azure Data Studio (temps d’arrêt minimal)

Pour effectuer une migration avec un temps d’arrêt minimal en utilisant Azure Data Studio, suivez les étapes générales ci-dessous. Pour accéder à un tutoriel pas à pas, consultez Migrer SQL Server vers SQL Server sur des machines virtuelles Azure avec DMS :

  1. Téléchargez et installez Azure Data Studio et l’extension de migration Azure SQL.
  2. Lancez l’Assistant Migration vers Azure SQL de l’extension dans 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 Azure pour une taille appropriée.
  4. Sélectionnez votre compte Azure et votre instance SQL Server cible sur des machines virtuelles Azure à partir de 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 pointer vers la base de données cible dans SQL Server sur les machines virtuelles Azure.
    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.

Sauvegarde et restauration

Pour effectuer une migration standard à l’aide de la fonctionnalité de sauvegarde et restauration :

  1. Configurez la connectivité vers SQL Server sur les machines virtuelles Azure en fonction de vos exigences. Pour plus d’informations, consultez Se connecter à une machine virtuelle SQL Server sur Azure.
  2. Suspendez ou arrêtez toutes les applications qui utilisent des bases de données qui doivent migrer.
  3. Vérifiez que les bases de données utilisateur sont inactives à l’aide du mode utilisateur unique.
  4. Effectuez une sauvegarde complète de la base de données vers un emplacement sur site.
  5. Copiez vos fichiers de sauvegarde locaux sur votre machine virtuelle avec le Bureau à distance, Azure Data Explorer ou l’utilitaire en ligne de commande AzCopy. (Espace recommandé pour les sauvegardes : supérieur à 2 To).
  6. Restaurez les sauvegardes complètes de base de données vers SQL Server sur les machines virtuelles Azure.

Détacher et attacher à partir d’une URL

Détachez votre base de données et vos fichiers journaux et transférez-les vers le stockage Blob Azure. Puis attachez la base de données sur votre machine virtuelle Azure à partir de l’URL. Utilisez cette méthode si vous souhaitez que les fichiers de la base de données physique résident dans le stockage Blob, ce qui peut être utile pour les bases de données très volumineuses. Utilisez les étapes générales suivantes pour faire migrer une base de données utilisateur à l’aide de cette méthode manuelle :

  1. Détachez les fichiers de base de données de l’instance de base de données sur site.
  2. Copiez les fichiers de la base de données détachée dans Stockage Blob Azure à l’aide de l’utilitaire de ligne de commande AZCopy.
  3. Attachez les fichiers de base de données à partir de l’URL Azure à l’instance de SQL Server dans la machine virtuelle Azure.

Effectuer une conversion vers une machine virtuelle, télécharger vers une URL et déployer en tant que nouvelle machine virtuelle

Cette méthode permet de migrer toutes les bases de données système et utilisateur dans une instance SQL Server locale vers une machine virtuelle Azure. Utilisez les étapes générales suivantes pour exécuter la migration d’une instance de SQL Server entière à l’aide de cette méthode manuelle :

  1. Convertir des machines physiques ou virtuelles en disques durs virtuels Hyper-V.
  2. Télécharger les fichiers VHD sur Azure Storage à l’aide de l’ applet de commande Add-AzureVHD.
  3. Déployer une nouvelle machine virtuelle en utilisant le VHD téléchargé.

Notes

Pour migrer une application entière, vous pouvez utiliser Azure Site Recovery.

Copie des journaux de transaction

La copie des journaux de transaction réplique les fichiers journaux de transactions locaux dans une instance SQL sur une machine virtuelle Azure. Cette option permet de réduire au minimum les temps d’arrêt pendant le basculement et de réduire les frais de configuration par rapport à la configuration d’un groupe de disponibilité Always On.

Pour plus d’informations, consultez Tables et procédures stockées liées à la copie des journaux de transaction.

Expédier un disque dur

Vous pouvez utiliser la méthode de service Import/Export Azure pour transférer de grandes quantités de données de fichiers vers le stockage d’objets blob Azure lorsque le coût de l’opération de téléchargement via le réseau est prohibitif, voire irréalisable. Avec ce service, vous envoyez un ou plusieurs disques durs contenant ces données à un centre de données Azure, où vos données seront téléchargées sur votre compte de stockage.

Migrer des objets en dehors des bases de données utilisateur

Des objets SQL Server supplémentaires sont parfois requis pour garantir un fonctionnement fluide de vos bases de données utilisateur après la migration.

Le tableau ci-dessous fournit une liste des composants de référence et des méthodes de migration recommandées à appliquer avant ou après la migration de vos bases de données utilisateur.

Fonctionnalité Composant Méthodes de migration
Bases de données Modèle Script avec SQL Server Management Studio.
Base de données tempdb Pour des performances optimales, prévoyez le déplacement de tempdb sur un disque temporaire (SSD) de machine virtuelle Azure. Veillez à choisir une machine virtuelle disposant d’un disque SSD local dont la taille est suffisante pour accueillir votre base de données tempdb.
Bases de données utilisateur avec FileStream Utilisez les méthodes de sauvegarde et de restauration pour la migration. L’Assistant Migration de données ne prend pas en charge les bases de données avec FileStream.
Sécurité Connexions SQL Server et Windows Utilisez l’Assistant Migration de données pour migrer les connexions utilisateur.
Rôles SQL Server Script avec SQL Server Management Studio.
Fournisseurs de chiffrement Recommandez la conversion pour utiliser Azure Key Vault. Cette procédure utilise l’extension SQL IaaS Agent.
Objets de serveur Unités de sauvegarde Remplacez-les par une sauvegarde de base de données à l’aide de Sauvegarde Azure ou écrivez les sauvegardes dans le Stockage Azure (SQL Server 2012 SP1 CU2 +). Cette procédure utilise l’extension SQL IaaS Agent.
Serveurs liés Script avec SQL Server Management Studio.
Déclencheurs de serveur Script avec SQL Server Management Studio.
Réplication Publications locales Script avec SQL Server Management Studio.
Abonnés locaux Script avec SQL Server Management Studio.
PolyBase PolyBase Script avec SQL Server Management Studio.
Gestion Messagerie de base de données Script avec SQL Server Management Studio.
SQL Server Agent travaux Script avec SQL Server Management Studio.
Alertes Script avec SQL Server Management Studio.
Opérateurs Script avec SQL Server Management Studio.
Proxies Script avec SQL Server Management Studio.
Système d'exploitation Fichiers, partages de fichiers Notez tous les autres fichiers ou partages de fichiers utilisés par vos serveurs SQL Server et répliquez-les sur la cible de machine virtuelle Azure.

Post-migration

Une fois la phase de migration terminée, vous devez effectuer une série de tâches post-migration pour vous assurer que tout fonctionne de la manière la plus fluide et efficace possible.

Corriger les applications

Une fois les données migrées vers l’environnement cible, toutes les applications qui consommaient la source doivent commencer à consommer la cible. Dans certains cas, il peut être nécessaire d’apporter des modifications aux applications.

Appliquez les correctifs recommandés par l’Assistant Migration de données aux bases de données utilisateur. Vous devez générer un script de ces correctifs pour garantir la cohérence et permettre l’automatisation.

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. Créez des 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 performance : exécutez des tests de performances sur la source et sur la cible, puis analysez et comparez les résultats.

Conseil

Utilisez l’Assistant Expérimentation de base de données pour faciliter l’évaluation des performances du serveur cible SQL Server.

Optimiser

La phase post-migration est cruciale pour résoudre les problèmes d’exactitude et vérifier l’exhaustivité des données, ainsi que pour traiter les problèmes de performances liés à la charge de travail.

Pour plus d’informations sur ces problèmes et les étapes pour les atténuer, consultez :

Contenu connexe