Apprenez à superviser Golden Gate complètement

Golden Gate est capable de prendre en charge diverses exigences, telles que :

• Chargement initial et migration de la base de données
• Haute disponibilité et continuité opérationnelle
• Stockage des données et aide à la décision
• Intégration des données

Pour ceux qui souhaitent obtenir des informations complètes sur la méthodologie de traitement, les fonctionnalités, les exigences de configuration et les topologies prises en charge, ils doivent également consulter la documentation d’Oracle Golden Gate pour leurs bases de données respectives.

Poursuivant son architecture et avant de nous référer aux moyens de superviser Golden Gate, disons que cela peut être configuré à plusieurs fins :

• Pour l’extraction et la réplication (toutes deux continues) des opérations transactionnelles du langage de manipulation de données ou DML et des changements dans le langage de définition des données ou DDL (pour les bases de données compatibles), afin de maintenir une cohérence des données d’origine et de destination adéquate.
• Pour une extraction statique des enregistrements de données d’une base de données et le chargement de ces enregistrements dans une autre base de données.
• Pour l’extraction d’une base de données et la réplication vers un fichier en dehors de cette base de données.

Composants d’Oracle Golden Gate

Les composants de Golden Gate sont les suivants : Pompe de données, extraction, points de contrôle, extraction de fichiers ou de Trails, Replicat, collecteur et gestionnaire.

Le processus d’extraction se démarque, étant le mécanisme de capture d’Oracle Golden Gate. En outre, l’extrait est exécuté dans un système source ou dans une base de données descendante ou si vous préférez, dans les deux.

Vous pouvez configurer « Extraire » de différentes manières :

• En modifiant la synchronisation : il entraîne la capture par Extract des opérations DML et DDL, une fois la synchronisation initiale effectuée.
• Avec les chargements initiaux : pour les chargements de données initiaux, Extract capture un ensemble de données statique actuel, à partir de ses objets source directement.

Méthode 1.

Pour extraire des captures d’une source de données, vous pouvez créer des tables sources (dans le cas où l’exécution est un chargement initial) et les enregistrements de récupération de la base de données ou les enregistrements de transaction (comme c’est le cas des enregistrements de « Refaire » de la base de données Oracle ou, également des enregistrements d’audit SQL / MX). Cependant, la méthode réelle de capture des enregistrements varie en fonction du type de base de données dans chaque cas.

Par exemple, Oracle Golden Gate pour Oracle propose un mode de capture intégré, dans lequel Extract interagit, directement, avec un serveur de registre de base de données qui, à son tour, extrait le flux des transactions Oracle. Depuis Pandora FMS, nous suggérons aux lecteurs qui souhaitent obtenir des informations plus détaillées sur la capture intégrée d’entrer ici.

Méthode 2.

Une autre méthode se trouve dans un module de capture tiers, qui nous fournit une couche de communication qui transmet les données et les métadonnées d’une API externe à l’API d’extraction. Il s’avère que le fournisseur de base de données vous fournit les composants qui, à leur tour, extraient les opérations de données et les transmettent à « Extraire ».

Pompes de données

Qu’est-ce qu’une bombe de données? Il s’agit d’un groupe d’extraction (enfant) qui se trouve dans la configuration source d’Oracle Golden Gate. Dans le cas où une bombe de données n’est pas utilisée, Extract doit procéder à l’envoi des opérations de données qui ont été capturées vers un chemin distant sur la cible. Cependant, dans une configuration typique d’une pompe de données, le soi-disant groupe d’extraction primaire procède à l’écriture dans un registre situé dans le système source. La pompe de données procède à la lecture de ce chemin et envoie les opérations de données, via le réseau vers un chemin distant à la cible, tandis que la pompe ajoute de la flexibilité de stockage et sert bien sûr également à isoler le processus (principal) de Extraction d’activité de TCP / IP.

