Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Applies to :
Azure SQL Managed InstanceSQL Server sur les machines virtuelles AzureAzure SQL Database
Cet article décrit les cinq phases d’une migration cloud réussie de SQL Server vers Azure SQL.
Découverte
Lorsque vous démarrez votre parcours de migration cloud, il est essentiel de découvrir l'inventaire logiciel installé, les applications web et SQL Server instances et bases de données sur des serveurs s'exécutant dans votre environnement local. Cette découverte vous aide à personnaliser un chemin de migration pour Azure SQL.
L’appliance Azure Migrate effectue cette découverte à l’aide du domaine de système d’exploitation Windows ou des informations d’identification non-domaine, ou des informations d’identification d’authentification SQL Server qui ont accès à vos instances et bases de données SQL Server. Ce processus de découverte est sans agent, ce qui signifie que vous n’installez rien sur les serveurs. L’appliance Azure Migrate prend en charge la découverte sur différentes plateformes de virtualisation telles que VMware, Microsoft Hyper-V et les environnements physiques.
Pour découvrir vos serveurs SQL Server locaux, consultez la section Découvrir plus loin dans cet article.
Cas métier
La fonctionnalité de cas d’entreprise vous aide à créer une proposition métier pour comprendre comment Azure peut apporter la plus grande valeur à votre entreprise. Points forts :
Coût total de possession (TCO) entre local et Azure SQL.
Analyse des flux de trésorerie d’une année sur l’autre.
Insights basés sur l’utilisation des ressources pour identifier les serveurs et les charges de travail parfaits pour le cloud.
Gains rapides pour la migration et la modernisation, y compris pour les versions du système d'exploitation Windows et SQL en fin de support.
Économies de coûts à long terme en passant d’un modèle de dépenses d’investissement à un modèle de dépenses d’exploitation, en payant uniquement ce que vous utilisez.
Évaluation
L’évaluation est l’analyse de la configuration, de l’utilisation et des données de performances collectées lors de la découverte. Cette analyse est utilisée pour mesurer la préparation et estimer l’effet de la migration d’instances SQL Server locales vers différentes cibles Azure SQL. Les évaluations sur SQL Server instances peuvent être exécutées à l’aide de Azure Arc pour SQL Server, ou à l’aide de Azure Migrate.
Une évaluation Azure SQL fournit deux critères de dimensionnement :
Sur site : évaluations qui fournissent des recommandations basées sur la configuration SQL Server sur site seule.
Basées sur la performance : évaluations qui donnent des recommandations en fonction des données de performances collectées.
Une fois que l’évaluation détermine la préparation et le type de déploiement recommandé Azure SQL, il calcule un niveau de service spécifique et une configuration Azure SQL (taille de référence SKU) pouvant répondre ou dépasser les performances locales SQL Server. Ce calcul dépend de l’utilisation de critères de dimensionnement locaux ou basés sur les performances.
Conversion
Dans les migrations hétérogènes, pendant que vous migrez des données d’une base de données vers une autre, veillez à convertir le schéma et les objets de base de données en syntaxe Transact-SQL équivalente. Les moteurs de base de données source et cible sont différents. Ces objets de base de données incluent des tables, des index, des vues, des types de données, des instructions Transact-SQL, des procédures stockées et des fonctions.
Remarque
Vous n'avez pas besoin de la phase de conversion de SQL Server pour Azure SQL migrations. Assistant Migration SQL Server (SSMA) effectue la conversion lors de la migration vers l’une des cibles Azure SQL. SSMA prend en charge plusieurs sources, telles que Oracle, MySQL, DB2, Sybase et Microsoft Access, à la fois pour la conversion et la migration des données.
Migration
La migration est la dernière étape de ce processus, dans laquelle vous migrez les données de la base de données source vers la base de données cible.
Choisir une méthode de migration
Choisissez parmi plusieurs méthodes de migration en fonction de votre plateforme cible et du temps d’arrêt acceptable de l’application.
lien SQL Managed Instance (quasi zéro interruption pour passer à Azure SQL Managed Instance)
Si vous activez Azure Arc pour votre instance de SQL Server, vous pouvez utiliser le lien d'instance gérée pour effectuer une migration en ligne vers Azure SQL Managed Instance. La fonctionnalité de lien utilise des groupes de disponibilité distribués pour répliquer des données de SQL Server vers SQL Managed Instance en quasi-temps réel. Cette approche permet à votre base de données source de rester opérationnelle pendant que les données sont synchronisées en continu avec l’environnement cible. Le temps d’arrêt est limité à la phase finale de basculement lorsque vous basculez votre application vers la base de données migrée.
Sauvegarde et restauration (migration unique vers SQL Server sur Azure machine virtuelle)
Si le temps d’arrêt planifié est acceptable, utilisez une migration de sauvegarde et de restauration unique vers SQL Server sur les machines virtuelles Azure. Dans cette approche de migration hors connexion, le temps d’arrêt de l’application commence au démarrage de la migration et se poursuit jusqu’à ce que la restauration de la base de données soit terminée sur l’environnement cible.
Azure Database Migration Service (toutes les cibles)
Azure Database Migration Service (Azure DMS) est un service entièrement géré qui prend en charge les migrations de plusieurs sources de base de données vers Azure plateformes de données avec un temps d’arrêt minimal, une fiabilité élevée et une résilience. Vous pouvez accéder à Azure DMS via le portail Azure, PowerShell et Azure CLI. Pour plus d’informations, consultez Ce qui est Azure Database Migration Service.
Azure DMS prend en charge la migration hors connexion (ponctuelle) vers Azure SQL Database, SQL Managed Instance ou SQL Server sur Azure machine virtuelle et les migrations en ligne (restauration de sauvegarde continue) pour les migrations SQL Managed Instance et Azure machine virtuelle, vous pouvez donc choisir une approche de migration en fonction des besoins en temps d’arrêt.