DB2 System and Applicatin Tuning Cnsulting per Una sluzine per gestire le perfrmance del vstr ambiente DB2
DB2 System and Applicatin Management Cnsulting Versine 1.0 del 24 Gennai 2008 Indice 1 DESCRIZIONE SOCIETÀ...3 2 PROGETTO DI SYSTEM E APPLICATION TUNING DB2...4 2.1 DESCRIZIONE...4 2.1.1 Installazine e persnalizzazine del Tl Perfrmance Data Warehuse...4 2.1.2 Verifica Parametri di Sistema ed Ottimizzazine delle Perfrmance Sistemistiche DB2...4 2.1.3 Verifica dei cnsumi di CPU ed Ottimizzazine delle Perfrmance Applicative DB2...5 3 PIANIFICAZIONE...6 2
1 Descrizine scietà La scietà Expertise4IT (di seguit denminata E4IT) è frmata da cnsulenti presenti da anni nel mnd dell Infrmatin Technlgy, cn particlare cmpetenze nell area dei DBMS su piattafrma z/os e distributed systems. L biettiv dell azienda è frnire sluzini tecnlgiche, sia in termini di strumenti sftware che di cnsulenza, in grad di aiutare le imprese nella gestine sistemistica e applicativa del prpri IT, ed in particlare: Sluzini di Infrastructure e Applicatin Management: System and applicatin mnitring Autmazine Schedulazine Output management Sluzini per la gestine di RDBMS: Supprt per la DBA Business Cntinuity e Disaster Recvery Prgetti per l ttimizzazine sistemistica ed applicativa degli ambienti RDBMS.
2 Prgett di System e Applicatin Tuning DB2 2.1 DESCRIZIONE Il prim biettiv del prgett che qui prpniam è l implementazine di una metdlgia per l analisi dell stat del sttsistema DB2 e delle applicazini da quest supprtate, cn il fine di individuare le aree di miglirament e di identificare le azini atte ad ttimizzarle. Tale metdlgia nn è da intendersi cme una attività ne-sht, bensì cme un prcess che deve avere una implementazine cntinuativa. Inltre, parte integrante e fndamentale del prcess è la misurazine del risultat di gni singla azine implementata. Questa metdlgia di misurazine può peraltr essere utilizzata anche per quantificare l impatt psitiv delle altre azini strumenti che andiam a prprre. Quant spra può essere realizzat attravers le seguenti attività: 2.1.1 Installazine e persnalizzazine del Tl Perfrmance Data Warehuse Tale tl si basa su un mdell lgic dei dati che andrà a cntenere tutte le metriche di perfrmance del sistema, andand ad integrarsi cn il tl di mnitraggi eventualmente già presente in azienda ppure prendend direttamente i dati SMF. Inltre nel mdell sarann inseriti i dati che descrivn i risultati delle azini di ttimizzazine intraprese, ed ess si pne dunque cme unic repsitry di tutte le infrmazini sulle perfrmance, sia di sistema che applicative. L schema del Data Warehuse prevede due Fact Tables ( una per i dati statistici e l altra per i dati di accunting) e una serie di tabelle dimensinali per le analisi e il censiment degli interventi. Trattandsi di un tl implementat nell ambit di un prgett, il DW verrà adattat alle realtà infrastrutturali del cliente e si appggerà agli standards in att. Il tl cmprende inltre una serie di queries precstituite ed una interfaccia in ambiente Windws per l estrazine intelligente delle infrmazini significative dal database di perfrmance, e si prpne quindi cme un strument in grad di pter essere usat in autnmia dal cliente, anche ltre la fine del prgett. La fase di startup prevedrà, ltre alla definizine di strutture e prcessi del Data Warehuse, l analisi di criticità segnalate dal cliente. 2.1.2 Verifica Parametri di Sistema ed Ottimizzazine delle Perfrmance Sistemistiche DB2 Obiettivi principali di questa attività sn: Disprre di un repsitry delle perfrmance del Sistema DB2, traguardate sugli biettivi di thrughput cmplessiv dei sttsistemi. Tenere stt cntrll nel temp i cnsumi, i csti, i thrughput ed i trend di crescita del vstr sistema infrmativ. Per gnun dei sttsistemi members verrann memrizzati i dati statistici di utilizz del DB2 e si verificherann us e trend di: LOCKING
LOGGING Us ed efficienza dei BUFFERPOOL Us e criticità degli EDMPOOL Criticità sui servizi accessri, quali RIDPOOL, SORTPOOL, WORKPOOL, CACHE. I dati statistici cnfluirann in un unic centr di racclta, ma gni sttsistema verrà analizzat singlarmente. L Health Check Statistic, nrmalmente, nn prduce cnsistenti riduzini dei cnsumi di CPU, ma, certamente, determina la stabilizzazine del sistema e la pssibilità di rendere stabili e duraturi i risultati delle ttimizzazini in ambit applicativ, di cnseguenza il thrughput sarà miglirat. 2.1.3 Verifica dei cnsumi di CPU ed Ottimizzazine delle Perfrmance Applicative DB2 Obiettivi principali di questa attività sn: Disprre di un repsitry delle perfrmance del Sistema DB2, traguardate sugli biettivi di qualità cmplessiva di servizi al business. Tenere stt cntrll nel temp i cnsumi ed i csti del vstr sistema infrmativ. Raggiungere un miglirament cmplessiv del vstr sistema DB2. Nel 90% dei casi il cnsum di CPU e addebitabile alla struttura e alla sintassi delle applicazini SQL, sian esse di tip static dinamic. La nstra metdlgia prevede l analisi delle cmpnenti applicative che incidn sui cnsumi di CPU (getpages, srt, predicati stage 2,ecc.), attravers la individuazine: delle applicazini a più alt cnsum delle applicazini a più alta frequenza di utilizz Nel crs dei prcessi di ttimizzazine, in alcuni casi si ptrà intervenire sulle strutture del database senza incidere sulle applicazini (ad esempi ridisegnand gli indici prpnend un prcess divers per la manutenzine dei dati), in altri si dvrà mettere in cnt la mdifica della struttura degli SQL e, dve necessari, la revisine della lgica prcedurale rganizzativa (ad esempi trasfrmand alcune query ggi eseguite nline in veri e prpri batch). I prcessi critici delle applicazini da vi selezinate caratterizzerann la fase di start up, nel sens che cstituirann il prim element di mnitring e tuning ma, anche, l strument per cllaudare linee metdlgiche, prcessi e strutture del Data Warehuse.
3 Pianificazine L apprcci prpst è flessibile e mdulare, ed è lasciat al cliente la scelta sul livell di cinvlgiment di Expertise4IT, sprattutt nelle attività di effettiva ttimizzazine applicativa (par. 2.1.3). Il livell minim prpst è quell che cpre le attività descritte nei paragrafi 2.1.1 e 2.1.2, mentre quelle descritte al punt 2.1.3 (che richiedn per lr natura un apprcci ciclic, e nn ne-sht) sarann cperte sl per un package pilt. In particlare la 2.1.1 è quella che ci serve per impstare tutti gli aspetti metdlgici del prcess, e mette dunque le fndamenta di tutt il successiv prcess di ttimizzazine. Questa prima parte del prgett richiede un impegn di 10 girni per la installazine, persnalizzazine e caricament del data warehuse delle perfrmance, per una prima analisi del sistema (par. 2.1.2) e di un pilt applicativ (par. 2.1.3), cn un elapsed di un mese. Per quant cncerne le fasi cicliche successive, un eventuale impegn di Expertise4IT ptrebbe cprire 4 girnate al mese per la verifica dei cnsumi, l individuazine delle pprtunità di tuning (sistemistic applicativ), l studi e la realizzazine di tecniche per l ttimizzazine dei casi individuati, che sarann quindi verificati nella fase successiva in un prcess appunt ciclic. Si raccmanda e si prpne di prseguire questa attività per dieci mesi, per un ttale di 40 girni per questa secnda fase. Sarà però lasciata al cliente la facltà di decidere in che misura e cn quale frequenza prseguire questa parte del prgett, cn i due vincli seguenti: Ogni pacchett di attività ciclica dvrà essere almen di quattr girnate; La pianificazine delle girnate, ferm restand il vincl dei quattr girni mensili, verrà cncrdata insieme cn il vstr respnsabile delle attività all inizi di gni mese.