संक्षेप में हल्का

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

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

मैं कुछ हाइलाइट दिखाने की कोशिश करूंगा कि मुझे क्यों लगता है कि लाइटी उपयोग करने के लिए एक महान उपकरण है। मैं EM12c के विपरीत हूँ। शुरुआत के लिए, EM12c में, मैं प्रदर्शन -> प्रदर्शन होम पर जाता हूं और मुझे निम्न के जैसा स्क्रीन दिखाई देता है।

तुरंत मैं देख सकता हूँ कि मेरे पास CPU संसाधन विवाद है। Lighty में मुख्य स्क्रीन कुछ इस तरह दिखती है।

तो हमारे पास बहुत समान जानकारी है। और यहीं से मेरे लिए मतभेद खत्म हो जाते हैं... शुरुआत में ही। EM12c में, मुझे निर्णय लेने के लिए मजबूर किया जाता है, क्या मैं CPU उपयोग, या उपयोगकर्ता I/O जैसे प्रतीक्षा वर्गों में से एक में ड्रिल करता हूं? चूंकि उपरोक्त CPU विवाद दिखाता है, EM12c में, मैं नीचे ड्रिल करने के लिए चार्ट के CPU भाग पर क्लिक करता हूं। इस बिंदु पर EM12c में, मैं केवल अपने विश्लेषण के लिए CPU उपयोग पर विचार कर रहा हूं। जैसा कि हम बाद में देखेंगे, अगर मैं नहीं चाहता तो लाइटी को मुझे वह विकल्प बनाने की आवश्यकता नहीं है। EM12c से मेरा चार्ट नीचे है।

मेरे Oracle RAC डेटाबेस में ऊपर दिया गया चार्ट मेरे लिए बहुत सामान्य है। ऊपर दिया गया चार्ट मेरे क्लस्टर डेटाबेस के तीन उदाहरणों के लिए CPU उपयोग दिखा रहा है। CPU उपयोग में कौन हावी है? वैसे वे सभी काफी समान दिखते हैं। फिर भी EM12c मुझे विश्लेषण के लिए एक उदाहरण चुनने के लिए बाध्य करता है। मैं एक स्क्रीन में सभी 3 उदाहरणों की जांच नहीं कर सकता। मेरा बहुत सारा काम Oracle RAC प्रदर्शन ट्यूनिंग के साथ है और EM12c की सीमाएँ मुझे यहाँ परेशान करती हैं। मुझे शीर्ष SQL कथनों या शीर्ष सत्रों के बारे में जानकारी प्राप्त करने से पहले प्रतीक्षा वर्ग या CPU चुनना होगा और फिर एक उदाहरण चुनना होगा। अगर मैं EM12c में काफी नीचे तक ड्रिल करता हूं, तो मुझे निम्न की तरह एक स्क्रीन मिल सकती है।

मैं अंत में लंबे समय तक कहीं मिल गया हूँ! मैं शीर्ष SQL कथन और शीर्ष सत्र देख सकता हूं। हाइलाइट किए गए हिस्से पर ध्यान दें। यह 5 मिनट की विंडो के लिए विवरण है। उदाहरण के लिए नीचे दिए गए CPU उपयोग चार्ट में पांच मिनट की विंडो को छायांकित बॉक्स द्वारा दर्शाया गया है।

EM12c में, मैं छायांकित बॉक्स को एक अलग समय पर खींच सकता हूं और शीर्ष SQL और शीर्ष सत्र जानकारी मिलान में बदल जाएगी। लेकिन मैं इसे 10 मिनट के अंतराल या किसी अन्य समयावधि में नहीं बदल सकता। मैं 5 मिनट पर अटका हुआ हूँ।

अब इसकी तुलना Lighty से करते हैं। हमने पहले ही EM12 की तरह प्रदर्शन चार्ट देखा है। लाइटी में उस प्रदर्शन चार्ट के नीचे शीर्ष SQL कथनों पर एक विवरण फलक है। मुझे शीर्ष SQL स्टेटमेंट प्राप्त करने के लिए किसी भी चीज़ पर क्लिक करने की आवश्यकता नहीं थी।

तुरंत, मुझे Lighty और EM12c के बीच एक अंतर दिखाई देता है। मेरे शीर्ष SQL कथन केवल CPU या किसी विशिष्ट प्रतीक्षा वर्ग तक ही सीमित नहीं हैं यदि मैं जानकारी को प्रतिबंधित करना चाहता हूं, तो मैं प्रदर्शन ग्राफ़ के ऊपर एक मेनू बॉक्स से चुन सकता हूं।

