Bi vê posta kurt re ez dixwazim yek xelet têgihiştinek bi analîzkirina databasên AWR-ê yên ku li ser Oracle Exadata-yê dimeşînin veqetînim. Nêzîkî 10 sal in, ez bi domdarî bi pirsê re rû bi rû ma: Tevkariya Nermalava Exadata ji hilberînê re çi ye? An jî karanîna peyvên nû hatine çêkirin: karê databasek taybetî çiqas "pispor" e?
Pir caran ev pirsa rast, bi dîtina min, bi referansa statîstîkên AWR bi xeletî tê bersivandin. Ew rêbaza bendê ya pergalê pêşkêşî dike, ku dema bersivê wekî berhevoka dema xebitandina pêvajoyên (DB CPU) û dema bendê ya çînên cihêreng digire dest.
Bi hatina Exadata re, hêviyên pergalê yên taybetî yên têkildarî xebata Nermalava Exadata di statîstîkên AWR de xuya bûn. Wekî qaîdeyek, navên bendewariyên weha bi peyva "hucre" dest pê dikin (pêşkêşkera Exadata Storage jê re şaneyek tê gotin), ji wan ên herî gelemperî bendewariyên bi navên vegotin "skanandina maseya biaqil a hucreyê", "xwendina laşî ya multibloka hucreyê" ne. û "xwendina fîzîkî ya bloka yekane ya hucreyê".
Di pir rewşan de, pişka van Exadata li benda di dema bersivê ya giştî de hindik e, û ji ber vê yekê ew ji hêla Tevahiya Demjimêra Berê ve nekevin nav Top10 Bûyerên Pêşerojê jî (di vê rewşê de, hûn hewce ne ku li wan li benda Pêşniyarê bigerin beşa bûyeran). Bi dijwariyek mezin, me mînakek AWR-ya rojane ji xerîdarên xwe dît, ku tê de hêviyên Exadata di beşa Top10-ê de cih girt û bi tevahî bi qasî 5% bû:
Bûyer
Disekine
Tevahiya dema bendê (saniye)
Avg Wait
%DB dem
Bisekine Class
CPU DB
115.2K
70.4
SQL* Net bêtir daneya ji dblink
670,196
5471.5
8.16ms
3.3
Têkelî
hucreya yek bloka xwendina fîzîkî
5,661,452
3827.6
676.07 us
2.3
Bikarhêner I/O
Hevsengiya ASM-ê hevdem bikin
4,350,012
3481.3
800.30 us
2.1
Yên din
hucreya multiblock xwendina fîzîkî
759,885
2252
2.96ms
1.4
Bikarhêner I/O
riya rasterast xwendin
374,368
1811.3
4.84ms
1.1
Bikarhêner I/O
Peyama SQL * Net ji dblink
7,983
1725
216.08ms
1.1
Têkelî
hucreya jîr sifrê
1,007,520
1260.7
1.25ms
0.8
Bikarhêner I/O
riya rasterast tempera xwendinê
520,211
808.4
1.55ms
0.5
Bikarhêner I/O
enq: TM - pevçûn
652
795.8
1220.55ms
0.5
Bikaranînî
Encamên jêrîn bi gelemperî ji van statîstîkên AWR têne derxistin:
1. Beşdariya sêrbaziya Exadata di performansa databasê de ne zêde ye - ew ji% 5 derbas nabe û databas kêm "exadatize" dike.
2. Ger databasek weha ji Exadata veguhezîne mîmariya klasîk a "server + array", wê hingê performans pir zêde nayê guheztin. Ji ber ku her çend ev rêzik sê qat ji pergala hilanînê Exadata hêdîtir be (ya ku ji bo rêzikên nûjen Hemî Flash-ê ne mumkun e), wê hingê em 5% bi sê zêde bikin em zêdebûnek parvekirina I/O li benda %15 digirin. - database dê bê guman ji vê yekê sax bimîne!
Herdu encam jî ne rast in, û ji bilî vê, ew têgihîştina ramana li pişt Nermalava Exadata xirab dikin. Exadata ne tenê I/O-ya bilez peyda dike; ew bi bingehîn ji mîmariya klasîk a "server + array" cuda dixebite. Ger databasek bi rastî bibe "exadata", wê hingê mantiqa SQL-ê vediguheze pergala hilanînê. serveran Bi saya hejmarek mekanîzmayên taybet (bi taybetî Indeksên Depokirina Exadata, lê ne tenê bi wan ve sînordar), ew bixweber daneyên pêwîst dibînin û wan dişînin serverên DB. Ew vê yekê pir bi bandor dikin, ji ber vê yekê para benda Exadata ya tîpîk di dema bersivdayînê ya giştî de piçûk e.
Dê ev parvekirina li derveyî Exadata çawa biguhezîne? Ev ê çawa bandorê li performansa databasê bi tevahî bike? Testkirin dê çêtirîn bersiva van pirsan bide. Mînakî, li benda li derveyî Exadata li benda "paqijkirina maseya hişmend a hucreyê" dikare veguhezîne tabloyek Tevahiya Tabloya wusa giran ku I/O tevahiya dema bersivdayînê digire û performans bi rengek berbiçav kêm dibe. Ji ber vê yekê xelet e, dema ku AWR tê analîz kirin, meriv ji sedî giştî ya hêviyên Exadata wekî tevkariya sêrbaziya wê ya performansê bihesibîne, û hê bêtir meriv vê sedî bikar bîne da ku performansa li derveyî Exadata pêşbîn bike. Ji bo ku hûn fêm bikin ka xebata databasê çiqas "rast" e, hûn hewce ne ku statîstîkên AWR yên beşa "Amarên Çalakiya Mînak" bixwînin (gelek statîstîkên bi navên xweser hene) û wan bi hev re bidin ber hev.
Û ji bo ku hûn fêm bikin ka databasek li derveyî Exadata dê çawa hîs bike, çêtirîn e ku meriv klonek databasê ji hilanînê li ser mîmariya armancê çêbike û performansa vê klonê di bin barkirinê de analîz bike. Xwediyên Exadata, wekî qaîdeyek, xwedî vê derfetê ne.
Author: Alexey Struchenko, serokê beşa databasa Jet Infosystems
Source: www.habr.com
