Sesjonsegenskaper i Informatica: Komplett veiledning
David Carter
⚡ Smart oppsummering
Sesjonsegenskaper i Informatica kontrollerer hvordan og når integrasjonstjenesten flytter rader fra kilde til mål, og dekker commit-punkter, loggfiler, minneallokering, feilhåndtering og tilkoblingene i et kart.ping bruker under kjøring.
En økt er et sett med instruksjoner som forteller Informatica hvordan og når dataene skal flyttes fra kilder til mål.
En økt er en oppgave, akkurat som de andre oppgavene vi oppretter i Workflow Manager. Alle økter du oppretter må ha en kartping forbundet med det.
En økt kan ha ett enkelt kartping om gangen, og når den først er tilordnet, kan den ikke endres. For å utføre en øktoppgave må den legges til i en arbeidsflyt.
En økt kan være et gjenbrukbart objekt eller et ikke-gjenbrukbart objekt. Når du oppretter en økt i Task Developer, kan den brukes på nytt, men når du oppretter en økt i Workflow Designer, er den ikke-gjenbrukbar.
En gjenbrukbar økt kan legges til flere arbeidsflyter.
Egenskaper for økten
Ved å bruke egenskapene til økten kan du konfigurere ulike egenskaper for økten som før og etter SQL skript, loggfilnavn og bane, minneegenskaper, etc.
Du kan også overstyre kartetping egenskaper i sesjonsegenskapene. I denne delen skal vi diskutere følgende viktige egenskaper for sesjonen.
- Behandle kilderader som
- Forpliktelsesintervall
- Sesjonsloggfil Egenskap
- Test Load Property
- Loggalternativer
- Håndtering av feil
- Kilde/Target Eiendommer
- Tilkoblinger
Trinn 1) Åpne økten «s_m_emp_emp_target» i Task Developer, som vi opprettet i den tidligere veiledningen.
Trinn 2) Double– klikk på øktikonet i Oppgaveutvikler for å åpne vinduet Rediger oppgave.
Trinn 3) Klikk på fanen Egenskaper i vinduet Rediger oppgave.
Trinn 4) I Egenskaper-fanen viser Informatica egenskapene til økten.
Behandle kilderader som egenskap
Denne egenskapen lar deg definere hvordan kildedataene påvirker måltabellen. Du kan for eksempel definere at kildeposten skal settes inn eller slettes fra målet.
Denne eiendommen har fire alternativer -
- innfelt
- Oppdater
- Delete
- Data drevet
Alle fire alternativene ligger i én rullegardinmeny ved siden av egenskapsnavnet.
- Når denne egenskapen er satt til å sette inn, vil kildedataene bli merket for å bli satt inn. Det betyr at dataene bare vil bli satt inn.
- Når egenskapen er satt til å oppdateres, vil måldataene bli oppdatert av kildedataene. For oppdatering av data må en primærnøkkel defineres i måltabellen.
- Når egenskapen er satt til å slette, vil kildedataene som allerede finnes i målet bli slettet fra måltabellen. For at denne egenskapen skal kunne utføre og bruke endringene, må primærnøkkelen defineres i måltabellen.
- Med egenskapen satt til Datadrevet, sjekker Informatica hvilke kildeposter som er merket. Hvis kildepostene er merket som sett inn i et kartping, så blir poster satt inn i målet. Hvis poster er merket som oppdatert i kartetping, så vil postene bli oppdatert i målet. Så operasjonen som utføres på målet avhenger av hvordan postene håndteres inne i kartet.ping.
Datadrevet er muligheten til å velge når kartetping inneholder en Update Strategy-transformasjon, fordi den transformasjonen flagger hver rad individuelt.
Slik lager du rader for godbitkilder – Slett
Trinn 1) I Egenskaper-fanen for øktoppgaven:
- Velg alternativet «Slett» i «Behandle kilderader som».
- Velg OK-knappen
Trinn 2) For å definere en primærnøkkel i måltabellen, åpne Informatica Designer.
- Open Target designer
- Double– klikk på tabellen «emp_target»
Dette åpner et «Rediger tabell»-vindu for måltabellen vår.
Trinn 3) I redigeringsvinduet til måltabellen:
- For EmpNo-kolonnen velger du nøkkeltypen som «primærnøkkel» fra rullegardinmenyen, og
- Velg OK-knappen.
Trinn 4) Lagre endringene i Informatica og utfør arbeidsflyten for dette kartetping.
Når du kjører dette kartetping, vil kildepostene som allerede finnes i målet bli slettet.
Commit Interval – Eiendom
Denne egenskapen definerer intervallet etter hvilket Informatica utfører en commit-operasjon til måltabellen.
For eksempel, hvis du setter inn 20,000 5,000 poster i en måltabell, og du definerer commit-intervall som 5,000 XNUMX, vil en commit-operasjon bli utført etter hver XNUMX XNUMX innsetting av poster i målet.
Standardintervallet er 10 000 rader, og commit-typen kan settes til målbasert eller kildebasert.
Navn på øktloggfil og katalog over øktloggfiler
Konfigurer denne egenskapen for å endre
- Standard sesjonsloggfilnavn og
- Banen til loggfilen
$PMSessionLogDir\ er en Informatica-variabel og på Windows Den peker til følgende standardplassering «C:\Informatica\9.6.1\server\infa_shared\SessLogs».
Aktiver testbelastning
Ved hjelp av denne egenskapen kan du teste økten og kartet dittpings. Når du bruker denne funksjonen og kjører øktene, hentes poster fra kildene, men de lastes ikke inn i målet. Så denne funksjonen hjelper med testing kartets korrekthetpings, parameterfiler og funksjonen til ulike transformasjoner inne i kartetping.
Hvis du aktiverer denne funksjonen, finnes det en annen egenskap – Antall rader som skal testes – som bør konfigureres for antall poster du vil hentes fra kilden for testinnlastingen.
Minneegenskaper
Minneegenskaper gir oss fleksibiliteten til å finjustere minnet som er tildelt Informatica for ytelsesoptimalisering. Når det er store flaskehalser og ytelsen er dårlig, kan du prøve å forbedre ytelsen ved hjelp av minneegenskapene.
For å konfigurere minneegenskaper, klikk på fanen Konfigurer objekt i vinduet Rediger oppgave. Da åpnes et nytt vindu der du kan konfigurere endringene.
I denne delen kan du konfigurere minneegenskapene. For eksempel standard bufferblokkstørrelse, sekvensiell bufferlengde osv. Endringer i disse egenskapene bestemmer hvor mye minne som skal allokeres til Informatica-tjenester for driften deres.
Loggalternativer
I denne egenskapsdelen kan du konfigurere loggegenskapene for økten. Du kan angi hvor mange logger du vil lagre for en økt og maksimal størrelse på øktloggfilen.
Håndtering av feil
I denne delen kan du konfigurere feilegenskapene for økten.
Ved å bruke Stopp ved feil kan du konfigurere etter hvor mange feil økten må stoppes.
Bruk av overstyring tracing, kan du overstyre kartetping tracnivåer.
Du kan også konfigurere øktens virkemåte for ulike feil som oppstår, for eksempel feil i lagret prosedyre, SQL-feil før og etter, osv.
kartping og kilde/Target Eiendommer
På kartetping I fanen i vinduet Rediger oppgave kan du konfigurere egenskapene til kartetping og av kilder, mål og transformasjoner. Tabellnavn kan overstyres og tabellnavnprefikser kan brukes her, og transformasjonsegenskapene kan angis i kartet.ping kan også gjennomgås og overstyres. Det er ett sted å gjennomgå alle.
Tilkoblingsegenskaper i kartetping
Ved hjelp av denne egenskapen kan du definere databasetilkoblinger for kildene og målene.
Kildeegenskaper
I denne delen kan du konfigurere egenskapene knyttet til kartets kilde.pingDu kan konfigurere SQL-skript før og etter kilden.
Ved å bruke SQL-spørringsegenskapen kan du overstyre SQL-en for kilden. Du kan også overstyre navnet på kildetabellen i denne delen.
Target Eiendommer
I denne delen kan du konfigurere detaljene for målet. Du kan definere om mållasten må være en bulklast eller en vanlig last.
| Target belastningstype | Hva det betyr for løpeturen |
|---|---|
| Normal | Rader skrives gjennom databaseloggen, så lastingen er tregere, men det er mulig å gjenopprette databasen etter en feil. |
| Bulk | Redo-loggbufferne omgås, så lastingen går raskere, men gjenoppretting av den mislykkede lastingen er ikke tilgjengelig. |
Du kan også definere egenskapen til å avkorte måltabellen før den fylles ut, slik at tabellen tømmes først og lastingen kjører etterpå. Denne egenskapen er nyttig når vi oppretter kart.pings for scenebelastning.
Vi kan også definere måltabellen pre-SQL og post-SQL. Pre-SQL er den delen av SQL-koden som skal kjøres før innsetting utføres i måltabellen, og post-SQL-koden skal kjøres etter at innlastingen av måltabellen er fullført.
Suksess eller fiasko for øktoppgave
Når en arbeidsflyt har flere økter, kan én eller flere av dem mislykkes mens resten lykkes, noe som reiser spørsmålet om hva arbeidsflytens status bør være. For å håndtere slike tilstander tilbyr Informatica en feilspesifikk egenskap i arbeidsflyten. For å konfigurere slik oppførsel –
Trinn 1) Åpne arbeidsflyten «wkf_run_command», som vi opprettet tidligere.
Trinn 2) Double– klikk på kommandooppgaven. Dette åpner vinduet Rediger oppgave.
- Velg kategorien Generelt
- Merk av i boksen mot egenskapen «mislykkes overordnet hvis denne oppgaven mislykkes»
- Velg OK-knappen
Trinn 3) Double– klikk på øktoppgaven. Dette åpner vinduet Rediger oppgave.
- Velg kategorien Generelt
- Merk av i boksen mot egenskapen «mislykkes overordnet hvis denne oppgaven mislykkes»
- Velg OK-knappen
Trinn 4) Lagre endringene ved å bruke snarveien Ctrl+S.
Når du kjører denne arbeidsflyten etter å ha gjort endringene ovenfor, og noen av oppgavene mislykkes, vil arbeidsflytens status bli satt til mislykket, slik at du kan identifisere at noen av oppgavene har mislyktes under utførelsen av arbeidsflyten.
