Prepara i file di backup

Questa pagina descrive come creare i file di backup necessari per la migrazione dei database SQL Server autogestiti o Amazon RDS in Cloud SQL per SQL Server, incluse le seguenti sezioni:

Requisiti e limitazioni

I file di backup che utilizzi per la migrazione sono soggetti ai seguenti requisiti e limitazioni:

  • Tutti i file di backup devono avere nomi conformi alle rispettive convenzioni di denominazione.

  • I file di backup possono avere una dimensione massima di 5 TB.

  • Puoi eseguire lo striping dei file di backup completo o differenziale su file più piccoli se la dimensione del database supera i 5 TB. Ogni stripe può avere una dimensione massima di 5 TB.

  • Per la migrazione puoi utilizzare file di backup e di log delle transazioni criptati. Se vuoi utilizzare file di backup crittografati, devi crittografare ogni file di backup (completo, differenziale, log delle transazioni) che utilizzi per un database specifico incluso nella migrazione. Consulta Utilizza i backup crittografati.

  • Database Migration Service non esegue la migrazione del database SQL Server master.

  • L'istanza SQL Server di origine non può utilizzare il modello di recupero semplice. Per saperne di più sui modelli di recupero, consulta Modelli di recupero (SQL Server) nella documentazione di Microsoft.

Convenzioni di denominazione

Questa sezione illustra i requisiti dei nomi dei file di backup completi, differenziali e dei log delle transazioni.

Convenzioni di denominazione dei file di backup per le istanze SQL Server on-premise

Nomi dei file di backup completi

La convenzione di denominazione dei file di backup completo dipende dall'utilizzo di un singolo file di backup o dalla sua suddivisione in più stripe. In entrambi gli scenari, Database Migration Service richiede l'inclusione di un timestamp dell'epoca (espresso come timestamp Unix in secondi) che rappresenta l'ora approssimativa in cui è stato eseguito il backup completo.

  • Se il backup completo è un singolo file, il nome del file deve utilizzare il formato db_name.epoch.bak, dove:

    • db_name è il nome del tuo database
    • epoch è un timestamp Unix in secondi
    • .bak è l'estensione del file

    Gli esempi validi includono:

    • my-business-database.1712649600.bak
    • my-other-database.1712649600.bak

  • Se dividi il backup completo in stripe separate, ogni stripe può utilizzare un nome qualsiasi, ma deve essere caricata in una cartella Cloud Storage il cui nome è un timestamp Unix in secondi:

    Cloud Storage bucket root/
|- my-business-database/
|  |- full/
|  |  |- 1712649600/
|  |  |  |- mystripe-full_backup_file.bak
|  |  |  |- otherStripefull-bkp.bak
|  |- diff/
|  |  |- ...
|  |- log/
|  |  |- ...
|- my-other-database/
|  |- full/
|  |  |- 1715250742/
|  |  |  |- cool-stripe-file.bak
|  |  |  |- secondStripeFile.bak
|  |- diff/
|  |  |- ...
|  |- log/
|  |  |- ...

Nomi dei file di backup differenziali

La convenzione di denominazione per i file di backup differenziale dipende dall'utilizzo di un singolo file di backup o dalla sua suddivisione in più stripe. In entrambi gli scenari, Database Migration Service richiede l'inclusione di un timestamp dell'epoca (espresso come timestamp Unix in secondi) che rappresenta l'ora approssimativa in cui è stato eseguito il backup differenziale.

  • Se il backup differenziale è un singolo file, il nome del file deve utilizzare il formato db_name.epoch.ext, dove:

    • db_name è il nome del tuo database
    • epoch è un timestamp Unix in secondi
    • .ext è l'estensione del file; i file di backup differenziale possono utilizzare le seguenti estensioni: .bak, .dif, .diff.

    Gli esempi validi includono:

    • my-business-database.1731159833.bak
    • my-other-database.1731159833.dif

  • Se dividi il backup differenziale in stripe separate, ogni stripe può utilizzare un nome qualsiasi, ma deve essere caricata in una cartella Cloud Storage il cui nome è un timestamp Unix in secondi:

    Cloud Storage bucket root/
