Exécution d'un basculement d'Oracle Data Guard - Amazon Relational Database Service

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.

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 basculement pour les réplicas Oracle Database. Les répliques peuvent résider dans des AWS régions distinctes ou dans différentes zones de disponibilité (AZ) d'une même région. Vous pouvez uniquement initier un basculement vers une base de données secondaire qui est montée ou ouverte en lecture seule.


            Basculer une instance secondaire pour en faire une instance principale.

Le passage au numérique est différent de la promotion de la 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 plus d’informations, consultez Promotion d'un réplica en lecture en instance de bases de données autonome.

Avantages du basculement vers Oracle Data Guard

Tout comme pour les réplicas en lecture RDS for Oracle, un basculement géré s'appuie 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 basculement :

  • 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 basculement d'Oracle Data Guard est pris en charge pour les versions suivantes :

  • Oracle Database 19c

  • Oracle Database 12c version 2 (12.2)

  • Oracle Database 12c Version 1 (12.1) utilisant PSU 12.1.0.2.v10 ou ultérieure

AWS Support régional

Le passage à Oracle Data Guard est disponible dans les régions suivantes : AWS

  • Asie-Pacifique (Mumbai)

  • Asie-Pacifique (Osaka)

  • Asia Pacific (Seoul)

  • Asie-Pacifique (Singapour)

  • Asie-Pacifique (Sydney)

  • Asie-Pacifique (Tokyo)

  • Canada (Centre)

  • Europe (Francfort)

  • Europe (Irlande)

  • Europe (Londres)

  • Europe (Paris)

  • Europe (Stockholm)

  • Amérique du Sud (São Paulo)

  • USA Est (Virginie du Nord)

  • USA Est (Ohio)

  • USA Ouest (Californie du Nord)

  • US West (Oregon)

  • AWS GovCloud (USA Est)

  • AWS GovCloud (US-Ouest)

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 pour une base de données secondaire en exécutant la commande CLI switchover-read-replica. Ensuite, Amazon RDS modifie les rôles principal et secondaire 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 basculement, Amazon RDS doit procède comme suit :

  1. Bloquer les nouvelles transactions sur la base de données principale d'origine. Pendant le basculement, Amazon RDS interrompt la réplication pour 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.

  2. Envoyez les transactions non appliquées à la base de données secondaire d'origine, et appliquez-les.

  3. 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.

  4. Ouvrez la nouvelle base de données principale en mode lecture/écriture.

Après le basculement d'Oracle Data Guard

Amazon RDS bascule les rôles de la base de données principale et de la base de données secondaire. Il vous incombe de reconnecter votre application et d'effectuer toute autre configuration souhaitée.

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. Étant donné qu'Amazon RDS configure les réplicas de secours de manière asynchrone, ces réplicas peuvent devenir actifs 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 actuelles à la nouvelle base de données principale après le basculement. 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 change le mode de la base de données secondaire d'origine en mode ouvert. Le changement de rôle est le seul changement apporté à la base de données. Amazon RDS ne configure pas des 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, NNE, OEM et OEM_AGENT, Amazon RDS ne les propage pas vers la nouvelle base de données principale.

Préparation du basculement d'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 base de données de réplica est en train de se reconfigurer après un basculement, Amazon RDS vous empêche de lancer un nouveau basculement.

    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 le basculement terminé, 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 déploiement multi-AZ dans le cadre du basculement. 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êche le basculement.

Lancement du basculement d'Oracle Data Guard

Vous pouvez faire basculer un réplica en lecture RDS for Oracle vers le rôle principal, et l'ancienne instance de base de données principale vers un rôle de réplica.

Pour basculer un réplica en lecture Oracle vers le rôle de base de données principale
  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 en lecture affiche Réplica dans la colonne Rôle.

  3. Sélectionnez la réplica en lecture que vous souhaitez faire basculer vers le rôle principal.

  4. Pour Actions, sélectionnez Switch over replica (Basculer le réplica).

  5. Sélectionnez I acknowledge (Je confirme). Sélectionnez ensuite Switch over replica (Basculer le réplica).

  6. Sur la page Databases (Bases de données), surveillez la progression du basculement.

    
                            Surveillez la progression du basculement Oracle Data Guard.

    Lorsque le basculement est terminé, le rôle de la cible du basculement passe de Replica (Réplica) à Source.

    
                            Les bases de données source et de réplica échangent leurs rôles.

Pour passer d'une réplique Oracle au rôle de base de données principal, utilisez la AWS CLI switchover-read-replicacommande. Les exemples suivants intègrent le réplica Oracle nommé replica-to-be-made-primary dans la nouvelle base de données principale.

Exemple

Pour LinuxmacOS, ou Unix :

aws rds switchover-read-replica \ --db-instance-identifier replica-to-be-made-primary

Dans Windows :

aws rds switchover-read-replica ^ --db-instance-identifier replica-to-be-made-primary

Pour faire passer un réplica Oracle au rôle de base de données principale, appelez l'opération d'API Amazon RDS SwitchoverReadReplica avec le paramètre DBInstanceIdentifier requis. 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 l'état de vos instances, utilisez la commande AWS CLIdescribe-db-instances. La commande suivante vérifie le statut de l'instance de base de données orcl2. Cette base de données était une base de données secondaire avant le basculement, mais elle devient la nouvelle base de données principale après le basculement.

aws rds describe-db-instances \ --db-instance-identifier orcl2

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 des événements liés au basculement, utilisez la commande CLI AWS . describe-events L'exemple suivant recherche des événements sur l'instance orcl2.

aws rds describe-events \ --source-identifier orcl2 \ --source-type db-instance