Бул кыска пост менен мен Oracle Exadataда иштеген AWR маалымат базаларын талдоо менен байланышкан бир түшүнбөстүктү жок кылгым келет. Дээрлик 10 жылдан бери мен дайыма суроого туш болуп келем: Exadata Программасынын өндүрүмдүүлүккө кошкон салымы кандай? Же жаңыдан ойлоп табылган сөздөрдү колдонуу менен: белгилүү бир маалымат базасынын иши канчалык "эксперт"?
Көбүнчө бул туура суроого, менин оюмча, AWR статистикасына шилтеме берүү менен туура эмес жооп берилет. Бул системанын күтүү ыкмасын сунуштайт, ал жооп убактысын процессорлордун (МБ CPU) иштөө убактысынын жана ар кандай класстардын күтүү убактысынын суммасы катары карайт.
Exadata пайда болушу менен, AWR статистикасында Exadata Программасынын иштешине байланыштуу белгилүү система күтүүлөр пайда болду. Эреже катары, мындай күтүүлөрдүн аталышы “уяча” деген сөз менен башталат (Exadata Сактагыч сервери уяча деп аталат), алардын ичинен эң кеңири таралганы “уячанын акылдуу таблицасын сканерлөө”, “уячанын мультиблоку” деген өзүн-өзү түшүндүрүүчү аталыштар менен күтүүлөр. физикалык окуу" жана "клетка бир блок физикалык окуу".
Көпчүлүк учурларда, мындай Exadata күтүүлөрдүн жалпы жооп убакытындагы үлүшү аз, ошондуктан алар жалпы күтүү убактысы боюнча Топ 10 алдыңкы окуяларга да кирбейт (бул учурда сиз аларды алдыңкы планда күтүшүңүз керек. Окуялар бөлүмү). Абдан кыйынчылык менен биз кардарларыбыздан күнүмдүк AWR үлгүсүн таптык, анда Exadata күтүүлөрү Топ10 бөлүгүнө киргизилген жана жалпысынан 5% ды түзгөн:
окуя
Күтөт
Жалпы күтүү убактысы (сек.)
Орточо күтүү
%DB убактысы
Күтүү класс
DB CPU
115.2K
70.4
SQL*Net dblinkден көбүрөөк маалымат
670,196
5471.5
8.16ms
3.3
тармак
клетка бир блок физикалык окуу
5,661,452
3827.6
676.07ус
2.3
Колдонуучунун I/O
ASM балансын синхрондоштуруу
4,350,012
3481.3
800.30ус
2.1
башка
клетка мультиблок физикалык окуу
759,885
2252
2.96ms
1.4
Колдонуучунун I/O
түз жол окуу
374,368
1811.3
4.84ms
1.1
Колдонуучунун I/O
dblinkден SQL*Net билдирүү
7,983
1725
216.08ms
1.1
тармак
клетка акылдуу үстөл сканерлөө
1,007,520
1260.7
1.25ms
0.8
Колдонуучунун I/O
түз жол окуу температурасы
520,211
808.4
1.55ms
0.5
Колдонуучунун I/O
enq: TM - талаш
652
795.8
1220.55ms
0.5
арыз
Мындай AWR статистикасынан төмөнкү тыянактар көбүнчө чыгарылат:
1. Exadata сыйкырынын маалымат базасынын иштешине кошкон салымы жогору эмес - ал 5% дан ашпайт, ал эми маалымат базасы начар "эксадат" кылат.
2. Эгерде мындай маалымат базасы Exadataдан классикалык “сервер + массив” архитектурасына которулса, анда аткаруу анча деле өзгөрбөйт. Анткени бул массив Exadata сактоо тутумуна караганда үч эсе жайыраак болуп чыкса да (бул заманбап All Flash массивдери үчүн мүмкүн эмес), анда 5% ды үчкө көбөйткөндө I/O үлүшү 15% га чейин көбөйөт. - маалымат базасы, албетте, бул аман калат!
Бул эки тыянак тең туура эмес, андан тышкары, алар Exadata Программасынын артында турган идеяны түшүнүүнү бурмалайт. Exadata жөн гана тез киргизүү/чыгарууну камсыз кылбастан, классикалык сервер + массив архитектурасына салыштырмалуу түп-тамырынан башкача иштейт. Эгерде маалымат базасынын иштеши чындап эле "экзаптацияланган" болсо, анда SQL логикасы сактоо тутумуна өткөрүлүп берилет. Сактоочу серверлер бир катар атайын механизмдердин аркасында (биринчи кезекте Exadata Storage Indexes, бирок бир гана эмес) керектүү маалыматтарды өздөрү таап, МБны серверлерге жөнөтүшөт. Алар муну абдан натыйжалуу аткарышат, андыктан жалпы жооп убакытында типтүү Exadata күтүү үлүшү аз.
Бул үлүш Exadataдан тышкары кантип өзгөрөт? Бул жалпысынан маалымат базасынын иштешине кандай таасир этет? Тест бул суроолорго эң жакшы жооп берет. Мисалы, Exadata'дан тышкары "клетканын акылдуу үстөл сканерин" күтүү ушунчалык оор таблицаны толук сканерлөөсүнө айланышы мүмкүн, ошондуктан киргизүү/чыгаруу бүт жооп берүү убактысын алып, өндүрүмдүүлүгү кескин төмөндөйт. Ошондуктан, AWRди талдоодо, Exadata күтүүлөрдүн жалпы пайызын анын сыйкырынын аткарууга кошкон салымы катары кароо, андан да көбүрөөк бул пайызды Exadataдан тышкаркы көрсөткүчтөрдү болжолдоо үчүн колдонуу туура эмес. Маалыматтар базасынын иши канчалык "так" экенин түшүнүү үчүн, "Инстанциянын ишинин статистикасы" бөлүмүнүн AWR статистикасын изилдеп (өз алдынча аттары бар көптөгөн статистика бар) жана аларды бири-бири менен салыштыруу керек.
Ал эми Exadata'дан тышкаркы маалымат базасы кандай сезимде болорун түшүнүү үчүн, максаттуу архитектурадагы резервдик көчүрмөдөн маалымат базасын клонду жасап, жүктөм астында бул клондун иштешин талдоо эң жакшы. Exadata ээлери, эреже катары, мындай мүмкүнчүлүккө ээ.
Author: Алексей Струченко, Jet Infosystems маалымат базасы бөлүмүнүн башчысы
Source: www.habr.com