|- my-business-database/
|  |- full/
|  |  |- ...
|  |- diff/
|  |  |- 1731159833/
|  |  |  |- mydiffstripe-diff_backup_file.dif
|  |  |  |- mySeconddiffstripe-diff_backup_file.bak
|  |- log/
|  |  |- ...
|- my-other-database/
|  |- full/
|  |  |- ...
|  |- diff/
|  |  |- 1731159833/
|  |  |  |- firstDiffStripe.bak
|  |  |  |- other_diff_stripe.diff
|  |- log/
|  |  |- ...

Nomi dei file di log delle transazioni

I nomi dei file di log delle transazioni devono utilizzare il formato db_name.epoch.trn, dove:

  • db_name è il nome del tuo database
  • epoch è un timestamp Unix in secondi
  • .trn è l'estensione del file

Gli esempi validi includono:

  • my-business-database.1712649600.trn
  • my-other-database.1712649600.trn

Convenzioni di denominazione dei file di backup per Amazon RDS

Nomi dei file di backup completi

La convenzione di denominazione dei file di backup completo dipende dall'utilizzo di un singolo file di backup o dalla sua suddivisione in più stripe. In entrambi gli scenari, Database Migration Service richiede l'inclusione di un timestamp dell'epoca (espresso come timestamp Unix in secondi) che rappresenta l'ora approssimativa in cui è stato eseguito il backup completo.

  • Se il backup completo è un singolo file, il nome del file deve utilizzare il formato db_id.family_guid.rds_backup_seq_id.epoch.bak, dove:

    • db_id è l'identificatore del database interno Amazon RDS
    • family_guid è l'identificatore univoco Amazon RDS del database originale al momento della creazione
    • rds_backup_seq_id è l'identificatore che Amazon RDS utilizza internamente per mantenere un numero di sequenza per ogni file di backup del log delle transazioni
    • epoch è un timestamp Unix in secondi
    • .bak è l'estensione del file

    Gli esempi validi includono:

    • 3.CX11CB3D-G2E4-46D9-B462-CE40CDA97E89.22.1712649600.bak
    • 1.FD21CD3F-B5E4-27Z9-B462-CE40CDA97E89.21.1712649600.bak

  • Se dividi il backup completo in stripe separate, ogni stripe può utilizzare un nome qualsiasi, ma deve essere caricata in una cartella Cloud Storage il cui nome è un timestamp Unix in secondi:

    Cloud Storage bucket root/
|- my-business-database/
|  |- full/
|  |  |- 1712649600/
|  |  |  |- mystripe-full_backup_file.bak
|  |  |  |- otherStripefull-bkp.bak
|  |- diff/
|  |  |- ...
|  |- log/
|  |  |- ...
|- my-other-database/
|  |- full/
|  |  |- 1715250742/
|  |  |  |- cool-stripe-file.bak
|  |  |  |- secondStripeFile.bak
|  |- log/
|  |  |- ...

Nomi dei file di backup differenziali

