Questa pagina descrive le limitazioni note per la migrazione da SQL Server a Cloud SQL per SQL Server con Database Migration Service.
Limitazioni generali
Database Migration Service può eseguire la migrazione di un massimo di 20 database per job di migrazione.
Puoi eseguire un solo job di migrazione per una singola istanza Cloud SQL per SQL Server di destinazione.
Database Migration Service non esegue la migrazione del database SQL Server
master, delle informazioni utente (come gli accessi utente) o dei job che non fanno parte di un database specifico.Il recupero point-in-time (PITR) non può essere abilitato sull'istanza Cloud SQL di destinazione durante la migrazione. Puoi abilitare questa funzionalità al termine della migrazione.
Limitazioni per le origini Cloud SQL per SQL Server
Per le origini Cloud SQL per SQL Server, puoi creare solo il profilo di connessione di origine e il job di migrazione con Google Cloud CLI. Puoi utilizzare la console Google Cloud per monitorare l'avanzamento e le metriche della migrazione.
Per le origini Cloud SQL per SQL Server, Database Migration Service gestisce automaticamente tutta la creazione dei file di backup necessari e li carica in un bucket Cloud Storage. Database Migration Service esegue prima il backup completo del dump con il conteggio delle strisce impostato su
13, quindi crea ed esporta continuamente i file di backup del log delle transazioni.Database Migration Service non rimuove i file di backup esportati automaticamente dal bucket Cloud Storage. Ti consigliamo di configurare un periodo di conservazione dei dati compreso tra
14e30giorni per i file di backup.Database Migration Service non cripta i file di backup creati automaticamente per questo flusso di migrazione. Se devi utilizzare file di backup criptati dall'istanza Cloud SQL per SQL Server, ti consigliamo di utilizzare il flusso di migrazione standard dedicato alle origini autogestite o Amazon RDS.
Cloud SQL per SQL Server di origine deve avere abilitato il recupero point-in-time (PITR) in modo che Database Migration Service possa creare file di backup del log delle transazioni.
Limitazioni per le origini autogestite o Amazon RDS
Database Migration Service esegue la migrazione di tutti i dati dai file di backup che carichi nel bucket Cloud Storage, ma non tutte le funzionalità presenti nel database di origine potrebbero essere disponibili in Cloud SQL per SQL Server. I job di migrazione di Database Migration Service non ripristinano i dati che rientrano in una funzionalità non supportata, ma l'istanza Cloud SQL per SQL Server di destinazione potrebbe generare avvisi o errori nei log.
Prima di scegliere di eseguire la migrazione dei database SQL Server a Cloud SQL per SQL Server, assicurati di considerare le funzionalità di SQL Server non disponibili per Cloud SQL nella documentazione di Cloud SQL per SQL Server. Puoi anche utilizzare Google Cloud Migration Center per scoprire possibili limitazioni o lacune nel supporto delle funzionalità per il tuo scenario specifico. Consulta Individuare e importare database nella documentazione di Migration Center.
I file di backup possono avere una dimensione massima di 5 TB.
Puoi eseguire lo striping del file di backup completo su file più piccoli se la dimensione del database supera i 5 TB. Ogni stripe può avere una dimensione massima di 5 TB.
Puoi utilizzare i file di backup criptati e dei log delle transazioni per la migrazione. Se vuoi utilizzare file di backup criptati, devi criptare ogni file di backup (completo, differenziale, log delle transazioni) che utilizzi per un database specifico incluso nella migrazione. Vedi Utilizzare i backup criptati.
L'istanza SQL Server di origine non può utilizzare il modello di recupero semplice. Per ulteriori informazioni sui modelli di recupero, consulta Modelli di recupero (SQL Server) nella documentazione di Microsoft.