Brukerhåndbok

Justere DB2 Connect

Det finnes flere parametere i konfigurasjonsfilen for databasesystemet som du kan bruke for å tilpasse DB2 Connect. Du finner flere opplysninger om hvordan du endrer disse parameterne, i Administration Guide.

RQRIOBLK

RQRIOBLK-parameteren definerer maksimal I/U-blokkstørrelse for nettverket. En stor blokkstørrelse kan øke ytelsen for store forespørsler. Blokkstørrelsen påvirker vanligvis ikke svartiden for små forespørsler, for eksempel en forespørsel om en enkelt datarad.

En stor blokkstørrelse krever vanligvis mer minne på DB2 Connect-arbeidsstasjonen. Dette øker størrelsen på arbeidsfilene og kan føre til store mengder sideveksling på små arbeidsstasjoner.

Bruk standard DRDA-blokkstørrelse (32767) hvis det ikke fører til altfor mye sideveksling når du utfører applikasjonen. Hvis det gjør det, reduserer du I/U-blokkstørrelsen til det ikke blir utført mer sideveksling. Når sidevekslingen begynner, blir ytelsen redusert merkbart. Bruk ytelsesovervåkerverktøy (for eksempel vmstat for UNIX-baserte systemer eller SPM/2 for OS/2) for å finne ut om det blir utført sideveksling på systemet. Hvis du vil bruke andre verktøy, leser du Ytelsesverktøy.

DIR_CACHE

Parameteren DIR_CACHE bestemmer om katalogopplysninger skal hurtigbufres. Ved hurtigbufring (DIR_CACHE=YES) blir katalogfiler lest og hurtigbufret i minnet for å bruke minst mulig ressurser på å opprette den interne katalogstrukturen og lese katalogfilene hver gang det blir opprettet en tilkobling.

Hvis du ikke bruker hurtigbufring (DIR_CACHE=NO), blir katalogen lest fra et lager hver gang du kobler deg til en database, og deretter blir det utført et søk. Når postene du bad om, blir funnet, frigis alt minnet som blir brukt til katalogsøkene.

Med hurtigbufring blir det bygd en hurtigbuffer under db2start-behandling som blir frigitt når DB2 stopper. Denne hurtigbufferen blir brukt av alle DB2-tjenerprosessene (db2agent). Det blir også bygd en egen hurtigbuffer for applikasjonskatalogen når en applikasjon utsteder den første connect-setningen til en database, som blir frigitt når applikasjonen blir avsluttet.

Hver hurtigbuffer tar en kopi av systemets databasekatalog, katalogen for databasetilkoblingstjenester og nodekatalogen. Hurtigbufferen reduserer kostnadene ved å begrense I/U for katalogfiler og redusere antall katalogsøk.

Hvis en hurtigbufret katalog blir oppdatert, blir ikke endringene umiddelbart sendt til hurtigbufferne. Hvis en katalogpost ikke blir funnet i noen hurtigbuffer, blir det søkt i den opprinnelige katalogen.

Hurtigbufring øker mengden privat minne som er nødvendig mens applikasjonen er aktiv. Uten hurtigbufring er dette minnet bare nødvendig når et katalogoppslag blir behandlet. Den generelle DB2-bruken av delt minne øker litt fordi katalogopplysninger som blir delt mellom databaseagenter, blir flyttet til et delt minne. Hvor mye minne en hurtigbuffer behøver, avhenger av hvor mange poster som er definert i hver enkelt katalog.

Andre DB2 Connect-parametere

MAXDARI og NUMDB bør settes til minimumsverdiene hvis det ikke er noen lokal database på DB2 Connect-arbeidsstasjonen. Disse innstillingene minimerer ressursbruken.

AGENTPRI gjelder bare fjerntliggende klienter. AGENTPRI kontrollerer hvilken prioritet planleggingsfunksjonen i operativsystemet har gitt til agentene til en DB2 Connect-forekomst. DB2 Connect-forekomsten blir gitt flere CPU-sykluser hvis den har en høyere prioritet (et lavere tall). Dette reduserer antall CPU-sykluser som gjenstår for andre prosesser som blir utført på DB2 Connect-arbeidsstasjonen. Du kan for eksempel kjøre en DB2 Connect-forekomst med høy prioritet og en DB2 Connect-forekomst med lav prioritet på samme arbeidsstasjon med ulike AGENTPRI-verdier.

Hver tilkobling fra en klientmaskin til en verts- eller AS/400-databasetjener gjennom DB2 Connect krever at det kjører en agent på DB2 Connect-arbeidsstasjon. Sett MAXAGENTS til en verdi som er høyere enn eller lik det høyeste antallet tilkoblinger fra fjerntliggende klienter til en verts- eller AS/400-databasetjener gjennom DB2 Connect-arbeidsstasjonen.

Hvis du vil bruke registreringsstrenger, får du bedre ytelse hvis du bruker APIen sqlesact() i stedet for systemvariabelmetoden DB2ACCOUNT. Du finner flere opplysninger i Implementere bruk av belastningskonto i DB2 Universal Database for OS/390.

Hvis du ikke behøver en tilpasset SQLCODE-konverteringsfil, kan du forbedre ytelsen ved å bruke standard SQLCODE-konvertering eller slå av SQLCODE-konvertering. (Standardkonverteringsfilen blir lagt i DB2 Connect-biblioteket. En tilpasset konverteringsfil må leses fra et lager, noe som påvirker ytelsen.) Du finner flere opplysninger om SQLCODE-konvertering i SQLCODE-konvertering.


[ Øverst på siden | Forrige side | Neste side | Innholdsfortegnelse | Stikkordregister ]