Copia de seguridad y restauración de una instancia de base de datos de Amazon RDS Custom for SQL Server

Al igual que Amazon RDS, RDS Custom crea y guarda copias de seguridad automáticas de la instancia de base de datos de RDS Custom for SQL Server cuando la retención de copias de seguridad está activada. También puede realizar una copia de seguridad de su instancia de base de datos manualmente. Las copias de seguridad automatizadas se componen de copias de seguridad de instantáneas y copias de seguridad del registro de transacciones. Las copias de seguridad de instantáneas se realizan para todo el volumen de almacenamiento de la instancia de base de datos durante el período de copia de seguridad especificado. Las copias de seguridad de los registros de transacciones de las bases de datos aptas para el PITR se realizan a intervalos regulares. RDS Custom guarda las copias de seguridad automatizadas de la instancia de base de datos en función del periodo de retención de copia de seguridad especificado. Puede utilizar copias de seguridad automatizadas para recuperar la instancia de base de datos en un momento determinado dentro del periodo de retención de las copias de seguridad.

También puede realizar copias de seguridad de instantáneas de forma manual. Puede crear una nueva instancia de base de datos a partir de estas copias de seguridad de instantáneas en cualquier momento. Para obtener más información acerca de la creación de una instantánea de base de datos de forma manual, consulte Creación de una instantánea de RDS Custom for SQL Server.

Si bien las copias de seguridad de instantáneas funcionan desde el punto de vista operativo como copias de seguridad completas, solo se le facturará el uso incremental del almacenamiento. La primera instantánea de una instancia de base de datos de RDS Custom contiene los datos de la instancia de base de datos completa. Las instantáneas posteriores de la misma base de datos son incrementales, lo que significa que solo se guardan los datos que han cambiado después de la última instantánea.

Creación de una instantánea de RDS Custom for SQL Server

RDS Custom for SQL Server crea una instantánea del volumen de almacenamiento de la instancia de base de datos, al crear una copia de seguridad de toda la instancia de base de datos y no solo de las bases de datos individuales. Cuando cree una instantánea, especifique de qué instancia de base de datos de RDS Custom for SQL Server desea crear copia de seguridad. Asigne un nombre a la instantánea para poder restaurar desde esta más adelante.

Cuando crea una instantánea, RDS Custom for SQL Server crea una instantánea de Amazon EBS para el volumen (D:), que es el volumen de base de datos asociado a la instancia de base de datos. Para que las instantáneas sean fáciles de asociar a una instancia de base de datos específica, se etiquetan con DBSnapshotIdentifier, DbiResourceId y VolumeType.

La creación de una instantánea de base de datos da como resultado una breve suspensión de E/S. Esta suspensión puede durar desde unos segundos hasta unos minutos, según el tamaño y la clase de la instancia de base de datos. El tiempo de creación de instantáneas varía según el número total y el tamaño de las base de datos. Para obtener más información sobre la cantidad de bases de datos aptas para una operación de restauración puntual (PITR), consulte Número de bases de datos aptas para el PITR por tipo de clase de instancia.

Debido a que la instantánea incluye todo el volumen de almacenamiento, el tamaño de los archivos (como los archivos temporales) también afecta el tiempo de creación de la instantánea. Para obtener más información acerca de la creación de segmentos, consulte Creación de una instantánea de base de datos para una instancia de base de datos single-AZ.

Crear una instantánea de RDS Custom for SQL Server mediante la consola o la AWS CLI.

Consola

Para crear una instantánea de RDS Custom

1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

2. En el panel de navegación, elija Databases (Bases de datos).

3. En la lista de instancias de base de datos de RDS Custom, seleccione la instancia para la que desea tomar una instantánea.

4. En Actions (Acciones), elija Take snapshot (Realizar instantánea).

   Aparece la ventana Take DB Snapshot (Realizar una instantánea de base de datos).

5. En Snapshot name (Nombre de la instantánea), ingrese el nombre de la instantánea.

6. Elija Take Snapshot (Realizar una instantánea).

AWS CLI

Puede crear una instantánea de una instancia de base de datos de RDS Custom mediante el comando AWS CLI create-db-snapshot.

