Problèmes connus et solutions de contournement

Ce chapitre décrit les problèmes connus au moment de la publication.

Version 19c (19.33.0.0.261020) - Octobre 2026

Bogue 38928029 : générique - Le processus Replicat a abandonné OGG-30555 Délai d'attente pour la mise à niveau du portefeuille de banque d'informations d'identification

L'échec de la conversion de portefeuille laisse ewallet.pf derrière lui, causant des problèmes de délai d'expiration pour d'autres processus

Solution de contournement

Nettoyez le fichier ewallet.pf manuellement pour autoriser l'opération de lecture de banque d'informations d'identification suivante afin de convertir le portefeuille de connexion automatique en p12.

Version 19c (19.31.0.0.260615) - juin 2026

Bogue 38496203 : Autonomous Database - Le processus Replicat se termine avec l'erreur ORA-04043 "object does not exist" dans la base de données cible

Le processus de réplication GoldenGate sur Autonomous Database est abandonné avec error ORA-04043 "object does not exist" pour les tables cible, même si les tables existent. Le problème est dû à des notifications LDD et de dictionnaire incorrectes pour les cibles Autonomous Database en mémoire cache inférieure, ce qui entraîne de fausses erreurs d'objet non trouvé.

Solution de contournement

Ajoutez le paramètre NOTARGETDDLNOTIFY dans le fichier de paramètres de réplication pour désactiver les notifications LDD sur la cible. Le vidage de la zone de mémoire partagée ou le déplacement de l'instance ADB cible vers une forme de coeur supérieur peut également permettre au dictionnaire de se charger correctement.

Version 19c (19.30.0.0.260306) - avril 2026

Bogue 38924691 : Db2 z/OS - Abandon de l'extraction avec l'erreur OGG-01741 : numéro de séquence de journal inattendu rencontré

Bien que le bogue ait corrigé une partie du problème de numéro de séquence de journal dans le désordre lorsque le processus Extract lit les enregistrements de journal à partir de Db2 z/OS, certains cas en périphérie déclenchent toujours ce problème.

Solution de contournement

Alors que nous travaillons sur une solution plus complète, la solution consiste à redémarrer l'extraction, à résoudre le problème et à continuer à s'exécuter.

Bogue 37575375 : PostgreSQL - Le module d'extension Test_decoding ne prend pas en charge les opérations de troncation sur plusieurs tables

Les opérations de troncation sur plusieurs tables ne sont pas prises en charge avec le module d'extension PostgreSQL test_decoding en raison de limites dans la logique d'analyse en cours.

Version 19c (19.25.0.0.241015) - octobre 2024

Bogue 33834951 - Abandon de l'extraction avec erreur "CACHEMGR : filecaching : pthread_created failed : errno : 11 (Resource temporairement indisponible), après application de Jan 2022patch 33742666 (19.1.0.0.220118)"

Les points de reprise Bounded Recovery créés avant la version 19.1.0.0.220222 (version 19.1.0.0.220118 ou antérieure) ne peuvent pas être utilisés par le processus Extract après l'application de patches à Oracle GoldenGate version 19.1.0.0.220222 ou ultérieure. Par conséquent, le processus Extract ne peut utiliser la récupération standard que jusqu'à ce qu'au moins deux points de reprise Bounded Recovery soient terminés avec la version mise à jour.

Solution de contournement

Avant d'appliquer des patches à Oracle GoldenGate version 19.1.0.0.220222 ou ultérieure, assurez-vous que le processus Extract est mis à jour sans transaction longue durée d'exécution et que les fichiers de journalisation archivés sont disponibles avec la position de redémarrage du processus Extract.

Version 19c (19.24.0.0.260116) - janvier 2026

Bogue 38619210 - L'instruction LDD de la commande alter table génère une instruction LMD de mise à jour des données de remplissage arrière côté source, ce qui entraîne l'abandon de la réplication avec une erreur de mapping

La réplication LDD Oracle ne prend pas en charge la définition d'une valeur par défaut sur sequence_name.nextval si la table contient des lignes existantes.

Version 19c (19.1.0.0.200714) - Octobre 2021

Bogue 33407415 : PostgreSQL - L'extraction écrit un enregistrement incorrect dans la trace avec la journalisation par défaut activée au niveau de la table

