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 des transactions dans un bucket Cloud Storage. Database Migration Service surveille ensuite activement votre bucket et réplique en continu vos données dans 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 :
La section Liste des sources et des destinations compatibles répertorie toutes les versions de SQL Server compatibles avec Database Migration Service.
La section Flux de données des migrations continues fournit une vue d'ensemble de bout en bout de la façon dont vos données sont déplacées 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 explique 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 pour votre version de SQL Server dans la documentation Microsoft. Par exemple, consultez la section Mises à niveau de version et d'édition compatibles (SQL Server 2025).
Le tableau suivant répertorie toutes les bases de données source 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 sauvegarde 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 complet de la base de données, puis à partir d'un fichier de sauvegarde différentiel, et enfin mises à jour en continu en fonction des fichiers journaux des 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 comme suit :
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 soit compatible avec 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 instance.
- Une fois le dump complet terminé, Database Migration Service continue d' exporter les fichiers journaux des transactions de votre instance Cloud SQL pour SQL Server source et de les charger dans la destination.
Vous pouvez arrêter la réplication en cours et promouvoir le job de migration lorsque vous souhaitez que votre application utilise l'instance Cloud SQL pour SQL Server de destination 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 pour les sources Cloud SQL.
Sources autogérées et AWS
Pour les sources autogérées et AWS :
- Vous importez vos fichiers de sauvegarde dans Cloud Storage.
Les migrations SQL Server continues pour les sources autogérées nécessitent que vous effectuiez d'abord une sauvegarde complète de votre base de données source, puis que vous importiez le fichier de sauvegarde dans un bucket Cloud Storage. Pour les mises à jour ultérieures, vous pouvez éventuellement fournir un fichier de sauvegarde différentiel, et puis importer des fichiers journaux des transactions. Vous pouvez également automatiser la création et l'importation continues des journaux des transactions.
Pour en savoir plus sur l'automatisation de la création et de l'importation continues des journaux des transactions, consultez la section Planifier des sauvegardes de journaux des 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 la section 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érentiel,
Database Migration Service analyse le dossier `diff` et charge les fichiers de sauvegarde différentiels
dans votre instance de destination. Si votre job de migration est configuré
pour utiliser un fichier de sauvegarde différentiel, mais que Database Migration Service ne le trouve pas
dans le bucket Cloud Storage, le job de migration affiche une erreur
tout en recherchant en continu le fichier de sauvegarde différentiel dans le dossier `diff`.
Database Migration Service ne charge les fichiers de sauvegarde différentiels qu'une seule fois, au début de la phase de chargement incrémentiel. Lorsque le job de migration passe à l'utilisation des fichiers journaux des transactions, aucun nouveau fichier de sauvegarde différentiel n'est reconnu lorsque vous les importez dans le dossier `diff`.
- Database Migration Service analyse en continu votre bucket Cloud Storage à la recherche de fichiers de sauvegarde de journaux des transactions à répliquer sur votre instance de destination.
-
Si votre job de migration est configuré pour utiliser un fichier de sauvegarde différentiel,
Database Migration Service analyse le dossier `diff` et charge les fichiers de sauvegarde différentiels
dans votre instance de destination. Si votre job de migration est configuré
pour utiliser un fichier de sauvegarde différentiel, mais que Database Migration Service ne le trouve pas
dans le bucket Cloud Storage, le job de migration affiche une erreur
tout en recherchant en continu le fichier de sauvegarde différentiel dans le dossier `diff`.
- Lorsque de nouvelles données apparaissent dans votre base de données source, vous pouvez continuer à exporter les fichiers de sauvegarde des journaux des transactions et à les importer dans le même bucket Cloud Storage Database Migration Service récupère tous les nouveaux fichiers de sauvegarde des journaux des transactions et les réplique dans 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 que votre application utilise l'instance Cloud SQL pour SQL Server de destination 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 des transactions, ainsi que des journaux détaillés pour l'état de l'instance Cloud SQL pour SQL Server de destination et l'état du job de migration.
Pour en savoir plus, consultez la section Métriques du job 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 Cloud SQL pour SQL Server de destination sans compromettre la sécurité de vos données.
Pour en savoir plus, consultez la section Fichiers de sauvegarde SQL Server chiffrés.
Étape suivante
Pour en savoir plus sur la compatibilité des données et des fonctionnalités SQL Server dans Database Migration Service, consultez la section Limites connues.
Pour obtenir une procédure de migration complète, consultez les ressources suivantes :