Especifique las opciones siguientes:

• --db-instance-identifier – Identifica la instancia de base de datos de RDS Custom de la que va a realizar una copia de seguridad

• --db-snapshot-identifier – Nombra su instantánea de RDS Custom para que pueda restaurarla más tarde

En este ejemplo, crea una instantánea de base de datos llamada my-custom-snapshot para una instancia de base de datos de RDS Custom llamada my-custom-instance.

Para Linux, macOS, o Unix:

aws rds create-db-snapshot \
    --db-instance-identifier my-custom-instance \
    --db-snapshot-identifier my-custom-snapshot

En Windows:

aws rds create-db-snapshot ^
    --db-instance-identifier my-custom-instance ^
    --db-snapshot-identifier my-custom-snapshot

Restauración desde una instantánea de base de datos de RDS Custom for SQL Server

Al restaurar una instancia de base de datos de RDS Custom for SQL Server, debe indicar el nombre de la instantánea de base de datos y un nombre para la nueva instancia. No es posible restaurar desde una instantánea a una instancia de base de datos RDS Custom existente. Al realizar la restauración se crea una nueva instancia de base de datos de RDS Custom for SQL Server

La restauración a partir de una instantánea restaurará el volumen de almacenamiento al momento en el que se tomó la instantánea. Esto incluirá todas las bases de datos y cualquier otro archivo que estuviera presente en el volumen (D:).

Consola

Restaure una instancia de base de datos de RDS Custom a partir de una instantánea de base de datos

1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

2. En el panel de navegación, elija Snapshots (Instantáneas).

3. Elija la instantánea de base de datos desde la que desea restaurar.

4. En Actions (Acciones), elija Restore snapshot (Restaurar instantánea).

5. En la página Restore DB instance (Restaurar instancia de base de datos), en DB instance identifier (Identificador de instancias de bases de datos), ingrese el nombre de su instancia de base de datos de RDS Custom restaurada.

6. Elija Restore DB Instance (Restaurar instancia de base de datos).

AWS CLI

Restaure una instantánea de base de datos de RDS Custom mediante el comando AWS CLI restore-db-instance-from-db-snapshot.

Si la instantánea desde la que va a restaurar es para una instancia de base de datos privada, asegúrese de especificar el db-subnet-group-name y el no-publicly-accessible correctos. De lo contrario, la instancia de base de datos pasa a ser de acceso público de manera predeterminada. Se requieren las siguientes opciones:

• db-snapshot-identifier – Identifica la instantánea desde la que se va a restaurar

• db-instance-identifier – Especifica el nombre de la instancia de base de datos de RDS Custom que se debe crear a partir de la instantánea de base de datos

• custom-iam-instance-profile – Especifica el perfil de instancia asociado a la instancia Amazon EC2 subyacente de una instancia de base de datos personalizada de RDS.

El siguiente código restaura la instantánea denominada my-custom-snapshot para my-custom-instance.

Para Linux, macOS, o Unix:

aws rds restore-db-instance-from-db-snapshot \
  --db-snapshot-identifier my-custom-snapshot \
  --db-instance-identifier my-custom-instance \
  --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
  --no-publicly-accessible

En Windows:

aws rds restore-db-instance-from-db-snapshot ^
  --db-snapshot-identifier my-custom-snapshot ^
  --db-instance-identifier my-custom-instance ^
  --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
  --no-publicly-accessible

Restauración de una instancia de RDS Custom for SQL Server a un momento dado

Al crear una nueva instancia de base de datos puede restaurar una instancia de base de datos a un momento dado (PITR). Para admitir PITR, las instancias de base de datos deben tener una retención de copia de seguridad habilitada.

El último momento que se puede restaurar para una instancia de base de datos de RDS Custom for SQL Server depende de varios factores, pero normalmente se sitúa en los cinco minutos previos a la hora actual. Para ver el último momento que se puede restaurar para una instancia de base de datos, use el comando describe-db-instances de la AWS CLI y compruebe el valor que se devuelve en el campo LatestRestorableTime para la instancia de base de datos. Para consultar la hora restaurable más reciente para cada instancia de base de datos en la consola de Amazon RDS, elija Copias de seguridad automatizadas.