Les tables configurées pour être capturées par le processus Extract lorsque la journalisation des identités de réplique complète n'est pas définie peuvent entraîner des problèmes de réplication en aval lors de l'exécution d'opérations de mise à jour et de suppression, ce qui entraîne l'abandon du processus Replicat.

Solution de contournement

Exécutez la commande ADD TRANDATA avec l'option ALLCOLS pour toute table configurée pour être capturée par le processus d'extraction, que la table ait ou non une clé primaire. Cela garantit que la table dispose d'une journalisation d'identité de réplique complète.

Version 19.1.0.0.210420 - mai 2021

Bogue 32795888 : SQL Server - ADD HEARTBEATTABLE échoue sur l'instance gérée par Azure SQL DB et renvoie un message d'erreur incorrect indiquant que TARGETGONLY est requis

Les commandes ADD HEARTBEATTABLE/ALTER HEARTBEATABLE NOTARGETONLY ne fonctionnent pas pour une instance gérée par la base de données Azure SQL et signalent un message d'erreur incorrect indiquant que TARGETONLY est requis lors de la tentative d'utilisation de l'une de ces commandes.

Solution de contournement

Aucun.

Bogue 32791333 : la fonction Sybase - Heartbeat n'est pas prise en charge dans les versions 15.7 et 16.1 de Sybase

La fonctionnalité de pulsation n'est pas prise en charge avec les versions de base de données Sybase 15.7 et 16.1. L'erreur suivante se produit lorsque vous essayez d'ajouter une table de signal d'activité :

2021-04-13 08:50:31 ERROR OGG-10513 The job scheduler database(sybmgmtdb)does not exist.
Configure database sybmgmtdb and add Oracle GoldenGate replication user with correct role to create and run the heart beat job.

Solution de contournement

Aucun.

Version 19.1.0.0.201013 - Octobre 2020

Bogue 31792776 : PostgreSQL - Abandon de l'extraction avec l'erreur "L'ID de séquence de positionnement est dans le désordre"

L'extraction est abandonnée avec l'erreur Positioning sequence ID is out of order.

Solution de contournement

Modifiez l'extraction à l'aide de la valeur flush LSN indiquée dans le dernier fichier signalé d'exécution d'extraction.

Bug 29910461 : DB2 for i - Pump abandonne avec l'erreur "ERROR OGG-01224 TCP/IP ERROR 79 (connexion refusée)"

Oracle GoldenGate Pump peut échouer avec l'erreur de refus de connexion si le nombre de processus Pump démarrés est supérieur à 50.

Solution de contournement

Démarrer moins de processus de pompe à la fois.

Bogue 31460112 : DB2 LUW - L'extraction X Endian s'est arrêtée avec l'erreur "Un paramètre non valide"piStartLRI"a été transmis à l'API de journal de lecture"db2ReadLog"

Cette erreur peut se produire lors de la lecture des enregistrements de journal à partir d'une base de données distante pour DB2 LUW dans un environnement inter-endian.

Solution de contournement

Aucun.

Bogue 31637694 : Oracle - La réplication ignore les insertions après un redémarrage d'Oracle GoldenGate

Si GROUPTRANSOPS est défini sur 1, les enregistrements peuvent être ignorés lorsque le processus de réplication voit une valeur RESTART_ABEND.

Solution de contournement

Définissez GROUPTRANSOPS sur une valeur supérieure à 1 ou enlevez son paramètre.

Version 19c (19.1.0) - Septembre 2020

Bogue 31652978 : Oracle - L'extraction ne contient pas d'INSERTS de façon aléatoire pour l'une des tables active/live pour le chargement des traitements batch

L'extraction classique ne peut pas être utilisée pour la capture à partir de plates-formes Exadata. Pour effectuer une capture à partir d'Exadata, d'Exadata Cloud Service ou d'Exadata Cloud at Customer, ou de tout service cloud Exadata, vous devez utiliser l'extraction intégrée.

Solution de contournement

Aucun.

Bogue 31922955 : générique - LANG=en_US.UTF-16 n'est pas pris en charge

