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.
Rubriques
Instructions générales de la réplication RDS Custom for Oracle
Lorsque vous utilisez 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 tunnel VPN 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é 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 de plus amples informations, veuillez consulter Périmètre de prise en charge RDS Custom.
Le mot de passe est stocké et étiqueté avec l'ID de ressource de base de données. AWS Secrets Manager 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_NAMEpour 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=NONEdans une commandeCREATE PLUGGABLE DATABASEd'une CDB RDS Custom. Ainsi, en cas de basculement, votre CDB de secours contient tout. PDBs
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 de la AWS CLI commande 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
CommunicationTimeoutd’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é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. La tentative d'utilisation du port 1140 peut entraîner des conflits avec l'automatisation de RDS Custom.
-
Le fichier
/rdsdbdata/config/tnsnames.oracontient 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 estrds_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.orade 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.oraque 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.oraet 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 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 voir le nouvel état à l'aide de la describe-db-instances AWS CLI commande.
-
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 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. -
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).