La convenzione di denominazione per i file di backup differenziale dipende dall'utilizzo di un singolo file di backup o dalla sua suddivisione in più stripe. In entrambi gli scenari, Database Migration Service richiede l'inclusione di un timestamp dell'epoca (espresso come timestamp Unix in secondi) che rappresenta l'ora approssimativa in cui è stato eseguito il backup differenziale.

  • Se il backup differenziale è un singolo file, il nome del file deve utilizzare il formato db_id.family_guid.rds_backup_seq_id.epoch.ext, dove:

    • db_id è l'identificatore del database interno Amazon RDS
    • family_guid è l'identificatore univoco Amazon RDS del database originale al momento della creazione
    • rds_backup_seq_id è l'identificatore che Amazon RDS utilizza internamente per mantenere un numero di sequenza per ogni file di backup del log delle transazioni
    • epoch è un timestamp Unix in secondi
    • .bak è l'estensione del file; i file di backup differenziale possono utilizzare le seguenti estensioni: .bak, .dif, .diff.

    Gli esempi validi includono:

    • 3.CX11CB3D-G2E4-46D9-B462-CE40CDA97E89.22.1731159833.bak
    • 1.FD21CD3F-B5E4-27Z9-B462-CE40CDA97E89.21.1731159833.dif

  • Se dividi il backup completo in stripe separate, ogni stripe può utilizzare un nome qualsiasi, ma deve essere caricata in una cartella Cloud Storage il cui nome è un timestamp Unix in secondi:

    Cloud Storage bucket root/
|- my-business-database/
|  |- full/
|  |  |- ...
|  |- diff/
|  |  |- 1731159833/
|  |  |  |- mydiffstripe-diff_backup_file.dif
|  |  |  |- mySeconddiffstripe-diff_backup_file.bak
|  |- log/
|  |  |- ...
|- my-other-database/
|  |- full/
|  |  |- ...
|  |- diff/
|  |  |- 1731159833/
|  |  |  |- firstDiffStripe.bak
|  |  |  |- other_diff_stripe.diff
|  |- log/
|  |  |- ...

Nomi dei file di log delle transazioni

In Amazon RDS, i file di backup dei log delle transazioni vengono generati automaticamente e includono tutti gli identificatori del database richiesti. Questi nomi predefiniti includono il timestamp dell'epoca e sono completamente supportati in Database Migration Service. Puoi caricare questi file direttamente nella tua cartella /log/.

Esegui il backup completo dell'istanza di origine

Il file di backup completo del database è necessario per la fase di caricamento iniziale del job di migrazione. Se vuoi criptare i backup, assicurati di archiviare la chiave di crittografia in modo da poterla caricare in un secondo momento su Cloud Storage quando crei il job di migrazione. Consulta Utilizza i backup crittografati.

Esegui il backup completo delle istanze SQL Server on-premise

Puoi eseguire il backup completo dell'istanza SQL Server on-premise utilizzando T-SQL o SQL Server Management Studio (SSMS). Segui questi passaggi:

  1. Assicurati di soddisfare i seguenti requisiti:
  2. Esegui il backup completo dell'istanza di origine. Consulta Guida rapida: esegui il backup e il ripristino di un database SQL Server con SSMS nella documentazione di Microsoft. Puoi anche controllare i seguenti comandi di esempio:

    Esempio di comando T-SQL per un singolo file di backup completo

    Questo comando di esempio esegue un backup completo del database AdventureWorks2022. Il file di backup risultante utilizza la convenzione di denominazione obbligatoria.

    declare @DATABASE varchar(1000);
SELECT @DATABASE = 'AdventureWorks2022';

declare @unixTimestamp varchar(1000);
SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));

DECLARE @BackupPath NVARCHAR(2000);
SET @BackupPath = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '.bak';

DECLARE @SQL NVARCHAR(MAX);
SET @SQL = 'BACKUP DATABASE [' + @DATABASE + '] TO DISK = N''' + @BackupPath + '''';
EXEC sp_executesql @SQL;
GO

    Esempio di comando T-SQL per i file di backup completo con striping

    Questo comando di esempio esegue un backup completo del database AdventureWorks2022. Il file di backup risultante utilizza la convenzione di denominazione obbligatoria.

    declare @DATABASE varchar(1000);
SELECT @DATABASE = 'AdventureWorks2022';

declare @unixTimestamp varchar(1000);
SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));

DECLARE @BackupPath1 NVARCHAR(2000);
DECLARE @BackupPath2 NVARCHAR(2000);
DECLARE @BackupPath3 NVARCHAR(2000);

SET @BackupPath1 = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe1.bak';
SET @BackupPath2 = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe2.bak';
SET @BackupPath3 = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe3.bak';

DECLARE @SQL NVARCHAR(MAX);
SET @SQL = 'BACKUP DATABASE [' + @DATABASE + '] '
           + 'TO DISK = N''' + @BackupPath1 + ''', '
           + 'DISK = N''' + @BackupPath2 + ''', '
           + 'DISK = N''' + @BackupPath3 + ''' '
           + 'WITH FORMAT, '
           + 'MEDIANAME = N''AdventureWorksStripedSet0'', '
           + 'MEDIADESCRIPTION = N''Striped media set for ' + @DATABASE + ' database''';
