Som vi diskuterede i tidligere emner, er en kortlægning en samling af kilde- og målobjekter, der er knyttet sammen af et sæt transformationer. Disse transformationer består af et sæt regler, der definerer datastrømmen, og hvordan dataene indlæses i målene.
Hvad er fejlfinding?
Debugger er et meget praktisk værktøj i Informatica. Når vi udfører kortlægningen, udfører Informatica kortlægningen baseret på den definerede transformationslogik.
Dens udførelse svarer til udførelse af batch-tilstand, hvor vi ikke kan se de mellemliggende resultater, eller hvordan dataene bliver ændret fra transformation til transformation.
Mange gange får vi dataene i målet, hvilket ikke er som forventet. Ved hjælp af debugger kan vi analysere, hvordan dataene bevæger sig inden for kortlægningen. Vi kan analysere dataene række efter række i en debugger.
I denne vejledning - vil du lære
- Trin til at bruge debugger i en kortlægning
- Brug af breakpoint i debugger
- Sporing i Informatica
- Sådan indstilles sporingsniveau i en transformation
Brugen af debugger kræver en sessionsforekomst, vi kan enten genbruge en eksisterende session, som blev oprettet tidligere for at køre kortlægningen, eller vi kan oprette en ny fejlsøgningsforekomst. Da data under fejlretning hentes fra kilden, så vi har mulighed for, hvad vi skal gøre med disse data.
- Enten kan vi kassere dataene eller
- Dataene kan indlæses i målet
Disse indstillinger kan indstilles under konfigurationen af fejlfindingsprogrammet.
For at overvåge fejlfindingsprogrammet er der to vinduer i Informatica designer
- Målvindue
- Instansvindue
I målvinduet vises den målpost, der skal indsættes i måltabellen. I eksempelvindue kan du vælge et hvilket som helst af transformationsforekomsterne af kortlægningen. Derefter er alle porte i denne transformation synlige i dette vindue, og du kan analysere dataene, hvordan de bliver transformeret.
Trin til at bruge debugger i en kortlægning
Informatica-designer leverer funktionen til at bruge fejlfindingsprogrammet til fejlfinding af tilknytninger. Det betyder, at vi kan debugge og analysere enhver eksisterende kortlægning. Kravet til debugger er, at kortlægningen skal være en gyldig kortlægning.
I øvelsen debugger vi vores eksisterende kortlægning "m_emp_emp_target", som vi oprettede tidligere. I vores kildedata vil vi kontrollere, om der er en bestemt registrering af medarbejdernavn = 'SCOTT'. For Scott vil vi kontrollere, at værdierne er hentet i Informatica, og om posten skubbes til målet korrekt eller ej.
Vores kildedata til "emp" -tabellen ser sådan ud.
For ename "SCOTT" vil vi ved hjælp af debugger kontrollere, at hvilken værdi for "sal" (løn) kolonnen hentes i Informatica.
Trin 1 - Åbn Informatica-designer og åbn kortlægningen "m_emp_emp_target" ved at dobbeltklikke på den. Det åbner open source-kvalifikations- og måldefinitionstabeller, der viser kortlægning inde i Mapping Designer.
Trin 2 - Start nu fejlfindingsprogrammet
- Klik på menupunktet tilknytninger
- Vælg Debugger fra indstillingerne
- Vælg "start debugger" mulighed
Trin 3 - Vælg næste i fejlagtigt kortlægningsvindue
Trin 4 - I det næste vindue får du mulighed for at vælge sessionstype. Du kan bruge eksisterende session, eksisterende genanvendelig session, eller du kan oprette en fejlsøgningsforekomst.
Når du bruger den eksisterende session, bruger Informatica den tidligere session, som du oprettede til denne kortlægning. Når du vælger Opret debug-session-forekomst, oprettes en ny session-forekomst til fejlretning.
I dette eksempel vælger vi eksisterende genanvendelig sessionforekomst. Integrationstjenesten vil være standard.
- Vælg "brug en eksisterende sessionforekomst"
- Klik på næste
Trin 5 - I det nye vindue vil Informatica bede dig om at vælge den eksisterende session til fejlfinding.
Vælg sessionen "s_m_emp_emp_target" og klik på næste knap
Trin 6 - I det næste vindue vil der være en mulighed "Kassér måldata", vi vælger denne mulighed, da vi under fejlretning ikke ønsker at indlæse data i vores måltabel.
- Vælg indstillingen "Kassér måldata."
- Vælg måltabel "emp_target"
- Klik på finish-knappen.
Med ovenstående trin har vi konfigureret og startet fejlfindingsprogrammet. Nu kan vi fejle kortlægningen.
Trin 7 - Fejlfindingsprogrammet er startet, men det har ikke hentet nogen rækker fra kilden. Under fejlretning henter det data fra kilde række for række. Start med at hente første række fra kilden
- Vælg tilknytning i menuen
- Vælg fejlfindingsmulighed
- Vælg mulighed for næste forekomst
Trin 8 - I instansvinduet vil du se den første hentede post fra kildekvalifikatoren.
Hvis du analyserer instansvinduet, viser det den første post - ename "SMITH" -række. Dette er ikke den rekord, som vi leder efter. Så vi kan gå til næste instans.
Trin 9 - For at gå til næste forekomst (for at flytte til næste række)
- Tryk på F10-knappen (genvej for at gå til næste forekomst i stedet for at gå til kortlægningsindstilling og derefter fejlfindingsmulighed)
Efter at have flyttet til næste forekomst, skifter data i eksempelvindue til næste post.
Trin 10 - Bliv ved med at trykke på F10-knappen, indtil du når til den krævede registrering af "SCOTT" -medarbejder. Når du når dette punkt, vil forekomstvinduet være som vist nedenfor
Dette er det tilfælde, som vi ledte efter. Så i eksempelvinduet kan vi analysere dataene. Uanset om det kommer korrekt, eller en værdi mangler.
I kildedataene var detaljerne for "SCOTT" -medarbejderen som job = "ANALYST", manager id = "7566", sal "3000."
Og i debuggeren for medarbejderen "SCOTT" har vi analyseret alle disse detaljer, og de stemmer overens med kildedataene, så vi er sikre på, at posterne blev hentet korrekt af kildekvalifikatoren.
Brug af breakpoint i debugger
Når vi leder efter en bestemt række data som i det foregående eksempel, kan vi i stedet for at gå til hver forekomst af kildedata definere breakpoints.
Et brudpunkt er en betingelse eller et sæt af en betingelse, der er defineret under konfiguration af fejlretning, således at når denne tilstand bliver sand, stopper fejlfinderen på den bestemte forekomst.
For eksempel, hvis vi definerer deptno = 20 i et brudpunkt, så hver gang for en post, hvis denne betingelse er sand, stopper debuggeren til den forekomst af data.
Trin 1- For at konfigurere brudpunktet
- Gå til kortlægningsmenuen
- Vælg fejlfindingsmulighed
- Vælg "rediger breakpoints"
Trin 2 - Du får vist et "rediger brydpunkt" -vindue som vist nedenfor
Trin 3 - Klik på knappen Tilføj i brydepunktsvinduet
Trin 4 - I det nye vindue
- Vælg SQ_EMP som forekomst
- Vælg knappen OK
Trin 5 - Det forrige vindue ser ud som vist nedenfor
Trin 6 - Du har et breakpoint, nu skal du definere breakpoint-tilstanden. For at definere breakpoint-tilstand
- Klik på ikonet "tilføj ny tilstand"
En ny række under betingelsesfanen vises. Her kan vi konfigurere tilstanden.
Trin 7 - I tilstandstabellen
- I portrullegardin skal du vælge "ENAME" (da vi debugger for record ename = 'SCOTT')
- I værdifeltet skal du indtaste værdien "SCOTT."
- Vælg knappen OK
Trin 8 - Start nu fejlfindingsprogrammet som nævnt i det forrige emne
Gå til kortlægningsmenuen -> vælg debugger-indstilling -> vælg start debugger -> vælg session-forekomst
Trin 9 - Når debugger er startet
- Vælg kortlægningsmenuen
- Vælg fejlfindingsmulighed
- Vælg Fortsæt
Fejlfindingsprogrammet går til hver forekomst af selve rækken og vil kontrollere om betingelsen "ename = SCOTT". Den post, som denne betingelse er sand for, vil fejlfindingen standse i den instans. Så når datamængden er høj, kan du i stedet for at gå til hver forekomst af kildeoptegnelse konfigurere et brudpunkt, og du kan hoppe direkte til den post.
Når Informatica er færdig med at gennemgå alle forekomsterne, stoppes fejlfindingsprogrammet automatisk. Hvis du vil analysere dataene igen, skal du genstarte fejlfindingsprogrammet igen.
Sporing i Informatica
Hver gang du udfører en session til en kortlægning, genereres en sessionslog. Den består af detaljerne i udførelsen som
- Tidspunkt for begivenhederne
- Fejloplysninger
- Individuel transformationsstatistik osv.
Inde i transformationerne af en kortlægning kan du konfigurere og indstille, hvor mange detaljer Informatica skriver inde i sessionsloggen.
Der er fire niveauer, der kan indstilles til sporing inde i transformationerne.
|
Forskellige logtilstande |
Aktiviteter i forskellige logtilstande |
|
|
|
|
|
|
|
|
Bemærk : Sporingsniveauet er som standard indstillet til normalt, det anbefales kun at bruge detaljeret datatilstand, når du debugger kortlægningen. Kort tilstand kan bruges til at forbedre ydeevnen, da den skriver minimumsdetaljerne. Så omkostningerne ved at skrive logfiler vil være minimale.
Sådan indstilles sporingsniveau i en transformation
Trin 1 - Åbn kortlægningen i Informatica designer, som du vil indstille sporingsniveauet for
Trin 2 - Dobbeltklik på transformation (Source Qualifier transformation "SQ_EMP")
Det åbner rediger transformationsvinduet.
Trin 3 - I rediger transformationsvinduet
- Klik på fanen Egenskaber
- Vælg indstillingen Sporingsniveau
- Vælg detaljerede data fra rullemenuen
- Vælg knappen OK
Trin 4 - Gem kortlægningen og udfør kortlægningen (brug ctrl + s tastaturgenvej til at gemme kortlægningen)
Trin 5 - For at se loggen
- Åbn arbejdsflowmonitor, og vælg den session, der blev udført i det sidste trin
- Klik på "session log" for at åbne session log for kortlægningen
Dette åbner sessionslogvinduet til kortlægningen
Sessionsloggen giver detaljer om, hvordan din session blev udført. Det giver timing detaljer, når udførelsen startede og stoppede. Det giver den grundlæggende idé om forestillingen. Den nævner, hvilken databaseforbindelse du bruger, hvilken parameterfil du bruger. Det opsummerer også om kilden og målene ved at nævne, hvor mange kildeposter der blev hentet, hvor mange poster der blev indlæst i målet osv.
Trin 6 - Rul ned i loggen, og du kan se yderligere logdetaljer fanget inklusive dataposterne.
På denne måde kan du indstille sporingsniveauet i tilknytninger for at registrere de yderligere detaljer til fejlretning.
I denne vejledning har du lært, hvordan du indstiller, konfigurerer og udfører fejlfindingsprogrammet, og hvordan du indstiller sporingsniveau i tilknytninger. Disse muligheder giver dig mulighed for at fejle kortlægningerne.