Oracle JD Edwards performance stress

Je herkent het vast wel als er problemen met performance van een Oracle JD Edwards ERP-systeem optreden: stress bij gebruikers, maar vooral ook de IT-organisatie.
Er wordt vooral gezorgd dat systemen zo snel mogelijk weer werkende zijn. Op zich prima natuurlijk, alleen hoe doe je dat? Even uit -en aanzetten levert geheid een werkend systeem op, maar waar zat nu precies het probleem? Wat levert de probleemanalyse op? Is wat lastig achteraf. Aannames maken lukt wel, maar waarschijnlijk kloppen de aannames niet.
Meten is weten?
Met dit inzicht in gedachten wordt de tweede keer vaak beter opgelet. Het systeembeheer houdt de prestaties van de hardware goed in de gaten en meet zaken als CPU (de centrale verwerkingseenheid die zorgt voor de rekenkracht van het systeem), geheugen en schijfgebruik. Dat is een goed begin. Maar het wordt ingewikkelder als deze metingen geen problemen aangeven, terwijl de systeemprestaties van JD Edwards toch onder de maat blijven. De verleiding ontstaat dan om het hele systeem maar opnieuw op te starten. Mijn advies: doe dat niet!
JD Edwards systeemlandschap
Laten we eens inzoomen op het CNC-concept. CNC staat voor Configurable Network Computing, een term binnen JD Edwards die verwijst naar de manier waarop de software werkt in een netwerk van verschillende servers. Een basis JD Edwards systeemlandschap bestaat uit vier belangrijke onderdelen: een deployment server (voor het installeren en bijwerken van software), een enterprise server (waar de applicatie zelf draait), een webserver (voor toegang via de browser) en een database server (voor het opslaan van gegevens). De eerste drie servers kun je in de gaten houden met de JD Edwards Server Manager, een tool die inzicht geeft in de prestaties van de servers. De database server is echter niet zichtbaar in deze tool. Omdat verstoringen vaak via Server Manager worden opgespoord, kan het gebeuren dat problemen in de database onopgemerkt blijven.
Database monitoring
In veel gevallen levert het monitoren van de database waardevolle inzichten op die helpen om prestatieproblemen op te lossen. Zo kan monitoring laten zien of er ‘dead locks’ zijn (situaties waarin processen elkaar blokkeren), taken die vastlopen, ontbrekende indexen (nodig voor snelle gegevensopslag en -opvraag), complexe zoekopdrachten (queries) of gelijktijdige aanpassingen in dezelfde tabelcategorieën. Al deze punten verdienen aandacht voordat er conclusies worden getrokken.
Kortom, verdiep je in de database en gebruik de beschikbare tools voor monitoring en onderhoud. Vaak is het herstarten van systemen niet nodig, omdat de benodigde informatie al in de systemen zelf aanwezig is.