Med detta korta inlÀgg skulle jag vilja skingra ett missförstÄnd relaterat till AWR-analys av databaser som körs pÄ Oracle Exadata. I nÀstan 10 Är har jag stÀndigt stÀllts inför frÄgan: vad Àr Exadata Softwares prestandabidrag? Eller, med nybildade ord: i vilken utstrÀckning "exponeras" arbetet i den eller den databasen?
Ofta besvaras denna korrekta frÄga, enligt min mening, felaktigt med hÀnvisning till AWR-statistik. Den presenterar en systemvÀntemetod som behandlar svarstid som summan av processorns körtid (DB CPU) och vÀntetiden för olika klasser.
Med introduktionen av Exadata inkluderar AWR-statistiken nu specifika systemförvÀntningar relaterade till Exadata Software-drift. Som regel börjar namnen pÄ sÄdana vÀntar med ordet "cell" (en cell Àr en Exadata Storage-server), varav de vanligaste Àr vÀntar med de sjÀlvförklarande namnen "cell smart table scan", "cell multiblock fysisk lÀsning" och "cell single block fysisk lÀsning".
I de flesta fall Àr andelen sÄdana Exadata-vÀntningar av den totala svarstiden liten, och dÀrför faller de inte ens in i sektionen Top10 förgrundshÀndelser efter total vÀntetid (i det hÀr fallet bör du leta efter dem i sektionen för förgrundshÀndelser). Vi hade svÄrt att hitta ett exempel pÄ en daglig AWR frÄn vÄra kunder dÀr Exadata-vÀntningar var i Top10-sektionen och uppgick till cirka 5 %:
Event
VĂ€ntar
Total vÀntetid (sek)
Genomsnittlig vÀnta
%DB tid
VĂ€nta klass
DB CPU
115.2K
70.4
SQL*Net mer data frÄn dblink
670,196
5471.5
8.16ms
3.3
nÀtverks
fysisk lÀsning av enbart cell
5,661,452
3827.6
676.07us
2.3
AnvÀndar-I/O
Synkronisera ombalansering av ASM
4,350,012
3481.3
800.30us
2.1
Ăvrigt
cell multiblock fysisk lÀsning
759,885
2252
2.96ms
1.4
AnvÀndar-I/O
direkt vÀgavlÀsning
374,368
1811.3
4.84ms
1.1
AnvÀndar-I/O
SQL*Net meddelande frÄn dblink
7,983
1725
216.08ms
1.1
nÀtverks
cell smart table scan
1,007,520
1260.7
1.25ms
0.8
AnvÀndar-I/O
direkt vÀg lÀsa temp
520,211
808.4
1.55ms
0.5
AnvÀndar-I/O
enq:TM â pĂ„stĂ„ende
652
795.8
1220.55ms
0.5
Ansökan
FrÄn sÄdan AWR-statistik dras ofta följande slutsatser:
1. Bidraget frÄn Exadata magi till databasprestanda Àr inte högt - överstiger inte 5%, och databasen "exadatas" dÄligt.
2. Om en sÄdan databas överförs frÄn Exadata till den klassiska "server + array"-arkitekturen kommer prestandan inte att förÀndras mycket. För Àven om denna array visar sig vara tre gÄnger lÄngsammare Àn Exadata-lagringssystemet (vilket knappast Àr möjligt för moderna All Flash-arrayer), dÄ multiplicerar vi 5% med tre fÄr vi en ökning av andelen I/O-vÀntningar till 15% - databasen kommer sÀkerligen att överleva detta!
BÄda dessa slutsatser Àr felaktiga, och dessutom förvrÀnger de förstÄelsen av idén bakom Exadata Software. Exadata tillhandahÄller inte bara snabb I/O; det fungerar fundamentalt annorlunda Àn den klassiska "server + array"-arkitekturen. Om en databas verkligen blir "exadata", migreras SQL-logiken till lagringssystemet. servrar Tack vare ett antal speciella mekanismer (frÀmst Exadata Storage Indexes, men inte begrÀnsat till dem) hittar de automatiskt den information som behövs och vidarebefordrar den till databasservrarna. De gör detta ganska effektivt, sÄ andelen typiska Exadata-vÀntetider i den totala svarstiden Àr liten.
Hur kommer denna andel att förÀndras utanför Exadata? Hur kommer detta att pÄverka databasens övergripande prestanda? Det bÀsta sÀttet att besvara dessa frÄgor Àr genom att testa. Att vÀnta pÄ en "cell smart table scan" utanför Exadata kan till exempel förvandlas till en sÄ tung Table Full Scan att I/O tar upp hela svarstiden och prestandan försÀmras dramatiskt. Det Àr dÀrför det Àr felaktigt att betrakta den totala procentandelen av Exadata-förvÀntningar som bidraget frÄn dess magi till prestanda nÀr man analyserar AWR, och Ànnu mer att anvÀnda denna procentsats för att förutsÀga prestanda utanför Exadata. För att förstÄ hur "överdriven" databasoperationen Àr mÄste du studera AWR-statistiken i avsnittet "Instance Activity Stats" (det finns mÄnga statistik med sjÀlvförklarande namn) och jÀmföra dem med varandra.
Och för att förstÄ hur databasen kommer att kÀnnas utanför Exadata Àr det bÀst att göra en klon av databasen frÄn backupen pÄ mÄlarkitekturen och analysera prestandan för denna klon under belastning. Exadata-Àgare har vanligtvis denna möjlighet.
Författare: Alexey Struchenko, chef för databasavdelningen, Jet Infosystems
KĂ€lla: will.com
