Instructions et limites de la réplication RDS Custom for Oracle - Amazon Relational Database Service
Instructions générales de la réplication RDS Custom for OracleLimites générales pour la réplication RDS Custom for OracleExigences et limites en matière de réseau de la réplication RDS Custom for OracleLimites des réplicas externes pour RDS Custom for Oracle

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Instructions et limites de la réplication RDS Custom for Oracle

Lorsque vous créez des réplicas RDS Custom for Oracle, toutes les options de réplica RDS Oracle ne sont pas prises en charge.

Instructions générales de la réplication RDS Custom for Oracle

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

  • Vous ne pouvez utiliser la réplication RDS Custom for Oracle que dans Oracle Enterprise Edition. Standard Edition 2 n’est pas pris en charge.

  • Nous vous recommandons vivement de mettre en œuvre un tunnel VPN pour chiffrer les communications entre vos instances principales et secondaires. Pour plus d’informations, consultez Configuration d’un tunnel VPN entre les instances principales et de réplica de RDS Custom for Oracle.

  • Ne modifiez pas l'utilisateur RDS_DATAGUARD. Cet utilisateur est réservé pour l'automatisation de RDS Custom for Oracle. La modification de cet utilisateur peut entraîner des résultats indésirables, tels que l'impossibilité de créer des réplicas Oracle pour votre instance RDS Custom for Oracle DB.

  • Ne modifiez pas le mot de passe de l'utilisateur de la réplication. Il est nécessaire pour administrer la configuration Oracle Data Guard sur l'hôte RDS Custom. Si vous modifiez le mot de passe, RDS Custom for Oracle risque de placer votre réplica Oracle en dehors du périmètre de support. Pour plus d’informations, consultez Périmètre de prise en charge RDS Custom.

    Le mot de passe est stocké dans AWS Secrets Manager, étiqueté avec l'ID de ressource de la base de données. Chaque réplica Oracle possède son propre secret dans Secrets Manager. Le secret utilise l’un des formats de dénomination suivants.

    do-not-delete-rds-custom-db-DB_resource_id-uuid-dg
rds-custom!oracle-do-not-delete-DB_resource_id-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 commande CREATE PLUGGABLE DATABASE d'une CDB RDS Custom. De cette façon, en cas de basculement, votre CDB de secours contient toutes les PDB.

Limites générales pour la réplication RDS Custom for Oracle

Voici les limites des réplicas pour RDS Custom for Oracle :

  • Vous ne pouvez pas créer des réplicas RDS Custom for 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 relative à la commande AWS CLI create-db-instance-read-replica.

  • Vous ne pouvez pas créer de réplicas RDS Custom for Oracle entre les régions.

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

Exigences et limites en matière de réseau de la réplication RDS Custom for Oracle

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

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

  • RDS Custom for Oracle valide le réseau tout en créant un réplica Oracle. Si l'instance de base de données principale et le nouveau réplica ne peuvent pas se connecter sur le réseau, RDS Custom for Oracle ne crée pas le réplica et le place dans l'état INCOMPATIBLE_NETWORK.

  • Pour les réplicas Oracle externes, tels que ceux 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. La tentative d'utilisation du port  1140 peut entraîner des conflits avec l'automatisation de RDS Custom.

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

    • Dans le fichier tnsnames.ora, les entrées dont le préfixe est rds_custom_ sont réservées à RDS Custom lors de la gestion des opérations de réplica Oracle.

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

    • Dans certains cas, il se peut que vous optiez pour un basculement manuel ou que vous utilisiez des technologies de basculement telles que FSFO (Fast-Start Failover). 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éplicas Oracle gérés par RDS Custom et aux réplicas Oracle externes.

      L'automatisation de RDS Custom ne met à jour les entrées tnsnames.ora que 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 une bascule ou 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 des réplicas externes pour RDS Custom for Oracle

Les réplicas externes de RDS Custom for Oracle, qui incluent les réplicas sur site, présentent les limitations suivantes :

  • RDS Custom for Oracle ne détecte pas les changements de rôle des instances lors d'un basculement manuel, tel que FSFO, pour les réplicas Oracle externes.

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

  • RDS Custom for Oracle ne détecte pas un retard de réplication important pour les réplicas Oracle externes.

    RDS Custom for Oracle détecte les retards pour les réplicas gérés. Un retard de réplication élevé génère l'événement Replication has stopped. Vous pouvez également consulter l'état de la réplication à l'aide de la commande describe-db-instances d'AWS CLI, mais il se peut que sa mise à jour soit différée.

  • RDS Custom for Oracle ne promeut pas automatiquement les réplicas Oracle externes si vous supprimer 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 de réplicas Oracle, consultez le livre blanc Enabling high availability with Data Guard on Amazon RDS Custom for Oracle (Activation de la haute disponibilité avec Data Guard sur Amazon RDS Custom for Oracle).