Lorsque LANG est défini au niveau du système d'exploitation sur en_US.UTF-16, le blocage de GGSCI est provoqué. Le paramètre en_US.UTF-8 est autorisé. Par exemple, le paramètre sous Linux, qui entraînerait GGSCI ou Admin Client, est le suivant :

[celclnx29]/bugmnt3/am/celclnx29/SRx.xxxxxxxxxxx/user/gg122> echo $LANG en_US.UTF-16

Solution de contournement

Aucun.

Bogue 31799288 : Oracle - Le cryptage de tablespace n'est pas pris en charge avec l'extraction classique

Le cryptage de tablespace n'est pas pris en charge avec l'extraction classique pour la base de données Oracle 19c.

Solution de contournement

Aucun.

Bogue 31768942 : ADB-S - L'option SHARE ne fonctionne pas pour la capture PerPDB

L'option SHARE est ignorée lors de l'inscription d'une extraction pour PerPDB, bien que l'inscription ait réussi.

Solution de contournement

Aucun.

Version 19.1.0.0.200714 - août 2020

Bogue 31732282 - PostgreSQL : les types définis par l'utilisateur ne sont pas pris en charge

Oracle GoldenGate pour PostgreSQL ne prend pas en charge les types de données définis par l'utilisateur (UDT).

Solution de contournement

N'utilisez pas de tables ayant des types de données définis par l'utilisateur ou n'excluez pas ces tables du fichier de paramètres d'extraction ou de réplication.

Bogue 31730629 : PostgreSQL - La capture à partir de vues matérialisées n'est pas prise en charge

La capture d'enregistrements à partir de vues matérialisées n'est pas prise en charge.

Solution de contournement

N'utilisez pas de vues matérialisées dans le fichier de paramètres Extract.

Bogue 31730647 : PostgreSQL - Impossible de distinguer les chaînes NULL et vides dans l'enregistrement UPDATE

PostgreSQL Le processus d'extraction ne peut pas distinguer les données de colonne VARCHAR pour une chaîne vide ou des données NULL si elles sont insérées sous forme de chaîne vide ou de données NULL, puis mises à jour avec une chaîne NULL ou vide ou inversement.

Workaroud

Utilisez le paramètre NOCOMPRESSUPDATES.

Bogue 31730664 : PostgreSQL - Le module d'extension par défaut test_decoding.so doit être présent dans l'installation PostgreSQL pour que l'extraction Oracle GoldenGate capture les enregistrements WAL

Le module d'extension test_decoding par défaut doit être disponible dans le répertoire d'instillation PostgreSQL. S'il s'agit d'une configuration de base de données existante et que vous ne trouvez pas test_decoding.so dans le dossier de base de données LIB, vous devez télécharger test_decoding.so à partir de l'emplacement suivant.

Si la version de la base de données est PostgreSQL 11 :

sudo yum install postgresql11-contrib

Si la version de la base de données est PostgreSQL 10 :

sudo yum install postgresql10-contrib

Solution de contournement

Aucun.

Version 19.1.0.0.200714 - Juillet 2020

Bug 31097457 : PostgreSQL - Liez les types bit/varbit en tant que char/varchar au lieu de binaire

En mode de chargement initial, les données de variation de bits peuvent être préfixées avec 0s dans les cas où les données réelles sont inférieures à la longueur définie sur la colonne de variation de bits source. La longueur des données est arrondie au multiple de 8 le plus proche en ajoutant le préfixe 0s.

Solution de contournement

Aucun

Bogue 31326961 : PostgreSQL - Les données d'horodatage contenant des balises AD ou BC ou un composant YEAR comportant plus de 4 chiffres ne sont pas capturées correctement

Le champ secondes du composant de fuseau horaire n'est pas écrit dans la trace lorsque les données sont appliquées à la colonne TIMESTAMPTZ PostgreSQL cible, ce qui entraîne une non-concordance des données entre la source et la cible.

Solution de contournement

Aucun.

Bogue 31326068 - Non-concordance dans les données TimestampTZ lorsque les données capturées à partir de la base de données ont des secondes dans le composant de fuseau horaire

La partie secondes du composant de fuseau horaire dans les données reçues n'est pas prise en compte dans les bases de données cible. Par exemple, si les données reçues comportent des données de composant de fuseau horaire 1900-03-03 02:02:02.123 +03:59:56, les 56 secondes du fuseau horaire sont ignorées et une non-concordance de 56 secondes est observée.