Puede restaurar a cualquier punto en el tiempo dentro del periodo de retención de copia de seguridad. Para consultar la hora restaurable más reciente para cada instancia de base de datos, elija Copias de seguridad automatizadas en la consola de Amazon RDS.

Para obtener información general sobre PITR, consulte Restauración de una instancia de base de datos a un momento especificado.

Temas

• Consideraciones de PITR para RDS Custom for SQL Server
• Número de bases de datos aptas para el PITR por tipo de clase de instancia
• Hacer que las bases de datos no sean elegibles para PITR
• Registros de transacciones en Amazon S3
• Restauración de PITR mediante la AWS Management Console, la AWS CLI, o la API de RDS.

Consideraciones de PITR para RDS Custom for SQL Server

En RDS Custom for SQL Server, PITR difiere de las siguientes formas importantes de PITR en Amazon RDS:

• PITR solo restaura las bases de datos de la instancia de base de datos. No restaura el sistema operativo ni los archivos de la unidad C:.

• Para una instancia de base de datos de RDS Custom for SQL Server, una base de datos se respalda automáticamente y es elegible para PITR solo bajo las siguientes condiciones:

  • La base de datos está en línea.

  • El modelo de recuperación está configurado en FULL.

  • Se puede escribir.

  • Tiene sus archivos físicos en la unidad D:.

  • No se muestra en la tabla rds_pitr_blocked_databases. Para obtener más información, consulte Hacer que las bases de datos no sean elegibles para PITR.

• Las bases de datos aptas para PITR se determinan según el orden de su ID de base de datos. RDS Custom for SQL Server permite hasta 5000 bases de datos por instancia de base de datos. Sin embargo, el número máximo de bases de datos restauradas mediante una operación PITR para una instancia de base de datos de RDS Custom for SQL Server depende del tipo de clase de instancia. Para obtener más información, consulte Número de bases de datos aptas para el PITR por tipo de clase de instancia.

  Otras bases de datos que no forman parte de PITR se pueden restaurar a partir de instantáneas de base de datos, incluidas las copias de seguridad de instantáneas automatizadas utilizadas para PITR.

• Al agregar una nueva base de datos apta para PITR, cambiarle el nombre o restaurarla, se inicia una instantánea de la instancia de base de datos.

• La cantidad máxima de bases de datos aptas para el PITR cambia cuando la instancia de base de datos se somete a una operación de cálculo a escala, según el tipo de clase de instancia de destino. Si la instancia se escala verticalmente, lo que permite que más bases de datos de la instancia sean aptas para la PITR, se toma una nueva instantánea.

• Las bases de datos restauradas tienen el mismo nombre que en la instancia de base de datos de origen. No puede especificar un nombre diferente.

• AWSRDSCustomSQLServerIamRolePolicy requiere acceso a otros servicios de AWS. Para obtener más información, consulte Agregar una política de acceso a AWSRDSCustomSQLServerInstanceRole.

• Los cambios de zona horaria no son compatibles con RDS Custom for SQL Server. Si cambia el sistema operativo o la zona horaria de la instancia de base de datos, PITR (y otra automatización) no funciona.

Número de bases de datos aptas para el PITR por tipo de clase de instancia

En la siguiente tabla se muestra el número máximo de bases de datos aptas para PITR en función del tipo de clase de instancia.

Tipo de clase de instancia	Número máximo de bases de datos aptas para PITR
db.*.large	100
db.*.xlarge a db.*.2xlarge	150
db.*.4xlarge a db.*.8xlarge	300
db.*.12xlarge a db.*.16xlarge	600
db.*.24xlarge, db.*32xlarge	1000

* Representa los diferentes tipos de clase de instancia.

