Preparar los archivos de copia de seguridad

En esta página se describe cómo crear los archivos de copia de seguridad necesarios para migrar tus bases de datos de SQL Server a Cloud SQL para SQL Server. Incluye las siguientes secciones:

Requisitos y limitaciones

Se aplican los siguientes requisitos y limitaciones a los archivos de copia de seguridad que uses para la migración:

  • Todos los archivos de copia de seguridad deben tener nombres que cumplan las convenciones de nomenclatura correspondientes.

  • El tamaño máximo de los archivos de copia de seguridad es de 5 TB.

  • Puedes dividir tus archivos de copia de seguridad completa o diferencial en archivos más pequeños si el tamaño de tu base de datos supera los 5 TB. Cada franja puede tener un tamaño máximo de 5 TB.

  • Puedes usar archivos de registro de transacciones y de copias de seguridad cifrados para la migración. Si quieres usar archivos de copia de seguridad cifrados, debes cifrar todos los archivos de copia de seguridad (completa, diferencial y de registro de transacciones) que uses para una base de datos específica incluida en tu migración. Consulta Usar copias de seguridad cifradas.

  • Database Migration Service no migra la base de datos SQL Server master.

  • Tu instancia de SQL Server de origen no puede usar el modelo de recuperación simple. Para obtener más información sobre los modelos de recuperación, consulta Modelos de recuperación (SQL Server) en la documentación de Microsoft.

Convenciones de nombres

En esta sección se describen los requisitos de los nombres de los archivos de copia de seguridad completa, diferencial y de registro de transacciones.

Convenciones de nomenclatura de archivos de copia de seguridad para instancias de SQL Server locales

Nombres de archivo de copia de seguridad completa

La convención de nomenclatura de los archivos de copia de seguridad completa depende de si usas un solo archivo de copia de seguridad o si lo divides en varias franjas. En ambos casos, el servicio de migración de bases de datos requiere que incluyas una marca de tiempo de época (expresada como una marca de tiempo de Unix en segundos) que represente la hora aproximada en la que hiciste la copia de seguridad completa.

  • Si tu copia de seguridad completa es un único archivo, el nombre de archivo debe usar el formato db_name.epoch.bak, donde:

    • db_name es el nombre de tu base de datos
    • epoch es una marca de tiempo Unix en segundos.
    • .bak es la extensión del archivo

    Estos son algunos ejemplos válidos:

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

  • Si divides tu copia de seguridad completa en franjas independientes, cada franja puede usar el nombre que elijas, pero deben subirse a una carpeta de Cloud Storage cuyo nombre sea una marca de tiempo de Unix en 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/
|  |  |- ...

Nombres de archivo de copia de seguridad diferencial

La convención de nomenclatura de los archivos de copia de seguridad diferencial depende de si utilizas un solo archivo de copia de seguridad o si lo divides en varias franjas. En ambos casos, el servicio de migración de bases de datos requiere que incluyas una marca de tiempo de época (expresada como una marca de tiempo de Unix en segundos) que represente la hora aproximada en la que hiciste la copia de seguridad diferencial.

  • Si tu copia de seguridad diferencial es un solo archivo, el nombre de archivo debe tener el formato db_name.epoch.ext, donde:

    • db_name es el nombre de tu base de datos
    • epoch es una marca de tiempo Unix en segundos.
    • .ext es la extensión del archivo. Los archivos de copia de seguridad diferencial pueden usar las siguientes extensiones: .bak, .dif y .diff.

    Estos son algunos ejemplos válidos:

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

  • Si divides tu copia de seguridad diferencial en franjas independientes, cada franja puede usar el nombre que elijas, pero deben subirse a una carpeta de Cloud Storage cuyo nombre sea una marca de tiempo de Unix en 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/
|  |  |- ...

Nombres de archivos de registro de transacciones

Los nombres de los archivos de registro de transacciones deben usar el formato db_name.epoch.trn, donde:

  • db_name es el nombre de tu base de datos
  • epoch es una marca de tiempo Unix en segundos.
  • .bak es la extensión del archivo

Estos son algunos ejemplos válidos:

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

Convenciones de nomenclatura de archivos de copia de seguridad de Amazon RDS

Nombres de archivo de copia de seguridad completa