Solution de contournement

Si le paramètre de fuseau horaire dans le fichier postgresql.conf est utc, ce problème ne se produit pas.

Bug 31146341 : PostgreSQL - Une erreur se produit si la table de base de données cible comporte une colonne IDENTITY ALWAYS créée avec la clause GENERATED TOUJOURS AS IDENTITY

L'erreur suivante est générée si la table de base de données cible comporte une colonne IDENTITY ALWAYS créée avec la clause "GENERATED ALWAYS AS IDENTITY".

2020-05-09 21:46:39 ERROR OGG-00551 Database operation failed: Preparing statement (INSERT INTO "public"."int1_nokey" ("id",...)). ODBC error: SQLSTATE 37000 native database error 3624914. [Oracle][ODBC PostgreSQL Wire Protocol driver][PostgreSQL]ERROR: VERROR; cannot insert into column "col3"(Detail Column "col3" is an identity column defined as GENERATED ALWAYS.); Hint Use OVERRIDING SYSTEM VALUE to override.; File d:\pginstaller.auto\postgres.windows-x64\src\backend\rewrite\rewritehandler.c; Line 826; Routine rewriteTargetListIU; [Oracle][ODBC PostgreSQL Wire Protocol driver][PostgreSQL]Failed transaction. The current transaction rolled back.

Solution de contournement

S'il existe des conflits ou des collisions dans les lignes en raison de la modification de la valeur de départ de la colonne d'identité, vous pouvez effectuer les opérations suivantes pour la corriger :

  1. Recherchez le nom de séquence qui fonctionne sur la colonne d'incrémentation automatique dans la table problématique.

     select pg_get_serial_sequence('fruits','id') where table is "fruits" and auto-increment column name is "id"
 pg_get_serial_sequence

 "public.fruits_id_seq"

  2. Recherchez l'incrément par défaut de la valeur de départ pour la colonne d'incrémentation automatique.

    select increment from information_schema.sequences where sequence_name= 'fruits_id_seq' and sequence_schema='public';

  3. Modifiez la valeur de départ de la colonne d'incrémentation automatique à l'aide de la requête suivante :

    SELECT SETVAL('fruits_id_seq', (SELECT MAX(id) + increment FROM fruits));\

  4. Démarrer la réplication.

Bogue 31521207 : PostgreSQL - Corruption des données lors de la conversion des données BIT en type de données Char/Varchar

La mise en correspondance de la colonne source PostgreSQL de type BIT avec la longueur 1 (types BIT ou BIT(1) ou VARBIT(1)) sur une colonne de type CHAR ou VARCHAR cible n'est pas prise en charge.

Solution de contournement

Utilisez la colonne de type de bit source dont la longueur est supérieure à 1.

Bogue 31528537 : PostgreSQL - Le processus de réplication abandonne avec une syntaxe d'entrée non valide pour le type numérique lors de la réplication vers @token

L'extraction à partir de PostgreSQL ne prend pas en charge SQLEXEC avec une requête SQL ayant une colonne DATE ou TIMESTAMP dans la clause WHERE.

Solution de contournement

Aucun.

Bogue 31204771 : PostgreSQL - DBLOGIN génère l'erreur "Erreur lors de l'analyse de la chaîne de connexion au décalage 51' lors de l'utilisation du mot de passe dans des caractères spéciaux"

DBLOGIN génère une erreur en raison de limitations liées à la reconnaissance de mot de passe.

Solution de contournement

Il n'existe pas de solution pour ce problème, mais les limitations suivantes doivent être prises en compte :

Bogue 31216309 : PostgreSQL - L'extraction ne peut pas s'inscrire à partir de la base de données de secours lorsque la réplication native est activée

La capture à partir de la base de données de secours n'est pas prise en charge.

Solution de contournement

Aucun.

Bug 31560266 : MySQL - Le message ADD HEARTBEATTABLE doit être corrigé pour MySQL, MariaDB Amazon Aurora, Amazon RDS

Si l'utilisateur de base de données ne dispose pas des droits d'accès EVENT dans la base de données, un message incorrect indique GRANT EVENT à user@databasename.