मेरे पास आम तौर पर सभी चयनित होते हैं, लेकिन अगर मैं चुनूं तो मैं केवल सीपीयू देखना चुन सकता हूं। जब तक मैं जानकारी को सबसेट करने का विकल्प नहीं चुनता, लाइटी मुझे EM12c की तरह सीमित नहीं करता है।

शीर्ष SQL में ध्यान दें कि मुझे उस SQL ​​​​के लिए घटनाओं की एक समयरेखा प्रस्तुत की गई है। उदाहरण के लिए, हम देख सकते हैं कि सूची में शीर्ष SQL कथन बहुत सारे CPU का उपयोग कर रहा है। सूची में अन्य SQL कथन हल्के हरे रंग में दिखाए गए उनके CPU उपयोग को प्रारंभ और बंद करते हैं। उपयोगकर्ता I/O एक साथ यहां नीले रंग में दिखाया गया है। यदि मैं किसी SQL कथन का विस्तार करता हूँ, तो मैं उस SQL ​​कथन का विश्लेषण प्राप्त कर सकता हूँ।

बस SQL ​​स्टेटमेंट के आगे प्लस साइन पर क्लिक करके, मैं देख सकता हूं कि इस स्टेटमेंट में दो अलग-अलग निष्पादन योजनाएं हैं और उनमें से एक कुल CPU उपयोग का 93.92% खपत कर रहा है। अगर मैं उस योजना का विस्तार करता हूं, तो मैं देख सकता हूं कि यह अपना समय कहां बिता रहा है, प्रतीक्षा घटना द्वारा विभाजित।

तो चलिए इसे फिर से बनाते हैं। मैंने लाइटी शुरू किया और तुरंत मेरे शीर्ष एसक्यूएल स्टेटमेंट के साथ प्रस्तुत किया गया और एक क्लिक में, मुझे पता है कि शीर्ष पर एक सीपीयू-खपत निष्पादन योजना है। मेरी राय में यह बहुत तेज़ और आसान है। EM12c इस जानकारी को प्राप्त करना कठिन बना देता है और EM12c मुझे तब नहीं दिखाएगा जब SQL स्टेटमेंट ने CPU का उपभोग करना शुरू कर दिया और जब यह लाइटी द्वारा प्रदान किए गए ग्राफ़ की तरह बंद हो गया।

यदि मैं SQL कथन पर क्लिक करता हूँ, जैसा कि मैं EM12c में करता हूँ, तो Lighty मुझे विशिष्ट SQL पर आँकड़े दिखाएगा। यदि मैं उपयोग टैब पर क्लिक करता हूं, तो मैं इस कथन को चलाने वाले सभी सत्र देख सकता हूं। ध्यान दें कि चार्ट उस समय की समयरेखा दिखाता है जब वह सत्र इस SQL ​​​​कथन के लिए उस संसाधन का उपभोग कर रहा था। EM12c मुझे उस स्तर का विवरण नहीं दिखाएगा।

उपरोक्त के साथ, मैं आसानी से देख सकता हूं कि यह एक ही कथन को अलग-अलग समय पर निष्पादित करने वाले कई सत्र हैं।

याद रखें कि EM12c ने मुझे इस Oracle RAC डेटाबेस के लिए एक उदाहरण चुना है? Lighty में, मुझे वह चुनाव नहीं करना है। लेकिन मैं काफी आसानी से कर सकता हूं। लाइटी आरएसी-जागरूक है और उसने कई उदाहरणों का पता लगाया है। डिफ़ॉल्ट रूप से, मेरे पास चुने गए सभी उदाहरण हैं। एक साधारण पुलडाउन मेनू मुझे उनमें से एक का चयन करने देता है और स्क्रीन पर जानकारी स्वतः ही उस उदाहरण में समायोजित हो जाती है।

EM12c में याद रखें जहां वह छायांकित विंडो 5 मिनट की अवधि का प्रतिनिधित्व करती है। लाइटी में, SQL और सत्र विवरण पूरे ग्राफ के लिए हैं। यदि आप 5 मिनट की विंडो चाहते हैं, तो आप ग्राफ़ के ऊपर 5 मिनट का विकल्प चुन सकते हैं। डिफ़ॉल्ट रूप से, इसमें 60 मिनट की विंडो चुनी जाती है।

