IBM DB2 för iSeries

I det här avsnittet beskrivs hur man konfigurerar en IBM DB2 for iSeries-källa i en datauppgift. Innan du påbörjar datauppgiften ska du se till att du har uppfyllt Förutsättningar, konfigurerat Behörigheter som krävs och bekantat dig med Begränsningar och överväganden.

Ställa in kopplingsegenskaper

I det här avsnittet beskrivs de tillgängliga anslutningsegenskaperna. Alla egenskaper krävs om inget annat anges.

För att öppna kopplingen gör du så här:

I Kopplingar klickar du på Skapa koppling.
Välj källkopplingen IBM DB2 för iSeries och ange sedan följande inställningar:

Datakälla

Datagateway

Välj en Gateway för dataflytt som ska användas för att flytta data.

-server IP-adressen eller värdnamnet för IBM DB2 for iSeries-servern.

Kontoegenskaper

Användarnamn: Det användarnamn som behövs för att komma åt IBM DB2 for iSeries-servern.
Lösenord: Det lösenord som behövs för att komma åt IBM DB2 for iSeries-servern.

Databasegenskaper

Använd namn på tabell och schemasystem: IBM DB2 for iSeries käll-koppling mellanlagrar tabeller baserat på deras SQL-namn (obegränsad längd). Om din IBM DB2 for iSeries-databas inte använder SQL-namn vill du antagligen behålla systemnamnen.
Relative Record Number (RRN, relativa postnummer): Se Lägga till RRN-kolumn i måltabeller nedan.

CDC-egenskaper

Journalnamn: Namnet på den journal som innehåller källtabellerna.

Se även: CDC-förutsättningar
Journalbibliotek: Namnet på det bibliotek där journalen finns.

Se även: CDC-förutsättningar
Hoppa över journalvalidering när en uppgift påbörjas: Från och med IBM DB2 for iSeries 7.3 validerar Qlik Talend Data Integration automatiskt den angivna journalen. I detta ingår kontroll av att journalen finns och att den innehåller de valda tabellerna för mellanlagring. När flera tabeller väljs för mellanlagring kan den här processen ta en stund. Om du i de här fallen är säker på att den angivna journalen finns och att den innehåller rätt tabeller kan du hoppa över valideringsfasen.
Mer information om följande alternativ finns i Använda R4I UDTF för insamling av förändringar nedan:
- Aktivera UDTF-insamling
  - UDTF-namn för CDC -läsare
  - Inställd storlek för UDTF-resultat (MB)
Kontrollera förändringar var (sek): Hur ofta källdatabasen ska kontrolleras avseende förändringar.

Åsidosätt CCSID-mappning till teckentabell

I fältet Mappning av CCSID till teckenuppsättning, anger du CCSID:er och kodsidor i följande format (kommaseparerade utan blanksteg):

CCSID1,codepage1,CCSID2,codepage2,...

Teckenuppsättningen (kodsida) måste anges i rätt format (t.ex. ibm-1148_P100-1997). En lista över giltiga format finns på ICU Converter Explorer.

Interna egenskaper

Interna egenskaper är till för speciella användarfall och visas därför inte i dialogen. De ska bara användas om Qlik-supporten uppmanar dig att göra det.

Använd Skapa ny - och Avbryt -knapparna till höger om fälten för att lägga till och ta bort egenskaper efter behov.

Namn

Det visade namnet för källanslutningen.

Lägga till RRN-kolumn i måltabeller

Källtabeller som inte har en primärnyckel, ett unikt index eller en kombination av kolumner som kan användas som ett unikt index, måste registreras med de relativa postnumren (RRN).

Välj ett av följande alternativ:

Lägg till RRN-kolumn till måltabeller utan en primärnyckel eller unikt index
Lägg till RRN-kolumn till alla måltabeller
Lägg inte till RNN-kolumn i måltabeller

Gör följande för att stödja DELETE-åtgärder i auto-bekräftat läge för tabeller i journaler med *AFTER-bilder:

Aktivera alternativet Lägg till RRN-kolumn till alla måltabeller.
Markera den nya RRN-kolumnen på målet som tabellens enda primärnyckel (med en transformering).

Observera att om du lägger till en RRN-kolumn utan att markera den som en primärnyckel, kommer tabellen att stängas av om en DELETE-åtgärd utförs.

När du väljer ett av alternativen för "Lägg till RRN-kolumner", kommer både ändringstabellerna och måltabellerna att ha en extra kolumn, ATTREP_RRN av typen INTEGER, som innehåller ett unikt värde för varje rad. Den här kolumnen innehåller det RRN som motsvarar varje källtabellrad.

IBM DB2 för iSeries RRN-värden representerar radens exakta position i filstrukturen som innehåller tabelldata. När en tabell omorganiseras byggs tabellen om, vilket resulterar i att nya RRN:er allokeras till varje rad. Följaktligen bör omorganisering av tabeller där RRN används som målnyckel undvikas när så är möjligt. Om en sådan omorganisation inte går att undvika, bör du omedelbart läsa in den omorganiserade tabellen på nytt för att förhindra oförutsägbart beteende när ändringar tillämpas på målet (t.ex. misslyckade DELETE-åtgärder, dubbletter av INSERT, osv.).

Använda R4I UDTF för insamling av förändringar

Som standard filtreras ändringar som hämtas från IBM DB2 for iSeries på Data Movement gateway den dator som använder standardfunktionen display_journal. När det finns en stor mängd ändringar kan detta påverka prestanda för ändringsbearbetning.

Genom att installera R4I UDTF på IBM DB2 for iSeries, kan registrerade ändringar filtreras på IBM DB2 for iSeries i stället för på Data Movement gateway datorn, vilket förbättrar CDC-prestandan avsevärt.

R4I UDTF kan registrera upp till 300 tabeller. Om du behöver registrera fler än 300 tabeller ska du inte använda det här alternativet.

Konfigurera ändringsregistrering med R4I UDTF:

Gå till Produkthämtningar.
Välj Qlik Dataintegrering.
Bläddra nedåt i listan Produkt och välj Replicate.
I kolumnen Hämtningslänk klickar du på länken QlikReplicate__R4I.zip för att starta hämtningen.
Installera R4I UDTF på IBM DB2 för iSeries-servern.
Välj alternativet Aktivera UDTF-registrering.
Om du ändrade standardnamnet för CDC-läsarens UDTF under installationen av R4I, anger du det nya namnet i fältet för CDC-läsarens UDTF-namn.
I fältet UDTF-resultatuppsättningsstorlek (MB), kan du ställa in den maximala storleken på resultatuppsättningsbufferten som returneras av R4I UDTF. En större resultatuppsättning förbättrar vanligtvis prestandan, men påverkar också DB2-minnesförbrukningen. Om du vill öka storleken på resultatuppsättningen, är det därför bästa praxis att först köra uppgiften i en testmiljö, eftersom otillräckligt minne på DB2 kan resultera i datainkonsekvens på målet (på grund av att partiella poster registreras).

Var den här sidan till hjälp för dig?

Om du hittar några fel på denna sida eller i innehållet – ett stavfel, ett steg som saknas eller ett tekniskt fel – berätta för oss så att vi kan blir bättre!

Lämna din feedback här