Preparar os arquivos de backup

Nesta página, descrevemos como criar os arquivos de backup necessários para migrar seus bancos de dados do SQL Server para o Cloud SQL para SQL Server, incluindo as seguintes seções:

Requisitos e limitações

Os requisitos e limitações a seguir se aplicam aos arquivos de backup usados para migração:

  • Todos os arquivos de backup precisam ter nomes que sigam as respectivas convenções de nomenclatura.

  • Os arquivos de backup podem ter um tamanho máximo de 5 TB.

  • É possível dividir seus arquivos de backup completo ou diferencial em arquivos menores se o tamanho do banco de dados ultrapassar 5 TB. Cada divisão pode ter no máximo 5 TB.

  • É possível usar arquivos de backup e de registro de transações criptografados para a migração. Se você quiser usar arquivos de backup criptografados, será necessário criptografar todos os arquivos de backup (completo, diferencial, registro de transações) usados para um banco de dados específico incluído na migração. Consulte Usar backups criptografados.

  • O Database Migration Service não migra o banco de dados master do SQL Server.

  • A instância de origem do SQL Server não pode usar o modelo de recuperação simples. Para mais informações sobre modelos de recuperação, consulte Modelos de recuperação (SQL Server) na documentação da Microsoft.

Convenções de nomenclatura

Esta seção aborda os requisitos de nome de arquivo para seus arquivos de backup completos, diferenciais e de registro de transações.

Convenções de nomenclatura de arquivos de backup para instâncias locais do SQL Server

Nomes de arquivos de backup completo

A convenção de nomenclatura para arquivos de backup completo depende se você usa um único arquivo de backup ou se o divide em várias faixas. Em ambos os cenários, o Database Migration Service exige que você inclua um carimbo de data/hora da época (expresso como um carimbo de data/hora Unix em segundos) que representa o horário aproximado em que o backup completo foi feito.

  • Se o backup completo for um único arquivo, o nome dele precisará usar o formato db_name.epoch.bak, em que:

    • db_name é o nome do banco de dados.
    • epoch é um carimbo de data/hora do Unix em segundos
    • .bak é a extensão do arquivo

    Veja alguns exemplos válidos:

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

  • Se você dividir o backup completo em faixas separadas, cada uma poderá usar qualquer nome que você escolher, mas elas precisam ser enviadas para uma pasta do Cloud Storage cujo nome seja um carimbo de data/hora do Unix em segundos:

    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/
|  |  |- ...

Nomes de arquivos de backup diferencial

A convenção de nomenclatura para arquivos de backup diferencial depende de você usar um único arquivo de backup ou dividi-lo em várias faixas. Em ambos os cenários, o Database Migration Service exige que você inclua um carimbo de data/hora da época (expresso como um carimbo de data/hora Unix em segundos) que represente o horário aproximado em que o backup diferencial foi feito.

  • Se o backup diferencial for um único arquivo, o nome dele precisará usar o formato db_name.epoch.ext, em que:

    • db_name é o nome do banco de dados.
    • epoch é um carimbo de data/hora do Unix em segundos
    • .ext é a extensão do arquivo. Os arquivos de backup diferencial podem usar as seguintes extensões: .bak, .dif, .diff.

    Veja alguns exemplos válidos:

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

  • Se você dividir o backup diferencial em faixas separadas, cada faixa poderá usar qualquer nome que você escolher, mas elas precisarão ser enviadas para uma pasta do Cloud Storage cujo nome seja um carimbo de data/hora do Unix em segundos:

    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/
|  |  |- ...

Nomes de arquivos de registro de transação

Os nomes dos arquivos de registro de transação precisam usar o formato db_name.epoch.trn, em que:

  • db_name é o nome do banco de dados.
  • epoch é um carimbo de data/hora do Unix em segundos
  • .bak é a extensão do arquivo

Veja alguns exemplos válidos:

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

Convenções de nomenclatura de arquivos de backup para o Amazon RDS

Nomes de arquivos de backup completo

A convenção de nomenclatura para arquivos de backup completo depende se você usa um único arquivo de backup ou se o divide em várias faixas. Em ambos os cenários, o Database Migration Service exige que você inclua um carimbo de data/hora da época (expresso como um carimbo de data/hora Unix em segundos) que representa o horário aproximado em que o backup completo foi feito.

  • Se o backup completo for um único arquivo, o nome dele precisará usar o formato db_id.family_guid.rds_backup_seq_id.epoch.bak, em que:

    • db_id é o identificador do banco de dados interno do Amazon RDS.
    • family_guid é o identificador exclusivo do Amazon RDS do banco de dados original na criação.
    • rds_backup_seq_id é o identificador que o Amazon RDS usa internamente para manter um número de sequência para cada arquivo de backup do registro da transação.
    • epoch é um carimbo de data/hora do Unix em segundos
    • .bak é a extensão do arquivo

    Veja alguns exemplos válidos:

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

  • Se você dividir o backup completo em faixas separadas, cada uma poderá usar qualquer nome que você escolher, mas elas precisam ser enviadas para uma pasta do Cloud Storage cujo nome seja um carimbo de data/hora do Unix em segundos:

    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/
