ఈ చిన్న పోస్ట్తో నేను ఒరాకిల్ ఎక్సాడేటాలో నడుస్తున్న AWR డేటాబేస్ల విశ్లేషణకు సంబంధించిన ఒక అపార్థాన్ని తొలగించాలనుకుంటున్నాను. దాదాపు 10 సంవత్సరాలుగా, నేను నిరంతరం ప్రశ్నను ఎదుర్కొంటున్నాను: ఉత్పాదకతకు Exadata సాఫ్ట్వేర్ యొక్క సహకారం ఏమిటి? లేదా కొత్తగా సృష్టించిన పదాలను ఉపయోగించడం: నిర్దిష్ట డేటాబేస్ యొక్క పని ఎలా "నిపుణుడు"?
తరచుగా ఈ సరైన ప్రశ్న, నా అభిప్రాయం ప్రకారం, AWR గణాంకాలకు సంబంధించి తప్పుగా సమాధానం ఇవ్వబడుతుంది. ఇది సిస్టమ్ నిరీక్షణ పద్ధతిని అందజేస్తుంది, ఇది ప్రతిస్పందన సమయాన్ని ప్రాసెసర్ల నిర్వహణ సమయం (DB CPUలు) మరియు వివిధ తరగతుల నిరీక్షణ సమయం మొత్తంగా పరిగణిస్తుంది.
Exadata రావడంతో, Exadata సాఫ్ట్వేర్ యొక్క ఆపరేషన్కు సంబంధించిన నిర్దిష్ట సిస్టమ్ అంచనాలు AWR గణాంకాలలో కనిపించాయి. నియమం ప్రకారం, అటువంటి వెయిట్ల పేర్లు “సెల్” (ఎక్సాడేటా స్టోరేజ్ సర్వర్ని సెల్ అని పిలుస్తారు) అనే పదంతో ప్రారంభమవుతాయి, వీటిలో అత్యంత సాధారణమైనవి “సెల్ స్మార్ట్ టేబుల్ స్కాన్”, “సెల్ మల్టీబ్లాక్” అనే స్వీయ వివరణాత్మక పేర్లతో వేచి ఉంటాయి. భౌతిక రీడ్" మరియు "సెల్ సింగిల్ బ్లాక్ ఫిజికల్ రీడ్".
చాలా సందర్భాలలో, అటువంటి Exadata యొక్క మొత్తం ప్రతిస్పందన సమయంలో వేచి ఉండే వాటా చాలా తక్కువగా ఉంటుంది, అందువల్ల అవి మొత్తం నిరీక్షణ సమయ విభాగం ద్వారా టాప్ 10 ముందుభాగం ఈవెంట్లలోకి కూడా రావు (ఈ సందర్భంలో, మీరు వాటిని ఫోర్గ్రౌండ్ వెయిట్లో వెతకాలి ఈవెంట్స్ విభాగం). చాలా కష్టంతో, మేము మా కస్టమర్ల నుండి రోజువారీ AWR యొక్క ఉదాహరణను కనుగొన్నాము, దీనిలో Exadata అంచనాలు Top10 విభాగంలో చేర్చబడ్డాయి మరియు మొత్తం 5% వరకు ఉన్నాయి:
ఈవెంట్
వైట్స్
మొత్తం నిరీక్షణ సమయం (సెకను)
సగటు వేచి ఉండండి
%DB సమయం
వెయిట్ క్లాస్
DB CPU
115.2K
70.4
SQL*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
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 సాఫ్ట్వేర్ వెనుక ఉన్న ఆలోచన యొక్క అవగాహనను వక్రీకరిస్తాయి. Exadata కేవలం వేగవంతమైన I/Oని అందించదు, ఇది క్లాసిక్ సర్వర్ + అర్రే ఆర్కిటెక్చర్తో పోలిస్తే ప్రాథమికంగా భిన్నంగా పనిచేస్తుంది. డేటాబేస్ ఆపరేషన్ నిజంగా "ఎక్సాడాప్ట్" అయితే, SQL లాజిక్ నిల్వ సిస్టమ్కు బదిలీ చేయబడుతుంది. స్టోరేజ్ సర్వర్లు, అనేక ప్రత్యేక మెకానిజమ్లకు ధన్యవాదాలు (ప్రధానంగా ఎక్సాడేటా స్టోరేజ్ ఇండెక్స్లు, కానీ మాత్రమే కాదు), అవసరమైన డేటాను స్వయంగా కనుగొని, DBని సర్వర్లకు పంపండి. వారు దీన్ని చాలా సమర్ధవంతంగా చేస్తారు, కాబట్టి మొత్తం ప్రతిస్పందన సమయంలో సాధారణ Exadata యొక్క వాటా తక్కువగా ఉంటుంది.
Exadata వెలుపల ఈ షేర్ ఎలా మారుతుంది? ఇది మొత్తం డేటాబేస్ పనితీరును ఎలా ప్రభావితం చేస్తుంది? పరీక్ష ఈ ప్రశ్నలకు ఉత్తమంగా సమాధానం ఇస్తుంది. ఉదాహరణకు, Exadata వెలుపల "సెల్ స్మార్ట్ టేబుల్ స్కాన్" కోసం వేచి ఉండటం చాలా భారీ టేబుల్ ఫుల్ స్కాన్గా మారుతుంది, I/O మొత్తం ప్రతిస్పందన సమయాన్ని తీసుకుంటుంది మరియు పనితీరు నాటకీయంగా క్షీణిస్తుంది. అందుకే, AWRని విశ్లేషించేటప్పుడు, ఎక్సాడేటా అంచనాల యొక్క మొత్తం శాతాన్ని పనితీరుకు దాని మేజిక్ యొక్క సహకారంగా పరిగణించడం మరియు ఎక్సాడేటా వెలుపల పనితీరును అంచనా వేయడానికి ఈ శాతాన్ని ఉపయోగించడం తప్పు. డేటాబేస్ యొక్క పని ఎంత "ఖచ్చితమైనది" అని అర్థం చేసుకోవడానికి, మీరు "ఇన్స్టాన్స్ యాక్టివిటీ స్టాట్స్" విభాగంలోని AWR గణాంకాలను అధ్యయనం చేయాలి (స్వీయ వివరణాత్మక పేర్లతో చాలా గణాంకాలు ఉన్నాయి) మరియు వాటిని ఒకదానితో ఒకటి సరిపోల్చండి.
మరియు Exadata వెలుపలి డేటాబేస్ ఎలా అనుభూతి చెందుతుందో అర్థం చేసుకోవడానికి, లక్ష్య నిర్మాణంపై బ్యాకప్ నుండి డేటాబేస్ క్లోన్ను తయారు చేయడం మరియు లోడ్లో ఉన్న ఈ క్లోన్ పనితీరును విశ్లేషించడం ఉత్తమం. Exadata యజమానులు, ఒక నియమం వలె, ఈ అవకాశాన్ని కలిగి ఉన్నారు.
రచయిత: అలెక్సీ స్ట్రుచెంకో, జెట్ ఇన్ఫోసిస్టమ్స్ డేటాబేస్ విభాగం అధిపతి
మూలం: www.habr.com