Vue d’ensemble de la migration : SQL Server vers SQL Server sur les machines virtuelles Azure

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

Découvrez les différentes stratégies de migration qui existent pour migrer de SQL Server vers SQL Server sur des machines virtuelles Azure.

Vous pouvez migrer SQL Server s’exécutant en local ou sur :

  • SQL Server sur les machines virtuelles
  • Amazon Elastic Compute Cloud (Amazon EC2)
  • Amazon Relational Database Service (Amazon RDS)
  • Google Compute Engine

Pour obtenir d’autres guides de migration, consultez Migration de base de données.

Vue d’ensemble

Migrez vers SQL Server sur les machines virtuelles Azure lorsque vous souhaitez utiliser l’environnement familier de SQL Server avec le contrôle du système d’exploitation et que vous souhaitez tirer parti des fonctionnalités fournies par le cloud, telles que la haute disponibilité intégrée des machines virtuelles, les sauvegardes automatisées et la mise à jour corrective automatisée.

Réalisez des économies en dotant votre propre licence du modèle de licence Azure Hybrid Benefit ou étendez la prise en charge de SQL Server 2012 en obtenant des mises à jour de sécurité gratuites.

Choisir la cible appropriée

Les machines virtuelles Azure s’exécutent dans de nombreuses régions Azure et offrent également plusieurs tailles de machine et de types de disques managés Azure. Pour déterminer la taille correcte de la machine virtuelle et du stockage pour votre charge de travail SQL Server, consultez Recommandations de performances pour SQL Server sur les machines virtuelles Azure.

Vous pouvez utiliser l’extension Migration Azure SQL pour Azure Data Studio pour obtenir une recommandation de taille appropriée pour SQL Server sur des machines virtuelles. L’extension collecte des données de performances auprès de votre instance SQL Server source pour fournir une recommandation Azure sur une taille appropriée qui répond aux besoins en matière de performances de votre charge de travail avec un coût minimal. Pour plus d’informations, consultez Obtenir des recommandations Azure pour migrer votre base de données SQL Server.

Pour déterminer la taille des machines virtuelles et les besoins en stockage de toutes les charges de travail de votre parc de données, vous devez les dimensionner à l’aide d’une évaluation Azure Migrate basée sur les performances. Si cette option n’est pas disponible, consultez l’article suivant sur la création de votre propre ligne de base pour les performances.

Il convient également de réfléchir à l’installation et à la configuration correctes de SQL Server sur une machine virtuelle. Vous devriez utiliser la bibliothèque d’images de machines virtuelles Azure SQL, car elle vous permet de créer une machine virtuelle SQL Server avec la bonne version, la bonne édition et le bon système d’exploitation. Cela permettra également d’inscrire automatiquement la machine virtuelle Azure auprès du fournisseur de ressources SQL Server, activant ainsi des fonctionnalités telles que les sauvegardes automatisées et la mise à jour corrective automatisée.

Stratégies de migration

Il existe deux stratégies de migration pour migrer vos bases de données utilisateur vers une instance SQL sur des machines virtuelles Azure : migrer et lift-and-shift.

L’approche appropriée pour votre entreprise dépend généralement des facteurs suivants :

  • Taille et échelle de la migration
  • Vitesse de migration
  • Prise en charge des applications pour la modification du code
  • Nécessité de changer de version de SQL Server, de système d’exploitation ou les deux
  • Cycle de vie de la prise en charge de vos produits existants
  • Fenêtre de temps d’arrêt de l’application pendant la migration

Le tableau suivant décrit les différences entre les deux stratégies de migration :

Stratégie de migration Description Quand utiliser
Lift-and-shift Utilisez la stratégie de migration Lift-and-shift pour déplacer l’intégralité des serveurs SQL physiques ou virtuels de leur emplacement actuel vers une instance SQL sur une machine virtuelle Azure sans aucune modification du système d’exploitation ou de la version de SQL Server. Pour effectuer une migration Lift-and-shift, consultez Azure Migrate.

Le serveur source reste en ligne et traite les requêtes, tandis que le serveur source et le serveur de destination synchronisent les données, ce qui permet une migration presque transparente.
À utiliser pour des migrations simples ou à grande échelle, applicables à des scénarios tels que la sortie d’un centre de données.

Modifications de code minimales ou nulles requises pour les bases de données ou les applications SQL des utilisateurs, ce qui permet des migrations globales plus rapides.

Aucune étape supplémentaire n’est requise pour la migration des services décisionnels tels que SSIS, SSRS et SSAS.
Migrer Utilisez une stratégie de migration quand vous souhaitez mettre à niveau la version de SQL Server et/ou du système d’exploitation cibles.

Sélectionnez une machine virtuelle Azure sur Place de marché Azure ou une image SQL Server préparée qui correspond à la version source de SQL Server.

