Debugger i Informatica: Session, Breakpoint, Utførlig data og kartlegging

Som vi diskuterte i tidligere emner, er en kartlegging en samling av kilde- og målobjekter koblet sammen av et sett med transformasjoner. Disse transformasjonene består av et sett med regler, som definerer dataflyten og hvordan dataene lastes inn i målene.

Hva er Debugger?

Debugger er et veldig nyttig verktøy i Informatica. Når vi utfører tilordningen, utfører Informatica tilordningen basert på transformasjonslogikken som er definert.

Dens utførelse ligner på batch-modusutførelse der vi ikke kan se mellomresultatene, eller hvordan dataene blir endret fra transformasjon til transformasjon.

Mange ganger får vi dataene i målet som ikke er som vi forventet. Ved hjelp av debugger, vi kan analysere hvordan dataene beveger seg innenfor kartleggingen. Vi kan analysere dataene rad for rad i en debugger.

Bruken av debugger krever en sesjonsforekomst, vi kan enten gjenbruke en eksisterende økt som ble opprettet tidligere for å kjøre kartleggingen, eller vi kan opprette en ny debug-sesjonsforekomst. Siden under feilsøking vil dataene bli hentet fra kilden, så vi har muligheten til å gjøre med disse dataene.

• Enten kan vi forkaste dataene eller
• Dataene kan lastes inn i målet

Disse alternativene kan angis under konfigurasjonen av feilsøkeren.

For å overvåke feilsøkeren er det to vinduer i Informatica designer

• Target vindu
• Forekomstvindu

I målvinduet vises målposten som skal settes inn i måltabellen. I forekomstvinduet kan du velge hvilken som helst av transformasjonsforekomstene av tilordningen. Etter det er alle portene til den transformasjonen synlige i dette vinduet, og du kan analysere dataene, hvordan de blir transformert.

Trinn for å bruke debugger i en kartlegging

Informatica-designer gir funksjonen til å bruke feilsøkeren til å feilsøke tilordninger. Det betyr at vi kan feilsøke og analysere enhver eksisterende kartlegging. Kravet til feilsøkeren er at tilordningen skal være en gyldig tilordning.

I øvelsen vil vi feilsøke vår eksisterende kartlegging "m_emp_emp_target" som vi opprettet tidligere. I kildedataene våre vil vi se etter en bestemt oppføring av ansatt_navn ='SCOTT'. For Scott vil vi bekrefte at verdiene er hentet i Informatica og om posten er skjøvet til målet riktig eller ikke.

Kildedataene våre for "emp"-tabellen ser slik ut.

For ename "SCOTT", ved å bruke debugger vil vi sjekke at hvilken verdi for "sal" (lønn)-kolonnen hentes i Informatica.

Trinn 1) Åpne Informatica designer og i designer åpne kartleggingen "m_emp_emp_target" ved å dobbeltklikke på den. Det vil åpne kildekode-kvalifiserings- og måldefinisjonstabeller som viser kartlegging inne i Mapping Designer.

Trinn 2) Start debuggeren nå

1. Klikk på kartlegginger menyalternativ
2. Velg Debugger fra alternativene
3. Velg alternativet "start debugger".

Trinn 3) Velg neste i debug mapping-vinduet

Trinn 4) I neste vindu får du et alternativ for å velge økttype. Du kan bruke eksisterende økt, eksisterende gjenbrukbar sesjon, eller du kan opprette en feilsøkingsøktforekomst.

Når du bruker den eksisterende økten, vil Informatica bruke den tidligere økten du opprettet for denne tilordningen. Når du velger opprett feilsøkingsforekomsten, opprettes en ny øktforekomst for feilsøking.

I dette eksemplet vil vi velge eksisterende gjenbrukbar øktforekomst. Integrasjonstjenesten vil være standard.

1. Velg alternativet "bruk en eksisterende øktforekomst".
2. Klikk neste

Trinn 5) I det nye vinduet vil Informatica be deg velge den eksisterende økten for feilsøkingen.

Velg økten "s_m_emp_emp_target" og klikk på neste-knappen

Trinn 6) I neste vindu vil det være et alternativ "Forkast måldata", vi velger dette alternativet da vi under feilsøking ikke ønsker å laste inn noen data i måltabellen vår.

1. Velg alternativet «Forkast måldata».
2. Velg måltabell «emp_target»
3. Klikk på fullfør-knappen.

Med trinnene ovenfor har vi konfigurert og startet debuggeren. Nå kan vi feilsøke kartleggingen.

Trinn 7) Feilsøkeren har startet, men den har ikke hentet noen rader fra kilden. Under feilsøking henter den data fra kilden rad for rad. For å begynne å hente første rad fra kilden

1. Velg tilordningsalternativ fra menyen
2. Velg feilsøkingsalternativ
3. Velg neste forekomstalternativ

Trinn 8) I instansvinduet vil du se den første hentede posten fra kildekvalifiseringen.

Hvis du analyserer forekomstvinduet, vil det vise den første posten - gi navnet "SMITH"-raden. Dette er ikke rekorden vi ser etter. Så vi kan gå videre til neste instans.

Trinn 9) For å gå til neste forekomst (for å gå til neste rad)

• Trykk på F10-knappen (snarvei for å gå til neste forekomst, i stedet for å gå til kartalternativ og deretter feilsøkingsalternativ)

Etter å ha flyttet til neste forekomst, vil data i forekomst-vinduet endres til neste post.

Trinn 10) Fortsett å trykke på F10-knappen til du kommer til den nødvendige posten til "SCOTT"-ansatt. Når du når det punktet, vil forekomstvinduet være som vist nedenfor