El número máximo de bases de datos aptas para PITR en una instancia de base de datos depende del tipo de clase de instancia. El número oscila entre 100 en los más pequeños y 1000 en los tipos de clase de instancia más grandes compatibles con RDS Custom for SQL Server. Las bases de datos de sistema de servidor SQL (master, model, msdb, tempdb) no se incluyen en este límite. Cuando una instancia de base de datos se escala o desescala verticalmente, según el tipo de clase de instancia de destino, RDS Custom actualizará automáticamente el número de bases de datos aptas para PITR. RDS Custom for SQL Server enviará RDS-EVENT-0352 cuando cambie el número máximo de bases de datos aptas para PITR en una instancia de base de datos. Para obtener más información, consulte Eventos de versiones del motor personalizadas.

nota

La compatibilidad con PITR para más de 100 bases de datos solo está disponible en las instancias de base de datos creadas después del 26 de agosto de 2023. Para las instancias creadas antes del 26 de agosto de 2023, la cantidad máxima de bases de datos aptas para PITR es de 100, independientemente de la clase de instancia. Para habilitar la compatibilidad con PITR en más de 100 bases de datos en instancias de bases de datos creadas antes del 26 de agosto de 2023, puede realizar la siguiente acción:

• Actualizar la versión del motor de base de datos a la 15.00.4322.2.v1 o posterior

Durante una operación de PITR, RDS Custom restaurará todas las bases de datos que formaban parte del PITR en la instancia de base de datos de origen en el momento de la restauración. Una vez que la instancia de base de datos de destino haya completado las operaciones de restauración, si la retención de copias de seguridad está habilitada, la instancia de base de datos empezará a realizar copias de seguridad en función del número máximo de bases de datos aptas para PITR en la instancia de base de datos de destino.

Por ejemplo, si su instancia de base de datos se ejecuta en una db.*.xlarge que tenga 200 bases de datos:

1. RDS Custom for SQL Server seleccionará las primeras 150 bases de datos, ordenadas por su ID de base de datos, para la copia de seguridad de PITR.

2. Modifique la instancia para escalarla verticalmente hasta db.*.4xlarge.

3. Una vez completada la operación de computación de escalado, RDS Custom for SQL Server seleccionará las primeras 300 bases de datos, ordenadas por su ID de base de datos, para la copia de seguridad de PITR. Cada una de las 200 bases de datos que cumpla los requisitos del PITR ahora podrá optar al PITR.

4. Ahora puede modificar la instancia para reducirla verticalmente a db.*.xlarge.

5. Una vez completada la operación de computación de escalado, RDS Custom for SQL Server seleccionará de nuevo las primeras 150 bases de datos, ordenadas por su ID de base de datos, para la copia de seguridad de PITR.

Hacer que las bases de datos no sean elegibles para PITR

Puede optar por excluir las bases de datos individuales del PITR. Para esto, ponga sus valores de database_id en una tabla de rds_pitr_blocked_databases. Utilice el siguiente script SQL para crear la tabla.

Para crear la tabla rds_pitr_blocked_databases

• Ejecute el siguiente script de SQL.

  create table msdb..rds_pitr_blocked_databases
  (
  database_id INT NOT NULL,
  database_name SYSNAME NOT NULL,
  db_entry_updated_date datetime NOT NULL DEFAULT GETDATE(),
  db_entry_updated_by SYSNAME NOT NULL DEFAULT CURRENT_USER,
  PRIMARY KEY (database_id)
  );
  

Para obtener la lista de bases de datos elegibles y no elegibles, consulte el archivo RI.End en el directorio RDSCustomForSQLServer/Instances/DB_instance_resource_ID/TransactionLogMetadata del bucket de Amazon S3 do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier. Para obtener más información acerca del archivo RI.End, consulte Registros de transacciones en Amazon S3.

También puede determinar la lista de bases de datos aptas para PITR mediante el siguiente script SQL. Establezca la variable @limit en el número máximo de bases de datos aptas para PITR para la clase de instancia. Para obtener más información, consulte Número de bases de datos aptas para el PITR por tipo de clase de instancia.

Para determinar la lista de bases de datos aptas para PITR en una clase de instancia de base de datos