Solution de contournement

Accordez les droits d'accès EVENT sur user@hostname et, en cas d'exécution sur Amazon Aurora ou Amazon RDS, définissez la variable event_scheduler sur ON via un groupe de paramètres nouveau ou autre que par défaut.

Version 19.1.0.0.200414 - Juin 2020

Bogue 31455294 : DB2 z/OS - L'extraction Oracle GoldenGate 19c (19.1.0.4) entraîne l'arrêt brutal de LPAR et de DB2

Si Oracle GoldenGate 19c (19.1.0) est installé pour DB2 z/OS mais qu'une installation antérieure des procédures stockées Oracle GoldenGate 12c (12.3.0.1) est référencée par l'installation Oracle GoldenGate 19c (19.1.0) ou n'est pas correctement remplacée, il est possible qu'une corruption ECSA se produise, ce qui peut entraîner un abandon fatal de l'intégralité de la partition LPAR. Si vous mettez à niveau Oracle GoldenGate, il doit être confirmé que les nouveaux exécutables du PDSE DB2 z/OS sont correctement installés ou qu'un nouveau nom leur est utilisé et référencé dans les nouvelles définitions de procédure stockée et UDTF.

Solution de contournement

Assurez-vous que l'installation est effectuée correctement.

Bogue 30328936 : DB2 z/OS - L'extraction se termine par intermittence avec l'erreur "OGG-06550 Impossible de positionner dans le tampon de journalisation"

Lorsque des objets LOB sont présents dans une ou plusieurs tables de l'extraction ou que l'option NOAPIFILTER est émise, l'extraction peut être abandonnée par intermittence avec l'erreur OGG-06550 Unable to position in log buffer.

Solution de contournement

Vous devez ajouter les éléments suivants à la configuration du processus Extract :

TRANLOGOPTIONS APIBUFSIZE 100000

Si le problème persiste, augmentez lentement la valeur jusqu'à ce qu'elle s'arrête. Cette valeur ne doit pas être supérieure à la taille de colonne BLOB de sortie définie pour la fonction de table définie par l'utilisateur OGGREADB. Cela affecte directement la taille du tampon ECSA alloué sur le système DB2 z/OS. Il est donc recommandé d'augmenter cette valeur autant que nécessaire. Si vous décidez de modifier APIBUFSIZE, il ne doit pas dépasser la valeur du paramètre BUFSIZE, qui a une valeur par défaut de 1 Mo.

Version 19.1.0.0.200414 - Avril 2020

Bogue 31202227 - Base de données Azure pour MySQL : l'extraction est abandonnée après le deuxième ou le troisième enregistrement de données de départ de signal d'activité dans la table de signal d'activité

L'extraction est abandonnée avec l'erreur suivante après la deuxième ou la troisième mise à jour vers hb_seed table lors de la connexion à distance à Azure Database pour MySQL.

ERROR OGG-01161 Bad column index (-4096) specified for tablemysrcdb.gg_heartbeat_seed, max columns = 17..

Solution de contournement

Assurez-vous que la variable système binlog_row_image est définie sur FULL.

Version 19.1.0.0.200204 - 4 février 2020

Bogue 30033958 - DB2 z/OS : la table de vidage n'a pas été capturée par le processus Extract

La valeur TRUNCATE IMMEDIATE exécutée sur une base de données source ne s'affiche pas dans la base de données cible.

Solution de contournement

GETTRUNCATES sont requis dans le fichier de paramètres d'extraction pour voir la modification sur la cible. Enlevez également le paramètre IMMEDIATE de la commande TRUNCATE.

Bogue 31195430 - TRANLOGOPTIONS EXCLUDETAG ne fonctionne pas avec les opérations LMD parallèles

Des données/jetons de balise sont manquants dans les enregistrements de trace de la transaction PDML.

Solution de contournement

Aucun

Version 19c (19.1.0) - Octobre 2019

Bogue 30427030 - Oracle : les commandes VIEW PARAMS et VIEW REPORT échouent dans le client Admin

Lors de l'exécution du client Admin sur Windows Server, les commandes VIEW PARAMS et VIEW REPORT échouent lors de l'utilisation de l'utilitaire de visualisation standard.

Solution de contournement