D’une manière générale, une pompe de données est capable de filtrer, convertir et cartographier les données, mais elle peut également être configurée en « mode pass-through », auquel cas les données sont transférées sans aucune manipulation. Ce mode d’intercommunication, augmente les performances de la pompe, car toute cette fonctionnalité qui recherche des définitions d’objet est omise. (Il s’agit d’une traduction du contenu trouvé dans le lien qui suit)
Pour les lecteurs qui souhaitent compléter les informations que nous avons fournies sur Oracle Golden Gate, dans Pandora FMS, nous vous recommandons d’entrer ce lien.

Comment superviser Golden Gate (Oracle) ?

En utilisant les commandes d’information dans GGSCI :

Pour afficher et analyser les informations de traitement, la meilleure pratique consiste à utiliser GGSCI. Voici les commandes permettant d’afficher les informations de processus :

• La commande INFO {EXTRACT│REPLICAT} group [DETAIL] vous montre : l’état d’exécution, les points de contrôle, le délai approximatif et les informations environnementales.
• INFO MANAGER vous montre l’état d’exécution et le numéro de port.
• INFO AL vous montre la sortie INFO pour tous les processus Oracle Golden Gate du système
• STATUS {EXTRACT │ REPLICAT} group vous montre les statistiques sur le volume de traitement et le nombre d’opérations effectuées.
• STATUS {EXTRACT │ REPLICAT} group vous montre l’état d’exécution, c’est-à-dire le démarrage, l’exécution, l’arrêt et abended.
• STATUS MANAGER vous montre l’état d’exécution.
• LAG {EXTRACT │ REPLICAT} group vous montre la latence entre le dernier enregistrement traité et l’horodatage dans la source de données
• INFO {EXTTRAIL │ RMTTRAIL} trail vous montre le nom du processus associé, la position des dernières données traitées et la taille maximale du fichier (c’est une traduction de ce que vous liez ci-dessous)

Remarque importante : il existe de nombreuses autres commandes pour pour superviser Golden Gate. Mais, comme nous deviendrons trop étendus si nous les capturons tous, nous recommandons aux lecteurs de consulter ce lien.

Superviser Golden Gate (Oracle) en analysant une extraction d’extrait :

Récupération limitée est exclusif à Oracle. Si Extract se ferme de manière inhabituelle ou anormale, si une transaction à long terme est ouverte, il peut vous sembler que la récupération prend beaucoup de temps, lorsqu’elle est redémarrée.

Pour récupérer son état de traitement, Extract doit effectuer une recherche dans les journaux en ligne (et les archiver, si nécessaire) pour trouver le premier enregistrement de cette transaction de longue durée. Plus nous sommes en arrière dans l’heure de début de la transaction, plus la récupération prendra de temps, tandis que Extract peut sembler stagnant. Pour éviter cela et confirmer que Extract est récupéré correctement, vous devez utiliser la commande SEND EXTRACT avec l’option STATUS .

Ainsi, l’une des annotations d’état suivantes apparaîtra, tandis que vous pourrez continuer le processus car Extract change sa position de lecture du registre, pendant la récupération elle-même :

• In recovery [1] :indique que l’extrait est en cours de restauration à son point de contrôle, dans le journal des transactions..
• In recovery [1] : indique que l’extrait est en cours de récupération depuis son point de contrôle, jusqu’à la fin du chemin.
• Recovery complete : vous indique que la récupération est terminée, tandis que le traitement normal reprendra.

Supervision (monitoring) de suivi :

Les statistiques de Lag nous montrent les processus d’Oracle Golden Gate, elles suivent les rythmes de la quantité de données générées par les applications commerciales. En utilisant ces informations, nous pouvons diagnostiquer les problèmes suspects et ajuster les performances des processus ci-dessus. Tout cela afin de minimiser la latence entre les bases de données source et destination.