• Ejecute el siguiente script de SQL.

  DECLARE @Limit INT;
  SET @Limit = (insert-database-instance-limit-here);
  
  USE msdb;
  IF (EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'dbo' AND  TABLE_NAME = 'rds_pitr_blocked_databases'))
      WITH TABLE0 AS (
          SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
          FROM sys.dm_hadr_database_replica_states hdrs
          INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
          WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0) 
          OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
      ),
      TABLE1 as (
              SELECT dbs.database_id as DatabaseId, sysdbs.name as DatabaseName, 'OPTOUT' as Reason,
              CASE WHEN dbs.database_name = sysdbs.name THEN NULL ELSE dbs.database_name END AS DatabaseNameOnPitrTable
              FROM msdb.dbo.rds_pitr_blocked_databases dbs
              INNER JOIN sys.databases sysdbs ON dbs.database_id = sysdbs.database_id
              WHERE sysdbs.database_id > 4
              ),
      TABLE2 as (
              SELECT
              db.name AS DatabaseName,
              db.create_date AS CreateDate,
              db.state_desc AS DatabaseState,
              db.database_id AS DatabaseId,
              rs.database_guid AS DatabaseGuid,
              rs.last_log_backup_lsn AS LastLogBackupLSN,
              rs.recovery_fork_guid RecoveryForkGuid,
              rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
              db.recovery_model_desc AS RecoveryModel,
              db.is_auto_close_on AS IsAutoClose,
              db.is_read_only as IsReadOnly,
              NEWID() as FileName,
              CASE WHEN(db.state_desc = 'ONLINE'
                      AND db.recovery_model_desc != 'SIMPLE' 
                      AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1)) 
                      AND db.is_read_only != 1
                      AND db.user_access = 0
                      AND db.source_database_id IS NULL
                      AND db.is_in_standby != 1
                      THEN 1 ELSE 0 END AS IsPartOfSnapshot,
              CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
              FROM sys.databases db
              INNER JOIN sys.database_recovery_status rs
              ON db.database_id = rs.database_id
              WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
              db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE1) AND
              db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
          ),
          TABLE3 as(
              Select @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE2 where TABLE2.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
          )
          SELECT TOP(SELECT TotalNumberOfDatabases from TABLE3)  DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE2 where TABLE2.IsPartOfSnapshot=1
          ORDER BY TABLE2.DatabaseID ASC
  ELSE
      WITH TABLE0 AS (
          SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
          FROM sys.dm_hadr_database_replica_states hdrs
          INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
          WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0) 
          OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
      ),
      TABLE1 as (
              SELECT
              db.name AS DatabaseName,
              db.create_date AS CreateDate,
              db.state_desc AS DatabaseState,
              db.database_id AS DatabaseId,
              rs.database_guid AS DatabaseGuid,
              rs.last_log_backup_lsn AS LastLogBackupLSN,
              rs.recovery_fork_guid RecoveryForkGuid,
              rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
              db.recovery_model_desc AS RecoveryModel,
              db.is_auto_close_on AS IsAutoClose,
              db.is_read_only as IsReadOnly,
              NEWID() as FileName,
              CASE WHEN(db.state_desc = 'ONLINE'
                      AND db.recovery_model_desc != 'SIMPLE' 
                      AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1)) 
                      AND db.is_read_only != 1
                      AND db.user_access = 0
                      AND db.source_database_id IS NULL
                      AND db.is_in_standby != 1
                      THEN 1 ELSE 0 END AS IsPartOfSnapshot,
              CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
              FROM sys.databases db
              INNER JOIN sys.database_recovery_status rs
              ON db.database_id = rs.database_id
              WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
              db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
          ),
          TABLE2 as(
              SELECT @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE1 where TABLE1.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
          )
          select top(select TotalNumberOfDatabases from TABLE2)  DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE1 where TABLE1.IsPartOfSnapshot=1
          ORDER BY TABLE1.DatabaseID ASC                   
  

nota

Las bases de datos que son únicamente enlaces simbólicos también se excluyen de las bases de datos aptas para las operaciones de PITR. La consulta anterior no filtra en función de este criterio.

Registros de transacciones en Amazon S3

El periodo de retención de copia de seguridad determina si los registros de transacciones para las instancias de base de datos de RDS Custom for SQL Server se extraen y cargan automáticamente en Amazon S3. Un valor distinto de cero significa que se crean copias de seguridad automáticas y que el agente personalizado de RDS carga los registros de transacciones en S3 cada 5 minutos.

