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.
Exécution d'un basculement d'Oracle Data Guard
Un basculement est une inversion de rôle entre une base de données principale et une base de données secondaire. Lors d'un basculement, la base de données principale d'origine passe à un rôle secondaire, tandis que la base de données secondaire d'origine passe au rôle principal.
Dans un environnement Oracle Data Guard, une base de données principale prend en charge une ou plusieurs bases de données secondaire. Vous pouvez effectuer une transition de rôle gérée, basée sur le basculement, d'une base de données principale vers une base de données secondaire. Un basculement est une inversion de rôle entre une base de données principale et une base de données secondaire. Lors d'un basculement, la base de données principale d'origine passe à un rôle secondaire, tandis que la base de données secondaire d'origine passe au rôle principal.
Rubriques
Présentation du basculement d'Oracle Data Guard
Amazon RDS prend en charge une transition de rôle entièrement gérée et basée sur le changement pour les répliques de bases de données Oracle. Vous pouvez uniquement initier un basculement vers une base de données secondaire qui est montée ou ouverte en lecture seule.
Les répliques peuvent résider séparément Régions AWS ou dans différentes zones de disponibilité (AZs) d'une même région. Tous Régions AWS sont pris en charge.
Le passage au numérique est différent d'une promotion de lecture de répliques. Lors d'un basculement, les instances de base de données source et répliquée changent de rôle. Dans le cadre d'une promotion, une réplique en lecture devient une instance de base de données source, mais l'instance de base de données source ne devient pas une réplique. Pour de plus amples informations, veuillez consulter Promotion d'un réplica en lecture en instance de bases de données autonome.
Rubriques
Avantages du basculement vers Oracle Data Guard
Tout comme RDS pour les répliques de lecture Oracle, un basculement géré repose sur Oracle Data Guard. L'opération est conçue pour qu'il n'y ait aucune perte de données. Amazon RDS automatise les aspects suivants du passage au numérique :
-
Inverse les rôles de votre base de données principale et de la base de données secondaire spécifiée, en plaçant la nouvelle base de données secondaire dans le même état (montée ou en lecture seule) que la base de données secondaire d'origine
-
Garantit la cohérence des données
-
Maintient votre configuration de réplication après la transition
-
Prend en charge les inversions répétées, ce qui permet à votre nouvelle base de données secondaire de reprendre son rôle principal initial
Versions de Oracle Database prises en charge
Le passage à Oracle Data Guard est pris en charge pour les versions d'Oracle Database 19c et supérieures.
Coût du basculement d'Oracle Data Guard
La fonction de basculement d'Oracle Data Guard n'entraîne pas de coûts supplémentaires. Oracle Database Enterprise Edition inclut la prise en charge de bases de données de secours en mode monté. Pour ouvrir des bases de données de secours en mode lecture seule, vous devez disposer de l'option Oracle Active Data Guard.
Comment fonctionne le basculement d'Oracle Data Guard
Le basculement d'Oracle Data Guard est une opération entièrement gérée. Vous initiez le basculement d'une base de données de secours en émettant la CLI commande. switchover-read-replica Amazon RDS modifie ensuite les rôles principal et de secours dans votre configuration de réplication.
La base de données secondaire d'origine et la base de données principale d'origine sont les rôles qui existent avant le basculement. La nouvelle base de données secondaire et la nouvelle base de données principale sont les rôles qui existent après le basculement. Un réplica de secours est une base de données de réplica qui sert de base de données secondaire dans l'environnement Oracle Data Guard mais qui ne change pas de rôle.
Étapes du basculement d'Oracle Data Guard
Pour effectuer le changement, Amazon RDS doit suivre les étapes suivantes :
-
Bloquer les nouvelles transactions sur la base de données principale d'origine. Pendant le passage au numérique, Amazon RDS interrompt la réplication de toutes les bases de données de votre configuration Oracle Data Guard. Pendant le basculement, la base de données principale d'origine ne peut pas traiter les requêtes d'écriture.
-
Envoyez les transactions non appliquées à la base de données secondaire d'origine, et appliquez-les.
-
Redémarrez la nouvelle base de données secondaire en mode lecture seule ou montée. Le mode dépend de l'état d'ouverture de la base de données secondaire d'origine avant le basculement.
-
Ouvrez la nouvelle base de données principale en mode lecture/écriture.
Après le basculement d'Oracle Data Guard
Amazon RDS change le rôle de la base de données principale et de la base de données de secours. Il vous incombe de reconnecter votre application et d'effectuer toute autre configuration souhaitée.
Rubriques
Critères de réussite
Le basculement d'Oracle Data Guard est réussi lorsque la base de données secondaire d'origine :
-
Effectue la transition vers son rôle de nouvelle base de données principale
-
Termine sa reconfiguration
Pour limiter les temps d'arrêt, votre nouvelle base de données principale devient active dès que possible. Amazon RDS configurant les répliques externes de manière asynchrone, ces répliques peuvent devenir actives après la base de données principale d'origine.
Connexion à la nouvelle base de données principale
Amazon RDS ne propagera pas vos connexions de base de données actuelles à la nouvelle base de données principale après le passage au numérique. Une fois le basculement d'Oracle Data Guard terminé, reconnectez votre application à la nouvelle base de données principale.
Configuration de la nouvelle base de données principale
Pour effectuer un basculement vers la nouvelle base de données principale, Amazon RDS modifie le mode d'ouverture de la base de données de secours d'origine. Le changement de rôle est le seul changement apporté à la base de données. Amazon RDS ne configure pas de fonctionnalités telles que la réplication multi-AZ.
Si vous effectuez un basculement vers un réplica inter-régions avec des options différentes, la nouvelle base de données principale conserve ses propres options. Amazon RDS ne migrera pas les options de la base de données principale d'origine. Si la base de données principale d'origine comportait des options telles que SSL NNEOEM,, et OEM _AGENT, Amazon RDS ne les propage pas vers la nouvelle base de données principale.
Conditions requises pour le passage à Oracle Data Guard
Avant de lancer le basculement d'Oracle Data Guard, assurez-vous que votre environnement de réplication répond aux exigences suivantes :
-
La base de données secondaire d'origine est montée ou ouverte en lecture seule.
-
Les sauvegardes automatiques sont activées sur la base de données secondaire d'origine.
-
La base de données principale d'origine et la base de données secondaire d'origine sont dans un état disponible.
-
La base de données principale d'origine et la base de données secondaire d'origine n'ont aucune action de maintenance en attente.
-
La base de données secondaire d'origine est en état de réplication.
-
Vous n'essayez pas de lancer un basculement lorsque la base de données principale ou la base de données secondaire est actuellement dans un cycle de vie de basculement. Si une réplique de base de données est en cours de reconfiguration après un changement, Amazon vous RDS empêche d'en initier un autre.
Note
Un réplica de secours est un réplica dans la configuration Oracle Data Guard qui n'est pas la cible du basculement. Les réplicas de secours peuvent se trouver dans n'importe quel état pendant le basculement.
-
La configuration de la base de données secondaire d'origine est aussi proche que possible de celle de la base de données principale d'origine. Prenons un scénario dans lequel les bases de données principale et secondaire d'origine ont des options différentes. Une fois la transition terminée, Amazon RDS ne reconfigure pas automatiquement la nouvelle base de données principale pour qu'elle dispose des mêmes options que la base de données principale d'origine.
-
Vous configurez le déploiement multi-AZ que vous souhaitez avant de lancer un basculement. Amazon RDS ne gère pas le Multi-AZ dans le cadre du passage au numérique. Le déploiement multi-AZ reste tel quel.
Supposons que db_maz soit la base de données principale dans un déploiement multi-AZ et que db_saz soit un réplica mono-AZ. Vous lancez un basculement de db_maz vers db_saz. Par la suite, db_maz est une base de données de réplica multi-AZ et db_saz est une base de données principale mono-AZ. La nouvelle base de données principale n'est désormais pas protégée par un déploiement multi-AZ.
-
En prévision d'un basculement entre régions, la base de données principale n'utilise pas le même groupe d'options qu'une instance de base de données en dehors de la configuration de réplication. Pour qu'un basculement entre régions réussisse, la base de données principale actuelle et ses réplicas en lecture doivent être les seules instances de base de données à utiliser le groupe d'options de la base de données principale actuelle. Dans le cas contraire, Amazon RDS empêchera le passage au numérique.
Lancement du basculement d'Oracle Data Guard
Vous pouvez passer d'une réplique de lecture RDS pour Oracle au rôle principal, et l'ancienne instance de base de données principale à un rôle de réplique.
Pour basculer un réplica en lecture Oracle vers le rôle de base de données principale
-
Connectez-vous au AWS Management Console et ouvrez la RDS console Amazon à l'adresse https://console.aws.amazon.com/rds/
. -
Dans la RDS console Amazon, sélectionnez Databases.
Le volet Bases de données s'affiche. Chaque réplica en lecture affiche Réplica dans la colonne Rôle.
-
Sélectionnez la réplica en lecture que vous souhaitez faire basculer vers le rôle principal.
-
Pour Actions, sélectionnez Switch over replica (Basculer le réplica).
-
Sélectionnez I acknowledge (Je confirme). Sélectionnez ensuite Switch over replica (Basculer le réplica).
-
Sur la page Databases (Bases de données), surveillez la progression du basculement.
Lorsque le basculement est terminé, le rôle de la cible du basculement passe de Replica (Réplica) à Source.
Pour passer d'une réplique Oracle au rôle de base de données principal, utilisez le AWS CLI switchover-read-replicacommande. Dans les exemples suivants, le réplica Oracle est nommé replica-to-be-made-primary dans la nouvelle base de données principale.
Exemple
Dans Linux, macOS, ou Unix:
aws rds switchover-read-replica \ --db-instance-identifierreplica-to-be-made-primary
Dans Windows:
aws rds switchover-read-replica ^ --db-instance-identifierreplica-to-be-made-primary
Pour passer d'une réplique Oracle au rôle de base de données principal, appelez l'RDSAPISwitchoverReadReplicaopération Amazon avec le paramètre requisDBInstanceIdentifier. Ce paramètre spécifie le nom du réplica Oracle qui doit assumer le rôle de base de données principale.
Surveillance du basculement d'Oracle Data Guard
Pour vérifier le statut de vos instances, utilisez le AWS CLIcommandedescribe-db-instances. La commande suivante vérifie l'état de l'instance de base de données orcl2. Cette base de données était une base de secours avant le basculement, mais c'est la nouvelle base de données principale après le basculement.
aws rds describe-db-instances \ --db-instance-identifierorcl2
Pour confirmer que le basculement s'est bien déroulé, interrogez V$DATABASE.OPEN_MODE. Vérifiez que la valeur de la nouvelle base de données principale est READ WRITE.
SELECT OPEN_MODE FROM V$DATABASE;
Pour rechercher les événements liés au passage au numérique, utilisez le AWS CLIcommandedescribe-events. L'exemple suivant recherche des événements sur le orcl2 instance.
aws rds describe-events \ --source-identifierorcl2\ --source-type db-instance