La convención de nomenclatura de los archivos de copia de seguridad completa depende de si usas un solo archivo de copia de seguridad o si lo divides en varias franjas. En ambos casos, el servicio de migración de bases de datos requiere que incluyas una marca de tiempo de época (expresada como una marca de tiempo de Unix en segundos) que represente la hora aproximada en la que hiciste la copia de seguridad completa.

  • Si tu copia de seguridad completa es un único archivo, el nombre de archivo debe usar el formato db_id.family_guid.rds_backup_seq_id.epoch.bak, donde:

    • db_id es el identificador de la base de datos interna de Amazon RDS.
    • family_guid es el identificador único de Amazon RDS de la base de datos original en el momento de la creación.
    • rds_backup_seq_id es el identificador que usa Amazon RDS internamente para mantener un número de secuencia de cada archivo de copia de seguridad del registro de transacciones.
    • epoch es una marca de tiempo Unix en segundos.
    • .bak es la extensión del archivo

    Estos son algunos ejemplos válidos:

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

  • Si divides tu copia de seguridad completa en franjas independientes, cada franja puede usar el nombre que elijas, pero deben subirse a una carpeta de Cloud Storage cuyo nombre sea una marca de tiempo de Unix en 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/
|  |  |- ...

Nombres de archivo de copia de seguridad diferencial

La convención de nomenclatura de los archivos de copia de seguridad diferencial depende de si utilizas un solo archivo de copia de seguridad o si lo divides en varias franjas. En ambos casos, el servicio de migración de bases de datos requiere que incluyas una marca de tiempo de época (expresada como una marca de tiempo de Unix en segundos) que represente la hora aproximada en la que hiciste la copia de seguridad diferencial.

  • Si tu copia de seguridad diferencial es un solo archivo, el nombre de archivo debe tener el formato db_id.family_guid.rds_backup_seq_id.epoch.ext, donde:

    • db_id es el identificador de la base de datos interna de Amazon RDS.
    • family_guid es el identificador único de Amazon RDS de la base de datos original en el momento de la creación.
    • rds_backup_seq_id es el identificador que usa Amazon RDS internamente para mantener un número de secuencia de cada archivo de copia de seguridad del registro de transacciones.
    • epoch es una marca de tiempo Unix en segundos.
    • .bak es la extensión del archivo. Los archivos de copia de seguridad diferencial pueden usar las siguientes extensiones: .bak, .dif y .diff.

    Estos son algunos ejemplos válidos:

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

  • Si divides tu copia de seguridad completa en franjas independientes, cada franja puede usar el nombre que elijas, pero deben subirse a una carpeta de Cloud Storage cuyo nombre sea una marca de tiempo de Unix en 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/
|  |  |- ...

Nombres de archivos de registro de transacciones

En Amazon RDS, los archivos de copia de seguridad de los registros de transacciones se generan automáticamente e incluyen todos los identificadores de base de datos necesarios. Estos nombres predeterminados incluyen la marca de tiempo de la época y son totalmente compatibles con Database Migration Service. Puedes subir estos archivos directamente a tu carpeta /log/.

Haz una copia de seguridad completa de la instancia de origen.

Se necesita el archivo de copia de seguridad completo de la base de datos para la fase de carga inicial de la tarea de migración. Si quieres cifrar tus copias de seguridad, asegúrate de almacenar la clave de cifrado para poder subirla a Cloud Storage más adelante, cuando crees el trabajo de migración. Consulta Usar copias de seguridad cifradas.

Crear copias de seguridad completas de instancias de SQL Server locales

Puedes hacer una copia de seguridad completa de tu instancia de SQL Server local mediante T-SQL o SQL Server Management Studio (SSMS). Sigue estos pasos:

  1. Asegúrate de que cumples los siguientes requisitos:
  2. Crea una copia de seguridad completa de la instancia de origen. Consulta la guía de inicio rápido sobre cómo crear copias de seguridad y restaurar una base de datos de SQL Server con SSMS en la documentación de Microsoft. También puedes consultar los siguientes comandos de ejemplo:

    Comando T-SQL de ejemplo para un único archivo de copia de seguridad completa

    Este comando de ejemplo crea una copia de seguridad completa de la base de datos AdventureWorks2022. El archivo de copia de seguridad resultante usa la convención de nomenclatura obligatoria.

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

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

