![\"AWR:](\"\/wp-content\/uploads\/2020\/09\/b0ca997a4bd415723ae56c183e2dd42f.jpeg\")
<\/p>\nPrin aceast\u0103 mic\u0103 postare, a\u0219 dori s\u0103 clarific o ne\u00een\u021belegere legat\u0103 de analiza AWR a bazelor de date care func\u021bioneaz\u0103 pe Oracle Exadata. De aproape 10 ani, m\u0103 confrunt constant cu \u00eentrebarea: care este contribu\u021bia software-ului Exadata la performan\u021b\u0103? Sau, folosind termeni noi, c\u00e2t de \u201eexadatizat\u0103\u201d este activitatea unei anumite baze de date?<\/p>\n
<\/p>\n
Adesea, pentru aceast\u0103 \u00eentrebare corect\u0103, din punctul meu de vedere, se ofer\u0103 un r\u0103spuns gre\u0219it, bazat pe statisticile AWR. Aceste statistici prezint\u0103 un metod\u0103 de a analiza a\u0219tept\u0103rile sistemului, interpret\u00e2nd timpul de r\u0103spuns ca suma timpului de operare a procesoarelor (DB CPU) \u0219i a timpului de a\u0219teptare pentru diverse clase.<\/p>\n
Odat\u0103 cu apari\u021bia Exadata, \u00een statisticile AWR au ap\u0103rut a\u0219tept\u0103ri sistemice specifice legate de activitatea software-ului Exadata. De obicei, numele acestor a\u0219tept\u0103ri \u00eencep cu cuv\u00e2ntul \u201ccell\u201d (un server de stocare Exadata este denumit celul\u0103), iar cele mai \u00eent\u00e2lnite a\u0219tept\u0103ri au denumiri sugestive precum \u201ccell smart table scan\u201d, \u201ccell multiblock physical read\u201d \u0219i \u201ccell single block physical read\u201d.<\/p>\n
\u00cen cele mai multe cazuri, propor\u021bia acestor a\u0219tept\u0103ri Exadata \u00een timpul total de r\u0103spuns este mic\u0103, a\u0219a c\u0103 ele nu apar nici m\u0103car \u00een sec\u021biunea Top10 Evenimente de Prim-plan dup\u0103 Timpul Total de A\u0219teptare (\u00een acest caz, trebuie c\u0103utate \u00een sec\u021biunea Evenimentele de A\u0219teptare \u00een Prim-plan). Cu greu am descoperit, la clien\u021bii no\u0219tri, un exemplu de AWR zilnic \u00een care a\u0219tept\u0103rile Exadata au ap\u0103rut \u00een sec\u021biunea Top10 \u0219i au totalizat aproximativ 5%:<\/p>\n
Eveniment<\/strong><\/p>\n A\u0219tept\u0103ri<\/strong><\/p>\n Timp total de a\u0219teptare (sec)<\/strong><\/p>\n Timp mediu de a\u0219teptare<\/strong><\/p>\n % din timpul DB<\/strong><\/p>\n Clasa de a\u0219teptare<\/strong><\/p>\n DB CPU<\/p>\n <\/p>\n 115.2K<\/p>\n <\/p>\n 70.4<\/p>\n <\/p>\n SQL*Net mai multe date din dblink<\/p>\n 670,196<\/p>\n 5471.5<\/p>\n 8.16ms<\/p>\n 3.3<\/p>\n Re\u021bea<\/p>\n cell single block physical read<\/p>\n 5,661,452<\/p>\n 3827.6<\/p>\n 676.07us<\/p>\n 2.3<\/p>\n User I\/O<\/p>\n Sync ASM rebalance<\/p>\n 4,350,012<\/p>\n 3481.3<\/p>\n 800.30us<\/p>\n 2.1<\/p>\n Altele<\/p>\n cell multiblock physical read<\/p>\n 759,885<\/p>\n 2252<\/p>\n 2.96ms<\/p>\n 1.4<\/p>\n User I\/O<\/p>\n direct path read<\/p>\n 374,368<\/p>\n 1811.3<\/p>\n 4.84ms<\/p>\n 1.1<\/p>\n User I\/O<\/p>\n SQL*Net mesaj de la dblink<\/p>\n 7,983<\/p>\n 1725<\/p>\n 216.08ms<\/p>\n 1.1<\/p>\n Re\u021bea<\/p>\n cell smart table scan<\/p>\n 1,007,520<\/p>\n 1260.7<\/p>\n 1.25ms<\/p>\n 0.8<\/p>\n User I\/O<\/p>\n direct path read temp<\/p>\n 520,211<\/p>\n 808.4<\/p>\n 1.55ms<\/p>\n 0.5<\/p>\n User I\/O<\/p>\n enq: TM \u2014 contention<\/p>\n 652<\/p>\n 795.8<\/p>\n 1220.55ms<\/p>\n 0.5<\/p>\n Application<\/p>\n Din astfel de statistici AWR, se fac adesea concluzii precum:<\/p>\n 1. Contribu\u021bia magiei Exadata la performan\u021ba bazei de date este limitat\u0103 \u2014 nu dep\u0103\u0219e\u0219te 5%, iar baza de date \"exadatizeaz\u0103\" greu.<\/p>\n 2. Dac\u0103 o astfel de baz\u0103 de date este transferat\u0103 de la Exadata la o arhitectur\u0103 clasic\u0103 \"server + array\", performan\u021ba nu va varia semnificativ. Chiar dac\u0103 acest array s-ar dovedi de trei ori mai lent dec\u00e2t sistemul de stocare Exadata (ceea ce este pu\u021bin probabil pentru array-urile All Flash moderne), \u00eenmul\u021bind 5% cu trei vom ob\u021bine o cre\u0219tere a timpului de a\u0219teptare pentru intrare-ie\u0219ire de p\u00e2n\u0103 la 15% \u2014 o astfel de baz\u0103 de date va supravie\u021bui cu siguran\u021b\u0103!<\/p>\n Ambele aceste ie\u0219iri sunt inexacte, ba mai mult, distorsioneaz\u0103 \u00een\u021belegerea ideii introduse \u00een Exadata Software. Exadata nu ofer\u0103 doar un input-output rapid, ci func\u021bioneaz\u0103 fundamental diferit \u00een compara\u021bie cu arhitectura clasic\u0103 \u201eserver + masiv\u201d. Dac\u0103 activitatea bazei de date este cu adev\u0103rat \u201eexadat\u0103\u201d, atunci logica SQL este transferat\u0103 pe sistemul de stocare. Storage servere<\/a> datorit\u0103 unei serii de mecanisme speciale (\u00een special Exadata Storage Indexes, dar nu doar) g\u0103sesc singure datele necesare \u0219i le transmit serverelor DB. Fac acest lucru destul de eficient, astfel \u00eenc\u00e2t propor\u021bia a\u0219tept\u0103rilor caracteristice Exadata \u00een timpul total de r\u0103spuns este mic\u0103. <\/p>\n Cum se va schimba aceast\u0103 propor\u021bie \u00een afara Exadata? Cum va influen\u021ba aceasta performan\u021ba bazei de date \u00een ansamblu? Cele mai bune r\u0103spunsuri la aceste \u00eentreb\u0103ri le va da testarea. De exemplu, a\u0219teptarea \u201ecell smart table scan\u201d \u00een afara Exadata se poate transforma \u00eentr-un scan complet al tabelului at\u00e2t de greu \u00eenc\u00e2t input-output-ul s\u0103 ocupe tot timpul de r\u0103spuns, iar performan\u021ba s\u0103 scad\u0103 dramatic. De aceea, nu este corect s\u0103 consider\u0103m procentul total al a\u0219tept\u0103rilor Exadata drept contribu\u021bia sa magic\u0103 la performan\u021b\u0103 \u0219i, cu at\u00e2t mai pu\u021bin, s\u0103 folosim acest procent pentru a prezice performan\u021ba \u00een afara Exadata. Pentru a \u00een\u021belege c\u00e2t de \u201eexadat\u0103\u201d este activitatea bazei, este necesar s\u0103 studiem statisticile din sec\u021biunea AWR \u201eInstance Activity Stats\u201d (acolo sunt multe statistici cu nume relevante) \u0219i s\u0103 le compar\u0103m \u00eentre ele.<\/p>\n \u0218i, pentru a \u00een\u021belege cum se va sim\u021bi baza de date \u00een afara Exadata, cel mai bine este s\u0103 facem un clon al bazei dintr-un backup pe arhitectura \u021bint\u0103 \u0219i s\u0103 analiz\u0103m performan\u021ba acestui clon sub sarcin\u0103. Aceast\u0103 posibilitate este, de obicei, disponibil\u0103 pentru de\u021bin\u0103torii de Exadata.<\/p>\n