मूल रूप से TriCore द्वारा प्रकाशित: 11 अप्रैल, 2017
यह दो-भाग ब्लॉग पोस्ट श्रृंखला Oracle® Database संस्करण 12.1.0.1 और 12.1.0.2 की नई प्रदर्शन-ट्यूनिंग सुविधाओं को कवर करती है। भाग 1 पहले संस्करण पर चर्चा करता है।
Oracle Database 12.1.0.1 में नई सुविधाएँ
Oracle Database संस्करण 12.1.0.1 में निम्नलिखित सुविधाएँ नई हैं:
- रियल-टाइम ऑटोमैटिक डेटाबेस डायग्नोस्टिक मॉनिटर (ADDM)
- प्रोग्राम ग्लोबल एरिया (PGA) के आकार को सीमित करने के लिए समर्थन
- एक्टिव सेशन हिस्ट्री (ASH) संवर्द्धन
रियल-टाइम ADDM
रियल-टाइम ADDM आपको डेटाबेस को रीस्टार्ट किए बिना हैंग डेटाबेस में समस्याओं का विश्लेषण और समाधान करने में मदद करता है। यह अनुभाग रियल-टाइम ADDM का विस्तार से वर्णन करता है।
रियल-टाइम ADDM कनेक्शन मोड
रियल-टाइम ADDM Oracle Enterprise Manager (OEM) के माध्यम से डेटाबेस से कनेक्ट करने के लिए दो कनेक्शन मोड में से एक का उपयोग करता है। इसका उपयोग डेटाबेस स्थिति पर निर्भर करता है:
-
सामान्य कनेक्शन: इस मोड में, रियल-टाइम ADDM डेटाबेस से कनेक्ट करने के लिए Java Database Connectivity (JDBC) का उपयोग करता है। जब कनेक्टिविटी उपलब्ध होती है तो यह मोड डेटाबेस का व्यापक प्रदर्शन विश्लेषण करता है।
-
डायग्नोस्टिक कनेक्शन: इस मोड में, रियल-टाइम ADDM डेटाबेस से लैच-लेस कनेक्शन करता है। यह मोड अत्यधिक हैंग स्थितियों के लिए उपयोगी है जब सामान्य JDBC कनेक्शन संभव नहीं है।
रियल-टाइम ADDM ट्रिगर
रियल-टाइम ADDM हर तीन सेकंड में स्वचालित रूप से चलता है और डेटाबेस प्रदर्शन मुद्दों का निदान करने के लिए इन-मेमोरी डेटा का उपयोग करता है। जब यह प्रदर्शन समस्या का पता लगाता है तो यह स्वचालित रूप से विश्लेषण को ट्रिगर करता है। इस कार्यक्षमता में निम्नलिखित चरण शामिल हैं:
-
हर तीन सेकंड में, मैनेजेबिलिटी मॉनिटर (MMON) प्रक्रिया लॉक या लैच के बिना प्रदर्शन आंकड़े प्राप्त करने के लिए एक कार्रवाई करती है।
-
MMON प्रक्रिया इन आंकड़ों की जांच करती है और टेबल 1 में दिखाई देने वाले किसी भी मुद्दे को ढूंढने पर रियल-टाइम ADDM विश्लेषण को ट्रिगर करती है।
-
MMON स्लेव प्रक्रिया रिपोर्ट बनाती है और इसे ऑटोमैटिक वर्कलोड रिपॉजिटरी (AWR) में स्टोर करती है। अधिक जानकारी के लिए, आप
DBA_HIST_REPORTSव्यू औरDBA_HIST_REPORTS_DETAILSव्यू की जांच कर सकते हैं।
आप रिपोर्ट को मैन्युअली जनरेट करने के लिए निम्नलिखित कमांड का भी उपयोग कर सकते हैं:
SQL> select dbms_addm.real_time_addm_report() from dual;
तालिका 1: प्रदर्शन मुद्दे और शर्तें जो रियल-टाइम ADDM विश्लेषण को ट्रिगर करती हैं
| मुद्दा | शर्त |
|---|---|
| उच्च लोड | औसत सक्रिय सत्र CPU कोर की संख्या से 3x अधिक हैं |
| I/O बाउंड | सिंगल ब्लॉक रीड प्रदर्शन के आधार पर सक्रिय सत्रों पर I/O प्रभाव |
| CPU बाउंड | सक्रिय सत्र कुल लोड के 10% से अधिक हैं और CPU उपयोग 50% से अधिक है |
| ओवर-अलोकेटेड मेमोरी | मेमोरी आवंटन भौतिक मेमोरी के 95% से अधिक हैं |
| इंटरकनेक्ट बाउंड | सिंगल ब्लॉक इंटरकनेक्ट ट्रांसफर समय के आधार पर |
| सत्र सीमा | सत्र सीमा 100% के करीब है |
| प्रक्रिया सीमा | प्रक्रिया सीमा 100% के करीब है |
| हंग सत्र | हंग सत्र कुल सत्रों के 10% से अधिक हैं |
| डेडलॉक पता चला | कोई भी डेडलॉक पता चला है |
स्रोत: डेटाबेस प्रदर्शन ट्यूनिंग गाइड, अध्याय 7: स्वचालित प्रदर्शन निदान: रियल-टाइम ADDM कनेक्शन मोड
रियल-टाइम ADDM ट्रिगर नियंत्रण
यह सुनिश्चित करने के लिए कि स्वचालित ट्रिगर बहुत अधिक सिस्टम संसाधनों का उपभोग न करें, रियल-टाइम ADDM निम्नलिखित नियंत्रणों का उपयोग करता है:
-
रिपोर्ट के बीच अवधि: यदि पिछले पांच मिनट में एक स्वचालित ट्रिगर ने रियल-टाइम ADDM रिपोर्ट बनाई है, तो कोई नई रिपोर्ट जनरेट नहीं की जाती है।
-
Oracle रियल एप्लिकेशन क्लस्टर्स (RAC) नियंत्रण: स्वचालित ट्रिगर डेटाबेस इंस्टेंस के लिए स्थानीय हैं। Oracle RAC के लिए, केवल एक डेटाबेस इंस्टेंस एक समय में रियल-टाइम ADDM रिपोर्ट बना सकता है।
-
दोहराए गए ट्रिगर: किसी भी मुद्दे के लिए एक स्वचालित ट्रिगर का प्रभाव पिछले 45 मिनट के भीतर समान ट्रिगरिंग मुद्दे वाली पिछली रिपोर्ट की तुलना में 100% या अधिक होना चाहिए।
-
नव पहचाने गए मुद्दे: यदि पिछले 45 मिनट में पहले से पता नहीं चला एक नया मुद्दा पता चलता है, तो एक नई रिपोर्ट जनरेट की जाती है।
PGA के आकार को सीमित करना
अत्यधिक PGA उपयोग स्वैपिंग की उच्च दरों को जन्म दे सकता है। जब ऐसा होता है, तो सिस्टम अनुत्तरदायी और अस्थिर हो सकता है। यदि ऐसा होता है, तो समग्र PGA उपयोग को सीमित करने के लिए PGA_AGGREGATE_LIMIT इनिशियलाइज़ेशन पैरामीटर का उपयोग करने पर विचार करें।
निम्नलिखित अनुभाग बताता है कि Oracle Database 12c R1 (12.1.0.1) और उच्चतर में PGA_AGGREGATE_LIMIT इनिशियलाइज़ेशन पैरामीटर का उपयोग करके PGA के आकार को कैसे सीमित किया जाए।
PGA_AGGREGATE_LIMIT पैरामीटर के बारे में
यदि PGA_AGGREGATE_LIMIT पैरामीटर में परिभाषित मान पार हो जाता है, तो Oracle Database उन सत्रों या प्रक्रियाओं को समाप्त या समाप्त कर देता है जो सबसे अधिक अनट्यून करने योग्य PGA मेमोरी का उपभोग कर रहे हैं। Oracle Database निम्नलिखित क्रम में समाप्ति करता है:
- सबसे अधिक अनट्यून करने योग्य PGA मेमोरी का उपभोग करने वाले सत्रों के लिए कॉल करता है और उन्हें समाप्त करता है।
- यदि PGA मेमोरी उपयोग अभी भी
PGA_AGGREGATE_LIMITसे अधिक है, तो Oracle Database उन सत्रों और प्रक्रियाओं को समाप्त करता है जो सबसे अधिक अनट्यून करने योग्य PGA मेमोरी का उपभोग कर रहे हैं।
Oracle Database समानांतर क्वेरी को एक इकाई के रूप में मानता है। डिफ़ॉल्ट रूप से, PGA_AGGREGATE_LIMIT पैरामीटर 2 GB, PGA_AGGREGATE_TARGET मान के 200%, या PROCESSES पैरामीटर के मान का 3 MB गुना में से अधिक पर सेट है। हालांकि, यह कुल सिस्टम ग्लोबल एरिया (SGA) आकार से घटाकर भौतिक मेमोरी आकार के 120% से अधिक नहीं होता है।
PGA_AGGREGATE_LIMIT पैरामीटर सेट करना
PGA_AGGREGATE_LIMIT इनिशियलाइज़ेशन पैरामीटर को डायनामिक रूप से सेट किया जा सकता है। डेटाबेस को रीस्टार्ट करने की आवश्यकता नहीं है। आप PGA_AGGREGATE_LIMIT का मान सेट कर सकते हैं चाहे Oracle Database स्वचालित मेमोरी प्रबंधन का उपयोग कर रहा हो या नहीं।
PGA_AGGREGATE_LIMIT पैरामीटर बदलना
PGA_AGGREGATE_LIMIT इनिशियलाइज़ेशन पैरामीटर को बाइट्स की संख्या में एक नए मान पर सेट करें। मान को 0 पर सेट करने से PGA मेमोरी पर हार्ड लिमिट अक्षम हो जाती है।
जब PGA_AGGREGATE_LIMIT पार हो जाता है, तो Oracle Database निम्नलिखित कार्य करता है:
- सबसे अधिक अनट्यून करने योग्य मेमोरी का उपयोग करने वाले सत्रों से जुड़े कॉल को समाप्त करता है।
- यदि कुल PGA मेमोरी उपयोग अभी भी सीमा से अधिक है, तो सबसे अधिक अनट्यून करने योग्य मेमोरी का उपयोग करने वाले सत्रों को समाप्त करता है।
sys.processes और जॉब क्यू प्रक्रियाओं के अलावा बैकग्राउंड प्रक्रियाएं प्रभावित नहीं होती हैं। इसके बजाय, यदि वे सबसे अधिक अनट्यून करने योग्य मेमोरी का उपयोग कर रहे हैं, तो वे समय-समय पर अपने PGA उपयोग का संक्षिप्त सारांश ट्रेस फाइल में लिखते हैं।
ASH संवर्द्धन
Oracle 12c के अनुसार, आप ASH एनालिटिक्स नामक एक नए OEM पेज के माध्यम से ASH डेटा विज़ुअलाइज़ेशन तक पहुंच सकते हैं। यह पेज आपको लॉजिकल डायमेंशन में ड्रिल डाउन करने में सक्षम बनाता है। आप रिपोर्ट को अन्य उपयोगकर्ताओं को भी भेज सकते हैं जो उन्हें ऑफ़लाइन देख सकते हैं।
छवि स्रोत: OCP 12C – आपातकालीन निगरानी, रियल-टाइम ADDM
निष्कर्ष
ये नई सुविधाएँ सामूहिक रूप से Oracle Database 12c रिलीज 1 के लिए डेटाबेस प्रदर्शन का समस्या निवारण और वृद्धि करने में आपकी सहायता करती हैं। इस श्रृंखला का भाग 2 Oracle Database 12.1.0.2 में प्रदर्शन ट्यूनिंग के लिए अधिक नई सुविधाओं और परिवर्तनों को कवर करता है।
कोई भी टिप्पणी करने या प्रश्न पूछने के लिए फीडबैक टैब का उपयोग करें।
संदर्भ
निम्नलिखित स्रोतों का उपयोग इस ब्लॉग पोस्ट के लिए संदर्भ के रूप में किया गया था:
-
डेटाबेस प्रदर्शन ट्यूनिंग गाइड, अध्याय 7: स्वचालित प्रदर्शन निदान: रियल-टाइम ADDM कनेक्शन मोड
-
डेटाबेस प्रदर्शन ट्यूनिंग गाइड, अध्याय 7: स्वचालित प्रदर्शन निदान: ADDM विश्लेषण परिणाम