Database Migration Service supporta due approcci per la migrazione dei database SQL Server a Cloud SQL per SQL Server:
- Migrazioni di backup e ripristino: esegui la migrazione da origini SQL Server, Amazon RDS o Cloud SQL per SQL Server autogestite eseguendo lo staging dei file di backup completo e dei file di log delle transazioni in un bucket Cloud Storage.
- Migrazioni di gruppi di disponibilità distribuiti (DAG): esegui la migrazione da istanze SQL Server Enterprise Edition autogestite direttamente tramite una connessione di rete privata utilizzando il gruppo di disponibilità distribuito di SQL Server, senza esportare i file di backup in Cloud Storage.
Migrazioni di backup e ripristino
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 le origini autogestite o Amazon RDS, devi prima caricare il backup completo del database e i file di 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.
Per le origini Cloud SQL per SQL Server, Database Migration Service gestisce automaticamente tutte le esportazioni dei file di backup richieste.
Questa sezione illustra le seguenti funzionalità per le migrazioni di backup e ripristino di SQL Server omogenee:
Origine e destinazione supportate elenca tutte le versioni di SQL Server supportate da Database Migration Service.
Il flusso di dati delle migrazioni continue fornisce una panoramica end-to-end di come i dati vengono spostati in Google Cloud durante il processo di migrazione.
Crittografia spiega come eseguire la migrazione con file di backup di SQL Server crittografati.
Monitoraggio fornisce un'introduzione ai log e alle metriche che possono aiutarti a osservare l'avanzamento e l'integrità del job di migrazione.
Database di origine e destinazione supportati
Puoi utilizzare Database Migration Service per eseguire la migrazione tra la stessa versione e la stessa edizione di SQL Server o da versioni precedenti di SQL Server a versioni successive supportate in Cloud SQL, purché segua le linee guida per la compatibilità delle versioni. Per saperne di più, consulta gli upgrade di versione ed edizione supportati per la tua versione di SQL Server nella documentazione di Microsoft. Ad esempio, consulta Upgrade di versioni ed edizioni supportate (SQL Server 2025).
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 2025, 2022, 2019, 2017 |
| SQL Server autogestito
(on-premise o su qualsiasi VM cloud di cui hai il controllo totale) | |
| Cloud SQL per SQL Server (con esportazioni di backup automatici da Database Migration Service) |
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 di log delle transazioni caricati in un bucket Cloud Storage dedicato.
A livello generale, i dati passano attraverso le fasi di migrazione come segue:
Origini Cloud SQL per SQL Server
Per le origini Cloud SQL per SQL Server:
- Configuri l'istanza Cloud SQL per SQL Server di origine in modo che supporti il recupero point-in-time (PITR) e assegni le autorizzazioni necessarie per i service account Cloud SQL e Database Migration Service.
- Quando crei ed esegui il job di migrazione, Database Migration Service crea prima un backup completo del database, lo archivia nel bucket Cloud Storage fornito e poi lo carica nell'istanza di destinazione.
- Una volta completato il dump completo, Database Migration Service continua a esportare i file di log delle transazioni dall'istanza Cloud SQL per SQL Server di origine e a caricarli nella 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 alla migrazione dettagliata, consulta la guida alla migrazione di Cloud SQL per SQL Server per le origini Cloud SQL.
Origini autogestite e origine AWS
Per le origini autogestite e AWS:
- Carica i file di backup su Cloud Storage.
Le migrazioni SQL Server continue per le origini autogestite richiedono prima di eseguire un backup completo del database di origine, quindi di caricare il file di backup in un bucket Cloud Storage. Per gli aggiornamenti successivi, puoi facoltativamente fornire un file di backup differenziale e poi caricare i file di log delle transazioni. Puoi anche automatizzare la creazione e il caricamento continui dei log delle transazioni.
Per saperne di più sull'automazione della creazione e dei caricamenti continui dei log delle transazioni, consulta Pianifica i backup dei log delle transazioni.
Per informazioni dettagliate su come Database Migration Service utilizza diversi tipi di file di backup nelle migrazioni SQL Server omogenee, consulta Tipi di file di backup supportati.
- All'avvio del job di migrazione, Database Migration Service carica l'ultimo backup completo del database nell'istanza Cloud SQL per SQL Server di destinazione.
- Una volta completato il 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 l'utilizzo di un file di backup differenziale, Database Migration Service analizza la 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 procede con i file di 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 trovare i file di backup dei log delle transazioni da replicare nell'istanza di destinazione.
-
Se il job di migrazione è configurato per l'utilizzo di un file di backup differenziale, Database Migration Service analizza la 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".
- Man mano che vengono visualizzati nuovi dati nel database di origine, puoi continuare a esportare i file di backup del 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 alla migrazione dettagliata, consulta la guida alla migrazione di Cloud SQL per SQL Server.
Crittografia
Per le origini autogestite e Amazon RDS, Database Migration Service fornisce il supporto completo per i backup SQL Server criptati. Se carichi la tua chiave di crittografia su Google Cloud, Database Migration Service può decriptare i tuoi dati in sicurezza e caricarli nell'istanza di destinazione Cloud SQL per SQL Server senza compromettere la sicurezza dei dati.
Per maggiori dettagli, consulta File di backup SQL Server criptati.
Migrazioni di gruppi di disponibilità distribuiti (DAG)
Per le istanze SQL Server Enterprise Edition autogestite, puoi eseguire la migrazione dei database direttamente tramite una connessione di rete privata con il gruppo di disponibilità distribuito (DAG) di SQL Server, senza esportare i file di backup o i file di log delle transazioni in Cloud Storage.
Questa sezione fornisce una rapida panoramica delle migrazioni dei gruppi di disponibilità distribuiti di SQL Server:
Origine e destinazione supportate elenca le edizioni e le versioni di SQL Server supportate per le migrazioni DAG.
Il flusso di dati delle migrazioni continue riassume il modo in cui i dati si spostano tra i gruppi di disponibilità durante il processo di migrazione.
La crittografia descrive in che modo i dati in transito vengono protetti tra le istanze di origine e di destinazione.
Monitoraggio introduce i log e le metriche che ti aiutano a osservare l'avanzamento e l'integrità del job di migrazione.
Per un confronto completo con le migrazioni di backup e ripristino, i dettagli dell'architettura e le limitazioni, consulta Informazioni sulle migrazioni dei gruppi di disponibilità distribuiti (DAG).
Database di origine e destinazione supportati
Le migrazioni dei gruppi di disponibilità distribuiti richiedono la versione Enterprise sia nell'istanza SQL Server di origine sia nell'istanza Cloud SQL per SQL Server di destinazione:
| Database di origine | Database di destinazione |
|---|---|
| SQL Server Enterprise Edition autogestito versioni 2025, 2022, 2019, 2017
(on-premise o su qualsiasi VM cloud di cui hai il controllo totale, con i gruppi di disponibilità Always On abilitati) |
Cloud SQL per SQL Server Enterprise Edition versioni 2025, 2022, 2019, 2017 |
Flusso di dati delle migrazioni continue
In una migrazione di un gruppo di disponibilità distribuito, Database Migration Service configura un gruppo di disponibilità distribuito tra il gruppo di disponibilità di origine e un gruppo di disponibilità secondario gestito nell'istanza Cloud SQL per SQL Server di destinazione, trasmettendo in streaming sia il carico completo iniziale sia le modifiche al database in corso direttamente tramite una connessione di rete privata.
A livello generale, una migrazione di un gruppo di disponibilità distribuito funziona nel seguente modo:
- Devi configurare la connettività con IP privato bidirezionale, preparare un gruppo di disponibilità di origine e creare un server collegato nell'istanza Cloud SQL per SQL Server di destinazione.
- Quando avvii il job di migrazione, Database Migration Service crea un gruppo di disponibilità distribuito e trasmette in streaming il caricamento completo iniziale di tutti i database nel gruppo di disponibilità di origine direttamente sulla rete a Cloud SQL per SQL Server.
- Al termine del caricamento completo iniziale, Database Migration Service replica continuamente le modifiche al database in corso (fase
CDC), consentendoti al contempo di eseguire query sui database di destinazione in modalità di sola lettura. - Quando promuovi il job di migrazione, Database Migration Service imposta l'istanza Cloud SQL per SQL Server come istanza principale di lettura/scrittura e passa alla fase
FAILBACKper replicare le nuove scritture nell'istanza di origine. Durante la faseFAILBACK, puoi eseguirepromotecon il flag--failbackper riportare il ruolo principale all'istanza di origine o interrompere la replica ed eliminare il job di migrazione per completare la migrazione ed eseguire la pulizia necessaria una volta verificato il cutover.
Per informazioni dettagliate sul funzionamento delle migrazioni DAG, consulta Informazioni sulle migrazioni dei gruppi di disponibilità distribuiti (DAG). Per una procedura dettagliata, consulta Esegui la migrazione da SQL Server autogestito utilizzando i gruppi di disponibilità distribuiti.
Crittografia
Le migrazioni dei gruppi di disponibilità distribuiti non esportano i file di backup in Cloud Storage. Invece, tutti i dati di caricamento completo iniziale e le modifiche al database in corso trasferiti tra il gruppo di disponibilità di origine e il gruppo di disponibilità Cloud SQL per SQL Server di destinazione vengono autenticati con certificati e criptati in transito utilizzando la crittografia AES sulla connessione di rete privata.
Monitoraggio
Database Migration Service offre funzionalità complete di logging e osservabilità per aiutarti a monitorare l'avanzamento delle migrazioni di backup e ripristino e dei gruppi di disponibilità distribuiti. Queste funzionalità includono la diagnostica in tempo reale per il ritardo di replica (ritardo di ripristino), l'elaborazione dei file di backup del log delle transazioni per le migrazioni basate su backup, l'utilizzo dello spazio di archiviazione di destinazione e i log dettagliati per lo stato dell'istanza di destinazione Cloud SQL per SQL Server e lo stato del job di migrazione.
Per maggiori dettagli, consulta Metriche dei job di migrazione.
Passaggi successivi
Per scoprire di più sul supporto di dati e funzionalità di SQL Server in Database Migration Service, consulta Limitazioni note.
Per una procedura dettagliata completa della migrazione, consulta: