Requisitos y consideraciones sobre réplicas de RDS para Oracle

Antes de crear una réplica de Oracle, familiarícese con los siguientes requisitos y consideraciones.

Requisitos de versión y licencia para réplicas de RDS para Oracle

Antes de crear una réplica de RDS para Oracle, tenga en cuenta lo siguiente:

• Si la réplica está en modo de solo lectura, asegúrese de que tiene una licencia de Active Data Guard. Si coloca la réplica en modo montado, no necesita una licencia de Active Data Guard. Solo el motor de base de datos de Oracle admite réplicas montadas.

• Las réplicas de Oracle solo se admiten para el motor de Oracle Enterprise Edition (EE).

• Las réplicas de Oracle que no son CDB solo son compatibles con instancias de bases de datos creadas con instancias que no son CDB y que se ejecutan en Oracle Database 19c.

• Las réplicas de Oracle están disponibles para instancias de base de datos que se ejecutan solo en clases de instancia de base de datos con dos o más vCPU. Una instancia de base de datos de origen no puede utilizar la clase de instancia db.t3.small.

• La versión del motor de base de datos de Oracle de la instancia de base de datos de origen y todas sus réplicas deben ser iguales. Amazon RDS actualiza las replicas inmediatamente después de actualizar la instancia de base de datos de origen, independientemente del periodo de mantenimiento de la replica. Para las actualizaciones de versiones principales de réplicas entre regiones, Amazon RDS hace automáticamente lo siguiente:

  • Genera un grupo de opciones para la versión de destino.

  • Copia todas las opciones y configuraciones de opciones del grupo de opciones original al nuevo grupo de opciones.

  • Asocia la réplica entre regiones actualizada con el nuevo grupo de opciones.

  Para obtener más información acerca de cómo actualizar la versión del motor de base de datos, consulte Actualización del motor de base de datos de RDS para Oracle.

Limitaciones de grupos de opciones para réplicas de RDS para Oracle

Antes de crear una réplica de RDS para Oracle, tenga en cuenta lo siguiente:

• Si la réplica de Oracle se encuentra en la misma región de AWS que su instancia de base de datos de origen, la réplica no puede usar un grupo de opciones diferente de la instancia de base de datos de origen. Las modificaciones en el grupo de opciones de origen o en la suscripción a grupos de opciones de origen se propagan a las réplicas de Oracle. Estos cambios se aplican a las réplicas inmediatamente después de su aplicación a la instancia de base de datos de origen, con independencia del periodo de mantenimiento de la réplica.

  Para obtener más información acerca de los grupos de opciones, consulte Trabajo con grupos de opciones.

• No puede eliminar una réplica entre regiones de RDS para Oracle desde su grupo de opciones dedicado, que se crea automáticamente para la réplica.

• No puede añadir el grupo de opciones dedicado para una réplica entre regiones de RDS para Oracle en una instancia de base de datos diferente.

• Solo puede agregar o quitar las siguientes opciones no replicadas de un grupo de opciones dedicado para una réplica entre regiones de RDS para Oracle:

  • NATIVE_NETWORK_ENCRYPTION

  • OEM

  • OEM_AGENT

  • SSL

  Para agregar otras opciones a una réplica entre regiones de RDS para Oracle, agréguelas al grupo de opciones de la instancia de base de datos de origen. La opción también está instalada en todas las réplicas de la instancia de base de datos de origen. Para las opciones con licencia, asegúrese de que haya licencias suficientes para las réplicas.

  Al promocionar una réplica entre regiones de RDS para Oracle, la réplica promocionada se comporta igual que las otras instancias de base de datos de Oracle, incluida la administración de sus opciones. Puede promocionar una réplica de manera explícita o implícita al eliminar su instancia de base de datos de origen.

  Para obtener más información acerca de los grupos de opciones, consulte Trabajo con grupos de opciones.

• La opción EFS_INTEGRATION no es compatible con réplicas entre regiones de RDS para Oracle.