Pour résoudre ce problème, exécutez la commande suivante dans le client Admin :

SET PAGER notepad

Version 19c (19.1.0) - Septembre 2019

Bogue 30328936 - DB2 z/OS : l'extraction se termine par intermittence avec l'erreur "OGG-06550 Impossible de se positionner dans le tampon de journalisation"

Lorsque des objets LOB sont présents dans une ou plusieurs tables de l'extraction ou que l'option NOAPIFILTER est émise, l'extraction peut être abandonnée par intermittence avec l'erreur "OGG-06550 Unable to position in log buffer".

Solution de contournement

Vous devez ajouter les éléments suivants à la configuration du processus Extract :

TRANLOGOPTIONS APIBUFSIZE 100000

Si le problème persiste, augmentez lentement la valeur jusqu'à ce qu'elle s'arrête. Cette valeur ne doit pas être supérieure à la taille de colonne BLOB de sortie définie pour la fonction de table définie par l'utilisateur OGGREADB. Cela affecte directement la taille de la mémoire tampon ECSA allouée sur le système DB2 z/OS. Il est donc recommandé d'augmenter cette valeur autant que nécessaire. Si vous décidez de modifier APIBUFSIZE, il ne doit pas dépasser la valeur du paramètre BUFSIZE, qui a une valeur par défaut de 1 Mo.

Bogue 29541089 - SQL Server : les taux de capture d'extraction sont plus lents pour SQL Server 2017 par rapport aux versions antérieures

Un problème susceptible d'entraîner une dégradation des taux de capture Oracle GoldenGate pour Microsoft SQL Server 2016/2017 a été soulevé avec Microsoft.

Solution de contournement

Aucun.

Bogue 30222937 - SQL Server : Message incorrect concernant l'agent SQL Server lorsque le processus Extract ne dispose pas des droits SYSADMIN

Lorsque le processus Extract est connecté à l'instance SQL Server avec une connexion qui n'est pas membre du rôle de serveur sysadmin, un message s'affiche indiquant que l'agent SQL n'est pas en cours d'exécution, ce qui peut ou non être correct, car la connexion ne dispose pas des droits d'accès permettant de déterminer le statut de l'agent SQL.

Solution de contournement

Accordez la connexion utilisée par le processus Extract en tant que membre du rôle de serveur SYSADMIN ou confirmez manuellement que l'agent SQL est en cours d'exécution et ignorez l'avertissement dans le fichier de rapport du processus Extract.

Bogue 30222904 - SQL Server : l'extraction est abandonnée sans erreur en cas de problème de droits d'accès avec la base de données de réplique secondaire AlwaysOn

Lorsque le processus d'extraction est configuré avec TRANLOGOPTIONS ALWAYSONREADONLYROUTING, à l'aide d'une connexion DSN via le processus d'écoute et que le groupe Toujours activé est configuré pour le routage en lecture seule, le processus d'extraction s'interrompt sans erreur si la connexion utilisée par le processus d'extraction n'a pas été mise en correspondance avec l'utilisateur de base de données sur la base de données de réplique secondaire.

Solution de contournement

Créez le même nom de connexion ou mot de passe que celui utilisé par le processus Extract sur les instances secondaires et accordez les droits de connexion SYSADMIN.

Bogue 29209870 - SQL Server : SQL Server CDC TRANDATA ne prend pas en charge la période dans les noms de base de données ou de table

ADD TRANDATA pour Oracle GoldenGate for SQL Server ne prend pas en charge les périodes dans les noms de base de données ou de table.

Solution de contournement

Aucun.

Bogue 29882931 - MySQL : la réplication est abandonnée si le paramètre SOURCEDEF est utilisé lors de la mise à niveau de la version 18c d'Oracle GoldenGate vers la version 19c

Le processus Replicat Oracle GoldenGate se termine avec l'erreur "OGG-01163 Bad column length (6) specified for column ID", si vous utilisez le paramètre SOURCEDEF lors de la mise à niveau de la version 18c d'Oracle GoldenGate vers la version 19c.

Solution de contournement

N'utilisez pas le paramètre SOURCEDEF lors de la mise à niveau.

Bogue 27028084 - MySQL : taille du fichier journal binaire dans la capture à distance

