Na chapisho hili fupi ningependa kuondoa kutokuelewana moja kuhusiana na uchanganuzi wa hifadhidata za AWR zinazoendesha Oracle Exadata. Kwa karibu miaka 10, nimekuwa nikikabiliwa na swali mara kwa mara: ni mchango gani wa Programu ya Exadata kwa tija? Au kutumia maneno mapya yaliyoundwa: jinsi "mtaalam" ni kazi ya hifadhidata fulani?
Mara nyingi swali hili sahihi, kwa maoni yangu, hujibiwa vibaya kwa kurejelea takwimu za AWR. Inatoa mbinu ya kusubiri ya mfumo, ambayo huchukulia muda wa majibu kama jumla ya muda wa uendeshaji wa vichakataji (DB CPU) na muda wa kusubiri wa madarasa mbalimbali.
Pamoja na ujio wa Exadata, matarajio maalum ya mfumo kuhusiana na uendeshaji wa Programu ya Exadata yalionekana katika takwimu za AWR. Kama sheria, majina ya wangojeo kama hao huanza na neno "kiini" (seva ya Uhifadhi wa Exadata inaitwa seli), ambayo kawaida zaidi ni kungojea na majina ya kujielezea "skana ya jedwali smart la seli", "seli nyingi za block. usomaji wa kimwiliβ na βusomaji wa sura ya seli mojaβ.
Katika hali nyingi, sehemu ya kusubiri kwa Exadata katika muda wa jumla wa majibu ni ndogo, na kwa hivyo haingii hata katika sehemu ya Matukio ya Juu 10 ya Muda wa Kusubiri kwa Jumla (katika kesi hii, unahitaji kuyatafuta katika Subiri ya Mbele. Sehemu ya matukio). Kwa ugumu mkubwa, tulipata mfano wa AWR ya kila siku kutoka kwa wateja wetu, ambapo matarajio ya Exadata yalijumuishwa katika sehemu ya Top10 na kwa jumla yalifikia takriban 5%:
tukio
Inasubiri
Jumla ya Muda wa Kusubiri (sekunde)
Wastani Subiri
Saa %DB
Subiri Darasa
DB CPU
115.2K
70.4
SQL*Data zaidi kutoka kwa dblink
670,196
5471.5
8.16ms
3.3
Mtandao
kisanduku kimoja kinasomwa kimwili
5,661,452
3827.6
676.07us
2.3
Mtumiaji I/O
Sawazisha salio la ASM
4,350,012
3481.3
800.30us
2.1
nyingine
seli nyingi za usomaji wa kimwili
759,885
2252
2.96ms
1.4
Mtumiaji I/O
kusoma kwa njia ya moja kwa moja
374,368
1811.3
4.84ms
1.1
Mtumiaji I/O
SQL* Ujumbe wavu kutoka kwa dblink
7,983
1725
216.08ms
1.1
Mtandao
seli smart table scan
1,007,520
1260.7
1.25ms
0.8
Mtumiaji I/O
joto la kusoma la njia moja kwa moja
520,211
808.4
1.55ms
0.5
Mtumiaji I/O
enq: TM - ugomvi
652
795.8
1220.55ms
0.5
Maombi
Hitimisho zifuatazo mara nyingi hutolewa kutoka kwa takwimu kama hizi za AWR:
1. Mchango wa uchawi wa Exadata kwa utendaji wa hifadhidata sio juu - hauzidi 5%, na hifadhidata "inaongeza" vibaya.
2. Ikiwa hifadhidata hiyo inahamishwa kutoka kwa Exadata hadi usanifu wa "seva + ya safu" ya classic, basi utendaji hautabadilika sana. Kwa sababu hata safu hii ikigeuka kuwa polepole mara tatu kuliko mfumo wa uhifadhi wa Exadata (ambayo haiwezekani kwa safu zote za kisasa za Flash), kisha kuzidisha 5% kwa tatu tunapata ongezeko la sehemu ya I/O inayosubiri hadi 15% - hifadhidata hakika itaishi hii!
Hitimisho hizi zote mbili sio sahihi, zaidi ya hayo, zinapotosha uelewa wa wazo nyuma ya Programu ya Exadata. Exadata haitoi I/O haraka tu, inafanya kazi kimsingi tofauti ikilinganishwa na seva ya kawaida + usanifu wa safu. Ikiwa operesheni ya hifadhidata "imebadilishwa", basi mantiki ya SQL inahamishiwa kwenye mfumo wa uhifadhi. Seva za uhifadhi, shukrani kwa idadi ya mifumo maalum (haswa Fahirisi za Uhifadhi wa Exadata, lakini sio tu), pata data muhimu wenyewe na utume DB kwa seva. Wanafanya hivi kwa ufanisi kabisa, kwa hivyo sehemu ya Exadata ya kawaida inayosubiri katika muda wa jumla wa majibu ni ndogo.
Je, hisa hii itabadilikaje nje ya Exadata? Je, hii itaathiri vipi utendaji wa hifadhidata kwa ujumla? Majaribio yatajibu maswali haya vyema zaidi. Kwa mfano, kusubiri "uchanganuzi wa jedwali mahiri la seli" nje ya Exadata kunaweza kugeuka kuwa Kichanganuzi Kizito cha Jedwali Kamili hivi kwamba I/O inachukua muda wote wa kujibu na utendakazi huharibika sana. Ndiyo maana ni makosa, wakati wa kuchanganua AWR, kuzingatia jumla ya asilimia ya matarajio ya Exadata kama mchango wa uchawi wake katika utendakazi, na hata zaidi kutumia asilimia hii kutabiri utendakazi nje ya Exadata. Ili kuelewa jinsi kazi ya hifadhidata ilivyo "sahihi", unahitaji kusoma takwimu za AWR za sehemu ya "Takwimu za Shughuli ya Papo hapo" (kuna takwimu nyingi zilizo na majina yanayojieleza) na ulinganishe na kila mmoja.
Na ili kuelewa jinsi hifadhidata iliyo nje ya Exadata itahisi, ni bora kutengeneza nakala ya hifadhidata kutoka kwa nakala rudufu kwenye usanifu lengwa na kuchambua utendakazi wa kloni hii chini ya mzigo. Wamiliki wa exadata, kama sheria, wana fursa hii.
Mwandishi: Alexey Struchenko, mkuu wa idara ya hifadhidata ya Jet Infosystems
Chanzo: mapenzi.com