|  |  |- ...

Nomes de arquivos de backup diferencial

A convenção de nomenclatura para arquivos de backup diferencial depende de você usar um único arquivo de backup ou dividi-lo em várias faixas. Em ambos os cenários, o Database Migration Service exige que você inclua um carimbo de data/hora da época (expresso como um carimbo de data/hora Unix em segundos) que represente o horário aproximado em que o backup diferencial foi feito.

  • Se o backup diferencial for um único arquivo, o nome dele precisará usar o formato db_id.family_guid.rds_backup_seq_id.epoch.ext, em que:

    • db_id é o identificador do banco de dados interno do Amazon RDS.
    • family_guid é o identificador exclusivo do Amazon RDS do banco de dados original na criação.
    • rds_backup_seq_id é o identificador que o Amazon RDS usa internamente para manter um número de sequência para cada arquivo de backup do registro da transação.
    • epoch é um carimbo de data/hora do Unix em segundos
    • .bak é a extensão do arquivo. Os arquivos de backup diferencial podem usar as seguintes extensões: .bak, .dif, .diff.

    Veja alguns exemplos válidos:

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

  • Se você dividir o backup completo em faixas separadas, cada uma poderá usar qualquer nome que você escolher, mas elas precisam ser enviadas para uma pasta do Cloud Storage cujo nome seja um carimbo de data/hora do Unix em segundos:

    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/
|  |  |- ...

Nomes de arquivos de registro de transação

No Amazon RDS, os arquivos de backup do registro de transação são gerados automaticamente e incluem todos os identificadores de banco de dados obrigatórios. Esses nomes padrão incluem o carimbo de data/hora da época e são totalmente compatíveis com o Database Migration Service. É possível fazer o upload desses arquivos diretamente na sua pasta /log/.

Fazer um backup completo da instância de origem

O arquivo de backup completo do banco de dados é necessário para a fase de carga inicial do job de migração. Se você quiser criptografar seus backups, armazene a chave de criptografia para fazer upload dela no Cloud Storage ao criar o job de migração. Consulte Usar backups criptografados.

Fazer backup completo das instâncias do SQL Server no local

É possível fazer o backup completo da instância do SQL Server local usando o T-SQL ou o SQL Server Management Studio (SSMS). Siga estas etapas:

  1. Verifique se você atende aos seguintes requisitos:
  2. Faça um backup completo da instância de origem. Consulte Guia de início rápido: fazer backup e restaurar um banco de dados do SQL Server com o SSMS na documentação da Microsoft. Você também pode conferir os seguintes comandos de exemplo:

    Exemplo de comando T-SQL para um único arquivo de backup completo

    Este comando de exemplo faz um backup completo do banco de dados AdventureWorks2022. O arquivo de backup resultante usa a convenção de nomenclatura necessária.

    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

    Exemplo de comando T-SQL para arquivos de backup completo segmentados

    Este comando de exemplo faz um backup completo do banco de dados AdventureWorks2022. O arquivo de backup resultante usa a convenção de nomenclatura necessária.

    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. Faça upload do arquivo de backup para um bucket do Cloud Storage. Consulte Criar e configurar um bucket do Cloud Storage.

Fazer backup completo do Amazon RDS

Para fazer o backup completo da sua origem do Amazon RDS, siga estas etapas:

  1. Verifique se você atende aos seguintes requisitos:
  2. Configure o recurso de backup nativo. Consulte Configuração para backup e restauração nativos na documentação do Amazon RDS.
  3. Faça um backup completo da instância de origem. Se o tamanho do banco de dados exceder 5 TB, divida o backup completo em faixas separadas usando o parâmetro @number_of_files. Cada divisão pode ter um tamanho máximo de 5 TB. Consulte Fazer backup de um banco de dados na documentação do Amazon RDS.

    Você também pode conferir o seguinte comando de exemplo:

    Exemplo de consulta para fazer um backup completo no Amazon RDS

    Este comando de exemplo faz um backup completo do banco de dados AdventureWorks2022. O arquivo de backup resultante usa a convenção de nomenclatura necessária.

    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. Faça upload do arquivo de backup para um bucket do Cloud Storage. Consulte Criar e configurar um bucket do Cloud Storage.

Faça o backup diferencial da instância de origem.

