Utilisation de réplicas Oracle RDS Custom for Oracle - Amazon Relational Database Service
Présentation de RDS Custom for OracleInstructions et limites de la réplicationPromotion d'un réplica 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.

Utilisation de réplicas Oracle RDS Custom for Oracle

Vous pouvez créer des répliques Oracle pour RDS Custom pour les instances de base de données Oracle qui exécutent Oracle Enterprise Edition. Les bases de données de conteneurs (CDB) et les bases de données non-CDB sont prises en charge. L'édition Standard 2 ne prend pas en charge Oracle Data Guard.

La création d'un réplica RDS Custom for Oracle est similaire au processus de création d'un réplica RDS for Oracle, mais elle comprend quelques différences majeures. Pour obtenir des informations générales sur la création et la gestion de réplicas Oracle, consultez Utilisation des réplicas en lecture d'instance de base de données et Utilisation de réplicas en lecture pour Amazon RDS for Oracle.

Présentation de RDS Custom for Oracle

L'architecture de RDS Custom pour la réplication Oracle est analogue à celle de RDS pour la réplication Oracle. Une instance de base de données principale se réplique de manière asynchrone vers un ou plusieurs réplicas Oracle.

RDS Custom for Oracle prend en charge les réplicas Oracle.

Nombre maximum de réplicas

Comme avec RDS for Oracle, vous pouvez créer jusqu'à cinq réplicas Oracle gérés de votre instance de base de données principale RDS Custom for Oracle. Vous pouvez également créer vos propres réplicas Oracle configurées manuellement (externes). Les réplicas externes ne sont pas pris en compte dans le calcul de votre limite d'instance de base de données. Ils se trouvent également en dehors du périmètre de support de RDS Custom. Pour plus d'informations sur le périmètre de support, consultez Périmètre de prise en charge RDS Custom.

Convention d'attribution de noms de réplica

Les noms des réplicas Oracle sont basés sur le nom unique de la base de données. Le format est DB_UNIQUE_NAME_X, avec des lettres ajoutées séquentiellement. Par exemple, si le nom unique de votre base de données est ORCL, les deux premiers réplicas sont nommés ORCL_A et ORCL_B. Les six premières lettres (de A à F) sont réservées à RDS Custom. RDS Custom copie les paramètres de la base de données de votre instance de base de données principale vers les réplicas. Pour plus d'informations, consultez DB_UNIQUE_NAME dans la documentation Oracle.

Rétention des sauvegardes de réplicas

Par défaut, les réplicas Oracle RDS Custom utilisent la même période de conservation des sauvegardes que votre instance de base de données principale. Vous pouvez modifier la période de conservation des sauvegardes de 1 à 35 jours. RDS Custom prend en charge la sauvegarde, la restauration et la point-in-time restauration (PITR). Pour plus d'informations sur la sauvegarde et la restauration d'instances de base de données RDS Custom, consultez Sauvegarde et restauration d'une instance de base de données Amazon RDS Custom for Oracle.

Note

Lors de la création d'un réplica d'Oracle, RDS Custom interrompt temporairement le nettoyage des fichiers journaux de reprise. De cette façon, RDS Custom s'assure qu'il peut appliquer ces journaux au nouveau réplica Oracle dès qu'il sera disponible.

Promotion de réplicas

Vous pouvez promouvoir les répliques Oracle gérées dans RDS Custom for Oracle à l'aide de la console, de la promote-read-replica AWS CLI commande ou PromoteReadReplica de l'API. Si vous supprimez votre instance de base de données principale et que tous les réplicas sont sains, RDS Custom for Oracle transforme automatiquement vos réplicas gérée en instances autonomes. Si un réplica a mis en pause l'automatisation ou se trouve en dehors du périmètre de support, vous devez réparer le réplica avant que RDS Custom puisse le promouvoir automatiquement. Vous ne pouvez promouvoir que manuellement les réplicas Oracle externes.

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 pouvez utiliser RDS Custom pour la réplication Oracle uniquement dans Oracle Enterprise Edition. L'édition Standard 2 n'est pas prise en charge.

  • 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 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 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 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 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 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).

Limites de promotion des réplicas pour RDS Custom for Oracle

