AWR: डेटाबेस प्रदर्शन कितना "विशेषज्ञ" है?

इस संक्षिप्त पोस्ट के साथ मैं Oracle Exadata पर चल रहे AWR डेटाबेस के विश्लेषण से संबंधित एक गलतफहमी को दूर करना चाहूंगा। लगभग 10 वर्षों से, मुझे लगातार इस प्रश्न का सामना करना पड़ रहा है: उत्पादकता में एक्साडेटा सॉफ़्टवेयर का क्या योगदान है? या नए गढ़े गए शब्दों का उपयोग करते हुए: किसी विशेष डेटाबेस का कार्य कितना "विशेषज्ञ" है?

मेरी राय में, अक्सर इस सही प्रश्न का AWR आँकड़ों के संदर्भ में गलत उत्तर दिया जाता है। यह सिस्टम प्रतीक्षा विधि प्रस्तुत करता है, जो प्रतिक्रिया समय को प्रोसेसर (डीबी सीपीयू) के ऑपरेटिंग समय और विभिन्न वर्गों के प्रतीक्षा समय के योग के रूप में मानता है।

एक्साडेटा के आगमन के साथ, एक्साडेटा सॉफ़्टवेयर के संचालन से संबंधित विशिष्ट सिस्टम अपेक्षाएँ AWR आँकड़ों में दिखाई दीं। एक नियम के रूप में, ऐसे वेट के नाम "सेल" शब्द से शुरू होते हैं (एक्सडाटा स्टोरेज सर्वर को सेल कहा जाता है), जिनमें से सबसे आम स्व-व्याख्यात्मक नाम "सेल स्मार्ट टेबल स्कैन", "सेल मल्टीब्लॉक" के साथ वेट हैं फिजिकल रीड" और "सेल सिंगल ब्लॉक फिजिकल रीड"।

ज्यादातर मामलों में, कुल प्रतिक्रिया समय में ऐसे एक्सडाटा प्रतीक्षा का हिस्सा छोटा होता है, और इसलिए वे कुल प्रतीक्षा समय अनुभाग द्वारा शीर्ष 10 अग्रभूमि घटनाओं में भी नहीं आते हैं (इस मामले में, आपको उन्हें अग्रभूमि प्रतीक्षा में देखने की आवश्यकता है) घटनाएँ अनुभाग)। बड़ी कठिनाई से, हमें अपने ग्राहकों से दैनिक AWR का एक उदाहरण मिला, जिसमें एक्सडाटा अपेक्षाएँ टॉप10 अनुभाग में शामिल थीं और कुल मिलाकर लगभग 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

एएसएम पुनर्संतुलन सिंक करें

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

पूछताछ: टीएम - विवाद

652

795.8

1220.55ms

0.5

आवेदन

ऐसे AWR आँकड़ों से अक्सर निम्नलिखित निष्कर्ष निकाले जाते हैं:

1. डेटाबेस प्रदर्शन में एक्सडाटा मैजिक का योगदान अधिक नहीं है - यह 5% से अधिक नहीं है, और डेटाबेस खराब तरीके से "एक्सडाटाइज़" होता है।

2. यदि ऐसे डेटाबेस को एक्साडाटा से क्लासिक "सर्वर + एरे" आर्किटेक्चर में स्थानांतरित किया जाता है, तो प्रदर्शन में ज्यादा बदलाव नहीं आएगा। क्योंकि भले ही यह ऐरे एक्सडाटा स्टोरेज सिस्टम (जो आधुनिक ऑल फ्लैश ऐरे के लिए शायद ही संभव है) की तुलना में तीन गुना धीमा हो, फिर भी 5% को तीन से गुणा करने पर हमें I/O वेट्स की हिस्सेदारी में 15% की वृद्धि मिलती है। - डेटाबेस निश्चित रूप से इससे बचेगा!

ये दोनों निष्कर्ष ग़लत हैं, इसके अलावा, वे एक्सडाटा सॉफ़्टवेयर के पीछे के विचार की समझ को विकृत करते हैं। एक्साडेटा केवल तेज़ I/O प्रदान नहीं करता है, यह क्लासिक सर्वर + ऐरे आर्किटेक्चर की तुलना में मौलिक रूप से अलग तरीके से काम करता है। यदि डेटाबेस ऑपरेशन वास्तव में "एक्सएडाप्टेड" है, तो SQL लॉजिक को स्टोरेज सिस्टम में स्थानांतरित कर दिया जाता है। स्टोरेज सर्वर, कई विशेष तंत्रों (मुख्य रूप से एक्सडाटा स्टोरेज इंडेक्स, लेकिन न केवल) के लिए धन्यवाद, आवश्यक डेटा स्वयं ढूंढते हैं और सर्वर को डीबी भेजते हैं। वे इसे काफी कुशलता से करते हैं, इसलिए कुल प्रतिक्रिया समय में विशिष्ट एक्सडाटा प्रतीक्षा का हिस्सा छोटा होता है। 

एक्सडाटा के बाहर यह शेयर कैसे बदलेगा? यह समग्र रूप से डेटाबेस के प्रदर्शन को कैसे प्रभावित करेगा? परीक्षण इन प्रश्नों का सर्वोत्तम उत्तर देगा. उदाहरण के लिए, एक्साडेटा के बाहर "सेल स्मार्ट टेबल स्कैन" की प्रतीक्षा करना इतने भारी टेबल फुल स्कैन में बदल सकता है कि I/O संपूर्ण प्रतिक्रिया समय ले लेता है और प्रदर्शन नाटकीय रूप से कम हो जाता है। इसीलिए, AWR का विश्लेषण करते समय, Exadata अपेक्षाओं के कुल प्रतिशत को प्रदर्शन में इसके जादू के योगदान के रूप में मानना ​​गलत है, और इससे भी अधिक Exadata के बाहर प्रदर्शन की भविष्यवाणी करने के लिए इस प्रतिशत का उपयोग करना गलत है। यह समझने के लिए कि डेटाबेस का काम कितना "सटीक" है, आपको "इंस्टेंस एक्टिविटी स्टैट्स" अनुभाग के AWR आँकड़ों का अध्ययन करने की आवश्यकता है (स्व-व्याख्यात्मक नामों के साथ बहुत सारे आँकड़े हैं) और उनकी एक दूसरे से तुलना करें।

और यह समझने के लिए कि एक्सडाटा के बाहर का डेटाबेस कैसा महसूस करेगा, लक्ष्य आर्किटेक्चर पर बैकअप से डेटाबेस क्लोन बनाना और लोड के तहत इस क्लोन के प्रदर्शन का विश्लेषण करना सबसे अच्छा है। एक्साडाटा स्वामियों के पास, एक नियम के रूप में, यह अवसर होता है।

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

स्रोत: www.habr.com