Utilisez l’extension de migration Azure SQL pour Azure Data Studio pour évaluer, obtenir des recommandations sur la taille appropriée de la configuration Azure (série des machines virtuelles, calcul et stockage) et migrer des bases de données SQL Server vers SQL Server sur des machines virtuelles Azure avec un temps d’arrêt minimal.
À utiliser quand il est nécessaire ou souhaitable de migrer vers SQL Server sur des machines virtuelles, ou s’il est nécessaire de mettre à niveau les versions héritées de SQL Server et/ou du système d’exploitation qui ne sont plus prises en charge.

Peut nécessiter des modifications de l’application ou de la base de données utilisateur afin de prendre en charge la mise à niveau de SQL Server.

Il peut y avoir des considérations supplémentaires pour la migration des services de BI si ceux-ci sont inclus dans l’étendue de la migration.

Migration lift-and-shift

Le tableau suivant détaille la méthode disponible pour la stratégie de migration Lift-and-shift pour migrer votre base de données SQL Server vers SQL Server sur les machines virtuelles Azure :

Method Version source minimale Version cible minimale Contrainte de taille de la sauvegarde source Notes
Azure Migrate SQL Server 2008 SP4 SQL Server 2012 SP4 Limite de stockage de machine virtuelle Azure Le serveur SQL existant doit être déplacé tel quel vers une instance SQL sur une machine virtuelle Azure. Peut mettre à l’échelle des charges de travail de migration allant jusqu’à 35 000 machines virtuelles.

Les serveurs sources restent en ligne et traitent les requêtes pendant la synchronisation des données du serveur, ce qui réduit au minimum le temps d’arrêt.

Automatisation et scripts : scripts Azure Site Recovery et exemple de migration et de planification mises à l’échelle pour Azure

Remarque

Il est maintenant possible d’effectuer un lift-and-shift de votre solution d’instance de cluster de basculement et de groupe de disponibilité vers SQL Server sur des machines virtuelles Azure à l’aide d’Azure Migrate.

Migrer

En raison de sa facilité de configuration, l’approche de migration recommandée consiste à effectuer localement une sauvegarde native de SQL Server puis à copier le fichier sur Azure. Cette méthode prend en charge des bases de données plus volumineuses (> 1 To) pour toutes les versions de SQL Server à partir de 2008 et des sauvegardes de base de données plus volumineuses (> 1 To). À partir de SQL Server 2014, pour les bases de données dont la taille est inférieure à 1 To et qui ont une bonne connectivité à Azure, la sauvegarde SQL Server vers une URL est la meilleure approche.

Lors de la migration de bases de données SQL Server vers une instance SQL sur des machines virtuelles Azure, il est important de choisir une approche adaptée lorsque vous devez basculer vers le serveur cible, car cela influe sur la fenêtre de temps d’arrêt de l’application.

Le tableau suivant détaille toutes les méthodes disponibles pour migrer votre base de données SQL Server vers SQL Server sur les machines virtuelles Azure :

Method Version source minimale Version cible minimale Contrainte de taille de la sauvegarde source Notes
Extension de migration Azure SQL pour Azure Data Studio SQL Server 2008 SQL Server 2012 Limite de stockage de machine virtuelle Azure Il s’agit d’une extension basée sur un Assistant facile à utiliser dans Azure Data Studio pour la migration de bases de données SQL Server vers SQL Server sur des machines virtuelles Azure. Utilisez la compression afin de réduire la taille de la sauvegarde pour le transfert.

L’extension de migration Azure SQL pour Azure Data Studio offre des fonctionnalités d’évaluation, de recommandation Azure et de migration dans une interface utilisateur simple, et prend en charge les migrations avec un temps d’arrêt minimal.
Groupe de disponibilité distribué SQL Server 2016 SQL Server 2016 Limite de stockage de machine virtuelle Azure Un groupe de disponibilité distribué est un type spécial de groupe de disponibilité qui englobe deux groupes de disponibilité distincts. Les groupes de disponibilité qui participent à un groupe de disponibilité distribué n’ont pas besoin de se trouver au même emplacement et incluent la prise en charge interdomaine.

Cette méthode au minimum les temp d’arrêt. À utiliser quand un groupe de disponibilité est configuré localement.

Automatisation et scripts : T-SQL
Sauvegarde dans un fichier SQL Server 2008 SP4 SQL Server 2012 SP4 Limite de stockage de machine virtuelle Azure Il s’agit d’une technique simple et éprouvée pour déplacer des bases de données d’une machine à l’autre. Utilisez la compression afin de réduire la taille de la sauvegarde pour le transfert.