Los archivos de registro de transacciones en S3 se cifran en reposo mediante el AWS KMS key que proporcionó cuando creó su instancia de base de datos. Para obtener más información, consulte Protección de los datos con el cifrado del servidor en la Guía del usuario de Amazon Simple Storage Service.

Los registros de transacciones de cada base de datos se cargan en un bucket de S3 denominado do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier. El directorio RDSCustomForSQLServer/Instances/DB_instance_resource_ID del bucket de S3 contiene dos subdirectorios:

• TransactionLogs – Contiene los registros de transacciones de cada base de datos y sus respectivos metadatos.

  El nombre del archivo de registro de transacciones sigue el patrón yyyyMMddHHmm.database_id.timestamp, por ejemplo:

  202110202230.11.1634769287

  El mismo nombre de archivo con el sufijo _metadata contiene información sobre el registro de transacciones, como números de secuencia de registros, nombre de base de datos y RdsChunkCount. RdsChunkCount determina cuántos archivos físicos representan un único archivo de registro de transacciones. Es posible que veas archivos con sufijos _0001, _0002, etc., lo que significa los fragmentos físicos de un archivo de registro de transacciones. Si quieres utilizar un archivo de registro de transacciones fragmentado, asegúrate de fusionar los fragmentos después de descargarlos.

  Considere un escenario en el que tenga los siguientes archivos:

  • 202110202230.11.1634769287

  • 202110202230.11.1634769287_0001

  • 202110202230.11.1634769287_0002

  • 202110202230.11.1634769287_metadata

  El valor de RdsChunkCount es 3. El orden de fusión de los archivos es el siguiente: 202110202230.11.1634769287, 202110202230.11.1634769287_0001 y 202110202230.11.1634769287_0002.

• TransactionLogMetadata – Contiene información de metadatos sobre cada iteración de la extracción del registro de transacciones.

  El archivo RI.End contiene información de todas las bases de datos de las que se extrajeron los registros de transacciones y de todas las bases de datos que existen, pero no se extrajeron los registros de transacciones. El nombre de archivo RI.End sigue el patrón yyyyMMddHHmm.RI.End.timestamp, por ejemplo:

  202110202230.RI.End.1634769281

Restauración de PITR mediante la AWS Management Console, la AWS CLI, o la API de RDS.

Puede restaurar una instancia de base de datos de RDS Custom for SQL Server a un momento dado mediante la AWS Management Console, la AWS CLI o la API de RDS.

Consola

Para restaurar una instancia de base de datos de RDS Custom a un tiempo especificado

1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

2. En el panel de navegación, elija Copias de seguridad automáticas.

3. Elija la instancia de base de datos personalizada de RDS que desea restaurar.

4. Para Actions (Acciones), elija Restore to point in time (Restaurar a un momento dado).

   Aparecerá la ventana Restore to point in time (Restaurar a un momento dado).

5. Elija Latest restorable time (Última hora de restauración) para restaurar a la última hora posible o elija Custom (Personalizar) para elegir una hora.

   Si elige Personalizar, ingrese la fecha y la hora a la que desea restaurar la instancia.

   Las horas se muestran en su zona horaria local, que se indica mediante una diferencia de la hora universal coordinada (UTC). Por ejemplo, UTC-5 es la hora estándar del Este/horario de verano central.

6. Para el identificador de instancias de bases de datos, ingrese el nombre de la instancia de base de datos de RDS Custom restaurada de destino. El nombre debe ser único.

7. Elija otras opciones según sea necesario, como la clase de instancia de base de datos.

8. Elija Restore to point in time (Restaurar a un momento dado).

AWS CLI

Puede restaurar una instancia de base de datos a un momento dado mediante el comando restore-db-instance-to-point-in-time AWS CLI para crear una nueva instancia de base de datos de RDS Custom.

Utilice una de las siguientes opciones para especificar la copia de seguridad desde la que restaurar:

• --source-db-instance-identifier mysourcedbinstance

• --source-dbi-resource-id dbinstanceresourceID

