Directives et limites relatives à la réplication RDS personnalisée pour Oracle

Lorsque vous créez des répliques RDS personnalisées pour Oracle, toutes les options de réplication RDS Oracle ne sont pas prises en charge.

Directives générales relatives à la réplication RDS personnalisée pour Oracle

Lorsque vous travaillez avec RDS Custom for Oracle, suivez les instructions suivantes :

• Vous pouvez utiliser RDS Custom pour la réplication Oracle uniquement dans Oracle Enterprise Edition. L'édition Standard 2 n'est pas prise en charge.

• Nous vous recommandons vivement d'implémenter un VPN tunnel pour chiffrer les communications entre vos instances principales et de secours. Pour de plus amples informations, veuillez consulter Configuration d'un VPN tunnel entre les instances principales et répliques de RDS Custom for Oracle.

• Ne modifiez pas l'utilisateur RDS_DATAGUARD. Cet utilisateur est réservé à RDS Custom for Oracle Automation. La modification de cet utilisateur peut entraîner des résultats indésirables, tels que l'impossibilité de créer des répliques Oracle pour votre instance de base de données RDS personnalisée pour Oracle.

• Ne modifiez pas le mot de passe de l'utilisateur de la réplication. Il est nécessaire d'administrer la configuration d'Oracle Data Guard sur l'hôte RDS personnalisé. Si vous modifiez le mot de passe, RDS Custom for Oracle peut placer votre réplique Oracle en dehors du périmètre de support. Pour de plus amples informations, veuillez consulter RDSPérimètre de support personnalisé.

  Le mot de passe est stocké dans AWS Secrets Manager, étiqueté avec l'ID de ressource de base de données. Chaque réplica Oracle possède son propre secret dans Secrets Manager. Le format du secret est le suivant :

  do-not-delete-rds-custom-db-DB_resource_id-6-digit_UUID-dg

• Ne modifiez pas DB_UNIQUE_NAME pour l'instance de base de données principale. La modification du nom entraîne le blocage de toute opération de restauration.

• Ne spécifiez pas la clause STANDBYS=NONE dans une CREATE PLUGGABLE DATABASE commande dans un RDS CustomCDB. Ainsi, en cas de basculement, votre réserve CDB contient toutPDBs.

Limitations générales relatives à la réplication RDS personnalisée pour Oracle

RDSLes répliques personnalisées pour Oracle présentent les limites suivantes :

• Vous ne pouvez pas créer de répliques RDS personnalisées pour Oracle en mode lecture seule. Toutefois, vous pouvez modifier manuellement le mode des réplicas montés en lecture seule, et de lecture seule à monté. Pour plus d'informations, consultez la documentation de la AWS CLI commande create-db-instance-read-replica.

• Vous ne pouvez pas créer de version RDS personnalisée entre régions pour les répliques Oracle.

• Vous ne pouvez pas modifier la valeur du paramètre CommunicationTimeout d’Oracle Data Guard. Ce paramètre est défini sur 15 secondes pour les instances de base de données RDS personnalisées pour Oracle.

Exigences et limites du réseau pour la réplication RDS personnalisée pour Oracle

Assurez-vous que votre configuration réseau prend en charge les répliques RDS personnalisées pour Oracle. Éléments à prendre en compte :

• Assurez-vous d'activer le port 1140 pour les communications entrantes et sortantes au sein de votre cloud privé virtuel (VPC) pour l'instance de base de données principale et toutes ses répliques. Il s'agit d'une obligation pour les communications Oracle Data Guard entre les réplicas en lecture.

• RDSCustom for Oracle valide le réseau lors de la création d'une réplique Oracle. Si l'instance de base de données principale et le nouveau réplica ne peuvent pas se connecter via le réseau, RDS Custom for Oracle ne crée pas le réplica et le place dans l'INCOMPATIBLE_NETWORKétat.

• Pour les répliques Oracle externes, telles que celles que vous créez sur Amazon EC2 ou sur site, utilisez un autre port et un autre écouteur pour la réplication Oracle Data Guard. Essayer d'utiliser le port 1140 peut entraîner des conflits avec l'automatisation RDS personnalisée.

• Le fichier /rdsdbdata/config/tnsnames.ora contient des noms de service réseau mappés aux adresses du protocole d'écoute. Notez les exigences et recommandations suivantes :

  • Les entrées tnsnames.ora préfixées par rds_custom_ sont réservées à RDS Custom lors de la gestion des opérations de réplication Oracle.

    N'utilisez pas ce préfixe lors de la création d'entrées manuelles dans le fichier tnsnames.ora.

  • Dans certains cas, vous souhaiterez peut-être basculer ou basculer manuellement, ou utiliser des technologies de basculement telles que Fast-Start Failover (). FSFO Dans ce cas, assurez-vous de synchroniser manuellement les entrées du fichier tnsnames.ora de l'instance de base de données primaire vers toutes les instances de secours. Cette recommandation s'applique à la fois aux répliques Oracle gérées par RDS Custom et aux répliques Oracle externes.

    RDSL'automatisation personnalisée met à jour tnsnames.ora les entrées uniquement sur l'instance de base de données principale. Veillez également à effectuer une synchronisation lorsque vous ajoutez ou supprimez un réplica Oracle.

    Si vous ne synchronisez pas les fichiers tnsnames.ora et effectuez un basculement manuel, il se peut qu'Oracle Data Guard sur l'instance de base de données primaire ne soit pas en mesure de communiquer avec les réplicas Oracle.

Limites relatives aux répliques externes pour RDS Custom for Oracle

RDSLes répliques externes personnalisées pour Oracle, qui incluent les répliques sur site, présentent les limites suivantes :

• RDSCustom for Oracle ne détecte pas les changements de rôle d'instance lors d'un basculement manuel, par exemple pour les répliques Oracle externes. FSFO

  RDSCustom for Oracle détecte les modifications apportées aux répliques gérées. Le changement de rôle est indiqué dans le journal des événements. Vous pouvez également voir le nouvel état à l'aide de la describe-db-instances AWS CLI commande.

• RDSCustom for Oracle ne détecte pas de retard de réplication élevé pour les répliques Oracle externes.

  RDSCustom for Oracle détecte le décalage des répliques gérées. Un retard de réplication élevé génère l'événement Replication has stopped. Vous pouvez également voir l'état de la réplication à l'aide de la describe-db-instances AWS CLI commande, mais sa mise à jour peut être retardée.

• RDSCustom for Oracle ne promeut pas automatiquement les répliques Oracle externes si vous supprimez votre instance de base de données principale.

  La fonction de promotion automatique n'est disponible que pour les réplicas Oracle gérés. Pour plus d'informations sur la promotion manuelle des répliques Oracle, consultez le livre blanc Enabling high availability with Data Guard on Amazon RDS Custom for Oracle.