Post labur honekin Oracle Exadata-n exekutatzen diren AWR datu-baseen analisiarekin lotutako gaizki-ulertu bat uxatu nahiko nuke. Ia 10 urtez, etengabe izan dut galdera hau: zein da Exadata Software-k produktibitateari egiten dion ekarpena? Edo asmatu berri diren hitzak erabiliz: zenbateraino da "aditua" datu-base jakin baten lana?
Askotan galdera zuzen hau, nire ustez, gaizki erantzuten da AWR estatistikei erreferentzia eginez. Sistemaren itxaron metodoa aurkezten du, erantzun denbora prozesadoreen (DB CPUak) eta hainbat klaseren itxaron denboraren batura bezala tratatzen duena.
Exadataren etorrerarekin, Exadata Softwarearen funtzionamenduarekin lotutako sistema-itxaropen espezifikoak agertu ziren AWR estatistiketan. Orokorrean, itxarote horien izenak "zelula" hitzarekin hasten dira (Exadata Storage zerbitzariari gelaxka deitzen zaio), eta horietatik ohikoenak itxaronaldiak dira "zelula adimendunaren taula eskaneatu", "zelula multibloke" izenekin. irakurketa fisikoaβ eta βzelula bakarreko irakurketa fisikoaβ.
Gehienetan, Exadata itxaron horien zatia osoko erantzun-denboran txikia da, eta, beraz, ez dira itxaron denbora osoaren araberako lehen planoko 10 gertaerak ere sartzen (kasu honetan, lehen planoko itxaronean bilatu behar dituzu. Ekitaldien atala). Zailtasun handiz, gure bezeroen eguneroko AWRren adibide bat aurkitu genuen, zeinetan Exadata itxaropenak Top10 atalean sartu ziren eta guztira % 5 ingurukoa ziren:
Gertaera
Itxaroten
Itxaron denbora osoa (seg)
Batez besteko itxaron
%DB denbora
Itxaron Klasea
DB CPU
115.2K
70.4
SQL* Net gehiago dblink-en datu gehiago
670,196
5471.5
8.16ms
3.3
Sarea
zelula bloke bakarreko irakurketa fisikoa
5,661,452
3827.6
676.07us
2.3
Erabiltzaileen I/O
Sinkronizatu ASM berreoreka
4,350,012
3481.3
800.30us
2.1
Bestelakoa
zelula-bloke anitzeko irakurketa fisikoa
759,885
2252
2.96ms
1.4
Erabiltzaileen I/O
zuzeneko bidea irakurri
374,368
1811.3
4.84ms
1.1
Erabiltzaileen I/O
SQL*Net mezua dblink-en
7,983
1725
216.08ms
1.1
Sarea
zelula-taula adimendunaren eskaneatzea
1,007,520
1260.7
1.25ms
0.8
Erabiltzaileen I/O
zuzeneko bidea irakurri temp
520,211
808.4
1.55ms
0.5
Erabiltzaileen I/O
enq: TM - eztabaida
652
795.8
1220.55ms
0.5
Aplikazio
Ondorio hauek maiz ateratzen dira AWR estatistiketatik:
1. Exadata magiaren ekarpena datu-basearen errendimenduari ez da handia - ez du % 5 gainditzen, eta datu-baseak gaizki "exadatizatzen" da.
2. Datu-base hori Exadatatik "zerbitzaria + array" arkitektura klasikora transferitzen bada, errendimendua ez da asko aldatuko. Zeren eta matrize hau Exadata biltegiratze sistema baino hiru aldiz motelagoa izan arren (apenas posiblea den All Flash array modernoetarako), orduan % 5 hiruz biderkatuz I/O-ren kuota % 15eko itxaroteen igoera lortuko dugu. - Datu-baseak bizirik iraungo du!
Bi ondorio hauek okerrak dira, gainera, Exadata Software atzean dagoen ideiaren ulermena desitxuratzen dute. Exadata-k ez du soilik I/O azkarra eskaintzen, funtsean modu ezberdinean funtzionatzen du zerbitzari + array arkitektura klasikoarekin alderatuta. Datu-basearen eragiketa benetan "egokitua" bada, orduan SQL logika biltegiratze sistemara transferitzen da. Biltegiratze zerbitzariek, mekanismo berezi batzuei esker (batez ere Exadata Biltegiratze Indizeak, baina ez bakarrik), beharrezko datuak beraiek aurkitzen dituzte eta DB-a zerbitzarietara bidaltzen dute. Nahiko eraginkortasunez egiten dute hori, beraz, Exadata-ren itxaroten ohikoen zatia osoko erantzun-denboran txikia da.
Nola aldatuko da akzio hori Exadatatik kanpo? Nola eragingo du horrek datu-basearen errendimenduan? Azterketak galdera hauei erantzungo die onena. Esate baterako, Exadatatik kanpo "zelula-taula adimendunaren eskaneatu" baten zain egoteak Taula osoa eskaneatzea hain astuna bihur daiteke, non I/O erantzun denbora osoa hartzen baitu eta errendimendua nabarmen hondatzen da. Horregatik, okerra da, AWR aztertzean, Exadata-ren itxaropenen ehuneko osoa errendimenduari egindako magiaren ekarpen gisa kontsideratzea, eta are gehiago ehuneko hori Exadatatik kanpo errendimendua aurreikusteko erabiltzea. Datu-basearen lana nola "zehatza" den ulertzeko, "Instantzia-jardueraren estatistikak" ataleko AWR estatistikak aztertu behar dituzu (estatistika asko daude norberak esplikatzeko izenekin) eta elkarren artean alderatu.
Eta Exadatatik kanpoko datu-base bat nola sentituko den ulertzeko, hobe da datu-basearen klona bat egitea xede arkitekturako babeskopi batetik eta kargapean klon honen errendimendua aztertzea. Exadata jabeek, oro har, aukera hau dute.
Egilea: Alexey Struchenko, Jet Infosystems datu-base saileko burua
Iturria: www.habr.com