Dette er forekomsten vi lette etter. Så i instansvinduet kan vi analysere dataene. Enten det kommer riktig, eller mangler noen verdi.

I kildedataene var detaljene til "SCOTT"-ansatte som jobb = "ANALYST", leder-id = "7566", eller "3000."

Og i debuggeren, for den ansatte "SCOTT" har vi analysert alle disse detaljene, og de samsvarer med kildedataene, så vi er sikret at postene ble hentet riktig av kildekvalifiseringen.

Bruker bruddpunkt i debugger

Når vi ser etter en bestemt rad med data som i forrige eksempel, kan vi i stedet for å gå til hver forekomst av kildedata definere bruddpunkter.

Et bruddpunkt er en tilstand eller et sett av en tilstand som er definert under konfigurasjon av feilsøking, slik at når den betingelsen blir sann, stopper feilsøkeren til den spesielle forekomsten.

For eksempel hvis vi definerer deptno=20 i et bruddpunkt, vil feilsøkeren stoppe til den forekomsten av data når for en post hvis denne betingelsen er sann.

Trinn 1) For å konfigurere bruddpunktet

1. Gå til kartleggingsmenyen
2. Velg feilsøkingsalternativ
3. Velg alternativet "rediger bruddpunkter".

Trinn 2) Du vil se et "rediger bruddpunkt"-vindu som vist nedenfor

Trinn 3) I pausepunktvinduet klikker du på legg til-knappen

Trinn 4) I det nye vinduet

1. Velg SQ_EMP som forekomst
2. Velg OK-knappen

Trinn 5) Det forrige vinduet vil se ut som vist nedenfor

Trinn 6) Du har et bruddpunkt, nå må du definere bruddpunktbetingelsen. For å definere bruddpunkttilstand

1. Klikk på "legg til ny tilstand"-ikonet

En ny rad under tilstandsfane vil vises. Her kan vi konfigurere tilstanden.

Trinn 7) I tilstandstabellen

1. I port-rullegardinmenyen, velg "ENAME"-alternativet (som vi feilsøker for posten ename='SCOTT')
2. I verdiboksen skriver du inn verdien «SCOTT».
3. Velg OK-knappen

Trinn 8) Start nå debuggeren som nevnt i forrige emne

Gå til kartmenyen -> velg feilsøkingsalternativet -> velg start debugger -> velg øktforekomst

Trinn 9) Når debugger er startet

1. Velg kartleggingsmeny
2. Velg feilsøkingsalternativ
3. Velg alternativet fortsett

Debuggeren vil gå til hver forekomst av selve rad og vil se etter tilstanden "ename=SCOTT". Oppføringen som denne betingelsen er sann for, vil feilsøkeren stoppe på den forekomsten. Så når datavolumet er høyt, kan du i stedet for å gå for hver forekomst av kildeposten konfigurere et bruddpunkt, og du kan hoppe direkte til den posten.

Når Informatica er ferdig med å gå gjennom alle forekomstene, stoppes feilsøkeren automatisk. Hvis du vil analysere dataene på nytt, må du starte debuggeren på nytt.

Sporing i Informatica

Hver gang du utfører en økt for en tilordning, genereres en øktlogg. Den består av detaljene i utførelsen som

• Tidspunkt for hendelsene
• Feilmeldingsdetaljer
• Individuell transformasjonsstatistikk etc.

Inne i transformasjonene av en kartlegging kan du konfigurere og angi hvor mye detaljer Informatica skriver inne i øktloggen.

Det er fire nivåer som kan settes for sporing inne i transformasjonene.

Merknader: Som standard er sporingsnivået satt til normalt, det anbefales å bruke detaljert datamodus kun når du feilsøker kartleggingen. Den kortfattede modusen kan brukes til å forbedre ytelsen, da den skriver minimumsdetaljer. Så overhead av skrivelogg vil være minimum.

Hvordan sette sporingsnivå i en transformasjon

Trinn 1) Åpne tilordningen i Informatica designer, som du vil angi sporingsnivået for

Trinn 2) Double klikk på transformasjonen (Source Qualifier-transformasjon "SQ_EMP")

Det vil åpne redigeringstransformasjonsvinduet.

Trinn 3) I redigeringstransformasjonsvinduet

1. Klikk på egenskapsfanen
2. Velg alternativet Sporingsnivå
3. Velg Verbose data fra rullegardinlisten
4. Velg OK-knappen

Trinn 4) Lagre tilordningen og utfør tilordningen (bruk ctrl+s hurtigtast for å lagre tilordningen)

Trinn 5) For å se loggen

1. Open arbeidsflytmonitor og velg økten som ble utført i det siste trinnet
2. Klikk på alternativet "øktlogg" for å åpne øktloggen for kartleggingen

Dette vil åpne sesjonsloggvinduet for kartleggingen

Sesjonsloggen gir detaljer om hvordan økten ble utført. Den gir tidsdetaljer når utførelse startet og stoppet. Det gir den grunnleggende ideen om forestillingen. Den nevner hvilken databasetilkobling du bruker, hvilken parameterfil du bruker. Den oppsummerer også om kilden og målene ved å nevne hvor mange kildeposter som ble hentet, hvor mange poster som ble lastet inn i målet osv.

Trinn 6) Rull ned i loggen, og du kan se flere loggdetaljer fanget, inkludert datapostene.

På denne måten kan du angi sporingsnivået i tilordninger for å fange opp tilleggsdetaljene for feilsøking.

I denne opplæringen har du lært hvordan du setter, konfigurerer og kjører feilsøkeren og hvordan du setter sporingsnivå i tilordninger. Disse alternativene gir deg muligheten til å feilsøke tilordningene.