30/10-06   -   Pressmeddelande

Besparelser i miljonklassen med programmet GiAPA

Resultatet kan inte bli tydligare: sparade över 50% på interaktiv CPW, förbättrade bachtider på upp till 73% och svarstiderna reducerades från 85 till under 1 sek. Men viktigast av allt, många pengar sparades på den väntande personalen och onödiga hårdvarubyten. Möjligheten i det dansktutvecklade analysverktyget GiAPA är stort.

SOSY’s nya spännande produkt GiAPA - Global iSeries Application Performance Analyzer - har redan ett antal fina referenser. GiAPA passar också in i SOSY’s koncept med driftsoptimering och önskemålet om att vara den supplerande IT-funktionen, eftersom lösningen säljs både som självständig programlicens och som en del av en konsult- och rådgivningstjänst.

En av dom mest imponerande referenserna för GiAPA är nog Küehne+Nagel i Hamburg. Dom uppnådde stora besparelser med GiAPA, som på en relativt kort tid genomanalyserade tusentals aktiva jobb och lokaliserade hitintills osynliga performance problem i företagets IT-system. Resultatet blev att dom sparade det som svarar till 4 CPU’er till ett värde av en miljon EUR! Här förjer beskrivelsen på ett av dom problem som GiAPA var med och löste:

Oförklarliga performanceproblem
Plötsliga performance problem med utskrifter som var på väg i flera timmar, var vad personalen hos Kühne + Nagel upplevde. Utan synliga systemmässiga tecken på slöseri av resurser, eller resursbrist, inte ens utbyte av hårdvaran kunde hjälpa på performanceproblmen.

Man hade inte ändrat i setup och 4-5 av serverns 16 CPU’er var lediga det mesta av tiden och också värdena på disk I/O låg inom de värden som kunde accepteras. Även fast batchjobben körde utan problem, parallellt med utskrivningarna, kunde det ta flera timmar att skriva ut fragtbrev och fakturor.

GiAPA gav lösningen
Man gissade på att problemet skulle finnas i ventetiden för låsningen av objekt, fastän applikationen var designad till att köra många parallella jobb, vilket den också hade gjort i flera år. Svaret på vad som felade, kom från GiAPA. En "trace analyse" visade att förseningarna alltid uppstod när en databasfil eller ett medlem av QTEMP skapades eller togs bort. Exempelvis som i IBM programmet QDBCRTF2 (Data Base Create File). PIC1 Bildtext: "Bilden visar tydligt att preformanceproblemet lokaliserats."

Med denna dokumentation i handen kunde Kühne+Nagel spela bollen vidare till IBM, som lokaliserade problemet till ventetid vid uppdatering av QDBSHR användarprofilen. Problemet löstes temporärt genom att nollställa och återanvända i stället för att skapa nya och ta bort filer i QTEMP och efter det kom utskrifterna återigen inom ett par sekunder. Efter detta ändrade IBM problemet permanent med en PTF.

Ett enkelt - men oerhört effektivt verktyg
GiAPA från iPerformance bygger på en överraskande enkel metod, som automatiskt samlar in data från alla aktiva jobb och därmed blir en stor uppgift överskådlig.

Data från alla jobb och tasks uppsamlas vart 15:e sekund. Mer detaljerad data uppsamlas automatiskt när GiAPA i processen konstaterar att ett jobb överskrider systemets kritiska belastningsnivå. GiAPA lagrar uppsamlade binära data i komprimerad form till en fil, som efterföljande expanderas och analyseras. Här vill endast data från jobb, som har eller kunde ha performanceproblem, blir kvar i en slutlig databas. Från denna databas kan man då med olika parametrar bilda olika performance rapporter, för att se vilka applikationer som har flest performanceissues. PIC2+3 Bildtext: "I exemplet väljs CPU% som selektionskriterium."

GiAPA ger – utifrån ett prestandaperspektiv – komplett information om alla applikationer som kör på iSeries installationen och GiAPA pekar på:

• vilka program som har performance problem,
• vilket problemet är,
• i vilka program problemen uppstår,
• hur programmen kan köra med en bättre performance.