Databasetuning

Progress brukermøte Huso 2003; Jan Kolstad

Progress og ProVentus

ProVentus er Progress sin samarbeids-partner innen tuning

ProVentus har spesialister på tuning ProVentus bruker mye tid på tuning

Om tuning

Krever omfattende erfaring med Progress Involverer både drift og utvikling Kan gjøres som skippertak eller som

normalt vedlikehold

Systemhelsesjekk

Samarbeidsprosjekt mellom Progress og ProVentus

Skal bidra til å avdekke og heve nivået på driftsmiljøene i Norge

Erfaring fra helsesjekken

Databasen til Progress er megastabil Kan kjøre med samme oppsett i mange år Databasen krever ikke vedlikehold ALLE har stort forbedringspotensiale

Ønskemiljø

Progress versjon 9 To eller flere prosessorer Mye RAM Mange harddisker, gjerne RAID

Databasemiljøet separert fra filserver

Prioriterte områder

Harddisker Memory CPU Database blocksize Database storage areas Serverprosesser Checkpoints

Harddisker

Bruk mange disker RAID

Effektiv fordeling med RAID 0Raskt og sikkert med RAID 1/0 Ikke bruk RAID 5

BI fil på egen disk Temp-directory på minst brukte disk

Memory

-B settes høyest mulig Langt mer effektiv enn OS cache Ikke så høyt at swapping inntreffer

Les av buffer hits i Promon for å se effekten Buffer hits

Bør være 95% Påvirkes negativt av dårlig indeksbruk Målinger forstyrres av online backup og høyt antall leste records Start krevende rapportprosesser med private buffers (-Bp)

CPU

Server bør ha mer enn én CPU Flere prosessorer krever –spin for effektiv

kjøring Effektiv utnyttelse med

bakgrunnsprosesser APW, BIW og AIW

Database blocksize

Default størrelse er for lav 8kb er et godt utgangspunkt

Ta hensyn til filsystemets blocksize (OS <= DB)

Husk å endre –B!

Storage areas

Styrer måten data lagres på Separate areas for data og indeks Samle data med like egenskaper i samme

area Bruk ”dbanalys” for info Tilgjengelig fra 9.1

Serverprosesser

Serverprosesser reduserer skriving fra server og self-service klienter

Asyncronous Page Writer (APW)Skriver for checkpoint før checkpoint inntrefferØk antall avhengig av checkpoints

Start BIW og AIW

Checkpoints

Synkroniserer database i memory med database på disk

Inntreffer jevnlig Ikke for ofte (< 1 per minutt)

Kan forårsake ”heng” i systemet Kontrolleres med APW’er og BI-fil

Databasetuning

Default oppsett er ikke best for noen Hindrer ikke dårlig koding Bruk spesialister for skippertak Overvåk systemet

Belastning endres stadigDårlige programmer avsløres

Vurder Fathom!