É possível usar um arquivo de backup de banco de dados diferencial durante a fase de carga incremental do job de migração. É possível usar arquivos de backup diferencial criptografados se você também criptografar o arquivo de backup completo e os arquivos de registro de transações do mesmo banco de dados. Todos os arquivos de backup e de registro de transações precisam usar a mesma chave de criptografia por banco de dados. Consulte Usar backups criptografados.

Fazer backup diferencial para instâncias locais do SQL Server

É possível fazer o backup diferencial da sua instância local do SQL Server usando o T-SQL ou o SQL Server Management Studio (SSMS). Siga estas etapas:

  1. Verifique se você atende aos seguintes requisitos:
  2. Faça o backup diferencial da instância de origem. Consulte Criar um backup diferencial do banco de dados na documentação da Microsoft. Você também pode conferir os seguintes comandos de exemplo:

    Exemplo de comando T-SQL para um único arquivo de backup diferencial

    Este comando de exemplo faz um backup diferencial do banco de dados AdventureWorks2022. O arquivo de backup resultante usa a convenção de nomenclatura necessária.

    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

    Exemplo de comando T-SQL para arquivos de backup diferencial distribuídos

    Este comando de exemplo faz um backup diferencial do banco de dados AdventureWorks2022. O arquivo de backup resultante usa a convenção de nomenclatura necessária.

    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. Faça upload do arquivo de backup para um bucket do Cloud Storage. Consulte Criar e configurar um bucket do Cloud Storage.

Fazer backup diferencial para o Amazon RDS

Para fazer o backup diferencial da sua origem do Amazon RDS, siga estas etapas:

  1. Verifique se você atende aos seguintes requisitos:
  2. Configure o recurso de backup nativo. Consulte Configuração para backup e restauração nativos na documentação do Amazon RDS.
  3. Faça o backup diferencial da instância de origem. Use o procedimento armazenado rds_backup_database com o parâmetro type definido como DIFFERENTIAL.

    Se o tamanho do banco de dados exceder 5 TB, divida o backup completo em faixas separadas usando o parâmetro @number_of_files. Cada divisão pode ter no máximo 5 TB.

    Consulte Fazer backup de um banco de dados na documentação do Amazon RDS. Você também pode conferir o seguinte comando de exemplo:

    Exemplo de consulta para fazer um backup diferencial no Amazon RDS

    Este comando de exemplo faz um backup diferencial do banco de dados AdventureWorks2022. O arquivo de backup resultante usa a convenção de nomenclatura necessária.

    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. Faça upload do arquivo de backup para um bucket do Cloud Storage. Consulte Criar e configurar um bucket do Cloud Storage.

Fazer backups de registro de transações

Os arquivos de backup do registro de transações contêm as mudanças que ocorrem no banco de dados de origem depois que você faz o backup completo. Os backups de registro de transações são necessários para a fase de carga contínua do job de migração. É possível programar exportações e uploads regulares de registros de transações para garantir que as atualizações de dados sejam replicadas continuamente para a instância de destino do Cloud SQL para SQL Server. Consulte Programar backups do registro de transações.

Se você usar arquivos de backup criptografados, também será necessário criptografar os arquivos de registro de transações do mesmo banco de dados. Consulte Usar backups criptografados.

Fazer um backup de registro de transações para instâncias locais do SQL Server

Para fazer um backup de registro de transações dos seus bancos de dados do SQL Server locais, siga estas etapas:

  1. Verifique se você atende aos seguintes requisitos:
  2. Exporte os arquivos de registro de transações dos bancos de dados de origem do SQL Server. Consulte Fazer backup de um registro de transações na documentação da Microsoft. Você também pode conferir o seguinte comando de exemplo:

    Exemplo de comando T-SQL para exportar arquivos de registro de transações para o disco local

    Este comando de exemplo cria um backup do registro de transações do banco de dados AdventureWorks2022 e salva o arquivo no disco local. O arquivo de backup resultante usa a convenção de nomenclatura necessária.

    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. Faça upload dos arquivos de backup do registro de transações para o bucket do Cloud Storage que você criou para a migração.

Fazer um backup do registro de transações para o Amazon RDS

Os backups de registros de transações são criados automaticamente se os backups automatizados estiverem ativados na sua instância do Amazon RDS. Consulte Ativar backups automáticos na documentação do Amazon RDS.

Para usar arquivos de backup de registro de transações na sua migração, siga estas etapas:

  1. Ative o acesso aos arquivos de registro de transações na sua instância do Amazon RDS. Consulte Acesso a backups de registros de transações com o RDS para SQL Server. Você também pode conferir o seguinte comando de exemplo:

    Exemplo de chamada de procedimento armazenado para ativar o acesso ao registro de transações no 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. Copie os arquivos de backup do registro de transações do bucket do S3 para o bucket do Cloud Storage criado para a migração.