Consideraciones sobre copias de seguridad y restauración para réplicas de RDS para Oracle

Antes de crear una réplica de RDS para Oracle, tenga en cuenta lo siguiente:

• Para crear instantáneas de réplicas de RDS para Oracle o activar copias de seguridad automáticas, asegúrese de configurar el período de retención de copias de seguridad manualmente. Las copias de seguridad automáticas no están activadas de forma predeterminada.

• Cuando se restaura una copia de seguridad de réplicas, esta se restaura a la hora de la base de datos, no a la hora en que se realizó la copia de seguridad. El tiempo de base de datos se refiere a la última hora de la transacción aplicada de los datos de la copia de seguridad. La diferencia es importante, porque una réplica puede tener un retardo con respecto a la principal de minutos u horas.

  Para encontrar la diferencia, utilice el comando describe-db-snapshots. Compare snapshotDatabaseTime, que es la hora de la base de datos de la copia de seguridad de réplicas, con OriginalSnapshotCreateTime, que es la última transacción aplicada en la base de datos principal.

Requisitos y limitaciones de replicación de RDS Custom para Oracle

Antes de crear una réplicas de RDS para Oracle, tenga en cuenta los siguientes requisitos y limitaciones:

• Si la instancia de base de datos principal usa la configuración de inquilino único de la arquitectura multitenencia, tenga en cuenta lo siguiente:

  • Debe utilizar Oracle Database 19c o una versión posterior con la Enterprise Edition.

  • Su instancia de CDB principal debe estar en un ciclo de vida ACTIVE.

  • No puedes convertir una instancia principal que no sea de CDB en una instancia de CDB y convertir sus réplicas en la misma operación. En cambio, elimine las réplicas que no sean de CDB, convierta la instancia de base de datos principal en una CDB y, a continuación, cree réplicas nuevas

• Asegúrese de que el desencadenador de inicio de sesión en una instancia de base de datos principal permita el acceso al usuario de RDS_DATAGUARD y a cualquier usuario cuyo valor AUTHENTICATED_IDENTITY sea RDS_DATAGUARD o rdsdb. Además, el desencadenador no debe establecer el esquema actual para el usuario de RDS_DATAGUARD.

• Para evitar el bloqueo de conexiones desde el proceso de Data Guard Broker, no habilite las sesiones restringidas. Para obtener más información acerca de las sesiones restringidas, consulte Activación y desactivación de sesiones restringidas.

Otros aspectos para réplicas de RDS para Oracle

Antes de crear una réplica de RDS para Oracle, tenga en cuenta lo siguiente:

• Si su instancia de base de datos es un origen para una o más réplicas entre regiones, la base de datos de origen retiene sus archivos de registros REDO hasta que se apliquen en todas las réplicas entre regiones. Los registros REDO archivados podrían provocar un incremento del consumo del almacenamiento.

• Para evitar interrumpir la automatización de RDS, los desencadenadores del sistema deben permitir a usuarios específicos iniciar sesión en la base de datos principal y de réplica. Los desencadenadores del sistema incluyen desencadenadores de DDL, inicio de sesión y función de base de datos. Le recomendamos que agregue código a los desencadenadores para excluir a los usuarios enumerados en el siguiente código de ejemplo:

  -- Determine who the user is
  SELECT SYS_CONTEXT('USERENV','AUTHENTICATED_IDENTITY') INTO CURRENT_USER FROM DUAL;
  -- The following users should always be able to login to either the Primary or Replica
  IF CURRENT_USER IN ('master_user', 'SYS', 'SYSTEM', 'RDS_DATAGUARD', 'rdsdb') THEN
  RETURN;
  END IF;

• El seguimiento de cambios de bloque es compatible con réplicas de solo lectura, pero no para réplicas montadas. Puede cambiar una réplica montada a una réplica de solo lectura y, a continuación, habilitar el seguimiento de cambios de bloque. Para obtener más información, consulte Activación y desactivación del seguimiento de cambio de bloques.