SAP 4 LIVE

SAP op i maakt geen gebruik van ‘automatic performance adjustment’, om dit te bewerkstelligen wordt de waarde van QPFRADJ op de waarde ‘0’ gezet. Aangezien het dus niet aan het systeem wordt overgelaten, heeft SAP diverse SAP Notes geschreven waarin richtlijnen worden gegeven om de diverse performance instellingen de juiste waarde te geven.

Voor het instellen van QMCHPOOL is informatie te vinden in SAPNOTE 428855, waar de volgende formule is te vinden: QMCHPOOL= 1,3 * ( 32 Mb + 2 * RAM/32Mb). Tijdens een SAP performance cursus die ik vorig jaar gevolgd heb werd als vuistregel gegeven dat QMCHPOOL ongeveer 10 procent van het totale geheugen moest zijn. Enkele weken geleden toen ik de performance van het systeem weer aan het bekijken was kwam ik een SAP Note 49201 tegen, met nieuwe richtlijnen voor het bepalen van de waarde QMCHPOOL. Aangezien de eerste SAP Note voor het laatst was bijgewerkt op 21-01-2005 en de laatste SAP Note voor het laatst was bijgewerkt op 29-04-2008 lijkt het me duidelijk dat deze actueler is. Deze verwijst voor het instellen van de waarde QMCHPOOL naar IBM Guide ‘IBM OS/400 Work Management’. Wat niet echt een duidelijke verwijzing is, dus hier liep ik vast. Een zoektocht op Info Center naar duidelijke richtlijnen van IBM voor het instellen van de waarde QMCHPOOL heb ik daar ook niet kunnen vinden. Na de gebruikelijke strooptocht op het Internet, kwam ik een bruikbaar artikel tegen in het IBM Systems Magazine. In dit artikel stond een duidelijke richtlijn gegeven:

‘QMCHPOOL-This value represents the size of the machine storage pool. The machine storage pool contains highly shared machine and OS/400 licensed programs. If the QMCHPOOL value is set too small, system performance can be severely inhibited. For new systems, the recommended initial size of QMCHPOOL is at least two to three times the reserved size of the pool depending on faulting in the pool.’ 

Na de performance data van het systeem, door de performance advisor te hebben gehaald werd deze richtlijn bevestigd. In ons geval kwamen we uit op ongeveer 2 * de gereserveerde geheugen grootte. Wat in ons geval geen 10 procent, maar 5 procent was van het totale geheugen, hetgeen weer ten goede kwam aan de grootte van *BASE.

Tot op heden is me niet helemaal duidelijk waarom SAP ervoor kiest om ‘automatic performance adjustment’ uit te zetten. IBM investeert toch niet voor niets in deze functionaliteit. Het enige dat ik me kan voorstellen, waarom dit gedaan wordt, is omdat het systeem automatisch het gebruik van de pool *SPOOL en *INTERACT instelt.  

Mocht er iemand die dit leest en het antwoord op die vraag weten, dan hoop ik dat hij mij een mail stuurt.  

Rudi van Helvoirt is directeur van Van Helvoirt Automatisering, een IBM Business Partner gespecialiseerd in IBM System i5 (iSeries)-beheer. U kunt hem bereiken op . Dit e-mailadres is beschermd tegen spambots. U heeft Javascript nodig om het te kunnen zien. .