Partage via

Vue d’ensemble de la migration : SQL Server à SQL Server sur des machines virtuelles Azure

S'applique à :SQL Server on Azure Virtual Machines

Découvrez les différentes stratégies de migration pour migrer votre SQL Server vers SQL Server on Azure Virtual Machines (machines virtuelles).

Vous pouvez migrer SQL Server en cours d’exécution locale ou sur :

  • SQL Server sur Machines Virtuelles
  • Amazon Elastic Compute Cloud (Amazon EC2)
  • Amazon Relational Database Service (Amazon RDS)
  • Moteur de calcul Google

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

Vue d’ensemble

Migrer vers SQL Server on Azure Virtual Machines (machines virtuelles) lorsque vous souhaitez utiliser l’environnement de SQL Server familier avec le contrôle du système d’exploitation, et souhaitez tirer parti des fonctionnalités fournies par le cloud, telles que la haute disponibilité des machines virtuelles intégrées, les sauvegardes automatiques et patchingautomated.

Économisez des coûts en apportant votre propre licence avec le modèle de licence Azure Hybrid Benefit ou en étendant la prise en charge de SQL Server 2014 en obtenant mises à jour de sécurité gratuites.

Choisir la cible appropriée

Azure Virtual Machines s’exécutent dans de nombreuses régions différentes d'Azure et offrent également différentes tailles de machine et types de disques managés Azure.

Lorsque vous déterminez la taille correcte de la machine virtuelle et du stockage pour votre charge de travail SQL Server, reportez-vous aux instructions de Performance pour SQL Server on Azure Virtual Machines..

Pour déterminer la taille et les besoins de stockage de la machine virtuelle pour toutes vos charges de travail dans votre patrimoine de données, vous devez les dimensionner par le biais d’une évaluation Performance-Based Azure Migrate. Si cette option n’est pas disponible, consultez l’article suivant sur la création de votre propre ligne de base pour les performances.

Vous devez également tenir compte de l’installation et de la configuration correctes de SQL Server sur une machine virtuelle. Vous devez utiliser la galerie d’images de machine virtuelle Azure SQL, car cela vous permet de créer une machine virtuelle SQL Server avec la version, l’édition et le système d’exploitation appropriés. Cette option inscrit également la machine virtuelle Azure auprès du fournisseur SQL Server resource automatiquement, en activant 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 de SQL Server sur des machines virtuelles Azure : migrate 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
  • Vous devez modifier SQL Server version, le 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 Descriptif Quand l’utiliser
Lift-and-shift Utilisez la stratégie de migration lift-and-shift pour déplacer l’ensemble des SQL Server physiques ou virtuels de son emplacement actuel vers une instance de SQL Server sur Azure machine virtuelle sans aucune modification du système d’exploitation, ou SQL Server version. 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 les migrations simples aux migrations à grande échelle, applicable aux scénarios comme 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 lorsque vous souhaitez mettre à niveau la version cible des SQL Server et/ou du système d’exploitation.

Sélectionnez une machine virtuelle Azure dans Azure Marketplace ou une image SQL Server préparée qui correspond à la version SQL Server source.		 Utilisez quand il existe une exigence ou une volonté de migrer vers SQL Server on Azure Virtual Machines, ou s'il est nécessaire de mettre à niveau les versions héritées de SQL Server et/ou de système d'exploitation qui ne sont plus prises en charge.

Peut nécessiter des modifications apportées à une application ou à une base de données utilisateur pour prendre en charge la mise à niveau SQL Server.

Il peut y avoir d'autres considérations à prendre en compte pour la migration des services Business Intelligence si cela fait partie du périmètre de 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 des machines virtuelles Azure :

Méthode Version source minimale Version cible minimale Contrainte de taille de la sauvegarde source Remarques
Azure Migrate SQL Server 2008 SP4 SQL Server 2012 SP4 Azure limite de stockage des machines virtuelles Le SQL Server existant sera déplacé tel quel vers l'instance de SQL Server 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, réduisant ainsi au minimum les temps d’arrêt.

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

