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 les fichiers de sauvegarde de la base de données complète et du journal des 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 homogènes de SQL Server :
La section Sources et destinations compatibles liste 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 transféré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 tâche de migration.
La section Chiffrement explique comment migrer des données à l'aide de 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 é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 des versions et éditions compatibles (SQL Server 2022).
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 2022, 2019 et 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 automatiques de sauvegardes par Database Migration Service) |
Flux de données des migrations continues
Pour les migrations homogènes de SQL Server 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 complète de la base de données, puis à partir d'un fichier de sauvegarde différentielle. Elles sont ensuite 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 :
- Configurez votre instance source Cloud SQL pour SQL Server afin qu'elle soit compatible avec la récupération à un moment précis (PITR), puis 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 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 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 AWS
Pour les sources autogérées et AWS :
- Vous importez vos fichiers de sauvegarde dans Cloud Storage.
Les migrations continues de SQL Server 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érentielle, puis importer les fichiers journaux de transactions. Vous pouvez également automatiser la création et l'importation de journaux de transactions continues.
Pour en savoir plus sur l'automatisation de la création et de l'importation continues des journaux de transactions, consultez Planifier des sauvegardes de journaux de transactions.
Pour savoir comment Database Migration Service utilise différents types de fichiers de sauvegarde lors des 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 tout en recherchant 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 traite les fichiers journaux des transactions, aucun nouveau fichier de sauvegarde différentielle n'est reconnu lorsque vous les importez dans le dossier "diff".
- Database Migration Service analyse désormais en continu votre bucket Cloud Storage pour rechercher les 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 tout en recherchant 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 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 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.
Surveillance
Database Migration Service fournit des fonctionnalités de journalisation et d'observabilité étendues 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 du journal des 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 chiffrées SQL Server. Si vous importez votre clé de chiffrement dans Google Cloud, Database Migration Service peut déchiffrer vos données de manière sécurisée 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 Limitations connues.
Pour obtenir un guide pas à pas complet sur la migration, consultez les ressources suivantes :