Présentation des réplicas RDS for Oracle

Un réplica Oracle de base de données est une copie physique de votre base de données primaire. Un réplica Oracle en lecture seule est appelé réplica en lecture. Un réplica Oracle en mode monté est appelé réplica monté. Oracle Database n'autorise pas les écritures dans un réplica, mais vous pouvez le promouvoir pour le rendre accessible en écriture. Le réplica en lecture promu a les données répliquées jusqu'au moment où la demande a été faite pour le promouvoir.

La vidéo suivante contient une présentation utile de la reprise après sinistre RDS for Oracle.

Pour plus d'informations, consultez les billets de blog Managed disaster recovery with Amazon RDS for Oracle cross-Region automated backups - Part 1 et Managed disaster recovery with Amazon RDS for Oracle cross-Region automated backups - Part 2.

Réplicas en lecture seule et montés

Lorsque vous créez ou modifiez un réplica Oracle, vous pouvez le placer dans l'un des modes suivants :

Lecture seule

Il s'agit de l'option par défaut. Active Data Guard transmet et applique les modifications de la base de données source à toutes les bases de données de réplicas en lecture.

Vous pouvez créer jusqu'à cinq réplicas en lecture à partir d'une seule instance de base de données source. Pour plus d'informations sur les réplicas en lecture qui s'appliquent à tous les moteurs de base de données, veuillez consulter Utilisation des réplicas en lecture d'instance de base de données. Pour plus d'informations sur Oracle Data Guard, consultez Concepts et administration d'Oracle Data Guard dans la documentation Oracle.

Monté

Dans ce cas, la réplication utilise Oracle Data Guard, mais la base de données du réplica n'accepte pas les connexions utilisateur. L'utilisation principale des réplicas montés est la reprise après sinistre inter-région.

Un réplica monté ne peut pas servir de charge de travail en lecture seule. Le réplica monté supprime les fichiers de journalisation archivés après leur application, quelle que soit la stratégie de conservation des journaux archivés.

Vous pouvez créer une combinaison de réplicas de base de données montés et en lecture seule pour la même instance de base de données source. Vous pouvez changer un réplica en lecture seule en mode monté ou changer un réplica monté en mode lecture seule. Dans les deux cas, la base de données Oracle conserve le paramètre de conservation des journaux archivés.

Réplicas en lecture de CDB

RDS for Oracle prend en charge les réplicas en lecture Data Guard pour les bases de données CDB Oracle Database 19c et 21c seulement dans la configuration à locataire unique. Vous pouvez créer, gérer et promouvoir des réplicas en lecture dans une CDB, tout comme vous pouvez le faire dans une base de données non CDB. Les réplicas montés sont également pris en charge. Vous bénéficiez des avantages suivants :

• Reprise après sinistre gérée, haute disponibilité et accès en lecture seule à vos réplicas

• Possibilité de créer des répliques de lecture dans un autre format. Région AWS

• Intégration avec les API de réplication de lecture RDS existantes : CreateDB InstanceReadReplica, et PromoteReadReplicaSwitchoverReadReplica

Pour utiliser cette fonctionnalité, vous avez besoin d'une licence Active Data Guard et d'une licence Oracle Database Enterprise Edition pour les instances de base de données de réplica et principale. Il n'y a aucun coût supplémentaire lié à l'utilisation de l'architecture CDB. Vous ne payez que pour vos instances de base de données.

Pour plus d'informations sur les configurations à locataire unique et à locataires multiples de l'architecture CDB, consultez Présentation des CDB RDS for Oracle.

Conservation du journal de reprise archivé

Si une instance de base de données primaire ne possède aucun réplica en lecture entre régions, Amazon RDS for Oracle conserve un minimum de deux heures de journaux de reprise sur l'instance de base de données source. Cela est vrai quelle que soit la valeur définie pour archivelog retention hours dans rdsadmin.rdsadmin_util.set_configuration.

RDS purge les journaux de l'instance de base de données source au bout de deux heures ou à l'issue du délai de conservation des journaux d'archive défini, si celui-ci est plus long. RDS purge les journaux du réplica en lecture à l'issue du délai de conservation des journaux d'archive qui a été défini, uniquement s'ils ont été appliqués correctement à la base de données.

Dans certains cas, une instance de base de données primaire peut avoir un ou plusieurs réplicas en lecture entre régions. Dans ce cas, Amazon RDS for Oracle conserve les journaux de transaction sur l'instance de base de données source jusqu'à ce qu'ils aient été transmis et appliqués à tous les réplicas en lecture entre régions. Pour en savoir plus sur rdsadmin.rdsadmin_util.set_configuration, consultez Conservation des journaux redo archivés.

Pannes pendant la réplication Oracle

Lorsque vous créez un réplica en lecture, Amazon RDS prend un instantané de votre instance de base de données source et commence la réplication. L'instance de base de données source subit une très brève suspension des E/S lorsque l'opération de capture instantanée de base de données commence. La suspension des E/S dure généralement environ une seconde. Vous pouvez éviter la suspension d'I/O si l'instance de base de données source est un déploiement multi-AZ, car dans ce cas l'instantané est pris à partir de l'instance de base de données secondaire.

L'instantané de base de données devient la réplique Oracle. Amazon RDS définit les paramètres et les autorisations nécessaires pour la base de données source et la réplique sans interruption de service. De même, si vous supprimez un réplica, aucune panne ne se produit.