Note

Il est désormais possible de déplacer et migrer à la fois votre instance de cluster de basculement failover et votre solution de groupe de disponibilité availability group vers SQL Server sur les machines virtuelles Azure à l'aide d'Azure Migrate.

Migrer

L'approche de migration recommandée consiste à effectuer une sauvegarde native de SQL Server localement, puis à copier le fichier dans Azure. Cette méthode prend en charge les bases de données plus volumineuses (>1 To) pour toutes les versions de SQL Server à partir de 2008 et de sauvegardes de bases de données plus volumineuses (>1 To). Dans SQL Server versions 2014 et ultérieures, SQL Server sauvegarde sur URL est la meilleure approche pour les bases de données inférieures à 1 To qui disposent d’une bonne connectivité à Azure.

Lors de la migration de bases de données SQL Server vers une instance de SQL Server sur des machines virtuelles Azure, il est important de choisir une approche adaptée lorsque vous devez basculer vers le serveur cible, car cela affecte 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 des machines virtuelles Azure :

Méthode Version source minimale Version cible minimale Contrainte de taille de la sauvegarde source Remarques
Groupe de disponibilité distribué SQL Server 2016 SQL Server 2016 Azure limite de stockage des machines virtuelles 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 minimise le temps d’arrêt. À utiliser quand un groupe de disponibilité est configuré localement.

Automation & scripting : Transact-SQL (T-SQL)
Sauvegarde dans un fichier SQL Server 2008 SP4 SQL Server 2012 SP4 Azure limite de stockage des machines virtuelles 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 & scripting : T-SQL et AzCopy vers 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 Une autre façon de déplacer le fichier de sauvegarde vers la machine virtuelle à l’aide de Azure stockage. Utilisez la compression afin de réduire la taille de la sauvegarde pour le transfert.

Automatisation et scripts : T-SQL ou plan de maintenance
Composant de migration SQL Server dans SQL Server Management Studio SQL Server 2005 SQL Server 2012 SP4 Azure limite de stockage des machines virtuelles Le composant de migration SQL Server évalue SQL Server localement, puis effectue une mise à niveau transparente vers des versions ultérieures de SQL Server ou migre vers SQL Server sur des machines virtuelles Azure.

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

Inclut la possibilité de migrer les identifiants SQL et Windows.
Détachement et attachement SQL Server 2008 SP4 SQL Server 2014 Azure limite de stockage des machines virtuelles Utilisez cette méthode lorsque vous envisagez de store ces fichiers à l’aide de Azure Blob Storage et de les attacher à une instance de SQL Server sur une machine virtuelle Azure, utile avec des bases de données très volumineuses ou lorsque le temps de sauvegarde et de restauration est trop long.

Automatisation & scripting : T-SQL et AzCopy vers le stockage Blob
Copie des journaux de transaction SQL Server 2012 SP4 (Windows uniquement) SQL Server 2012 SP4 (Windows uniquement) Azure limite de stockage des machines virtuelles Log shipping réplique les fichiers journaux transactionnels des locaux vers une instance de SQL Server 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 une machine sur site vers des VHD Hyper-V, télécharger vers le stockage Blob Azure, puis déployer une nouvelle machine virtuelle en utilisant le VHD téléchargé. SQL Server 2012 ou version ultérieure SQL Server 2012 ou version ultérieure Azure limite de stockage des machines virtuelles Utilisez lorsque vous apportez votre propre licence SQL Server, lors de la migration d'une base de données qui s'exécute sur une version antérieure de SQL Server, ou lors de la migration de bases de données système et utilisateur ensemble dans le cadre de la migration de bases de données dépendant d'autres bases de données utilisateur et/ou de bases de données système.
Expédier le disque dur en utilisant le service d'importation/exportation de Windows SQL Server 2012 ou version ultérieure SQL Server 2012 ou version ultérieure Azure limite de stockage des machines virtuelles Utilisez le Windows Service Import/Export lorsque la méthode de copie manuelle est trop lente, par exemple avec des bases de données très volumineuses

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

