# Directrices y limitaciones de la replicación de RDS Custom para Oracle
<a name="custom-rr.reqs-limitations"></a>

Cuando se crean réplicas de RDS Custom para Oracle, no se admiten todas las opciones de réplica de RDS Oracle.

**Topics**
+ [Directrices generales de la replicación de RDS Custom para Oracle](#custom-rr.guidelines)
+ [Limitaciones generales de la replicación de RDS Custom para Oracle](#custom-rr.limitations)
+ [Requisitos y limitaciones de red de la replicación de RDS Custom para Oracle](#custom-rr.network)
+ [Limitaciones de las réplicas externas para RDS Custom para Oracle](#custom-rr.external-replica-reqs)

## Directrices generales de la replicación de RDS Custom para Oracle
<a name="custom-rr.guidelines"></a>

Cuando trabaje con RDS Custom para Oracle, siga estas directrices:
+ Puede utilizar la replicación de RDS Custom para Oracle solo en Oracle Enterprise Edition. Standard Edition 2 no es compatible.
+ Le recomendamos encarecidamente que implemente un túnel de VPN para cifrar la comunicación entre las instancias principal y en espera. Para obtener más información, consulte [Configuración de un túnel de VPN entre RDS Custom para instancias principales y réplicas de Oracle](cfo-standby-vpn-tunnel.md).
+ No modifique el usuario `RDS_DATAGUARD`. Este usuario está reservado para la automatización de RDS Custom para Oracle. La modificación de este usuario puede generar resultados no deseados, como la incapacidad de crear réplicas de Oracle para la instancia de base de datos de RDS Custom para Oracle.
+ No cambie la contraseña del usuario de replicación. Es necesaria para administrar la configuración de Oracle Data Guard en el host de RDS Custom. Si cambia la contraseña, RDS Custom para Oracle podría situar la réplica de Oracle fuera del perímetro de soporte. Para obtener más información, consulte [Perímetro de soporte de RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter).

  La contraseña se almacena en AWS Secrets Manager y se etiqueta con el ID de recurso de base de datos. Cada réplica de Oracle tiene su propio secreto en Secrets Manager. El secreto utiliza uno de los siguientes formatos de nomenclatura.

  ```
  do-not-delete-rds-custom-db-DB_resource_id-uuid-dg
  rds-custom!oracle-do-not-delete-DB_resource_id-uuid-dg
  ```
+ No cambie el `DB_UNIQUE_NAME` de la instancia de base de datos principal. Cambiar el nombre provoca que se bloquee cualquier operación de restauración.
+ No especifique la cláusula `STANDBYS=NONE` en un comando `CREATE PLUGGABLE DATABASE` de una CDB de RDS Custom. De esta forma, si se produce una conmutación por error, su CDB en espera contiene todas las PDB.

## Limitaciones generales de la replicación de RDS Custom para Oracle
<a name="custom-rr.limitations"></a>

Las réplicas de RDS Custom para Oracle tienen las siguientes limitaciones:
+ No puede crear réplicas de RDS Custom para Oracle en el modo de solo lectura. Sin embargo, puede cambiar manualmente el modo de las réplicas montadas a solo lectura y viceversa. Para obtener más información, consulte la documentación del comando de la AWS CLI [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html).
+ No puede crear réplicas de RDS Custom para Oracle entre regiones.
+ No puede cambiar el valor del parámetro `CommunicationTimeout` de Oracle Data Guard. Este parámetro se establece en 15 segundos para las instancias de base de datos de RDS Custom para Oracle.

## Requisitos y limitaciones de red de la replicación de RDS Custom para Oracle
<a name="custom-rr.network"></a>

Asegúrese de que la configuración de red sea compatible con réplicas de RDS Custom para Oracle. Considere lo siguiente:
+ Asegúrese de habilitar el puerto 1140 para la comunicación entrante y saliente dentro de nube privada virtual (VPC) para la instancia de base de datos principal y todas sus réplicas. Esto es necesario para la comunicación de Oracle Data Guard entre las réplicas de lectura.
+ RDS Custom para Oracle valida la red mientras crea una réplica de Oracle. Si la instancia de base de datos principal y la nueva réplica no pueden conectarse a través de la red, RDS Custom para Oracle no crea la réplica y la coloca en el estado `INCOMPATIBLE_NETWORK`.
+ Para réplicas de Oracle externas, como las que crea en Amazon EC2 o en las instalaciones, utilice otro puerto y agente de escucha para la replicación de Oracle Data Guard. Intentar utilizar el puerto 1140 podría provocar conflictos con la automatización de RDS Custom.
+ El archivo `/rdsdbdata/config/tnsnames.ora` contiene nombres de servicios de red asignados a direcciones de protocolo de agentes de escucha. Tenga en cuenta los siguientes requisitos y recomendaciones:
  + Las entradas de `tnsnames.ora` con el prefijo `rds_custom_` están reservadas para RDS Custom cuando se manejan operaciones de réplica de Oracle.

    Al crear entradas manuales en `tnsnames.ora`, no use este prefijo.
  + En algunos casos, es posible que desee cambiar o realizar una conmutación por error manualmente, o utilizar tecnologías de conmutación por error, como Fast-Start Failover (FSFO). Si es así, asegúrese de sincronizar manualmente las entradas `tnsnames.ora` de la instancia de base de datos principal a todas las instancias de reserva. Esta recomendación se aplica tanto a las réplicas de Oracle administradas por RDS Custom como a réplicas de Oracle externas.

    La automatización de RDS Custom actualiza las entradas de `tnsnames.ora` solo en la instancia de base de datos principal. Asegúrese de sincronizar también cuando añada o elimine una réplica de Oracle.

    Si no sincroniza los archivos `tnsnames.ora` y cambia o conmuta por error manualmente, es posible que Oracle Data Guard en la instancia de base de datos principal no pueda comunicarse con las réplicas de Oracle.

## Limitaciones de las réplicas externas para RDS Custom para Oracle
<a name="custom-rr.external-replica-reqs"></a>

 Las réplicas externas de RDS Custom para Oracle, que incluyen réplicas locales, tienen las siguientes limitaciones:
+ RDS Custom para Oracle no detecta cambios de rol de instancia tras la conmutación por error manual, como FSFO, para réplicas de Oracle externas.

  RDS Custom para Oracle sí detecta cambios para las réplicas administradas. El cambio de rol se anota en el registro de eventos. También puede ver el nuevo estado mediante el comando de la AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html).
+ RDS Custom para Oracle no detecta un retardo en la replicación elevado para las réplicas de Oracle externas.

  RDS Custom para Oracle sí detecta un retardo para las réplicas administradas. El alto retraso de replicación produce el evento `Replication has stopped`. También puede ver el estado de replicación mediante el comando AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html), pero podría haber un retraso para que se actualice.
+ RDS Custom para Oracle no promueve réplicas externas de Oracle automáticamente si elimina la instancia de base de datos principal. 

  La característica de promoción automática solo está disponible para réplicas de Oracle administradas. Para obtener información sobre cómo promocionar réplicas de Oracle manualmente, consulte el documento técnico [Enabling high availability with Data Guard on Amazon RDS Custom for Oracle](https://d1.awsstatic.com/whitepapers/enabling-high-availability-with-data-guard-on-amazon-rds-custom-for-oracle.pdf) (Habilitación de alta disponibilidad con Data Guard en Amazon RDS Custom para Oracle).