በዚህ አጭር ልጥፍ በ Oracle Exadata ላይ የሚሰሩ የAWR ዳታቤዞች ትንተና ጋር የተያያዘ አንድ አለመግባባትን ማስወገድ እፈልጋለሁ። ለ 10 ዓመታት ያህል ፣ የ Exadata ሶፍትዌር ለምርታማነት ያለው አስተዋፅኦ ምንድ ነው የሚለው ጥያቄ ያለማቋረጥ ይገጥመኝ ነበር። ወይም አዲስ የተፈጠሩ ቃላትን በመጠቀም፡ የአንድ የተወሰነ ዳታቤዝ ሥራ “ሊቃውንት” እንዴት ነው?
ብዙ ጊዜ ይህ ትክክለኛ ጥያቄ፣ በእኔ አስተያየት፣ የAWR ስታቲስቲክስን በማጣቀስ በስህተት ነው የሚመለሰው። የምላሽ ጊዜን እንደ የአቀነባባሪዎች የስራ ጊዜ (ዲቢ ሲፒዩዎች) ድምር እና የተለያዩ ክፍሎች የጥበቃ ጊዜ አድርጎ የሚመለከተውን የስርዓት ጥበቃ ዘዴን ያቀርባል።
ከኤክስዳታ መምጣት ጋር፣ ከኤክስዳታ ሶፍትዌር አሠራር ጋር የተያያዙ ልዩ የስርዓት ፍላጎቶች በAWR ስታቲስቲክስ ውስጥ ታዩ። እንደ ደንቡ ፣ የእንደዚህ ዓይነቶቹ መጠበቂያዎች ስሞች “ሴል” በሚለው ቃል ይጀምራሉ (የኤክስዳታ ማከማቻ አገልጋይ ሴል ይባላል) ፣ ከእነዚህም ውስጥ በጣም የተለመዱት “የሴል ስማርት ሠንጠረዥ ቅኝት” ፣ “የሴል መልቲብሎክ” በሚሉ ራስን ገላጭ ስሞች ይጠብቃሉ። አካላዊ ንባብ” እና “ሴል ነጠላ ብሎክ አካላዊ ንባብ”።
በአብዛኛዎቹ ሁኔታዎች የእንደዚህ ዓይነቱ Exadata ድርሻ በጠቅላላው የምላሽ ጊዜ ውስጥ ይጠብቃል ፣ እና ስለዚህ ወደ Top10 Foreground Events በጠቅላላ የጥበቃ ጊዜ ክፍል ውስጥ እንኳን አይወድቁም (በዚህ ሁኔታ ፣ በቅድመ-ምላሽ ጊዜ ውስጥ እነሱን መፈለግ ያስፈልግዎታል) የክስተቶች ክፍል). በታላቅ ችግር፣ ከደንበኞቻችን የዕለታዊ AWR ምሳሌ አግኝተናል፣ በዚህ ውስጥ Exadata የሚጠበቀው በ Top10 ክፍል ውስጥ የተካተተ እና በአጠቃላይ 5% ገደማ ነው።
ድርጊት
ይጠብቃል።
ጠቅላላ የጥበቃ ጊዜ (ሰከንድ)
አማካይ ይጠብቁ
%DB ጊዜ
ክፍል ይጠብቁ
ዲቢ ሲፒዩ
115.2K
70.4
SQL* የተጣራ ተጨማሪ ውሂብ ከ dblink
670,196
5471.5
8.16ms
3.3
አውታረ መረብ
ሕዋስ ነጠላ ብሎክ አካላዊ ንባብ
5,661,452
3827.6
676.07us
2.3
ተጠቃሚ I/O
የASM መልሶ ማመጣጠን ያመሳስሉ።
4,350,012
3481.3
800.30us
2.1
ሌላ
የሕዋስ መልቲብሎክ አካላዊ ንባብ
759,885
2252
2.96ms
1.4
ተጠቃሚ I/O
ቀጥተኛ መንገድ ማንበብ
374,368
1811.3
4.84ms
1.1
ተጠቃሚ I/O
SQL*የተጣራ መልእክት ከ dblink
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 ወደ ክላሲክ "አገልጋይ + ድርድር" ሥነ ሕንፃ ከተላለፈ አፈፃፀሙ ብዙም አይለወጥም. ምክንያቱም ይህ ድርድር ከኤክስዳታ ማከማቻ ስርዓት በሶስት እጥፍ ቀርፋፋ ቢሆንም (ይህም ለዘመናዊ ሁሉም ፍላሽ ድርድር የማይቻል ነው) 5% በሦስት ማባዛት የ I/O ድርሻ ወደ 15% ይጠብቃል - የውሂብ ጎታው በእርግጠኝነት ከዚህ ይተርፋል!
እነዚህ ሁለቱም መደምደሚያዎች የተሳሳቱ ናቸው, በተጨማሪም, ከ Exadata ሶፍትዌር በስተጀርባ ያለውን ሀሳብ ግንዛቤ ያዛባል. ኤክስታዳታ ፈጣን I/Oን ብቻ አያቀርብም፣ ከክላሲክ አገልጋይ + ድርድር አርክቴክቸር ጋር ሲነፃፀር በመሰረታዊነት ይሰራል። የውሂብ ጎታ ክዋኔው በእውነቱ "የተሰራ" ከሆነ, የ SQL አመክንዮ ወደ ማከማቻ ስርዓቱ ይተላለፋል. የማጠራቀሚያ አገልጋዮች ፣ ለብዙ ልዩ ስልቶች (በዋነኛነት Exadata Storage Indexes ፣ ግን ብቻ ሳይሆን) ምስጋና ይግባቸውና አስፈላጊውን መረጃ ራሳቸው ያግኙ እና ዲቢውን ወደ አገልጋዮቹ ይላኩ። ይህንን በብቃት ያደርጉታል፣ ስለዚህ በጠቅላላ ምላሽ ጊዜ ውስጥ የሚጠብቀው የተለመደው Exadata ድርሻ ትንሽ ነው።
ይህ ማጋራት ከExadata ውጭ እንዴት ይቀየራል? ይህ በአጠቃላይ የመረጃ ቋቱ አፈፃፀም ላይ ምን ተጽዕኖ ይኖረዋል? ፈተና ለእነዚህ ጥያቄዎች በተሻለ ሁኔታ ይመልሳል። ለምሳሌ፣ ከኤክስዳታ ውጪ “የሴል ስማርት ሠንጠረዥ ቅኝት”ን መጠበቅ ወደ ከባድ የጠረጴዛ ሙሉ ቅኝት ሊቀየር ስለሚችል I/O የምላሽ ጊዜውን ሙሉ በሙሉ ይወስዳል እና አፈፃፀሙ በከፍተኛ ሁኔታ እየቀነሰ ይሄዳል። ለዚህም ነው AWRን በሚተነተንበት ጊዜ አጠቃላይ የኤክስዳታ የሚጠበቁትን መቶኛ እንደ አስማቱ አፈጻጸም አስተዋፅዖ አድርጎ መቁጠሩ እና ከዚህም በበለጠ ይህን መቶኛ ከExadata ውጭ አፈጻጸምን መተንበይ ስህተት የሆነው። የመረጃ ቋቱ ሥራ ምን ያህል "ትክክለኛ" እንደሆነ ለመረዳት የ "አብነት እንቅስቃሴ ስታቲስቲክስ" ክፍልን የ AWR ስታቲስቲክስን ማጥናት ያስፈልግዎታል (በራስ ገላጭ ስሞች ብዙ ስታቲስቲክስ አሉ) እና እርስ በእርስ ያወዳድሩ።
እና ከExadata ውጭ ያለ የውሂብ ጎታ ምን እንደሚሰማው ለመረዳት በታለመው አርክቴክቸር ላይ ካለው ምትኬ የመረጃ ቋቱን ክሎኑን ማድረጉ እና በጭነት ውስጥ ያለውን የዚህን ክሎሎን አፈፃፀም መተንተን ጥሩ ነው። የኤክስዳታ ባለቤቶች, እንደ አንድ ደንብ, ይህ እድል አላቸው.
ደራሲ: Alexey Struchenko, ጄት Infosystems ጎታ ክፍል ኃላፊ
ምንጭ: hab.com