Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Vous pouvez migrer des bases de données SQL Server vers des instances Cloud SQL pour SQL Server à l'aide de Database Migration Service en utilisant un flux de sauvegarde et de restauration.
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 vos données en continu vers l'instance Cloud SQL pour SQL Server de destination.
Cette page présente les principales fonctionnalités de Database Migration Service pour les migrations SQL Server homogènes:
Le
flux de données des migrations continues fournit un aperçu complet de la façon dont vos données sont transférées dans Google Cloud pendant le processus de migration.
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.
Chiffrement explique comment migrer à 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 entre des versions antérieures de SQL Server et 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 la section
Versions et éditions compatibles (SQL Server 2022).
Le tableau suivant liste 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 2022, 2019 et 2017
Service SQL Server autogéré
(sur site ou sur une VM cloud que vous contrôlez entièrement)
Flux de données de migration continue
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 de base de données complète, puis d'un fichier de sauvegarde différentielle, puis mises à jour en continu en fonction des fichiers journaux des transactions que vous importez dans un bucket Cloud Storage dédié.
Figure 1. Déplacement des données lors des migrations Database Migration Service pour SQL Server. (cliquez pour agrandir)
De manière générale, vos données passent par les phases de migration suivantes:
Vous importez vos fichiers de sauvegarde dans Cloud Storage.
Les migrations SQL Server continues nécessitent d'abord de créer une sauvegarde complète de votre base de données source, puis d'importer le fichier de sauvegarde dans un bucket Cloud Storage.
Pour les mises à jour ultérieures, vous pouvez fournir un fichier de sauvegarde différentielle, puis importer des fichiers de journal des transactions.
Vous pouvez également automatiser la création et l'importation continues 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 la section
Types de fichiers de sauvegarde compatibles.
Lorsque le job de migration commence, 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 tâche de migration est configurée 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 tâche de migration est configurée pour utiliser un fichier de sauvegarde différentielle, mais que Database Migration Service ne peut pas le trouver dans le bucket Cloud Storage, la tâche de migration affiche une erreur pendant la recherche continue du 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 la tâche de migration commence à travailler avec les fichiers de journaux de transactions, aucun nouveau fichier de sauvegarde différentielle n'est reconnu lorsque vous l'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.
À 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é par étapes, consultez le
guide de migration Cloud SQL pour SQL Server.
Surveillance
Figure 2. Exemple de diagramme d'observabilité dans Database Migration Service.
(cliquez pour agrandir)
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 santé de l'instance de destination Cloud SQL pour SQL Server et l'état de la tâche de migration.
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 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 sur la prise en charge des données et des fonctionnalités SQL Server dans Database Migration Service, consultez la section
Limites connues.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/18 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/08/18 (UTC)."],[[["\u003cp\u003eDatabase Migration Service allows the migration of SQL Server databases to Cloud SQL for SQL Server using a backup and restore method, where full database backups and transaction logs are uploaded to Cloud Storage.\u003c/p\u003e\n"],["\u003cp\u003eThe service supports various source databases, including Amazon RDS and self-managed SQL Servers, and can migrate between different SQL Server versions as long as version compatibility guidelines are met.\u003c/p\u003e\n"],["\u003cp\u003eData migration occurs in a continuous flow, starting with a full backup, followed by an optional differential backup, and then ongoing updates from transaction log files uploaded to a designated Cloud Storage bucket.\u003c/p\u003e\n"],["\u003cp\u003eDatabase Migration Service offers monitoring capabilities, including real-time diagnostics and detailed logs, to track the progress and health of the migration process.\u003c/p\u003e\n"],["\u003cp\u003eThe migration service can handle encrypted SQL Server backups, ensuring data security by decrypting the files using an uploaded encryption key during the migration process.\u003c/p\u003e\n"]]],[],null,["# Database Migration Service for SQL Server\n\nYou can migrate SQL Server databases to Cloud SQL for SQL Server\ninstances with Database Migration Service by using a backup and restore flow.\nYou first upload the full database backup and transaction\nlog files to a Cloud Storage bucket. Database Migration Service then actively\nmonitors your bucket, and continuously replicates your data to the destination\nCloud SQL for SQL Server instance.\n\nThis page provides an overview of the key Database Migration Service\nfeatures for homogeneous SQL Server migrations:\n\n- [Supported source and destination](#supported-src-and-dest) lists all SQL Server\n versions supported by Database Migration Service.\n\n- [Continuous migrations data flow](#data-flow-migration-types) provides an end-to-end overview\n of how your data moves in Google Cloud during the migration process.\n\n- [Monitoring](#monitoring)\n gives an introduction for logs and metrics that can\n help you observe the progress and health of your migration job.\n\n- [Encryption](#securing-migration-jobs) looks at how you can migrate\n with encrypted SQL Server backup files.\n\nSupported source and destination databases\n------------------------------------------\n\nYou can use Database Migration Service to migrate between the same SQL Server\nversion and edition, or from earlier versions of\nSQL Server to later versions supported in Cloud SQL, as long\nas you follow the version compatibility guidelines. For more information,\nsee the supported version and edition upgrades for your SQL Server\nversion in Microsoft documentation. For example, see\n[Supported version and edition upgrades (SQL Server 2022)](https://learn.microsoft.com/en-us/sql/database-engine/install-windows/supported-version-and-edition-upgrades-2022?view=sql-server-ver16#upgrades-from-earlier-versions-to-sql-server-2022).\n\nThe following table lists all supported SQL Server source and destination\ndatabases:\n\nContinuous migrations data flow\n-------------------------------\n\nFor homogeneous SQL Server migrations to Cloud SQL,\nDatabase Migration Service supports the\n[continuous migration](/database-migration/docs/overview#migrationconcepts) flow. In this approach, your data is first\nloaded from a full database backup file, then from a differential backup file,\nand then continuously updated based on transaction log files you upload to\na dedicated Cloud Storage bucket.\n[](#lightbox-trigger) **Figure 1.** Data movement during Database Migration Service for SQL Server migrations. (click to enlarge)\n\nAt a high level, your data moves through the migration phases as follows:\n\n1. You upload your backup files to Cloud Storage.\n\n Continuous SQL Server migrations require that you first take a\n full backup of your source database, and then upload the backup file to\n a Cloud Storage bucket.\n For subsequent updates, you can optionally provide a differential backup file,\n and then upload transaction log files.\n You can also automate continuous transaction log creation and uploads.\n - For more information on automating continuous transaction log creation and\n uploads, see\n [Schedule transaction log backups](/database-migration/docs/sqlserver/automate-backup-exports).\n\n - For details on how Database Migration Service uses different types of backup files\n in homogeneous SQL Server migrations, see\n [Supported backup file types](/database-migration/docs/sqlserver/supported-backup-files).\n\n2. When the migration job starts, Database Migration Service loads the latest full\n database backup to the destination Cloud SQL for SQL Server instance.\n\n3. Once the initial load is complete, Database Migration Service switches to the incremental\n load phase. At this point, Database Migration Service performs the following:\n\n 1. If your migration job is configured to use a differential backup file,\n Database Migration Service scans the `diff` folder and loads differential backup\n files to your destination instance. If your migration job is configured\n to use a differential backup file, but Database Migration Service can't find it\n in the Cloud Storage bucket, the migration job shows an error\n while continuously searching the `diff` folder for the differential\n backup file.\n\n Database Migration Service loads differential backup files only once, at the beginning\n of the incremental load phase. When the migration job proceeds to work with\n transaction log files no new differential backup files are recognized when\n you upload them to the `diff` folder.\n 2. Now Database Migration Service continuously scans your Cloud Storage bucket\n for transaction log backup files to replicate on your destination instance.\n\n4. As new data shows up in your source database, you can keep exporting\n the transaction log backup files and uploading them to the same Cloud Storage\n bucket. Database Migration Service picks up all new transaction log backup files and\n replicates them on the destination database.\n\nYou can stop the ongoing replication and promote the migration job when you want\nto switch your application to so that it uses the Cloud SQL for SQL Server\ndestination instance as the production database. For a detailed step-by-step\nmigration guide, see\n[Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide).\n\nMonitoring\n----------\n\n[](#lightbox-trigger) **Figure 2.** Sample observability diagram in Database Migration Service. (click to enlarge)\n\nDatabase Migration Service provides extensive logging and observability capabilities\nto help you monitor the migration progress. These features include real-time\ndiagnostics for replication delay and transaction log backup file processing,\nas well as detailed logs for Cloud SQL for SQL Server destination instance health\nand migration job state.\n\nFor more details, see\n[Migration job metrics](/database-migration/docs/sqlserver/migration-job-metrics).\n\nEncryption\n----------\n\nDatabase Migration Service is fully compatible with\n[encrypted SQL Server backups](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-encryption). If you upload your\nencryption key to Google Cloud, Database Migration Service can safely decrypt\nyour data and load it to the Cloud SQL for SQL Server destination instance without\ncompromising your data security.\n\nFor more details, see\n[Encrypted SQL Server backup files](/database-migration/docs/sqlserver/backup-file-encryption).\n\nWhat's next\n-----------\n\n- To learn more about SQL Server data and feature support in\n Database Migration Service, see\n [Known limitations](/database-migration/docs/sqlserver/known-limitations).\n\n- To get a complete, step-by-step migration walkthrough, see\n [Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide)."]]