EXEC sp_executesql @SQL;
GO
  3. Carica il file di backup in un bucket Cloud Storage. Consulta Crea e configura un bucket Cloud Storage.

Esegui il backup completo per Amazon RDS

Per eseguire il backup completo dell'origine Amazon RDS, segui questi passaggi:

  1. Assicurati di soddisfare i seguenti requisiti:
  2. Configura la funzionalità di backup nativa. Consulta Configurazione per il backup e il ripristino nativi nella documentazione di Amazon RDS.
  3. Esegui il backup completo dell'istanza di origine. Se le dimensioni del database superano i 5 TB, assicurati di dividere il backup completo in stripe separate utilizzando il parametro @number_of_files. Ogni stripe può avere una dimensione massima di 5 TB. Consulta Backup di un database nella documentazione di Amazon RDS.

    Puoi anche controllare il seguente comando di esempio:

    Query di esempio per eseguire un backup completo su Amazon RDS

    Questo comando di esempio esegue un backup completo del database AdventureWorks2022. Il file di backup risultante utilizza la convenzione di denominazione obbligatoria.

    declare @DATABASE varchar(1000);
declare @S3Bucket varchar(1000);
declare @unixTimestamp varchar(30);
declare @fileName varchar(1000);

SELECT @S3Bucket = 'dms-sqlserver-exports';
SELECT @DATABASE = 'AdventureWorks2022';

SELECT @unixTimestamp=CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
SELECT @fileName = ('arn:aws:s3:::' + @S3Bucket + '/' + @DATABASE + '/full/' + @DATABASE + '.' + @unixTimestamp + '/' + CAST(database_id AS VARCHAR(10)) + '.' + CAST(family_guid AS VARCHAR(50)) + '.*.' + @unixTimestamp) FROM master.sys.database_recovery_status WHERE DB_NAME(database_id)=@DATABASE;

exec msdb.dbo.rds_backup_database
  @source_db_name=@DATABASE,
  @s3_arn_to_backup_to=@fileName,
  @overwrite_s3_backup_file=1,
  @type='FULL',
  @number_of_files=1;
  4. Carica il file di backup in un bucket Cloud Storage. Consulta Crea e configura un bucket Cloud Storage.

Esegui il backup differenziale dell'istanza di origine

Puoi utilizzare un file di backup del database differenziale durante la fase di caricamento incrementale del job di migrazione. Puoi utilizzare file di backup differenziale criptati se cripti anche il file di backup completo e i file di log delle transazioni per lo stesso database. Tutti i file di backup e di log delle transazioni devono utilizzare la stessa chiave di crittografia per database. Consulta Utilizza i backup crittografati.

Esegui il backup differenziale per le istanze SQL Server on-premise

Puoi eseguire il backup differenziale dell'istanza SQL Server on-premise utilizzando T-SQL o SQL Server Management Studio (SSMS). Segui questi passaggi:

  1. Assicurati di soddisfare i seguenti requisiti:
  2. Esegui il backup differenziale dell'istanza di origine. Consulta Crea un backup differenziale del database nella documentazione di Microsoft. Puoi anche controllare i seguenti comandi di esempio:

    Esempio di comando T-SQL per un singolo file di backup differenziale

    Questo comando di esempio esegue un backup differenziale del database AdventureWorks2022. Il file di backup risultante utilizza la convenzione di denominazione obbligatoria.

    declare @DATABASE varchar(1000);
