Scénarios Azure Database Migration Service pris en charge
Azure Database Migration Service prend en charge une combinaison de scénarios de migration de base de données (paires source et cible) pour les migrations de bases de données hors connexion (ponctuelle) et en ligne (synchronisation continue). De nouveaux scénarios sont ajoutés au fil du temps pour étendre la couverture des scénarios pour Database Migration Service. Cet article répertorie les scénarios de migration actuellement pris en charge par Database Migration Service et leur état de disponibilité, préversion ou disponibilité générale.
Migrations hors connexion et en ligne
Dans Database Migration Service, vous pouvez migrer vos bases de données hors connexion ou pendant qu’elles sont en ligne. Lors d’une migration hors connexion, le temps d’arrêt de l’application commence quand la migration commence. Pour limiter le temps d’arrêt au temps nécessaire pour basculer vers le nouvel environnement après la migration, utilisez une migration en ligne. Nous vous recommandons de tester une migration hors connexion pour déterminer si le temps d’arrêt est acceptable. Si le temps d’arrêt attendu n’est pas acceptable, effectuez une migration en ligne.
État du scénario de migration
L’état des scénarios de migration pris en charge par Database Migration Service varie dans le temps. En règle générale, les scénarios sont d’abord publiés en préversion. En préversion, les utilisateurs Database Migration Service peuvent essayer des scénarios de migration directement dans l’interface utilisateur. Aucune inscription n’est nécessaire. Les scénarios de migration qui ont un état de préversion peuvent ne pas être disponibles dans toutes les régions, et ils peuvent être révisés avant la version finale.
Au terme de la préversion, le scénario passe à l’état de disponibilité générale (GA). La disponibilité générale est l’état de la version finale. Les scénarios qui ont l’état de disponibilité générale ont des fonctionnalités complètes et accessibles à tous les utilisateurs.
Scénarios de migration pris en charge
Les tableaux des sections suivantes indiquent l’état des scénarios de migration spécifiques pris en charge dans Database Migration Service.
Prise en charge de la migration hors connexion (migration ponctuelle)
Le tableau suivant décrit l’état actuel de prise en charge des migrations hors connexion par Database Migration Service :
Cible | Source | Support | Statut |
---|---|---|---|
Azure SQL Database | SQL Server 1 | Oui | GA |
Amazon RDS pour SQL Server | Oui | GA | |
Oracle | Non | ||
Azure SQL Database Managed Instance | SQL Server 1 | Oui | GA |
Amazon RDS pour SQL Server | Oui | GA | |
Oracle | Non | ||
Machine virtuelle Azure SQL | SQL Server 1 | Oui | GA |
Amazon RDS pour SQL Server | Oui | GA | |
Oracle | Non | ||
Azure Cosmos DB | MongoDB | Oui | GA |
Azure Database pour MySQL – Serveur unique | MySQL | Oui | GA |
Amazon RDS pour MySQL | Oui | GA | |
Azure Database pour MySQL 2 | Oui | GA | |
Serveurs flexibles Azure Database pour MySQL | MySQL | Oui | GA |
Amazon RDS pour MySQL | Oui | GA | |
Azure Database pour MySQL 2 | Oui | GA | |
Azure Database pour PostgreSQL - Serveur flexible | PostgreSQL | Non | |
Amazon RDS pour PostgreSQL | Non |
1 Les migrations hors connexion utilisant l’extension Migration Azure SQL pour Azure Data Studio sont prises en charge pour Azure SQL Managed Instance, SQL Server sur machines virtuelles Azure et Azure SQL Database. Pour plus d’informations, consultez Migrer des bases de données avec l’extension de migration Azure SQL pour Azure Data Studio.
2 Si votre base de données source se trouve déjà dans une plateforme en tant que service (PaaS) Azure comme Azure Database pour MySQL ou Azure Database pour PostgreSQL, choisissez le moteur correspondant lorsque vous créez votre activité de migration. Par exemple, si vous effectuez une migration d’Azure Database pour MySQL – Serveur unique vers Azure Database pour MySQL – Serveur flexible, sélectionnez MySQL comme moteur source lors de création de votre scénario. Si vous effectuez une migration d’Amazon RDS pour PostgreSQL vers un serveur flexible Azure Database pour PostgreSQL, sélectionnez PostgreSQL comme moteur source lors de création de votre scénario.
Prise en charge de la migration en ligne (synchronisation continue)
Le tableau suivant décrit l’état actuel de prise en charge des migrations en ligne par Database Migration Service :
Cible | Source | Support | Statut |
---|---|---|---|
Azure SQL Database | SQL Server 1 | Non | |
Amazon RDS pour SQL | Non | ||
Oracle | Non | ||
MI Azure SQL Database | SQL Server 1 | Oui | GA |
Amazon RDS pour SQL | Oui | GA | |
Oracle | Non | ||
Machine virtuelle Azure SQL | SQL Server 1 | Oui | GA |
Amazon RDS pour SQL | Oui | GA | |
Oracle | Non | ||
Azure Cosmos DB | MongoDB | Oui | GA |
Serveurs flexibles Azure Database pour MySQL | Serveur unique Azure Database pour MySQL | Oui | GA |
MySQL | Oui | GA | |
Amazon RDS pour MySQL | Oui | GA | |
Azure Database pour PostgreSQL - Serveur flexible | PostgreSQL | Oui | GA |
Amazon RDS pour PostgreSQL | Oui | GA |
1 Les migrations en ligne (temps d’arrêt minimal) utilisant l’extension Migration Azure SQL pour Azure Data Studio sont prises en charge pour les cibles Azure SQL Managed Instance et SQL Server sur machines virtuelles Azure. Pour plus d’informations, consultez Migrer des bases de données avec l’extension de migration Azure SQL pour Azure Data Studio.
2 Si votre base de données source se trouve déjà dans Azure PaaS, par exemple Azure Database pour MySQL ou Azure Database pour PostgreSQL, choisissez le moteur correspondant quand vous créez votre activité de migration. Par exemple, si vous effectuez une migration d’Azure Database pour MySQL – Serveur unique vers Azure Database pour MySQL – Serveur flexible, sélectionnez MySQL comme moteur source lors de création du scénario. Si vous effectuez une migration d’Amazon RDS pour PostgreSQL vers un serveur flexible Azure Database pour PostgreSQL, sélectionnez PostgreSQL comme moteur source lors de création du scénario.