# Restauración de una instancia de RDS Custom for Oracle a un momento dado
<a name="custom-backup.pitr"></a>

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 establecida en un valor distinto de cero.

El último momento en que se puede restaurar para una instancia de base de datos de RDS Custom for Oracle 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](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) 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 para Amazon RDS](USER_PIT.md).

**Topics**
+ [Consideraciones de PITR para RDS Custom for Oracle](#custom-backup.pitr.oracle)

## Consideraciones de PITR para RDS Custom for Oracle
<a name="custom-backup.pitr.oracle"></a>

En RDS Custom for Oracle, PITR difiere de las siguientes formas importantes de PITR en Amazon RDS:
+ La base de datos restaurada tiene el mismo nombre que en la instancia de base de datos de origen. No puede especificar un nombre diferente. El valor predeterminado es `ORCL`.
+ `AWSRDSCustomIamRolePolicy` requiere nuevos permisos. Para obtener más información, consulte [Paso 2: añadir una política de acceso a AWSRDSCustomInstanceRoleForRdsCustomInstance](custom-setup-orcl.md#custom-setup-orcl.iam.add-policy).
+ Todas las instancias de base de datos de RDS Custom for Oracle deben tener la retención de la copia de seguridad establecida en un valor distinto a cero.
+ Si cambia el sistema operativo o la zona horaria de la instancia de base de datos, es posible que PITR no funcione. Consulte [Zona horaria Oracle](custom-managing.timezone.md) para obtener información acerca de cómo cambiar las zonas horarias.
+ Si configura la automatización en `ALL_PAUSED`, RDS Custom detiene la carga de registros de recuperación de cambios archivados, incluidos los registros creados antes de la última hora restaurable (LRT). Le recomendamos que ponga en pausa la automatización durante un breve periodo de tiempo.

  Para ilustrarlo, suponga que su LRT es de hace 10 minutos. Pause la automatización. Durante la pausa, RDS Custom no carga los registros de recuperación de cambios archivados. Si la instancia de base de datos se bloquea, solo puede recuperarse hasta un momento anterior al LRT que existía al hacer una pausa. Cuando reanuda la automatización, RDS Custom reanuda la carga de registros. El LRT avanza. Se aplican las reglas normales de PITR. 
+ En RDS Custom, puede especificar manualmente un número arbitrario de horas para retener los registros de recuperación de cambios archivados antes de que RDS Custom los elimine después de la carga. Especifique el número de horas de la siguiente manera:

  1. Cree un archivo de texto denominado `/opt/aws/rdscustomagent/config/redo_logs_custom_configuration.json`.

  1. Añada un objeto JSON con el siguiente formato: `{"archivedLogRetentionHours" : "num_of_hours"}`. El número debe ser un número entero entre 1 y 840.
+ Supongamos que conecta una base de datos que no es CDB a una base de datos de contenedores (CDB) como PDB y, a continuación, intenta la PITR. La operación solo se realiza correctamente si ha realizado previamente una copia de seguridad de la PDB. Después de crear o modificar una PDB, le recomendamos que siempre haga una copia de seguridad de la misma.
+ Le recomendamos que no personalice los parámetros de inicialización de la base de datos. Por ejemplo, la modificación de los siguientes parámetros afecta a PITR:
  + `CONTROL_FILE_RECORD_KEEP_TIME` afecta a las reglas de carga y eliminación de registros.
  + `LOG_ARCHIVE_DEST_n` no admite varios destinos.
  + `ARCHIVE_LAG_TARGET` afecta a la última hora restaurable. `ARCHIVE_LAG_TARGET` está establecido en `300` porque el objetivo de punto de recuperación (RPO) es de 5 minutos. Para cumplir este objetivo, RDS cambia el registro red en línea cada 5 minutos y lo almacena en un bucket de Amazon S3. Si la frecuencia del cambio de registro provoca un problema de rendimiento en la base de datos de RDS Custom para Oracle, puede escalar la instancia de base de datos y el almacenamiento a una con un rendimiento y un IOPS más altos. Si es necesario para su plan de recuperación, puede ajustar la configuración del parámetro de inicialización `ARCHIVE_LAG_TARGET` a un valor comprendido entre 60 y 7200.
+ Si personaliza los parámetros de inicialización de la base de datos, le recomendamos que personalice solo lo siguiente:
  + `COMPATIBLE` 
  + `MAX_STRING_SIZE`
  + `DB_FILES` 
  + `UNDO_TABLESPACE` 
  + `ENABLE_PLUGGABLE_DATABASE` 
  + `CONTROL_FILES` 
  + `AUDIT_TRAIL` 
  + `AUDIT_TRAIL_DEST` 

  Para los demás parámetros de inicialización, RDS Custom restaura los valores predeterminados. Si modifica un parámetro que no figura en la lista anterior, podría tener un efecto adverso en el PITR y generar resultados impredecibles. Por ejemplo, `CONTROL_FILE_RECORD_KEEP_TIME` afecta a las reglas para cargar y eliminar registros.

Puede restaurar una instancia de base de datos de RDS Custom a un momento dado mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.

## Consola
<a name="custom-backup.pitr2.CON"></a>

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

1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).

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

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

1. 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)**.

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

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

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

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

## AWS CLI
<a name="custom-backup.pitr2.CLI"></a>

Puede restaurar una instancia de base de datos a un momento dado mediante el comando [ restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) 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.

**Example**  
Para Linux, macOS o:Unix  

```
1. aws rds restore-db-instance-to-point-in-time \
2.     --source-db-instance-identifier my-custom-db-instance\
3.     --target-db-instance-identifier my-restored-custom-db-instance \
4.     --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
5.     --restore-time 2022-10-14T23:45:00.000Z
```
En:Windows  

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