Conseil

Vous pouvez migrer à la fois votre instance de cluster failover et votre groupe de disponibilité vers SQL Server sur des machines virtuelles Azure à l’aide d’Azure Migrate.

Considérations

La liste suivante répertorie les points clés à prendre en compte lors de l’examen des méthodes de migration :

  • Pour optimiser les performances de transfert de données, migrez des bases de données et des fichiers vers une instance de SQL Server sur Azure machine virtuelle à 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 migrez de SQL Server 2014 ou version ultérieure, envisagez de encrypter les sauvegardes pour protéger les données pendant le transfert réseau.

  • Pour réduire les temps d’arrêt pendant la migration de base de données, utilisez des groupes de disponibilité Always On.

  • Pour des options réseau seulement limitées, utilisez des méthodes de migration hors connexion telles que la sauvegarde et la restauration, ou services de transfert de disque disponibles dans Azure.

  • Pour également modifier la version de SQL Server sur une machine virtuelle Azure, consultez changer d'édition SQL Server.

Informatique décisionnelle

Il peut y avoir d'autres considérations lors de la migration des services de Business Intelligence de SQL Server hors du cadre 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 Azure machine virtuelle à l’aide de l’une des deux méthodes suivantes.

  • Sauvegardez et restaurez la base de données SSISDB à partir de l’instance de SQL Server source vers SQL Server sur une machine virtuelle Azure. Cela restaure vos packages de la base de données SSISDB vers le Catalogue SSIS.

  • Redéployez vos packages SSIS sur votre SQL Server cible sur Azure machine virtuelle à l’aide de l’une des options de déploiement .

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 de conversion de projet.

SQL Server Reporting Services

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

Vous pouvez alternativement migrer des 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 documente une procédure pas à pas de bout en bout du scénario de migration.

SQL Server Analysis Services

SQL Server Analysis Services bases de données (modèles multidimensionnels ou tabulaires) peuvent être migrées de votre SQL Server source vers SQL Server sur Azure machine virtuelle à 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 vers Power BI Premium à l’aide des nouveaux points de terminaison XMLA en lecture/écriture.

Objets de serveur

Selon la configuration de votre SQL Server source, il peut y avoir d’autres fonctionnalités SQL Server qui nécessitent une intervention manuelle pour les migrer vers SQL Server sur Azure machine virtuelle en générant des scripts dans Transact-SQL (T-SQL) à l’aide de SQL Server Management Studio puis l’exécution des scripts sur le SQL Server cible sur Azure machine virtuelle. 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 préparez la migration de bases de données SQL Server vers SQL Server sur des machines virtuelles Azure, veillez à prendre en compte les versions de SQL Server prises en charge. Pour obtenir la liste des versions SQL Server actuellement prises en charge sur les machines virtuelles Azure, consultez SQL Server sur les machines virtuelles Azure.

Ressources de migration

Pour obtenir de l’aide supplémentaire, consultez les ressources suivantes qui ont été développées pour des projets de migration réels.

Actif Descriptif
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 qui utilise logman.exe pour créer la commande qui crée, démarre, arrête et supprime les compteurs de performances définis sur une SQL Server distante.
Multiple-SQL-VM-VNet-ILB Ce livre blanc décrit les étapes de configuration de plusieurs machines virtuelles Azure dans une configuration de groupe de disponibilité Always On SQL Server.
Machines virtuelles Azure prenant en charge Ultra Disk par région Ces scripts PowerShell fournissent une option programmatique pour récupérer la liste des régions qui prennent en charge les machines virtuelles Azure avec des disques Ultra.

L’équipe d’ingénierie SQL des données a développé ces ressources. La charte principale de cette équipe consiste à débloquer et accélérer la modernisation complexe pour les projets de migration de plateforme de données vers la plateforme de données Azure de Microsoft.

Contenu associé

  • Last updated on