Automatisation et scripts : Transact-SQL (T-SQL) et AzCopy dans le stockage Blob
Sauvegarde vers une URL SQL Server 2012 SP1 CU2 SQL Server 2012 SP1 CU2 12,8 To pour SQL Server 2016, sinon 1 To Autre façon de déplacer le fichier de sauvegarde sur la machine virtuelle à l’aide du stockage Azure. Utilisez la compression afin de réduire la taille de la sauvegarde pour le transfert.

Automatisation et scripts : T-SQL ou plan de maintenance
Assistant Migration de données Microsoft (DMA) SQL Server 2005 SQL Server 2012 SP4 Limite de stockage de machine virtuelle Azure L’Assistant Migration de données (DMA) évalue SQL Server localement, puis effectue une mise à niveau en toute transparence vers les versions ultérieures de SQL Server ou migre vers SQL Server sur les machines virtuelles Azure, Azure SQL Database ou Azure SQL Managed Instance.

Ne pas utiliser sur des bases de données utilisateur compatibles FILESTREAM.

L’Assistant Migration de données offre également la possibilité de migrer des identifiants SQL et Windows et d’évaluer des packages SSIS.

Automatisation et scripts : interface de ligne de commande
Détachement et attachement SQL Server 2008 SP4 SQL Server 2014 Limite de stockage de machine virtuelle Azure Utilisez cette méthode quand vous envisagez de stocker ces fichiers à l’aide du Stockage Blob Azure et de les attacher à une instance SQL sur une machine virtuelle Azure, utile avec les bases de données très volumineuses ou quand le temps de sauvegarde et de restauration est trop long.

Automatisation et scripts : T-SQL et AzCopy dans le stockage Blob
Copie des journaux de transaction SQL Server 2012 SP4 (Windows uniquement) SQL Server 2012 SP4 (Windows uniquement) Limite de stockage de machine virtuelle Azure La copie des journaux de transaction réplique les fichiers journaux de transactions locaux dans une instance SQL sur une machine virtuelle Azure.

Cela 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.

Automatisation et scripts : T-SQL
Convertir l’ordinateur local pour les disques durs virtuels Hyper-V, charger sur le stockage d’objets Blob Azure, puis déployer une nouvelle machine virtuelle en utilisant le disque dur virtuel chargé SQL Server 2012 ou ultérieur SQL Server 2012 ou ultérieur Limite de stockage de machine virtuelle Azure À utiliser lors de la mise en service de votre propre licence SQL Server, lors de la migration d’une base de données qui fonctionne sur une version plus ancienne de SQL Server, ou lors de la migration conjointe de bases de données système et utilisateur dans le cadre de la migration d’une base de données dépendant des autres bases de données utilisateur et/ou bases de données système.
Expédition du disque dur à l’aide du Service d’importation/exportation Windows SQL Server 2012 ou ultérieur SQL Server 2012 ou ultérieur Limite de stockage de machine virtuelle Azure Utilisez le Service Import/Export de Windows lorsque la méthode de copie manuelle est trop lente, par exemple avec de très grandes bases de données.

Pour les transferts de données volumineux avec des options réseau limitées ou inexistantes, consultez Transfert de données pour les jeux de données volumineux avec une bande passante réseau faible ou inexistante.

Conseil

Il est possible d’effectuer un lift-and-shift de votre solution d’instance de cluster de basculement et de groupe de disponibilité vers SQL Server sur des machines virtuelles Azure à l’aide d’Azure Migrate.

À propos de l’installation

La liste suivante répertorie les points clés à prendre en compte en passant en revue des méthodes de migration :

  • Pour obtenir des performances optimales de transfert de données, migrez les bases de données et les fichiers vers une instance SQL sur une machine virtuelle Azure à l’aide d’un fichier de sauvegarde compressé. Pour les bases de données plus volumineuses, en plus de la compression, fractionnez le fichier de sauvegarde en fichiers plus petits pour accroître les performances lors de la sauvegarde et du transfert.
  • Si vous effectuez une migration à partir de SQL Server 2014 ou une version ultérieure, envisagez de chiffrer les sauvegardes pour protéger les données lors du transfert sur le réseau.
  • Pour réduire au minimum le temps d’arrêt lors de la migration de base de données, utilisez l’extension de migration Azure SQL dans Azure Data Studio ou l’option des groupes de disponibilité Always On.
  • Pour les options de réseau limitées ou inexistantes, utilisez des méthodes de migration hors connexion, telles que la sauvegarde et la restauration, ou les services de transfert de disque disponibles dans Azure.
  • Pour modifier également la version de SQL Server sur SQL Server sur une machine virtuelle Azure, consultez Modifier l’édition de SQL Server.

Business Intelligence

Il peut y avoir des considérations supplémentaires lors de la migration des services de BI de SQL Server en dehors de l’étendue des migrations de bases de données.

