AWR: डेटाबेस कामगिरी किती "तज्ञ" आहे?

या छोट्या पोस्टद्वारे मी ओरॅकल एक्झाडेटा वर चालणाऱ्या AWR डेटाबेसच्या विश्लेषणाशी संबंधित एक गैरसमज दूर करू इच्छितो. जवळजवळ 10 वर्षांपासून, मला सतत या प्रश्नाचा सामना करावा लागतो: Exadata सॉफ्टवेअरचे उत्पादनक्षमतेत काय योगदान आहे? किंवा नवीन तयार केलेले शब्द वापरणे: विशिष्ट डेटाबेसचे कार्य "तज्ञ" कसे आहे?

अनेकदा या योग्य प्रश्नाचे, माझ्या मते, AWR आकडेवारीच्या संदर्भात चुकीचे उत्तर दिले जाते. हे सिस्टम प्रतीक्षा पद्धत सादर करते, जी प्रोसेसरच्या ऑपरेटिंग वेळेची बेरीज (DB CPUs) आणि विविध वर्गांची प्रतीक्षा वेळ म्हणून प्रतिसाद वेळ मानते.

Exadata च्या आगमनाने, Exadata सॉफ्टवेअरच्या ऑपरेशनशी संबंधित विशिष्ट सिस्टम अपेक्षा AWR आकडेवारीमध्ये दिसून आल्या. नियमानुसार, अशा प्रतीक्षांची नावे “सेल” (एक्साडेटा स्टोरेज सर्व्हरला सेल असे म्हणतात) या शब्दाने सुरू होतात, ज्यापैकी सर्वात सामान्य म्हणजे “सेल स्मार्ट टेबल स्कॅन”, “सेल मल्टीब्लॉक” या स्व-स्पष्टीकरणात्मक नावांसह प्रतीक्षा आहेत. फिजिकल रीड" आणि "सेल सिंगल ब्लॉक फिजिकल रीड".

बर्‍याच प्रकरणांमध्ये, एकूण प्रतिसाद वेळेत वाट पाहणाऱ्या अशा एक्झाडेटाचा वाटा कमी असतो आणि त्यामुळे ते टोटल वेट टाइम विभागानुसार टॉप १० फोरग्राउंड इव्हेंटमध्येही येत नाहीत (या प्रकरणात, तुम्हाला ते फोरग्राउंड वेटमध्ये शोधण्याची गरज आहे. इव्हेंट विभाग). मोठ्या अडचणीने, आम्हाला आमच्या ग्राहकांकडून दैनंदिन AWR चे उदाहरण सापडले, ज्यामध्ये Exadata अपेक्षा Top10 विभागात समाविष्ट केल्या गेल्या होत्या आणि एकूण रक्कम सुमारे 10% होती:

कार्यक्रम

प्रतीक्षा

एकूण प्रतीक्षा वेळ (से)

सरासरी प्रतीक्षा

%DB वेळ

प्रतीक्षा वर्ग

DB CPU

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

dblink कडून SQL*नेट संदेश

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 स्टोरेज सिस्टीम (जे आधुनिक ऑल फ्लॅश अ‍ॅरेसाठी क्वचितच शक्य आहे) पेक्षा तीन पटीने धीमा असेल, तर 5% ने तीनने गुणाकार केल्यास आम्हाला I/O चा वाटा 15% पर्यंत वाढतो. - डेटाबेस नक्कीच टिकेल!

हे दोन्ही निष्कर्ष चुकीचे आहेत, शिवाय, ते Exadata Software च्या कल्पनेची समज विकृत करतात. Exadata फक्त वेगवान I/O प्रदान करत नाही, ते क्लासिक सर्व्हर + अॅरे आर्किटेक्चरच्या तुलनेत मूलभूतपणे वेगळ्या पद्धतीने कार्य करते. जर डेटाबेस ऑपरेशन खरोखरच "अॅडॉप्टेड" असेल, तर SQL लॉजिक स्टोरेज सिस्टममध्ये हस्तांतरित केले जाईल. स्टोरेज सर्व्हर, अनेक विशेष यंत्रणांबद्दल धन्यवाद (प्रामुख्याने एक्झाडेटा स्टोरेज इंडेक्सेस, परंतु केवळ नाही), आवश्यक डेटा स्वतः शोधा आणि सर्व्हरला DB पाठवा. ते हे बर्‍यापैकी कार्यक्षमतेने करतात, त्यामुळे एकूण प्रतिसाद वेळेत प्रतिक्षेत असलेल्या ठराविक एक्झाडेटाचा वाटा कमी असतो. 

Exadata च्या बाहेर हा शेअर कसा बदलेल? याचा संपूर्ण डेटाबेसच्या कार्यक्षमतेवर कसा परिणाम होईल? चाचणी या प्रश्नांची उत्तम उत्तरे देईल. उदाहरणार्थ, Exadata च्या बाहेर “सेल स्मार्ट टेबल स्कॅन” ची वाट पाहणे हे इतक्या जड टेबल फुल स्कॅनमध्ये बदलू शकते की I/O संपूर्ण प्रतिसाद वेळ घेते आणि कार्यप्रदर्शन नाटकीयरित्या खालावते. म्हणूनच, AWR चे विश्लेषण करताना, Exadata च्या अपेक्षांची एकूण टक्केवारी हे त्याच्या कार्यप्रदर्शनातील जादूचे योगदान म्हणून विचारात घेणे आणि त्याहीपेक्षा Exadata च्या बाहेरील कामगिरीचा अंदाज लावण्यासाठी ही टक्केवारी वापरणे चुकीचे आहे. डेटाबेसचे कार्य किती "अचूक" आहे हे समजून घेण्यासाठी, तुम्हाला "इंस्टन्स अॅक्टिव्हिटी स्टॅट्स" विभागातील AWR आकडेवारीचा अभ्यास करणे आवश्यक आहे (स्वत: स्पष्टीकरणात्मक नावांसह बरीच आकडेवारी आहेत) आणि त्यांची एकमेकांशी तुलना करणे आवश्यक आहे.

आणि Exadata च्या बाहेरील डेटाबेस कसा वाटेल हे समजून घेण्यासाठी, लक्ष्य आर्किटेक्चरवरील बॅकअपमधून डेटाबेस क्लोन बनवणे आणि लोड अंतर्गत या क्लोनच्या कार्यप्रदर्शनाचे विश्लेषण करणे सर्वोत्तम आहे. नियमानुसार, Exadata मालकांना ही संधी आहे.

लेखक: अॅलेक्सी स्ट्रुचेन्को, जेट इन्फोसिस्टम डेटाबेस विभागाचे प्रमुख

स्त्रोत: www.habr.com