SELECT @DATABASE = 'AdventureWorks2022';

declare @unixTimestamp varchar(1000);
SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));

DECLARE @BackupPath NVARCHAR(2000);
SET @BackupPath = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '.bak';

DECLARE @SQL NVARCHAR(MAX);
SET @SQL = 'BACKUP DATABASE [' + @DATABASE + '] TO DISK = N''' + @BackupPath + ''' WITH DIFFERENTIAL';
EXEC sp_executesql @SQL;
GO

    Esempio di comando T-SQL per i file di backup differenziale con striping

    Questo comando di esempio esegue un backup differenziale del database AdventureWorks2022. Il file di backup risultante utilizza la convenzione di denominazione obbligatoria.

    declare @DATABASE varchar(1000);
SELECT @DATABASE = 'AdventureWorks2022';

declare @unixTimestamp varchar(1000);
SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));

DECLARE @BackupPath1 NVARCHAR(2000);
DECLARE @BackupPath2 NVARCHAR(2000);
DECLARE @BackupPath3 NVARCHAR(2000);

SET @BackupPath1 = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe1.bak';
SET @BackupPath2 = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe2.bak';
SET @BackupPath3 = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe3.bak';

DECLARE @SQL NVARCHAR(MAX);
SET @SQL = 'BACKUP DATABASE [' + @DATABASE + '] '
           + 'TO DISK = N''' + @BackupPath1 + ''', '
           + 'DISK = N''' + @BackupPath2 + ''', '
           + 'DISK = N''' + @BackupPath3 + ''' '
           + 'WITH DIFFERENTIAL, FORMAT, '
           + 'MEDIANAME = N''AdventureWorksStripedSet0'', '
           + 'MEDIADESCRIPTION = N''Striped differential media set for ' + @DATABASE + ' database''';
EXEC sp_executesql @SQL;
GO
  3. Carica il file di backup in un bucket Cloud Storage. Consulta Crea e configura un bucket Cloud Storage.

Esegui il backup differenziale per Amazon RDS

Per eseguire il backup differenziale dell'origine Amazon RDS, segui questi passaggi:

  1. Assicurati di soddisfare i seguenti requisiti:
  2. Configura la funzionalità di backup nativa. Consulta Configurazione per il backup e il ripristino nativi nella documentazione di Amazon RDS.
  3. Esegui il backup differenziale dell'istanza di origine. Utilizza la stored procedure rds_backup_database con il parametro type impostato su DIFFERENTIAL.

    Se le dimensioni del database superano i 5 TB, assicurati di dividere il backup completo in stripe separate utilizzando il parametro @number_of_files. Ogni stripe può avere una dimensione massima di 5 TB.

    Consulta Backup di un database nella documentazione di Amazon RDS. Puoi anche controllare il seguente comando di esempio:

    Esempio di query per eseguire un backup differenziale su Amazon RDS

    Questo comando di esempio esegue un backup differenziale del database AdventureWorks2022. Il file di backup risultante utilizza la convenzione di denominazione obbligatoria.

    declare @DATABASE varchar(1000);
declare @S3Bucket varchar(1000);
declare @unixTimestamp varchar(30);
declare @fileName varchar(1000);

SELECT @S3Bucket = 'dms-sqlserver-exports';
SELECT @DATABASE = 'AdventureWorks2022';

SELECT @unixTimestamp=CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
SELECT @fileName = ('arn:aws:s3:::' + @S3Bucket + '/' + @DATABASE + '/full/' + @DATABASE + '.' + @unixTimestamp + '/' + CAST(database_id AS VARCHAR(10)) + '.' + CAST(family_guid AS VARCHAR(50)) + '.*.' + @unixTimestamp) FROM master.sys.database_recovery_status WHERE DB_NAME(database_id)=@DATABASE;

