मेमोरी प्रेशर एनालिसिस रिस्क स्टेट

मेरे पास एक टेस्ट डेटाबेस है जो 2-नोड आरएसी सिस्टम है। मैं लगभग एक महीने की समय सीमा में उत्पादन डेटाबेस को Oracle 12.1.0.2 तक पहुँचाने के लक्ष्य की दिशा में काम कर रहा हूँ। इसका मतलब यह है कि मुझे डीबी अपग्रेड से पहले ग्रिड इंफ्रास्ट्रक्चर को अपग्रेड करना होगा। मैंने अपने स्टैंडबाय क्लस्टर और अपने टेस्ट डेटाबेस पर भी जीआई को अपग्रेड किया है। प्राथमिक जीआई अपग्रेड आज शाम के लिए निर्धारित है।

जब से मैंने कुछ सप्ताह पहले जीआई को टेस्ट में अपग्रेड किया है, मुझे EM12c से निम्न के समान अलर्ट मिल रहे हैं:

Host=host01
लक्ष्य प्रकार=क्लस्टर
लक्ष्य नाम=परीक्षण-स्कैन
श्रेणियां=व्यापार
संदेश=सर्वर उच्च स्मृति दबाव में है और इस सर्वर पर सभी मामलों में सेवाएं बंद कर दी जाएंगी
गंभीरता=चेतावनी
घटना रिपोर्ट समय=29 जुलाई, 2015 1:05:13 अपराह्न सीडीटी
ऑपरेटिंग सिस्टम=लिनक्स
प्लेटफ़ॉर्म=x86_64
ईवेंट प्रकार=मीट्रिक अलर्ट
ईवेंट का नाम=wlm_event:wlm_qosm_mpa_risk_state
मीट्रिक समूह=क्यूओएस इवेंट
मीट्रिक=स्मृति दबाव विश्लेषण जोखिम स्थिति
मीट्रिक मान=लाल

कुछ अलर्ट विवरण संक्षिप्तता के लिए हटा दिए गए थे।

तो यह कहाँ से आ रहा है? यह मेरे लिए क्यों मायने रखता है?

यह त्रुटि ग्रिड इन्फ्रास्ट्रक्चर में Oracle की गुणवत्ता सेवा (QoS) से आ रही है। यह क्लस्टर हेल्थ मॉनिटर (CHM) की जानकारी पर निर्भर करता है। विशेष रूप से, यह अलर्ट मेमोरी गार्ड की ओर से आ रहा है। मेमोरी गार्ड के बारे में कुछ जानकारी के लिए, यह पीडीएफ देखें, विशेष रूप से दूसरे पेज का अंत।

मेमोरी गार्ड मुझे खुद से बचाने की कोशिश कर रहा है, और जैसा कि हम देखेंगे, यह इसका खराब काम कर रहा है। विचार यह है कि जब सर्वर पर मेमोरी प्रेशर होता है, तो मेमोरी गार्ड उस नोड पर किसी भी सेवा को आउट-ऑफ-सर्विस ले लेगा। अधिक कनेक्शन की अनुमति देने से और भी अधिक मेमोरी की खपत होगी और स्थिति और खराब हो सकती है। नए कनेक्शन अनुरोध उस सेवा को चलाने वाले क्लस्टर में किसी अन्य नोड पर जाने चाहिए। यह वही है जो अलर्ट में संदेश मान मुझे बता रहा है।

इस EM 12c दस्तावेज़ के अनुसार, खंड 4.3.2, मेमोरी प्रेशर एनालिसिस रिस्क स्टेट, अलर्ट टेक्स्ट में सर्वर का नाम होना चाहिए। फिर भी ऊपर दिया गया संदेश पाठ मुझे यह नहीं बताता कि किस सर्वर में समस्या है। सौभाग्य से मेरे लिए, यह केवल 2-नोड आरएसी क्लस्टर है, इसलिए मेरे पास जांच करने के लिए बहुत अधिक नहीं हैं।

जब मैं CPU उपयोग को देखता हूं, तो सब कुछ ठीक है। दोनों नोड्स पर स्वैप का उपयोग व्यावहारिक रूप से शून्य है। दोनों नोड्स पर फ्री मेमोरी 25% से अधिक है। जिज्ञासु...पहले अलर्ट क्यों?

हर बार मुझे यह अलर्ट मिलता है, मैं एक और ईमेल भेज सकता हूं जो कहता है कि कुछ ही मिनटों में स्थिति साफ हो जाती है। तो यह मुद्दा अल्पकालिक है। फिर भी अलर्ट आते रहते हैं।

कुछ जाँच-पड़ताल के बाद यह पता चला है कि Oracle ने ग्रिड इन्फ्रास्ट्रक्चर 12.1.0.2.2 में मेमोरी गार्ड में बदलाव किया है। पुराने संस्करणों में, मेमोरी गार्ड केवल नीति-प्रबंधित डेटाबेस की देखभाल करता था। जीआई 12.1.0.2 में, मेमोरी गार्ड ने व्यवस्थापक-प्रबंधित डेटाबेस को भी देखना शुरू कर दिया। और मेरे आरएसी डेटाबेस आमतौर पर व्यवस्थापक-प्रबंधित होते हैं, यही एक कारण है कि मैं इसे अभी देख रहा हूं।

इस मुद्दे को और जोड़ने के लिए, जाहिरा तौर पर, जीआई 12.1.0.2 को बग 1582630 पता है, जहां गलत तरीके से गणना की गई मुफ्त मेमोरी की मात्रा। नोट 1929994.1 एक वर्कअराउंड को सूचीबद्ध करता है और एक पैच भी है। मैंने वर्कअराउंड लागू किया और इसने मेरी समस्या का समाधान किया। मैं बहुत दूर के भविष्य में उत्पादन के लिए आगे बढ़ने से पहले परीक्षण के लिए पैच लागू कर दूंगा।

शुक्र है, मैंने इसे अपने प्रोडक्शन जीआई अपग्रेड से पहले आज रात बाद में खोजा। अन्यथा मैं उन अंतिम उपयोगकर्ताओं को परेशान कर देता जिन्हें डेटाबेस से कनेक्ट करने में समस्याओं का अनुभव हो सकता है। यह सिर्फ एक और उदाहरण है कि क्यों मेरे पास एक अच्छा परीक्षण मंच है जिसके साथ उत्पादन में बदलाव किए जाने से पहले मुद्दों की खोज और समाधान किया जा सकता है।