और मैं कस्टम दिनांक/समय सीमा सहित अन्य विकल्प भी चुन सकता हूं। EM12c में, ग्राफ़ 1 घंटे के लिए है और मैं इसे बदल नहीं सकता।

मुझे अतीत में प्रदर्शन को देखने देने के लिए EM12c का ASH विश्लेषिकी है। लेकिन मुझे इससे हमेशा समस्या रही है। एएसएच एनालिटिक्स (जो मुझे सक्रिय सत्र इतिहास देखने की सुविधा देता है) के साथ, मैं उस ग्रे विंडो को 5 मिनट के अलावा कुछ और बदल सकता हूं। लेकिन मेरे लिए, EM12c कभी भी डेटा नहीं लौटाता है। हो सकता है कि मेरे EM12c वातावरण में कुछ गड़बड़ है। लेकिन ऐतिहासिक ASH डेटा के साथ लाइटली लीक से हटकर काम करता है। मान लें कि मुझे आज सुबह 8:00 और 9:00 के बीच हुई एक प्रदर्शन समस्या के बारे में कॉल आया। मैं बस एक कस्टम समय सीमा चुनता हूं।

EM12c में, मुझे एक अलग वेब पेज, प्रदर्शन -> ASH एनालिटिक्स पर जाने के लिए मजबूर किया जाता है।

अब तक, आपने शायद इस विचार पर ध्यान दिया है कि मुझे लगता है कि लाइटी एक त्वरित और आसान तरीका है जिससे मैं EM12c से प्राप्त की जा सकने वाली अधिकांश जानकारी प्राप्त कर सकता हूं। और आप सही होंगे! यहाँ एक और क्षेत्र है जो मुझे लाइटी के बारे में पसंद है। अगर मैं Window ->Multiple Database Monitoring पर जाता हूं तो मैं कई डेटाबेस के लिए कई अलग-अलग प्रदर्शन मेट्रिक्स के ग्राफ देख सकता हूं। यहाँ एक उदाहरण है। एक नज़र में, मैं एक स्क्रीन पर कई डेटाबेस की निगरानी कर सकता हूं। EM12c मुझे ऐसा नहीं करने देगा। मैं देख सकता हूं कि सबसे दाईं ओर का डेटाबेस काफी निष्क्रिय है जबकि बीच में डेटाबेस बहुत मुश्किल से हिट हो रहा है। पृष्ठ को नीचे स्क्रॉल करने पर, मुझे कई मीट्रिक के लिए चार्ट मिलते हैं:

• पार्स
• उपयोगकर्ता कॉल
• लेन-देन
• पढ़ता और लिखता है
• डिस्क विलंबता
• डिस्क I/O थ्रूपुट
• वैश्विक कैश स्थानांतरण दरें
• पीढ़ी दर फिर से करें
• नेटवर्क ट्रैफ़िक

EM12c में, मुझे वही जानकारी प्राप्त करने के लिए बहुत सारे पृष्ठों पर जाना होगा जो लाइटी मुझे एक पृष्ठ में देता है।

मेरे सभी उदाहरण उन्हीं डायग्नोस्टिक्स और ट्यूनिंग पैक्स पर निर्भर हैं जिन्हें मैंने लाइसेंस दिया है। यदि आप उन्हें लाइसेंस नहीं देते हैं, तो लाइटी स्टैट्सपैक और उनके एल-एएसएच (लाइटी एएसएच) के संस्करण के साथ समान कार्यक्षमता प्रदान करता है।

कुल मिलाकर, मुझे लगता है कि लाइटी डीबीए के लिए एक महान उपकरण है जो प्रदर्शन ट्यूनिंग के लिए जिम्मेदार है। लागत भी बहुत उचित है। जितना अधिक मैं उपकरण का उपयोग करता हूं, उतना ही अधिक मैं इस बात की सराहना करता हूं कि मैं कितनी जल्दी जानकारी प्राप्त कर सकता हूं। मैं अपने प्रदर्शन के मुद्दों के मूल कारण को आसानी से ड्रिल करने में सक्षम होने के लिए दो से अधिक क्लिक के साथ चीजों को चालू या बंद कर सकता हूं। मैं सभी ओरेकल डीबीए को परीक्षण डाउनलोड करने और यह देखने के लिए प्रोत्साहित करता हूं कि यह उत्पाद उनके लिए सही है या नहीं। हल्का यहां पाया जा सकता है:http://www.orachrome.com/en/index.html