exec msdb.dbo.rds_backup_database
  @source_db_name=@DATABASE,
  @s3_arn_to_backup_to=@fileName,
  @overwrite_s3_backup_file=1,
  @type='DIFFERENTIAL',
  @number_of_files=1;
  4. Carica il file di backup in un bucket Cloud Storage. Consulta Crea e configura un bucket Cloud Storage.

Esegui i backup dei log delle transazioni

I file di backup dei log delle transazioni contengono le modifiche apportate al database di origine dopo l'esecuzione del backup completo. I backup dei log delle transazioni sono necessari per la fase di caricamento continuo del job di migrazione. Puoi pianificare esportazioni e caricamenti regolari dei log delle transazioni per assicurarti che gli aggiornamenti dei dati vengano replicati continuamente nell'istanza Cloud SQL per SQL Server di destinazione. Consulta Pianifica i backup dei log delle transazioni.

Se utilizzi file di backup crittografato, devi criptare anche i file di log delle transazioni per lo stesso database. Consulta Utilizza i backup crittografati.

Esegui un backup del log delle transazioni per le istanze SQL Server on-premise

Per eseguire un backup del log delle transazioni dei database SQL Server on-premise, segui questi passaggi:

  1. Assicurati di soddisfare i seguenti requisiti:
  2. Esporta i file di log delle transazioni dai database di origine SQL Server. Consulta Esegui il backup di un log delle transazioni nella documentazione di Microsoft. Puoi anche controllare il seguente comando di esempio:

    Esempio di comando T-SQL per esportare i file di log delle transazioni sul disco locale

    Questo comando di esempio crea un backup del log delle transazioni del database AdventureWorks2022 e salva il file sul disco locale. Il file di backup risultante utilizza la convenzione di denominazione obbligatoria.

    declare @DATABASE varchar(1000);
SELECT @DATABASE = 'AdventureWorks2022';
declare @unixTimestamp varchar(1000);
SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));

DECLARE @BackupPath NVARCHAR(2000);
SET @BackupPath = 'X:\SQLServerBackups\log\' + @DATABASE + '.' + @unixTimestamp + '.trn';

DECLARE @SQL NVARCHAR(MAX);
SET @SQL = 'BACKUP LOG [' + @DATABASE + '] TO DISK = N''' + @BackupPath + '''';
EXEC sp_executesql @SQL;
GO
  3. Carica i file di backup del log delle transazioni nel bucket Cloud Storage che hai creato per la migrazione.

Esegui un backup del log delle transazioni per Amazon RDS

I backup dei log delle transazioni vengono creati automaticamente se i backup automatici sono abilitati nell'istanza Amazon RDS. Consulta Abilita i backup automatici nella documentazione di Amazon RDS.

Per utilizzare i file di backup del log delle transazioni per la migrazione, segui questi passaggi:

  1. Abilita l'accesso ai file di log delle transazioni nell'istanza Amazon RDS. Consulta Accesso ai backup dei log delle transazioni con RDS per SQL Server. Puoi anche controllare il seguente comando di esempio:

    Esempio di chiamata di una stored procedure per abilitare l'accesso al log delle transazioni in Amazon RDS

    declare @DATABASE varchar(1000);
declare @S3Bucket varchar(1000);
declare @targetS3Arn varchar(1000);
    


    SELECT @S3Bucket = 'dms-sqlserver-exports';
SELECT @DATABASE = 'AdventureWorks2022';
SELECT @targetS3Arn = ('arn:aws:s3:::' + @S3Bucket + '/' + @DATABASE + '/log/');
    


    USE @DATABASE;
exec msdb.dbo.rds_tlog_copy_setup
@target_s3_arn=@targetS3Arn;
  2. Copia i file di backup del log delle transazioni dal bucket S3 al bucket Cloud Storage che hai creato per la migrazione.