Concernant Lag pour Extract, le délai est la différence (en secondes) entre le moment où un enregistrement a été traité par Extract (selon l’horloge système) et l’horodatage dudit enregistrement dans la source de données. Pour Replicat, le délai est la différence (en secondes également) entre le moment où Replicat a traité le dernier enregistrement (en fonction de l’horloge système) et l’horodatage de l’enregistrement en cours de route. Maintenant, pour observer les statistiques de retard, il faut utiliser la commande LAG ou SEND dans GGSCI.

Il est très important de noter que la commande INFO renvoie des statistiques de retard. Cependant, dans ce cas, les statistiques sont tirées du dernier enregistrement contrôlé et non de l’enregistrement courant que vous traitez. En outre, cette commande est moins précise que LAG et INFO .

Pour superviser Golden Gate, il est nécessaire de contrôler la façon dont Lag rapporte :

Afin de spécifier l’intervalle dans lequel l’administrateur vérifie le délai d’Extract et de Replicat, vous devez utiliser le paramètre LAGREPORTMINUTES ou LAGREPORTHOURS . Par contre, pour établir un seuil de décalage considéré comme critique et pour forcer un message d’avertissement dans le journal des erreurs, lorsque le seuil est atteint, il faut utiliser le paramètre LAGCRITICALSECONDS ; LAGCRITICALMINUTES ou, si vous préférez, LAGCRITICALHOURS . Précisons que ces paramètres affectent les processus d’Extract et de Replicat.
Mais pour déterminer un seuil de retard, utilisez les paramétres LAGINFOSECONDS , LAFINFOMINUTES ou bien, LAGINFOHPURS . Mais, si le délai dépasse la valeur que vous avez spécifiée, Oracle Golden Gate vous signale les informations de retard dans le journal des erreurs. Dans le cas où le délai dépasse la valeur spécifiée avec le paramètre LAGCRITICAL , l’administrateur vous informera que le délai est critique. Si le retard n’est pas critique, nous en sommes informés par message. Une valeur de zéro (0) entraîne le forçage d’un message à la fréquence spécifiée, avec les paramètres LAGREPORTMINUTES ou LAGREPORTHOURS .

Nous avons soulevé les outils les plus importants pour superviser Golden Gate, bien que dans le cas où les lecteurs voudraient connaître d’autres méthodes telles que le traitement de supervision du volume, l’utilisation du journal des erreurs, l’utilisation du rapport processus, l’utilisation du fichier de suppression, la gestion des fichiers de suppression, l’utilisation des registres système, le rapprochement des écarts horaires et d’autres questions concernantes, vous pouvez accéder au site officiel d’Oracle. De plus, dans Pandora FMS, vous pourrez également trouver des informations précieuses sur la supervision serveurs.

Pandora FMS est un outil déjà utilisé par les entreprises et les organisations du monde entier. Voulez-vous savoir qui sont quelques-uns de nos clients et lire quelques exemples de réussite ? Cliquez ici : https://pandorafms.com/fr/clients-de-pandora/

Ou découvrez directement tout ce que Pandora FMS peut vous offrir, en accédant à la page principale : https://pandorafms.com/fr/

Ou vous pouvez également envoyer vos questions sur Pandora FMS. Veuillez vous remplir le formulaire de contact que vous pouvez trouver à l’adresse suivante :https://pandorafms.com/fr/contact/

L’équipe de Pandora FMS sera ravie de vous aider.

Laura Cano

Traductora a francés e inglés. Me encantan las lenguas. Amante de la ropa oversize, la tarta de queso y el chocolate caliente en invierno. Me gusta leer, escuchar música, viajar y explorar cosas nuevas. Mi frase más temida por aquellos que me conocen es “he estado pensando…”

Translator into French and English. I love languages. Lover of oversized clothes, cheesecake and hot chocolate in winter. I like reading, listening to music, travelling and exploring new things. My most feared phrase by those who know me is “I’ve been thinking…”