SQL Server Integration Services

Vous pouvez migrer des packages et des projets SQL Server Integration Services (SSIS) dans SSISDB vers SQL Server sur une machine virtuelle Azure à l’aide de l’une des deux méthodes ci-dessous.

Si vous avez déployé des packages SSIS en tant que modèle de déploiement de package, vous pouvez les convertir avant la migration. Pour plus d’informations, consultez le tutoriel sur la conversion des projets.

SQL Server Reporting Services

Pour migrer vos rapports SQL Server Reporting Services (SSRS) vers votre serveur SQL Server cible sur une machine virtuelle Azure, consultez Migrer une installation Reporting Services (mode natif).

Vous pouvez également migrer les rapports SSRS vers des rapports paginés dans Power BI. Utilisez l’outil de migration RDL pour préparer et migrer vos rapports. Microsoft a développé cet outil pour aider les clients à migrer les rapports RDL (Report Definition Language) de leurs serveurs SSRS vers Power BI. Il est disponible sur GitHub et fournit une procédure complète pour un scénario de migration.

SQL Server Analysis Services

Les bases de données SQL Server Analysis Services (modèles multidimensionnels ou tabulaires) peuvent être migrées de votre instance SQL Server source vers SQL Server sur une machine virtuelle Azure à l’aide de l’une des options suivantes :

  • Par interaction à l'aide de SSMS
  • Par programmation à l’aide d’AMO (Analysis Management Objects) (AMO)
  • Par script à l’aide de XMLA (XML for Analysis)

Pour plus d’informations, consultez Déplacer une base de données Analysis Services.

Vous pouvez également envisager de migrer vos modèles tabulaires Analysis Services locaux vers Azure Analysis Services ou Power BI Premium à l’aide des nouveaux points de terminaison en lecture/écriture XMLA.

Objets de serveur

Selon la configuration de votre instance SQL Server source, il peut y avoir des fonctionnalités SQL Server supplémentaires qui nécessitent une intervention manuelle pour les migrer vers SQL Server sur une machine virtuelle Azure en générant des scripts dans Transact-SQL (T-SQL) à l’aide de SQL Server Management Studio, puis en exécutant les scripts sur l’instance SQL Server cible sur la machine virtuelle Azure. Voici quelques-unes des fonctionnalités couramment utilisées :

  • Connexions et rôles
  • Serveurs liés
  • Sources de données externes
  • Travaux de l'Agent
  • Alertes
  • Messagerie de base de données
  • Réplication

Pour obtenir la liste complète des métadonnées et des objets serveur que vous devez déplacer, consultez Gérer les métadonnées lors de la mise à disposition d’une base de données sur un autre serveur.

Versions prises en charge

Lorsque vous vous préparez à migrer des bases de données SQL Server vers SQL Server sur les machines virtuelles Azure, veillez à prendre en compte les versions de SQL Server qui sont prises en charge. Pour obtenir la liste des versions de SQL Server actuellement prises en charge sur les machines virtuelles Azure, consultez SQL Server sur les machines virtuelles Azure.

Ressources de migration

Pour obtenir une aide supplémentaire, consultez les ressources suivantes qui ont été développées pour des projets de migration concrets.

Asset Description
Outil et modèle d’évaluation d’une charge de travail de données Cet outil fournit les plateformes cibles, la préparation du cloud et le niveau de correction des applications/bases de données « les mieux adaptés » pour une charge de travail donnée. Il propose une génération de rapports et des calculs simples en une sélection qui permettent d’accélérer les évaluations d’un vaste domaine en fournissant un processus de décision de plateforme cible automatisé et uniforme.
Automatisation de la collecte des données perfmon à l’aide de Logman Outil qui collecte les données perfmon pour comprendre le niveau de performance de la ligne de base et qui contribue à la recommandation de la cible de migration. Cet outil se sert de logman.exe pour créer la commande qui va créer, démarrer, arrêter et supprimer les compteurs de performances définis sur un serveur SQL distant.
Multiple-SQL-VM-VNet-ILB Ce livre blanc décrit les étapes à suivre pour configurer plusieurs machines virtuelles Azure dans une configuration de groupe de disponibilité Always On SQL Server.
Machines virtuelles Azure prenant en charge les disques SSD Ultra par région Ces scripts PowerShell fournissent une option de programmation permettant de récupérer la liste des régions qui prennent en charge les machines virtuelles Azure prenant en charge les disques SSD Ultra.

L’équipe d’ingénierie SQL des données a développé ces ressources. La charte fondamentale de cette équipe a pour objet d’initier et d’accélérer une modernisation complexe et de faire face aux projets de migration de plateforme de données vers la plateforme Azure Data de Microsoft.