BACKUP DATABASE @DATABASE
TO DISK = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '.bak';
GO

    Ejemplo de comando T-SQL para archivos de copia de seguridad completa segmentados

    Este comando de ejemplo crea una copia de seguridad completa de la base de datos AdventureWorks2022. El archivo de copia de seguridad resultante usa la convención de nomenclatura obligatoria.

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

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

BACKUP DATABASE @DATABASE
TO DISK = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe1.bak',
DISK = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe2.bak',
DISK = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe3.bak'
WITH FORMAT,
  MEDIANAME = 'AdventureWorksStripedSet0',
  MEDIADESCRIPTION = 'Striped media set for ' + @DATABASE + ' database';
GO
  3. Sube el archivo de copia de seguridad a un segmento de Cloud Storage. Consulta el artículo Crear y configurar un segmento de Cloud Storage.

Crear una copia de seguridad completa de Amazon RDS

Para hacer una copia de seguridad completa de tu fuente de Amazon RDS, sigue estos pasos:

  1. Asegúrate de que cumples los siguientes requisitos:
  2. Configura la función de copia de seguridad nativa. Consulta la sección Configuración de la copia de seguridad y la restauración nativas de la documentación de Amazon RDS.
  3. Crea una copia de seguridad completa de la instancia de origen. Si el tamaño de tu base de datos supera los 5 TB, asegúrate de dividir la copia de seguridad completa en franjas independientes mediante el parámetro @number_of_files. Cada franja puede tener un tamaño máximo de 5 TB. Consulta el artículo Crear una copia de seguridad de una base de datos en la documentación de Amazon RDS.

    También puedes consultar el siguiente comando de ejemplo:

    Consulta de ejemplo para hacer una copia de seguridad completa en Amazon RDS

    Este comando de ejemplo crea una copia de seguridad completa de la base de datos AdventureWorks2022. El archivo de copia de seguridad resultante usa la convención de nomenclatura obligatoria.

    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. Sube el archivo de copia de seguridad a un segmento de Cloud Storage. Consulta el artículo Crear y configurar un segmento de Cloud Storage.

Crea una copia de seguridad diferencial de la instancia de origen.

Puedes usar un archivo de copia de seguridad diferencial de la base de datos durante la fase de carga incremental de tu tarea de migración. Puedes usar archivos de copia de seguridad diferencial cifrados si también cifras el archivo de copia de seguridad completa y los archivos de registro de transacciones de la misma base de datos. Todos los archivos de registro de transacciones y de copias de seguridad deben usar la misma clave de cifrado por base de datos. Consulta Usar copias de seguridad cifradas.

Crear copias de seguridad diferenciales de instancias de SQL Server locales

Puedes crear una copia de seguridad diferencial de tu instancia de SQL Server local mediante T-SQL o SQL Server Management Studio (SSMS). Sigue estos pasos:

  1. Asegúrate de que cumples los siguientes requisitos:
  2. Crea una copia de seguridad diferencial de tu instancia de origen. Consulta el artículo Crear una copia de seguridad diferencial de una base de datos en la documentación de Microsoft. También puedes consultar los siguientes comandos de ejemplo:

    Comando T-SQL de ejemplo para un solo archivo de copia de seguridad diferencial

    Este comando de ejemplo crea una copia de seguridad diferencial de la base de datos AdventureWorks2022. El archivo de copia de seguridad resultante usa la convención de nomenclatura obligatoria.

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

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

BACKUP DATABASE @DATABASE
TO DISK = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '.bak' WITH DIFFERENTIAL;
GO

    Ejemplo de comando T-SQL para archivos de copia de seguridad diferencial divididos en franjas

    Este comando de ejemplo crea una copia de seguridad diferencial de la base de datos AdventureWorks2022. El archivo de copia de seguridad resultante usa la convención de nomenclatura obligatoria.

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

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

BACKUP DATABASE @DATABASE
TO DISK = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe1.bak',
DISK = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe2.bak',
DISK = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe3.bak'
WITH DIFFERENTIAL;
WITH FORMAT,
  MEDIANAME = 'AdventureWorksStripedSet0',
  MEDIADESCRIPTION = 'Striped differential media set for ' + @DATABASE + ' database';