Pour la capture à distance dans Oracle GoldenGate MySQL, les fichiers journaux binaires dont la taille dépasse 4 Go ne sont pas pris en charge. Par conséquent, lors du positionnement d'un décalage, un décalage supérieur à 4294967295 n'est pas non plus supporté.

Solution de contournement

Aucun.

Bogue 30023717 - Oracle : la réplication parallèle échoue occasionnellement avec ORA-1403 lors du traitement de transactions avec un nombre extrêmement élevé d'interdépendances

Dans de rares cas de transaction avec un nombre élevé de dépendances potentielles, le processus de réplication parallèle abandonne l'erreur ORA-1403: "no data found".

Solution de contournement

Redémarrez Replicat. Les transactions d'origine seront correctement appliquées tout en maintenant la cohérence globale des données.

Bogue 30207560 - Oracle : le fichier journal GGSERR ne peut pas être reporté sur Windows lorsque les processus Oracle GoldenGate sont ouverts

Le fichier ggserr.log est configuré pour être automatiquement reporté après une taille par défaut ou modifiée. Toutefois, pour Oracle GoldenGate sous Windows, le fichier ggserr.log ne peut pas être reporté lorsque des processus sont en cours d'exécution.

Solution de contournement

Arrêtez toutes les extractions, pompes et réplications en cours d'exécution, puis redémarrez-les. Cela permet au fichier ggserr.log de basculer.

Bogue 30250118 - Oracle : les statistiques AIX et Solaris pour la CDR automatique ne rapportent pas correctement

Lorsque le sharding est implémenté sur Oracle GoldenGate 19c sur AIX ou Solaris avec la base de données Oracle 18c, la fonction de récupération automatique de données (CDR) ne signale pas correctement les statistiques.

Solution de contournement

Aucun.

Version 19c (19.1.0) - Version initiale de mai 2019

Bug 27938481 : Message d'erreur non généré lorsque ALLOWDUPTARGETMAP avec des KEYCOLS différents est utilisé dans la réplication parallèle

Oracle GoldenGate n'a pas généré de message d'erreur pour ALLOWDUPTARGETMAP avec une valeur KEYCOLS différente, ce qui n'est pas pris en charge dans le processus Replicat parallèle non intégré. ALLOWDUPTARGETMAP n'est pas pris en charge dans le processus Replicat parallèle intégré et dans le processus Replicat intégré. ALLOWDUPTARGETMAP avec une valeur KEYCOLS différente est pris en charge dans le processus Replicat classique et coordonné.

Solution de contournement

Aucun.

Bogue 29761322 - Oracle : l'encodage CLOB multioctet est incorrect lorsque le processus Extract écrit le format de trace 12.2 après la mise à niveau logicielle vers la version 18.1 ou ultérieure

Lorsque le processus Extract écrit des données CLOB multioctets dans la trace dans le même format que le format de fichier trace existant, il écrit les données CLOB MBCS dans un encodage incorrect. Cela se produit lorsque le format du fichier trace est 12.2 ou plus, ou lorsque FORMAT RELEASE est utilisé pour indiquer un format antérieur à 12.2.

Solution de contournement

Effectuez une opération ETROLLOVER explicite après la mise à niveau logicielle si le format de fichier trace en cours est 12.2 et qu'il existe des objets CLOB à plusieurs octets.

Bug 25890033 - DB2 for i : Problème avec la prise en charge de plusieurs journaux

Il est toujours recommandé d'extraire le fichier DB2 pour lire dans un seul journal. Cependant, cela a un effet secondaire que si Heartbeat est activé, les tables de signal d'activité doivent être journalisées dans le même journal que le journal de données utilisé pour la réplication.

Solution de contournement

Il est recommandé d'utiliser DELETE/ADD TRANDATA pour la table de signal d'activité afin d'activer la journalisation dans le journal approprié.

Bogue 29778593 - DB2 LUW, DB2 pour i, DB2 z/OS, Teradata : la commande Heartbeat lag n'affiche pas les chemins entrants et sortants

La commande de décalage de signal d'activité n'affiche pas les chemins entrants et sortants. Toutefois, les tables d'historique des signaux d'activité et des signaux d'activité contiennent les données valides.

Solution de contournement

Aucun.