La promotion de RDS Custom pour les réplicas Oracle gérés est la même que celle des réplicas RDS gérés, à quelques différences près. Notez les limites suivantes pour les réplicas RDS Custom for Oracle :

  • Vous ne pouvez pas promouvoir un réplica pendant que RDS Custom for Oracle le sauvegarde.

  • Vous ne pouvez pas modifier la période de conservation des sauvegardes pour 0 lors de la promotion de votre réplica Oracle.

  • Vous ne pouvez pas promouvoir votre réplica s'il n'est pas dans un état sain.

    Si vous utilisez delete-db-instance sur l'instance de base de données principale, RDS Custom for Oracle valide que chaque réplica Oracle géré est sain et disponible pour la promotion. Un réplica peut être inéligible à la promotion parce que l'automatisation est en pause ou qu'il se trouve en dehors du périmètre de support. Dans ce cas, RDS Custom for Oracle publie un événement expliquant le problème afin que vous puissiez réparer votre réplica Oracle manuellement.

Instructions de promotion des réplicas pour RDS Custom for Oracle

Lorsque vous faites la promotion d'un réplica, tenez compte des directives suivantes :

  • N'initiez pas de basculement pendant que RDS Custom for Oracle assure la promotion de votre réplica. Sinon, le flux de travail de la promotion pourrait se bloquer.

  • Ne basculez pas votre instance de base de données principale pendant que RDS Custom for Oracle assure la promotion de votre réplica Oracle. Sinon, le flux de travail de la promotion pourrait se bloquer.

  • N'arrêtez pas votre instance de base de données principale pendant que RDS Custom for Oracle assure la promotion de votre réplica Oracle. Sinon, le flux de travail de la promotion pourrait se bloquer.

  • N'essayez pas de redémarrer la réplication avec votre instance de base de données nouvellement promue comme cible. Une fois que RDS Custom for Oracle a promu votre réplica Oracle, celui-ci devient une instance de base de données autonome et n'a plus le rôle de réplica.

Pour plus d’informations, consultez Dépannage de la promotion de réplica pour RDS Custom for Oracle.

Promotion d'un réplica RDS Custom for Oracle en une instance de base de données autonome.

Tout comme avec RDS for Oracle, vous pouvez transformer un réplica RDS Custom for Oracle en une instance de base de données autonome. Lorsque vous promouvez un réplica Oracle, RDS Custom for Oracle redémarre l'instance de base de données avant qu'elle ne devienne disponible. Pour obtenir plus d'informations sur la promotion des réplicas Oracle, consultez Promotion d'un réplica en lecture en instance de bases de données autonome.

Les étapes suivantes montrent le processus général de promotion d'un réplica Oracle en instance de base de données :

  1. Empêchez l'écriture de toute transaction dans l'instance de base de données principale.

  2. Attendez que RDS Custom for Oracle applique toutes les mises à jour à votre réplica Oracle.

  3. Promouvez votre réplique Oracle en choisissant l'option Promote sur la console Amazon RDS, la AWS CLI commande promote-read-replicaou l'opération d'API PromoteReadReplicaAmazon RDS.

La promotion d'un réplica Oracle dure quelques minutes. Au cours du processus, RDS Custom for Oracle arrête la réplication et redémarre votre réplica. Une fois le redémarrage terminé, le réplica Oracle est disponible en tant qu'instance de base de données autonome.

Pour transformer un réplica de RDS Custom for Oracle en une instance de base de données autonome

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans la console Amazon RDS, choisissez Bases de données.

    Le volet Bases de données s'affiche. Chaque réplica Oracle indique Replica (Réplica) dans la colonne Role (Rôle).

  3. Choisissez le réplica RDS Custom for Oracle que vous souhaitez promouvoir.

  4. Pour Actions, choisissez Promote (Promouvoir).

  5. Dans la page Promote Oracle replica (Promouvoir le réplica d'Oracle), saisissez la période de rétention des sauvegardes et la fenêtre de sauvegarde pour l'instance de base de données nouvellement promue. Vous ne pouvez pas fixer cette valeur à 0.

  6. Lorsque les paramètres sont tels que vous les souhaitez, sélectionnez Promote Oracle replica (Promouvoir le réplica Oracle).

Pour promouvoir votre réplique RDS Custom for Oracle en instance de base de données autonome, utilisez la AWS CLI promote-read-replicacommande.

Exemple

Pour LinuxmacOS, ou Unix :

aws rds promote-read-replica \
--db-instance-identifier my-custom-read-replica \
--backup-retention-period 2 \
--preferred-backup-window 23:00-24:00

Dans Windows :

aws rds promote-read-replica ^
--db-instance-identifier my-custom-read-replica ^
--backup-retention-period 2 ^
--preferred-backup-window 23:00-24:00

Pour transformer votre réplica RDS Custom for Oracle en une instance de base de données autonome, appelez l'opération d’API Amazon RDS PromoteReadReplica avec le paramètre DBInstanceIdentifier requis.