Restauración de una instancia de RDS Custom for Oracle a un momento dado - Amazon Relational Database Service

Restauración de una instancia de RDS Custom for Oracle 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 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 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.

Consideraciones de PITR para RDS Custom for Oracle

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.

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

    2. 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 AWS Management Console, la AWS CLI o la API de RDS.

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

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