Utiliser le fichier de rebut

Par défaut, un fichier de rebut est généré chaque fois qu'un processus est démarré avec la commande START. Le fichier de rebut capture les informations sur les opérations Oracle GoldenGate qui ont échoué. Ces informations peuvent vous aider à résoudre les erreurs de données, telles que celles qui impliquent un mapping de colonne non valide.

Le fichier de rebut signale des informations telles que :

Message d'erreur de la base de données
Numéro de séquence de la source de données ou du fichier trace
Adresse d'octet relative de l'enregistrement dans la source de données ou le fichier trace
Détails de l'opération ignorée, tels que les valeurs de colonne d'une instruction LMD ou le texte d'une instruction LDD.

Pour afficher le fichier de rebut, utilisez un éditeur de texte ou la commande [VIEW REPORT](/pls/topic/lookup?ctx=en/database/goldengate/core/26/coredoc&id=GCLIR-GUID-E91550C9-97D0-4330-9216-751B1375DA77) dans le client d'administration.

Le fichier de rebut par défaut possède les propriétés suivantes :

Le fichier porte le nom du processus qui le crée, avec l'extension par défaut .dsc. Exemple : finance.dsc.
Le fichier est créé dans le sous-répertoire dirrpt du répertoire d'installation d'Oracle GoldenGate.
La taille de fichier maximale est de 50 mégaoctets.
Au démarrage, si un fichier de rebut existe, il est purgé avant l'écriture de nouvelles données.

Vous pouvez modifier ces propriétés en utilisant le paramètre DISCARDFILE. Vous pouvez désactiver l'utilisation d'un fichier de rebut en utilisant le paramètre NODISCARDFILE.

Si un processus est démarré à partir de la ligne de commande du système d'exploitation, il ne génère pas de fichier de rebut par défaut. Vous pouvez utiliser le paramètre DISCARDFILE pour indiquer l'utilisation d'un fichier de rebut et de ses propriétés.

Une fois créé, un fichier de rebut doit rester à son emplacement d'origine pour qu'Oracle GoldenGate fonctionne correctement après le démarrage du traitement.

Maintenance des fichiers d'annulation et de rapport

Par défaut, les fichiers de rebut et les fichiers de rapport sont classés de la même manière. Un nouveau fichier de rebut ou de rapport est créé au début d'une nouvelle exécution de traitement. Les anciens fichiers sont classés en ajoutant un numéro de séquence de 0 (le plus récent) à 9 (le plus ancien) à leur nom.

Si le rapport actif ou le fichier de rebut atteint sa taille maximale avant la fin d'une exécution (ou d'une exécution continue), le traitement s'interrompt à moins qu'un calendrier de balance âgée ne soit en vigueur. Utilisez les paramètres DISCARDROLLOVER et REPORTROLLOVER pour définir des calendriers de balance âgée pour les fichiers de rejet et de rapport, respectivement. Ces paramètres définissent des instructions pour le report des fichiers à intervalles réguliers, en plus du démarrage du processus. Non seulement cela contrôle la taille des fichiers et empêche les pannes de processus, mais il fournit également un ensemble prévisible d'archives qui peuvent être incluses dans votre routine d'archivage. Pour plus d'informations, consultez la documentation suivante :

Aucun traitement n'a plus de dix rapports anciens ou ne supprime pas de fichiers et un rapport ou un fichier de rebut actif. Après le dixième fichier, le plus ancien est supprimé lorsqu'un nouveau rapport est créé. Il est recommandé d'établir un calendrier d'archivage pour les rapports anciens et de supprimer les fichiers au cas où ils seraient nécessaires pour résoudre une demande de service.

Tableau 1 Etats d'extraction et d'ancienneté actuels

Droits d'accès	X	Date	Rapport
-rw-rw-rw-	1 ggs ggs	4384 Oct 5 14:02	TCUST.rpt
-rw-rw-rw-	1 ggs ggs	1011 Sep 27 14:10	TCUST0.rpt
-rw-rw-rw-	1 ggs ggs	3184 Sep 27 14:10	TCUST1.rpt
-rw-rw-rw-	1 ggs ggs	2655 Sep 27 14:06	TCUST2.rpt
-rw-rw-rw-	1 ggs ggs	2655 Sep 27 14:04	TCUST3.rpt
-rw-rw-rw-	1 ggs ggs	2744 Sep 27 13:56	TCUST4.rpt
-rw-rw-rw-	1 ggs ggs	3571 Aug 29 14:27	TCUST5.rpt