Sessionsegenskap er et sett med instruksjoner som instruerer Informatica hvordan og når du skal flytte dataene fra kilde til mål.
En øktegenskap er en oppgave, akkurat som andre oppgaver vi oppretter i arbeidsflytbehandling. Enhver økt du oppretter, må ha tilknyttet en kartlegging.
En økt kan ha en enkelt kartlegging om gangen, og når den først er tildelt, kan den ikke endres. For å utføre en øktoppgave, må den legges til en arbeidsflyt.
En økt kan være et gjenbrukbart objekt eller ikke gjenbrukbart. Når du oppretter en økt i oppgaveutvikler, kan den brukes på nytt, men når du oppretter en økt i arbeidsflytdesigner, kan den ikke brukes på nytt.
En gjenbrukbar økt kan legges til flere arbeidsflyter.
I denne opplæringen - vil du lære
- Egenskapene til økten
- Behandle kilderader som eiendom
- Hvordan lage Behandle kilderader som - Slett
- Commit Interval - Eiendom
- Session Log File File & Session Log File Directory
- Aktiver testbelastning
- Minneegenskaper
- Loggalternativer
- Feilhåndtering
- Kartlegging og kilde / målegenskaper
- Tilkoblingsegenskaper i kartlegging
- Kildeegenskaper
- Målegenskaper
- Suksess eller mislykkelse av øktoppgaven
Properties of Session
Ved å bruke egenskapene til økten kan du konfigurere ulike egenskaper for økten, som pre- og post SQL-skript, loggfilnavn og -bane, minneegenskaper, etc.
Du kan også overstyre tilordningsegenskaper i sesjonsegenskapene. I denne delen vil vi diskutere følgende viktige egenskaper ved økten.
- Behandle kilderader som
- Forplikt intervall
- Sessionsloggfil Egenskap
- Test lasteiendom
- Loggalternativer
- Feilhåndtering
- Kilde / målegenskaper
- Tilkoblinger
Trinn 1) Åpne økten "s_m_emp_emp_target" i oppgaveutvikler, som vi opprettet i den tidligere opplæringen.
Trinn 2) Dobbeltklikk på øktikonet i Oppgaveutvikler for å åpne redigeringsoppgavevinduet.
Trinn 3) I vinduet "Rediger oppgave" klikker du på egenskaper-fanen.
Trinn 4) I kategorien Egenskaper vil den vise egenskapene til økten
Behandle kilderader som eiendom
Denne egenskapen lar deg definere hvordan kildedataene påvirker måltabellen. For eksempel kan du definere at kildeposten skal settes inn eller slettes fra målet.
Denne eiendommen har fire alternativer -
- Sett inn
- Oppdater
- Slett
- Data drevet
- Når denne egenskapen er satt til å settes inn , vil kildedataene merkes for å settes inn. Det betyr at dataene bare blir satt inn.
- Når eiendommen er satt til å oppdatere , vil måldataene oppdateres av kildedataene. For oppdatering av data må hovednøkkelen defineres i måltabellen.
- Når egenskap er satt til å slette, vil kildedataene som allerede er tilstede i målet bli slettet fra måltabellen. For at denne egenskapen skal utføre og bruke endringene, bør primærnøkkelen defineres i måltabellen.
- Med egenskapen satt til datadrevet , kontrollerer Informatica hvilke kildeposter som er merket. Hvis kildepostene er merket som innsats i en kartlegging, blir poster satt inn i målet. Hvis poster er merket som en oppdatering i kartleggingen, vil postene bli oppdatert i målet. Så hvilken operasjon som skal utføres på målet, avhenger av hvordan poster håndteres inne i kartleggingen.
Hvordan lage behandler kilderader - Slett
Trinn 1 -
- I egenskapsfanen til øktoppgaven velger du "Slett" i "Behandle kilderader som"
- Velg OK-knapp
Trinn 2 - For å definere primærnøkkel i måltabellen, åpne Informatica designer
- Åpne måldesigner
- Dobbeltklikk på "emp_target" -tabellen
Dette åpner en "Rediger tabell" for måltabellen.
Trinn 3 - I redigeringsvinduet til måltabellen
- For EmpNo-kolonnen, velg nøkkeltype som "primærnøkkel" fra rullegardinmenyen og
- Velg OK-knappen.
Trinn 4 - Lagre endringene i Informatica og utfør arbeidsflyten for denne kartleggingen.
Når du utfører denne kartleggingen, blir kildepostene som allerede er tilstede i målet slettet.
Commit Interval - Eiendom
Denne egenskapen definerer intervallet som Informatica foretar forpliktelse til måltabellen.
For eksempel, hvis du setter inn 20 000 poster i en måltabell, og du definerer forpliktelsesintervall som 5000, vil det etter hver 5000 innsetting av poster i målet bli utført.
Session Log File File & Session Log File Directory
Konfigurer denne egenskapen for å endre
- Standard sesjonsloggfilnavn og
- Sti til loggfilen
$ PMSessionLogDir \ er en Informatica-variabel og i windows peker den til følgende standardplassering "C: \ Informatica \ 9.6.1 \ server \ infa_shared \ SessLogs".
Aktiver testbelastning
Ved å bruke denne egenskapen kan du teste økten og kartleggingen. Når du bruker denne funksjonen og utfører øktene, hentes poster fra kildene, men de blir ikke lastet inn i målet. Så denne funksjonen hjelper til med å teste korrektheten til kartlegginger, parameterfiler, funksjonen til forskjellige transformasjoner i kartleggingen.
Hvis du aktiverer denne funksjonen, er det en annen egenskap - No of Rows to Test. Denne egenskapen skal konfigureres for antall poster som du vil hente fra kilden for testbelastningen.
Minneegenskaper
Minneegenskaper gir oss fleksibiliteten til å finjustere minnet som er tildelt Informatica for ytelsesoptimaliseringer. Når det er høy flaskehals og ytelsen er dårlig, kan du prøve å forbedre ytelsen ved hjelp av minneegenskapene.
For å konfigurere minneegenskaper, klikk på "config object" -fanen i redigeringsoppgavevinduet. Det åpner 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 vil avgjøre hvor mye minne som skal tildeles Informatica-tjenester for deres drift.
Loggalternativer
I denne egenskapsseksjonen kan du konfigurere loggeegenskapene til økten. Du kan angi nei for hvor mange antall logger du vil lagre for en økt, øktstørrelsesloggfil.
Feilhåndtering
I denne delen kan du konfigurere feilegenskapene for økten.
Ved å bruke Stop on-feil kan du konfigurere hvor mange feil økten må stoppes.
Ved å bruke overstyringssporing kan du overstyre kartleggingssporingsnivåene.
Du kan også konfigurere oppførselen til økten for forskjellige feil som oppstår, for eksempel lagret prosedyrefeil, SQL-feil før post, etc.
Kartlegging og kilde / målegenskaper
I kartfanen i redigeringsoppgavevinduet til økten kan du konfigurere egenskapene relatert til kartleggingen og dens kilder / mål og transformasjoner. Med denne delen av egenskaper kan du overstyre egenskapene til kilden og målene. For kildene og målene kan vi overstyre tabellnavnene, vi kan bruke prefiks for tabellnavn. Inne i kartleggingen kan vi konfigurere egenskapene til forskjellige transformasjoner, kilder og mål, i tillegg til at i denne delen kan vi også gjennomgå og overstyre disse egenskapene. Det er som et enkelt sted å se gjennom alle eiendommene.
Tilkoblingsegenskaper i kartlegging
Ved hjelp av denne egenskapen kan du definere databaseforbindelser for kilden og målene.
Kildeegenskaper
I denne delen kan du konfigurere egenskapene relatert til kilden til kartleggingen. Du kan konfigurere pre- og post-SQL-skript for kilden.
Ved hjelp av SQL-spørreegenskap kan du overstyre SQL for kilden. Du kan også overstyre kildetabellnavnet i denne delen.
Målegenskaper
I denne delen kan du konfigurere detaljene til målet. Du kan definere om målbelastningen må være en masselast eller en normal modus.
Ved bulkbelastning oppnås ytelsesgevinsten ettersom det under belastningen ikke er gjort om loggbuffere som administreres av databasen.
På den annen side er normal belastning langsommere sammenlignet med bulkbelastning, men i tilfelle feil er databasegjenoppretting mulig.
Du kan også definere egenskapen som skal avkortes måltabellen før du fyller den ut. Det betyr at før du laster inn poster i målet, blir måltabellen avkortet, og deretter blir belastningen utført. Denne egenskapen er nyttig når vi lager kartlegginger for scenelast.
Vi kan også definere måltabell før SQL og post SQL. Pre SQL er den delen av SQL-koden som skal kjøres før du utfører innsettingen i måltabellen, og post-SQL-kode vil bli utført etter at belastningen på måltabellen er fullført.
Suksess eller svikt i øktoppgave
Når du har flere økter i en arbeidsflyt, kan det være et scenario der en eller flere økter mislykkes. I en slik tilstand kommer det et spørsmål om hva som vil være statusen til arbeidsflyten fordi du har en arbeidsflyt der få oppgaver har mislyktes, og få oppgaver ble vellykket. For å håndtere slike forhold gir Informatica muligheten til å angi denne feilspesifikke egenskapen i arbeidsflyten. For å konfigurere slik atferd -
Trinn 1 - Åpne arbeidsflyten "wkf_run_command", som vi opprettet tidligere
Trinn 2 - Dobbeltklikk på kommandooppgaven, dette åpner redigeringsoppgavevinduet
- Velg den generelle kategorien
- Merk av for egenskapen "mislykkes foreldre hvis denne oppgaven mislykkes"
- Velg Ok-knapp
Trinn 3 - Dobbeltklikk på øktoppgaven, dette åpner redigeringsoppgavevinduet
- Velg den generelle kategorien
- Merk av for egenskapen "mislykkes foreldre hvis denne oppgaven mislykkes"
- Velg Ok-knapp
Trinn 4 - Lagre endringene ved hjelp av en ctrl + s snarvei.
Når du utfører denne arbeidsflyten etter endringene ovenfor hvis noen av oppgavene mislykkes, blir arbeidsflytstatusen gjort som mislykket. slik at du kan identifisere at noe av oppgaven mislyktes under utførelsen av arbeidsflyten.