Sessionsegenskaper i Informatica: Komplett handledning
David Carter
⚡ Smart sammanfattning
Sessionsegenskaper i Informatica styr hur och när integrationstjänsten flyttar rader från källa till mål, vilket täcker commit-punkter, loggfiler, minnesallokering, felhantering och de anslutningar som en mappning gör.ping använder vid körning.
En session är en uppsättning instruktioner som talar om för Informatica hur och när data ska flyttas från källor till mål.
En session är en uppgift, precis som de andra uppgifterna som vi skapar i Workflow Manager. Alla sessioner du skapar måste ha en kartaping associerade med det.
En session kan ha en enda kartaping åt gången och när den väl är tilldelad kan den inte ändras. För att köra en sessionsuppgift måste den läggas till i en arbetsflöde.
En session kan vara ett återanvändbart objekt eller ett icke-återanvändbart objekt. När du skapar en session i Task Developer kan den återanvändas, men när du skapar en session i Workflow Designer är den inte återanvändbar.
En återanvändbar session kan läggas till i flera arbetsflöden.
Egenskaper för sessionen
Med hjälp av egenskaperna för sessionen kan du konfigurera olika egenskaper för sessionen som före och efter SQL skript, loggfilnamn och sökväg, minnesegenskaper osv.
Du kan också åsidosätta kartanping egenskaper i sessionsegenskaperna. I det här avsnittet kommer vi att diskutera följande viktiga egenskaper för sessionen.
- Behandla källrader som
- Commit Interval
- Sessionsloggfil Egenskap
- Test Load Property
- Loggalternativ
- Felhantering
- Källa/Target Våra Bostäder
- Anslutningar
Steg 1) Öppna sessionen "s_m_emp_emp_target" i Task Developer, som vi skapade i den tidigare handledningen.
Steg 2) Double-klicka på sessionsikonen i Uppgiftsutvecklaren för att öppna fönstret Redigera uppgift.
Steg 3) I fönstret Redigera uppgift klickar du på fliken Egenskaper.
Steg 4) På fliken Egenskaper visar Informatica sessionens egenskaper.
Behandla källrader som egendom
Den här egenskapen låter dig definiera hur källdata påverkar måltabellen. Du kan till exempel definiera att källposten ska infogas eller raderas från målet.
Den här egenskapen har fyra alternativ -
- Insert
- Uppdatering
- Radera
- Data driven
Alla fyra alternativen finns i en rullgardinsmeny bredvid egenskapsnamnet.
- När den här egenskapen är inställd på infoga, kommer källdata att markeras för att infogas. Det betyder att endast data kommer att infogas.
- När egenskapen är inställd på uppdatering kommer måldata att uppdateras av källdata. För uppdatering av data måste en primärnyckel definieras i måltabellen.
- När egenskapen är inställd på borttagning kommer källdata som redan finns i målet att tas bort från måltabellen. För att den här egenskapen ska kunna köras och tillämpa ändringarna måste primärnyckeln definieras i måltabellen.
- Med egenskapen inställd på Datadriven kontrollerar Informatica vilka källposter som är markerade. Om källposterna är markerade som infoga i en kartaping, då infogas poster i målet. Om poster är markerade som uppdaterade i kartanping, då kommer posterna att uppdateras i målet. Så åtgärden som utförs vid målet beror på hur poster hanteras inuti kartan.ping.
Datadriven är alternativet att välja när kartanping innehåller en Update Strategy-transformation, eftersom den transformationen flaggar varje rad individuellt.
Hur man skapar rader för behandlingskällor – Ta bort
Steg 1) På fliken Egenskaper för sessionsuppgiften:
- Välj alternativet ”Ta bort” i ”Behandla källrader som”
- Välj OK-knappen
Steg 2) För att definiera en primärnyckel i måltabellen, öppna Informatica Designer.
- Öppet Target designer
- Double-klicka på tabellen “emp_target”
Detta öppnar ett fönster "Redigera tabell" för vår måltabell.
Steg 3) I redigeringsfönstret för måltabellen:
- För kolumnen EmpNo, välj nyckeltypen som "primärnyckel" från rullgardinsmenyn, och
- Välj OK-knappen.
Steg 4) Spara ändringarna i Informatica och kör arbetsflödet för den här kartanping.
När du kör den här kartanping, kommer källposterna som redan finns i målet att raderas.
Commit Interval – Egenskap
Den här egenskapen definierar intervallet efter vilket Informatica utför en commit-operation till måltabellen.
Till exempel, om du infogar 20,000 5,000 poster i en måltabell och du definierar commit-intervall som 5,000 XNUMX, så kommer en commit-operation att utföras efter varje XNUMX XNUMX infogning av poster i målet.
Standardintervallet är 10 000 rader, och commit-typen kan ställas in på målbaserad eller källbaserad.
Namn på sessionsloggfil och katalog över sessionsloggfiler
Konfigurera den här egenskapen för att ändra
- Standardnamn för sessionsloggfil och
- Sökväg till loggfilen
$PMSessionLogDir\ är en Informatica-variabel och på Windows den pekar på följande standardplats “C:\Informatica\9.6.1\server\infa_shared\SessLogs”.
Aktivera testbelastning
Med den här egenskapen kan du testa din session och kartläggningpings. När du använder den här funktionen och kör sessionerna hämtas poster från källorna men de laddas inte in i målet. Så den här funktionen hjälper till med testning kartans riktighetpings, parameterfiler och funktionen hos olika transformationer inuti kartanping.
Om du aktiverar den här funktionen finns det en annan egenskap – Antal rader att testa – som ska konfigureras för antalet poster som du vill hämtas från källan för testbelastningen.
Minnesegenskaper
Minnesegenskaper ger oss flexibiliteten att finjustera minnet som allokeras till Informatica för prestandaoptimeringar. När det finns stora flaskhalsar och prestandan är dålig kan man försöka förbättra prestandan med hjälp av minnesegenskaperna.
För att konfigurera minnesegenskaper, klicka på fliken Konfigurera objekt i fönstret Redigera uppgift. Det öppnar ett annat fönster där du kan konfigurera ändringarna.
I det här avsnittet kan du konfigurera minnesegenskaperna. Till exempel standardstorlek för buffertblock, sekventiell buffertlängd etc. Ändringar av dessa egenskaper avgör hur mycket minne som ska allokeras till Informatica-tjänster för deras drift.
Loggalternativ
I den här egenskapssektionen kan du konfigurera loggegenskaperna för sessionen. Du kan ange hur många loggar du vill spara för en session och den maximala storleken på sessionsloggfilen.
Felhantering
I det här avsnittet kan du konfigurera felegenskaperna för sessionen.
Med hjälp av Stopp vid fel kan du konfigurera efter hur många fel sessionen måste stoppas.
Använda Override trackan du åsidosätta kartanping tracnivåer.
Du kan också konfigurera sessionens beteende för olika fel som uppstår, till exempel fel i lagrade procedurer, SQL-fel före och efter inspelning, etc.
Kartaping och källa/Target Våra Bostäder
På kartanping På fliken i fönstret Redigera uppgift kan du konfigurera kartans egenskaperping och dess källor, mål och transformationer. Tabellnamn kan åsidosättas och prefix för tabellnamn tillämpas här, och transformationsegenskaperna kan ställas in i kartan.ping kan granskas och åsidosättas. Det är en enda plats att granska dem alla.
Anslutningsegenskaper i kartanping
Med hjälp av den här egenskapen kan du definiera databasanslutningar för källor och mål.
Källa Egenskaper
I det här avsnittet kan du konfigurera egenskaperna relaterade till kartans källa.pingDu kan konfigurera SQL-skript för källkoden före och efter.
Med hjälp av SQL-frågeegenskapen kan du åsidosätta SQL-värdet för källan. Du kan också åsidosätta källtabellens namn i det här avsnittet.
Target Våra Bostäder
I det här avsnittet kan du konfigurera detaljerna för målet. Du kan definiera om mållasten ska vara en bulklast eller en vanlig last.
| Target belastningstyp | Vad det betyder för löpningen |
|---|---|
| Vanligt | Rader skrivs via databasloggen, så laddningen är långsammare men det är möjligt att återställa databasen efter ett fel. |
| Bulk | Redo-loggbuffertarna kringgås, så inläsningen går snabbare, men det är inte möjligt att återställa den misslyckade inläsningen. |
Du kan också definiera egenskapen för att avkorta måltabellen innan den fylls i, så att tabellen töms först och inläsningen körs därefter. Den här egenskapen är användbar när vi skapar en karta.pings för scenbelastning.
Vi kan också definiera måltabellen pre-SQL och post-SQL. Pre-SQL är den del av SQL-kod som kommer att exekveras innan insertion utförs i måltabellen, och post-SQL-kod kommer att exekveras efter att inläsningen av måltabellen är klar.
Lyckades eller misslyckades med sessionsuppgiften
När ett arbetsflöde innehåller flera sessioner kan en eller flera av dem misslyckas medan resten lyckas, vilket väcker frågan om vad arbetsflödets status ska vara. För att hantera sådana tillstånd tillhandahåller Informatica en felspecifik egenskap i arbetsflödet. För att konfigurera ett sådant beteende –
Steg 1) Öppna arbetsflödet "wkf_run_command", som vi skapade tidigare.
Steg 2) Double-klicka på kommandouppgiften. Detta öppnar fönstret Redigera uppgift.
- Välj fliken Allmänt
- Markera kryssrutan bredvid egenskapen "misslyckas med förälder om den här uppgiften misslyckas"
- Välj OK-knappen
Steg 3) Double-klicka på sessionsuppgiften. Detta öppnar fönstret Redigera uppgift.
- Välj fliken Allmänt
- Markera kryssrutan bredvid egenskapen "misslyckas med förälder om den här uppgiften misslyckas"
- Välj OK-knappen
Steg 4) Spara ändringarna med kortkommandot Ctrl+S.
När du kör det här arbetsflödet efter att ha gjort ovanstående ändringar, och någon av uppgifterna misslyckas, kommer arbetsflödets status att ställas in på misslyckad, så att du kan identifiera att vissa av dess uppgifter har misslyckats under körningen av ditt arbetsflöde.
