DB2 Connect Brugervejledning

Tuning af DB2 Connect

Forskellige parametre i konfigurationsfilen til databasesystemet kan bruges til at tune DB2 Connect. Ændring af disse parametre er beskrevet i Administration Guide.

RQRIOBLK

RQRIOBLK-parameteren angiver den maksimale størrelse på I/O-blokke på netværket. En stor blokstørrelse kan forbedre performance for store forespørgsler. Blokstørrelsen påvirker normalt ikke svartiden for små forespørgsler, f.eks. en forespørgsel efter en enkelt række data.

En større blokstørrelse kræver normalt mere hukommelse på DB2 Connect-arbejdsstationen. Det øger størrelsen på den aktive del af hukommelsen og kan medføre mere paging på små arbejdsstationer.

Brug standardblokstørrelse for DRDA (32767), hvis det ikke medfører for meget paging, når applikationen udføres. I det tilfælde skal I/O-blokstørrelsen reduceres, til der ikke forekommer paging. Når der forekommer paging, sker der en mærkbar nedgang i performance. Brug værktøjer til performanceovervågning (f.eks. vmstat på UNIX-baserede systemer eller SPM/2 i OS/2) til at afgøre, om der forekommer paging på systemet. Performanceværktøjer indeholder en tabel med andre værktøjer.

DIR_CACHE

DIR_CACHE-parameteren bestemmer, om katalogoplysninger gemmes i cache. Når caching er aktiv (DIR_CACHE=YES), læses katalogfiler og gemmes i en cache i hukommelsen for at minimere den tid, det tager at oprette den interne katalogstruktur og læse katalogfilerne, hver gang der oprettes en forbindelse.

Når caching ikke er aktiv (DIR_CACHE=NO), læses det relevante katalog fra disk, og der sker en søgning, hver gang der oprettes forbindelse til en database. Når de ønskede indgange er fundet, frigives al den hukommelse, der er brugt til katalogsøgningen.

Ved caching oprettes en fælles katalogcache under behandling af db2start, og den frigives først, når DB2 stoppes. Cachen bruges af alle DB2-serverprocesser (db2agent). Desuden oprettes en privat katalogcache, når en applikation opretter den første forbindelse til en database. Cachen frigives, når applikationen afsluttes.

Hver cache indeholder en afbildning af systemdatabasekataloget, kataloget over databaseforbindelser og nodekataloget. Cachen reducerer omkostningerne ved oprettelse af en forbindelse ved at eliminere I/O-aktiviteter for katalogfiler og minimere katalogsøgninger.

Hvis et katalog opdateres, overføres ændringerne ikke med det samme til katalogudgaven i cache. Hvis en katalogindgang ikke findes i cache, søges i det originale katalog.

Caching øger den private hukommelse, der bruges, mens en applikation er aktiv. Uden caching er der kun behov for denne hukommelse, når et opslag i kataloget behandles. DB2's samlede brug af fælles hukommelse stiger en anelse, fordi katalogoplysninger, der deles af databaseagenter, flyttes til den fælles hukommelse. Størrelsen på den hukommelse, der bruges til hver cache, afhænger af antallet af indgange i hvert katalog.

Andre DB2 Connect-parametre

Det anbefales at sætte MAXDARI og NUMDB til den mindste værdi, hvis der ikke er en lokal database på DB2 Connect-arbejdsstationen. Disse indstillinger nedsætter ressourceforbruget.

AGENTPRI er kun relevant ved eksterne klienter. AGENTPRI styrer den prioritet, som planlægningsprogrammet i styresystemet giver til et DB2 Connect-subsystems agenter. DB2 Connect-subsystemet tildeles flere CPU-cyklusser, hvis det har en højere prioritet (et lavere tal). Derved reduceres antallet af CPU-cyklusser, der er til rådighed for andre processer på DB2 Connect-arbejdsstationen. På samme arbejdsstation kan der f.eks. være to DB2 Connect-subsystemer med forskellige AGENTPRI-værdier, et med en høj prioritet og et med en lav prioritet.

Hver forbindelse fra en klientmaskine til en værts- eller AS/400-databaseserver via DB2 Connect kræver en aktiv agent på DB2 Connect-arbejdsstationen. Angiv en værdi for MAXAGENTS, der er større end eller lig med det maksimale antal samtidige forbindelser fra eksterne klienter, der får adgang til en værts- eller AS/400-databaseserver via DB2 Connect-arbejdsstationen.

Hvis du beslutter at bruge forbrugs-id'er, giver det en bedre performance at benytte API'et sqlesact() fremfor systemvariablen DB2ACCOUNT. Der er flere oplysninger i Forbrugsregistrering på DB2 Universal Database til OS/390.

Hvis du ikke har behov for en tilpasset konvertering af SQLCODE-værdier, kan du forbedre performance ved at anvende standardfilen til SQLCODE-konvertering eller deaktivere SQLCODE-konvertering. Det skyldes, at standardkonverteringsfilen er indeholdt i DB2 Connect-programbiblioteket, mens en tilpasset konverteringsfil skal læses fra disk, hvilket har indflydelse på performance. Der er flere oplysninger om SQLCODE-konvertering i Konvertering af SQLCODE-værdier.


[ Øverst på siden | Forrige side | Næste side | Indholdsfortegnelse | Stikordsregister ]