Comment puis-je contrôler et résoudre les décalages de réplication à l’aide d’un réplica en lecture pour une instance Amazon RDS for Oracle ?

Brève description

Vous pouvez configurer le réplica en lecture pour votre instance RDS for Oracle à l'aide de la licence Oracle Active Data Guard. En créant un réplica de lecture pour votre instance, les instances principale et de réplica en lecture fonctionnent en mode de performance maximale de Data Guard. Pour plus d'informations, consultez la documentation Oracle sur les modes de protection d'Oracle Data Guard.

Vous pouvez utiliser le réplica en lecture pour décharger les opérations de lecture de l'instance principale. Vous pouvez également promouvoir le réplica en lecture en tant qu'instance de base de données autonome en cas de reprise après sinistre. Pour plus d'informations, consultez Promotion d'un réplica en lecture en tant qu'instance de base de données autonome.

Avant de configurer un réplica en lecture pour votre instance, assurez-vous de vérifier les limitations liées à la version et aux licences. Examinez également les exigences et restrictions diverses pour les répliques Oracle.

Résolution

Gardez à l'esprit les points suivants lorsque vous utilisez le réplica en lecture pour votre instance RDS for Oracle :

• Amazon RDS est un service géré. Par conséquent, le processus de réplication est géré par un utilisateur interne de RDS_DATAGUARD. La configuration de cet utilisateur s'effectue lorsque vous créez une instance de réplica en lecture.
• La procédure de récupération gérée ne peut pas être arrêtée à partir du compte d'utilisateur administrateur.
• Vous ne pouvez pas configurer ni modifier le réplica en lecture Oracle Data Guard Broker for RDS.
• Vous ne pouvez pas retarder la réplication des données d'une instance principale vers une instance de réplica en lecture.
• Les modifications apportées au groupe d'options se propagent vers l'instance de réplica en lecture. Si les réplicas en lecture sont configurés dans la même région, alors ils seront associés au même groupe d'options. Pour plus d'informations, consultez Exigences et restrictions relatives aux options pour les réplicas Oracle.

Contrôler le décalage de réplication

Vous pourriez subir un décalage de réplication si le réplica ne peut pas suivre le rythme de l'instance principale. Pour contrôler le décalage de réplication dans Amazon CloudWatch, affichez la métrique ReplicaLag d'Amazon RDS. Cette métrique indique le décalage de réplication en millisecondes. Pour plus d'informations, consultez Surveillance de la réplication en lecture et Affichage des métriques et dimensions Amazon RDS.

Pour contrôler et résoudre les problèmes de décalage de réplication dans Active Data Guard, procédez comme suit :

Exécutez la requête suivante pour vérifier les métriques de décalage de Data Guard :

sql > SELECT name,value,datum_time,time_computed FROM v$dataguard_stats;

Exécutez la requête suivante pour vérifier s'il existe un trou dans le journal des archives entre l'instance principale et l'instance de réplica en lecture :

sql >  SELECT archived.thread# THREAD,max(archived.sequence#) PRIMARY,max(applied.sequence#) STANDBY,(max(archived.sequence#) - max(applied.sequence#)) GAP FROM v$archived_log archived,v$archived_log applied WHERE archived.thread#=applied.thread# AND applied.applied='YES' GROUP BY archived.thread#;

Remarque : RDS for Oracle ne vous alerte pas en cas de décalage de réplication. Pour envoyer des notifications chaque fois que le réplica en lecture ne suit pas le rythme de l'instance principale, créez une alarme CloudWatch pour la métrique RDS ReplicaLag.

Résoudre les problèmes de décalage de réplication

• Si l'instance principale est indisponible, vérifiez l'état actuel de l'instance à l'aide de la console Amazon RDS. Vérifiez également si l'instance est accessible depuis n'importe quel client SQL. Si l'instance principale est indisponible (par exemple : l'instance est définie sur des paramètres incompatibles), alors le réplica en lecture ne peut pas la suivre et de ce fait prend du retard. Vérifiez les événements Amazon RDS pour savoir pourquoi l'instance principale est indisponible. Ensuite, corrigez l'instance pour vous assurer qu'elle est accessible.
• Si l'instance principale est soumise à une forte surcharge de CPU ou de mémoire, il peut en résulter un retard de transmission important. Contrôlez les métriques CloudWatch de l'instance. Utilisez également la Surveillance améliorée pour déterminer si un processus particulier provoque un pic inhabituel d'utilisation de la mémoire ou du CPU. Pour plus d'informations, consultez Affichage des métriques du système d'exploitation dans la console RDS. Une fois la charge CPU/mémoire réduite, le réplica peut se maintenir au niveau de l'instance principale. Si la surcharge est conforme aux prévisions de l'instance, vous pouvez choisir d'augmenter la classe de l'instance, les IOPS ou le débit selon les besoins.
• Contrôlez les fichiers alert.log de l'instance principale et du réplica en lecture pour identifier les alertes ou les erreurs ORA qui pourraient affecter les processus de transmission ou d'application. Pour plus d'informations sur l'accès au journal des alertes pour les instances RDS, consultez Fichiers journaux de base de données Oracle. Résolvez les erreurs identifiées pour réduire le décalage.
• Lorsque vous redimensionnez ou modifiez le nombre de journaux de reprise dans l'instance principale, les modifications ne sont pas répliquées dans l'instance de secours. La recréation de l'instance de secours est indispensable pour reproduire ces modifications. Une bonne pratique consiste à mettre à jour les paramètres du journal de reprise avant de configurer le réplica en lecture. Pour plus d'informations, consultez Modification de la configuration de votre journalisation.
• La configuration de l'instance de réplica en lecture avec une capacité de calcul ou d'IOPS inférieure à celle de l'instance principale peut ralentir l'application des modifications dans le réplica en lecture, entraînant un décalage de réplication. Contrôlez les métriques RDS en utilisant CloudWatch pour vérifier la limitation dans les deux instances. Si l'instance principale n'a pas de limitation et que le réplica en lecture subit une limitation, identifiez la ressource qui est limitée. Ensuite, augmentez la configuration de stockage ou de calcul selon vos besoins.

Informations connexes

Utilisation de réplica en lecture

Utilisation de réplicas Oracle pour Amazon RDS

Reprise après sinistre gérée et batterie de lecteurs gérée avec Amazon RDS for Oracle à l'aide d'Oracle Active Data Guard