Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Puoi eseguire la migrazione dei database SQL Server alle istanze Cloud SQL per SQL Server con Database Migration Service utilizzando un flusso di backup e ripristino.
Per prima cosa, carica il backup completo del database e i file dei log delle transazioni in un bucket Cloud Storage. Database Migration Service monitora attivamente il bucket e replica continuamente i dati nell'istanza Cloud SQL per SQL Server di destinazione.
Questa pagina fornisce una panoramica delle funzionalità principali di Database Migration Service per le migrazioni omogenee di SQL Server:
Monitoraggio
fornisce un'introduzione ai log e alle metriche che possono aiutarti a osservare l'avanzamento e lo stato del job di migrazione.
Crittografia illustra come eseguire la migrazione con file di backup SQL Server criptati.
Database di origine e destinazione supportati
Puoi utilizzare Database Migration Service per eseguire la migrazione tra la stessa versione e la stessa versione di SQL Server o da versioni precedenti di SQL Server a versioni successive supportate in Cloud SQL, purché tu segua le linee guida sulla compatibilità delle versioni. Per ulteriori informazioni, consulta gli upgrade di versione e di release supportati per la tua versione di SQL Server nella documentazione Microsoft. Ad esempio, consulta
Upgrade delle versioni e delle versioni supportate (SQL Server 2022).
La tabella seguente elenca tutti i database di origine e di destinazione SQL Server supportati:
Database di origine
Database di destinazione
Amazon RDS
Cloud SQL per SQL Server versioni 2022, 2019, 2017
SQL Server autogestito
(on-premise o su qualsiasi VM cloud sotto il tuo controllo totale)
Flusso di dati delle migrazioni continue
Per le migrazioni omogenee di SQL Server a Cloud SQL,
Database Migration Service supporta il flusso di
migrazione continua. In questo approccio, i dati vengono prima caricati da un file di backup completo del database, poi da un file di backup differenziale e infine aggiornati continuamente in base ai file dei log delle transazioni che carichi in un bucket Cloud Storage dedicato.
Figura 1. Movimento dei dati durante le migrazioni di Database Migration Service per SQL Server. (fai clic per ingrandire)
A livello generale, i dati passano attraverso le fasi di migrazione come segue:
Carichi i file di backup su Cloud Storage.
Le migrazioni continue di SQL Server richiedono innanzitutto di eseguire un backup completo del database di origine e poi di caricare il file di backup in un bucket Cloud Storage.
Per gli aggiornamenti successivi, facoltativamente puoi fornire un file di backup differenziale,
e poi caricare i file dei log delle transazioni.
Puoi anche automatizzare la creazione e i caricamenti continui dei log delle transazioni.
Per informazioni dettagliate su come Database Migration Service utilizza diversi tipi di file di backup nelle migrazioni omogenee di SQL Server, consulta
Tipo di file di backup supportati.
Quando viene avviato il job di migrazione, Database Migration Service carica l'ultimo backup completo del database nell'istanza Cloud SQL per SQL Server di destinazione.
Al termine del caricamento iniziale, Database Migration Service passa alla fase di caricamento incrementale. A questo punto, Database Migration Service esegue le seguenti operazioni:
Se il job di migrazione è configurato per utilizzare un file di backup differenziale,
Database Migration Service esegue la scansione della cartella diff e carica i file di backup differenziale
nell'istanza di destinazione. Se il job di migrazione è configurato per utilizzare un file di backup differenziale, ma Database Migration Service non riesce a trovarlo nel bucket Cloud Storage, il job di migrazione mostra un errore durante la ricerca continua del file di backup differenziale nella cartella diff.
Database Migration Service carica i file di backup differenziale una sola volta, all'inizio della fase di caricamento incrementale. Quando il job di migrazione passa a lavorare con i file dei log delle transazioni, non vengono riconosciuti nuovi file di backup differenziale quando li carichi nella cartella diff.
Ora Database Migration Service esegue continuamente la scansione del bucket Cloud Storage per individuare i file di backup dei log delle transazioni da replicare nell'istanza di destinazione.
Quando nel database di origine vengono visualizzati nuovi dati, puoi continuare a esportare i file di backup dei log delle transazioni e caricarli nello stesso bucket Cloud Storage. Database Migration Service recupera tutti i nuovi file di backup dei log delle transazioni e li replica nel database di destinazione.
Puoi interrompere la replica in corso e promuovere il job di migrazione quando vuoi cambiare l'applicazione in modo che utilizzi l'istanza di destinazione Cloud SQL per SQL Server come database di produzione. Per una guida dettagliata alla migrazione passo passo, consulta la
guida alla migrazione di Cloud SQL per SQL Server.
Monitoraggio
Figura 2. Diagramma di esempio di osservabilità in Database Migration Service.
(fai clic per ingrandire)
Database Migration Service offre ampie funzionalità di logging e osservabilità per aiutarti a monitorare l'avanzamento della migrazione. Queste funzionalità includono la diagnostica in tempo reale per il ritardo della replica e l'elaborazione dei file di backup dei log delle transazioni, nonché log dettagliati per lo stato dell'istanza di destinazione Cloud SQL per SQL Server e del job di migrazione.
Database Migration Service è completamente compatibile con i
backup criptati di SQL Server. Se carichi la chiave di crittografia su Google Cloud, Database Migration Service può decriptare in sicurezza i tuoi dati e caricarli nell'istanza di destinazione Cloud SQL per SQL Server senza compromettere la sicurezza dei dati.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-05 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)."]]