GO
  3. Sube el archivo de copia de seguridad a un segmento de Cloud Storage. Consulta el artículo Crear y configurar un segmento de Cloud Storage.

Crear una copia de seguridad diferencial de Amazon RDS

Para crear una copia de seguridad diferencial de tu origen de Amazon RDS, sigue estos pasos:

  1. Asegúrate de que cumples los siguientes requisitos:
  2. Configura la función de copia de seguridad nativa. Consulta la sección Configuración de la copia de seguridad y la restauración nativas de la documentación de Amazon RDS.
  3. Crea una copia de seguridad diferencial de tu instancia de origen. Usa el procedimiento almacenado rds_backup_database con el parámetro type definido como DIFFERENTIAL.

    Si el tamaño de tu base de datos supera los 5 TB, asegúrate de dividir la copia de seguridad completa en franjas independientes mediante el parámetro @number_of_files. Cada franja puede tener un tamaño máximo de 5 TB.

    Consulta el artículo Crear una copia de seguridad de una base de datos en la documentación de Amazon RDS. También puedes consultar el siguiente comando de ejemplo:

    Consulta de ejemplo para crear una copia de seguridad diferencial en Amazon RDS

    Este comando de ejemplo crea una copia de seguridad diferencial de la base de datos AdventureWorks2022. El archivo de copia de seguridad resultante usa la convención de nomenclatura obligatoria.

    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. Sube el archivo de copia de seguridad a un segmento de Cloud Storage. Consulta el artículo Crear y configurar un segmento de Cloud Storage.

Crear copias de seguridad de registros de transacciones

Los archivos de copia de seguridad del registro de transacciones contienen los cambios que se producen en la base de datos de origen después de crear la copia de seguridad completa. Se necesitan copias de seguridad de los registros de transacciones para la fase de carga continua de tu trabajo de migración. Puedes programar exportaciones y subidas periódicas de registros de transacciones para asegurarte de que las actualizaciones de datos se repliquen continuamente en tu instancia de destino de Cloud SQL para SQL Server. Consulta Programar copias de seguridad de registros de transacciones.

Si utilizas archivos de copia de seguridad cifrados, también debes cifrar los archivos de registro de transacciones de la misma base de datos. Consulta Usar copias de seguridad cifradas.

Crear una copia de seguridad del registro de transacciones de instancias de SQL Server on-premise

Para crear una copia de seguridad del registro de transacciones de tus bases de datos de SQL Server locales, sigue estos pasos:

  1. Asegúrate de que cumples los siguientes requisitos:
  2. Exporta los archivos de registro de transacciones de tus bases de datos de origen de SQL Server. Consulta Crear una copia de seguridad de un registro de transacciones en la documentación de Microsoft. También puedes consultar el siguiente comando de ejemplo:

    Ejemplo de comando T-SQL para exportar archivos de registro de transacciones a un disco local

    Este comando de ejemplo crea una copia de seguridad del registro de transacciones de la base de datos AdventureWorks2022 y guarda el archivo en el disco local. El archivo de copia de seguridad resultante usa la convención de nomenclatura obligatoria.

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

BACKUP LOG @DATABASE
TO DISK = 'X:\SQLServerBackups\log\' + @DATABASE + '.' + @unixTimestamp + '.trn';
  3. Sube los archivos de copia de seguridad del registro de transacciones al segmento de Cloud Storage que has creado para la migración.

Crear una copia de seguridad del registro de transacciones de Amazon RDS

Las copias de seguridad de los registros de transacciones se crean automáticamente si las copias de seguridad automáticas están habilitadas en tu instancia de Amazon RDS. Consulta la sección Habilitar copias de seguridad automatizadas de la documentación de Amazon RDS.

Para usar archivos de copia de seguridad del registro de transacciones en tu migración, sigue estos pasos:

  1. Habilita el acceso a los archivos de registro de transacciones en tu instancia de Amazon RDS. Consulta Acceso a copias de seguridad de registros de transacciones con RDS para SQL Server. También puedes consultar el siguiente comando de ejemplo:

    Ejemplo de llamada a un procedimiento almacenado para habilitar el acceso al registro de transacciones en 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 los archivos de copia de seguridad del registro de transacciones de tu segmento de S3 en el segmento de Cloud Storage que has creado para la migración.