Vous pouvez migrer des bases de données SQL Server vers des instances Cloud SQL pour SQL Server avec Database Migration Service à l'aide d'un flux de sauvegarde et de restauration.
Pour les sources autogérées ou Amazon RDS, vous devez d'abord importer la sauvegarde complète de la base de données et les fichiers journaux de transactions dans un bucket Cloud Storage. Database Migration Service surveille ensuite activement votre bucket et réplique en continu vos données vers l'instance Cloud SQL pour SQL Server de destination.
Pour les sources Cloud SQL pour SQL Server, Database Migration Service gère automatiquement toutes les exportations de fichiers de sauvegarde requises.
Cette page présente les principales fonctionnalités de Database Migration Service pour les migrations SQL Server homogènes :
Sources et destinations compatibles répertorie toutes les versions de SQL Server compatibles avec Database Migration Service.
Le flux de données des migrations continues fournit une vue d'ensemble de la façon dont vos données sont déplacées dans Google Cloud pendant le processus de migration.
La section Surveillance présente les journaux et les métriques qui peuvent vous aider à observer la progression et l'état de votre job de migration.
Chiffrement : découvrez comment migrer des fichiers de sauvegarde SQL Server chiffrés.
Bases de données source et de destination acceptées
Vous pouvez utiliser Database Migration Service pour migrer entre la même version et la même édition de SQL Server, ou depuis des versions antérieures de SQL Server vers des versions ultérieures compatibles avec Cloud SQL, à condition de respecter les consignes de compatibilité des versions. Pour en savoir plus, consultez les mises à niveau de version et d'édition compatibles avec votre version de SQL Server dans la documentation Microsoft. Par exemple, consultez Mises à niveau de version et d'édition compatibles (SQL Server 2025).
Le tableau suivant liste toutes les bases de données sources et de destination SQL Server compatibles :
| Bases de données sources | Bases de données de destination |
|---|---|
| Amazon RDS | Cloud SQL pour SQL Server versions 2025, 2022, 2019, 2017 |
| Service SQL Server autogéré
(sur site ou sur une VM cloud que vous contrôlez entièrement) | |
| Cloud SQL pour SQL Server (avec exportations de sauvegardes automatisées par Database Migration Service) |
Flux de données des migrations continues
Pour les migrations SQL Server homogènes vers Cloud SQL, Database Migration Service est compatible avec le flux de migration continue. Dans cette approche, vos données sont d'abord chargées à partir d'un fichier de sauvegarde de base de données complet, puis d'un fichier de sauvegarde différentiel, et enfin mises à jour en continu en fonction des fichiers journaux de transactions que vous importez dans un bucket Cloud Storage dédié.
De manière générale, vos données passent par les phases de migration suivantes :
Sources Cloud SQL pour SQL Server
Pour les sources Cloud SQL pour SQL Server :
- Vous configurez votre instance Cloud SQL pour SQL Server source afin qu'elle prenne en charge la récupération à un moment précis (PITR) et vous attribuez les autorisations nécessaires aux comptes de service Cloud SQL et Database Migration Service.
- Lorsque vous créez et exécutez le job de migration, Database Migration Service crée d'abord une sauvegarde complète de votre base de données, la stocke dans le bucket Cloud Storage fourni, puis la charge dans l'instance de destination.
- Une fois le vidage complet terminé, Database Migration Service continue d'exporter les fichiers journaux de transactions depuis votre instance Cloud SQL pour SQL Server source et de les charger vers la destination.
Vous pouvez arrêter la réplication en cours et promouvoir le job de migration lorsque vous souhaitez basculer votre application pour qu'elle utilise l'instance de destination Cloud SQL pour SQL Server comme base de données de production. Pour obtenir un guide de migration détaillé, consultez Guide de migration Cloud SQL pour SQL Server pour les sources Cloud SQL.
Sources autogérées et sources AWS
Pour les sources autogérées et les sources AWS :
- Vous importez vos fichiers de sauvegarde dans Cloud Storage.
Pour effectuer des migrations SQL Server continues pour des sources autogérées, vous devez d'abord effectuer une sauvegarde complète de votre base de données source, puis importer le fichier de sauvegarde dans un bucket Cloud Storage. Pour les mises à jour ultérieures, vous pouvez éventuellement fournir un fichier de sauvegarde différentielle, puis importer les fichiers journaux de transactions. Vous pouvez également automatiser la création et l'importation continues des journaux de transactions.
Pour en savoir plus sur l'automatisation de la création et de l'importation continues des journaux de transactions, consultez Planifier des sauvegardes des journaux de transactions.
Pour en savoir plus sur la façon dont Database Migration Service utilise différents types de fichiers de sauvegarde dans les migrations SQL Server homogènes, consultez Types de fichiers de sauvegarde compatibles.
- Lorsque le job de migration démarre, Database Migration Service charge la dernière sauvegarde complète de la base de données dans l'instance Cloud SQL pour SQL Server de destination.
- Une fois le chargement initial terminé, Database Migration Service passe à la phase de chargement incrémentiel. À ce stade, Database Migration Service effectue les opérations suivantes :
-
Si votre job de migration est configuré pour utiliser un fichier de sauvegarde différentielle, Database Migration Service analyse le dossier "diff" et charge les fichiers de sauvegarde différentielle dans votre instance de destination. Si votre job de migration est configuré pour utiliser un fichier de sauvegarde différentielle, mais que Database Migration Service ne le trouve pas dans le bucket Cloud Storage, le job de migration affiche une erreur pendant qu'il recherche en continu le fichier de sauvegarde différentielle dans le dossier "diff".
Database Migration Service ne charge les fichiers de sauvegarde différentielle qu'une seule fois, au début de la phase de chargement incrémentiel. Lorsque le job de migration commence à traiter les fichiers journaux de transactions, les nouveaux fichiers de sauvegarde différentielle ne sont pas reconnus lorsque vous les importez dans le dossier "diff".
- Database Migration Service analyse désormais en continu votre bucket Cloud Storage à la recherche de fichiers de sauvegarde du journal des transactions à répliquer sur votre instance de destination.
-
Si votre job de migration est configuré pour utiliser un fichier de sauvegarde différentielle, Database Migration Service analyse le dossier "diff" et charge les fichiers de sauvegarde différentielle dans votre instance de destination. Si votre job de migration est configuré pour utiliser un fichier de sauvegarde différentielle, mais que Database Migration Service ne le trouve pas dans le bucket Cloud Storage, le job de migration affiche une erreur pendant qu'il recherche en continu le fichier de sauvegarde différentielle dans le dossier "diff".
- À mesure que de nouvelles données apparaissent dans votre base de données source, vous pouvez continuer à exporter les fichiers de sauvegarde du journal des transactions et à les importer dans le même bucket Cloud Storage. Database Migration Service récupère tous les nouveaux fichiers de sauvegarde du journal des transactions et les réplique sur la base de données de destination.
Vous pouvez arrêter la réplication en cours et promouvoir le job de migration lorsque vous souhaitez basculer votre application pour qu'elle utilise l'instance de destination Cloud SQL pour SQL Server comme base de données de production. Pour obtenir un guide de migration détaillé, consultez le guide de migration Cloud SQL pour SQL Server.
Surveillance
Database Migration Service fournit des fonctionnalités étendues de journalisation et d'observabilité pour vous aider à surveiller la progression de la migration. Ces fonctionnalités incluent des diagnostics en temps réel pour le délai de réplication et le traitement des fichiers de sauvegarde des journaux de transactions, ainsi que des journaux détaillés sur l'état de l'instance de destination Cloud SQL pour SQL Server et l'état du job de migration.
Pour en savoir plus, consultez Métriques des jobs de migration.
Chiffrement
Pour les sources autogérées et Amazon RDS, Database Migration Service est entièrement compatible avec les sauvegardes SQL Server chiffrées. Si vous importez votre clé de chiffrement dans Google Cloud, Database Migration Service peut déchiffrer vos données en toute sécurité et les charger dans l'instance de destination Cloud SQL pour SQL Server sans compromettre la sécurité de vos données.
Pour en savoir plus, consultez Fichiers de sauvegarde SQL Server chiffrés.
Étapes suivantes
Pour en savoir plus sur la compatibilité des données et des fonctionnalités SQL Server dans Database Migration Service, consultez Limites connues.
Pour obtenir un guide de migration complet, étape par étape, consultez les pages suivantes :