• --source-db-instance-automated-backups-arn backupARN

La opción custom-iam-instance-profile es obligatoria.

En el siguiente ejemplo se restaura my-custom-db-instance a una nueva instancia de base de datos denominada my-restored-custom-db-instance, en la hora especificada.

Para Linux, macOS, o Unix:

aws rds restore-db-instance-to-point-in-time \
    --source-db-instance-identifier my-custom-db-instance\
    --target-db-instance-identifier my-restored-custom-db-instance \
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
    --restore-time 2022-10-14T23:45:00.000Z

En Windows:

aws rds restore-db-instance-to-point-in-time ^
    --source-db-instance-identifier my-custom-db-instance ^
    --target-db-instance-identifier my-restored-custom-db-instance ^
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
    --restore-time 2022-10-14T23:45:00.000Z

Eliminación de una instantánea de RDS Custom for SQL Server

Puede eliminar instantáneas de base de datos administradas por RDS Custom for SQL Server cuando ya no las necesite. El procedimiento de eliminación es el mismo para las instancias de base de datos de Amazon RDS y RDS Custom.

Las instantáneas de Amazon EBS de los volúmenes binario y raíz permanecen en su cuenta durante más tiempo porque podrían estar vinculadas a algunas instancias que se ejecutan en su cuenta o a otras instantáneas de RDS Custom for SQL Server. Estas instantáneas de EBS se eliminan automáticamente después de que ya no están relacionadas con los recursos de RDS Custom for SQL Server existentes (instancias de base de datos o copias de seguridad).

Consola

Para eliminar una instantánea de una instancia de base de datos de RDS Custom

1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

2. En el panel de navegación, elija Snapshots (Instantáneas).

3. Elija la instantánea de base de datos que desee eliminar.

4. En Actions (Acciones), elija Delete Snapshot (Eliminar instantánea).

5. En la página de confirmación, elija Delete (Eliminar).

AWS CLI

Para eliminar una instantánea de RDS Custom, utilice el comando AWS CLI delete-db-snapshot.

Se requiere la siguiente opción:

• --db-snapshot-identifier – La instantánea que se va a eliminar

El siguiente ejemplo elimina la instantánea de base de datos my-custom-snapshot.

Para Linux, macOS, o Unix:

aws rds delete-db-snapshot \  
  --db-snapshot-identifier my-custom-snapshot

En Windows:

aws rds delete-db-snapshot ^
  --db-snapshot-identifier my-custom-snapshot

Eliminación de copias de seguridad automatizadas de RDS Custom for SQL Server

Puede eliminar las copias de seguridad automáticas retendas para RDS Custom for SQL Server cuando ya no sean necesarias. El procedimiento es el mismo que el procedimiento para eliminar las copias de seguridad de Amazon RDS.

Consola

Para eliminar una copia de seguridad automatizada retenida

1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

2. En el panel de navegación, elija Automated backups (Copias de seguridad automatizadas).

3. Elija Retained (Retenidas).

4. Elija la copia de seguridad automatizada retenida que desea eliminar.

5. En Actions (Acciones), elija Delete (Eliminar).

6. En la página de confirmación, ingrese delete me y elija Delete (Eliminar).

AWS CLI

Puede eliminar una copia de seguridad automatizada retenida utilizando el comando de la AWS CLI delete-db-instance-automated-backup.

La siguiente opción se utiliza para eliminar una copia de seguridad automática retenida:

• --dbi-resource-id – El identificador de recurso para la instancia de base de datos de RDS Custom de origen.

  Puede encontrar el identificador de recursos para la instancia de base de datos de origen de una copia de seguridad automatizada retenida mediante el comando AWS CLI describe-db-instance-automated-backups.

El siguiente ejemplo elimina la copia de seguridad automatizada retenida con el identificador de recursos de la instancia de base de datos custom-db-123ABCEXAMPLE.

Para Linux, macOS, o Unix:

aws rds delete-db-instance-automated-backup \
    --dbi-resource-id custom-db-123ABCEXAMPLE

En Windows:

aws rds delete-db-instance-automated-backup ^
    --dbi-resource-id custom-db-123ABCEXAMPLE