प्रदर्शन खेल: विलंबता को अलविदा कहें

टेकोपेडिया स्टाफ द्वारा, 9 मई 2016

Takeaway: मेजबान एरिक कवनघ ने लेटेंसी और प्रदर्शन पर मार्क मैडसेन, डीज़ ब्लांचफील्ड और बुलेट मैनले का साक्षात्कार लिया।

आप वर्तमान में लॉग इन नहीं हैं। वीडियो देखने के लिए कृपया लॉग-इन या साइन-अप करें।

Techopedia सामग्री साथी

Techopedia Staff Bloor Group से संबद्ध है और इसे दाईं ओर दिए गए विकल्पों का उपयोग करके संपर्क किया जा सकता है। हम उद्योग भागीदारों के साथ कैसे काम करते हैं, इसकी जानकारी के लिए यहां क्लिक करें।

• प्रोफ़ाइल
• वेबसाइट

एरिक कवनघ: देवियों और सज्जनों, नमस्ते और एक बार फिर से हॉट टेक्नोलॉजीज में आपका स्वागत है! हाँ सचमुच! मेरा नाम एरिक कवनघ है, यह हमारा हॉट टेक शो है, जो टेकोपेडिया के हमारे अच्छे दोस्तों के साथ साझेदारी है। एंटरप्राइज़ तकनीक के व्यापक क्षेत्र में सभी नवीनतम के लिए Techopedia.com पर ऑनलाइन होप; वे, निश्चित रूप से, उपभोक्ता सामान को भी कवर करते हैं। हम अपने कार्यक्रम पर यहां उद्यम पर ध्यान केंद्रित करते हैं, इसलिए आज हम यही करेंगे।

आपके बारे में वास्तव में और मेरे बारे में पर्याप्त जगह है, ट्विटर @eric_kavanagh पर मुझे मारा, मुझे ट्विटर से प्यार है, मुझे उस सामान की जांच करना पसंद है, यह लोगों के साथ संपर्क में रहने और अच्छी बातचीत करने का एक शानदार तरीका है, और एक-पर -एक बातचीत

तो हम किस बारे में बात कर रहे हैं? यह वर्ष गर्म है, यह अवसर का एक संपूर्ण ब्रह्मांड है जिसे हम आज सूचना प्रबंधन की दुनिया में देखते हैं, और आज हम जिस बारे में बात कर रहे हैं वह प्रश्न है, यह प्रश्नों को गति देने वाला है।

मुझे लगता है कि मैं शीर्षक का उल्लेख करना भूल गया, "प्रदर्शन प्ले: अलविदा कहने के लिए अलविदा।" खैर कौन विलंबता चाहता है? कोई भी विलंबता नहीं चाहता है, विलंबता यह है कि जब आप वहां बैठते हैं, तो बटन पर क्लिक करें और कुछ होने की प्रतीक्षा करें, और कोई भी ऐसा नहीं चाहता है। बच्चों को यह पसंद नहीं है, उन्हें नहीं लगता कि यह अच्छा है, वयस्कों को यह पसंद नहीं है। हम सब वेब की गति से खराब हो चुके हैं, और हम चीजों को जल्दी चाहते हैं, हम अब चीजें चाहते हैं, और हम आज हमारे शो पर सभी के बारे में बात करने जा रहे हैं।

एनालिस्ट मार्क मैडसेन आज हमारे साथ हैं, जो हमारी प्रकृति में से एक है। हमारे नए डेटा वैज्ञानिक, डीज़ ब्लांचफील्ड, सिडनी, ऑस्ट्रेलिया से बुला रहे हैं। और फिर बुलेट मनाले, हाँ वास्तव में, यह उसका नाम है, वास्तव में यह दो टी का होना चाहिए। इदरा से हमारे मेहमान के रूप में बुलेट मनाले, एक बहुत ही दिलचस्प कंपनी है, बहुत सारी चीजें करता है। मैं उनके बारे में पहले से ही जानता हूं, जिनमें से एक होने के नाते उन्होंने कुछ समय पहले प्रिसिस नामक एक कंपनी खरीदी थी। मुझे पता था कि उनके सीईओ का नाम ज़ोहर गिलाद है, यह एक नाम के लिए कैसे है? वह एक चतुर व्यक्ति की एक बिल्ली था।

लेकिन दोस्तों, आप इस वेबकास्ट में एक महत्वपूर्ण भूमिका निभाते हैं, जो आप पूछते हैं, इसलिए कृपया शर्मीली न हों, किसी भी समय अपने प्रश्न भेजें - आप वेबकास्ट कंसोल के क्यू एंड ए घटक का उपयोग करके ऐसा कर सकते हैं, यह नीचे है दायेने हाथ के निचले कोने मे। आप मुझसे चैट भी कर सकते हैं और मैं इसे स्पीकर्स को बताऊंगा। हम पहले से ही किसी को इटली से बुला रहे हैं, तो "सियाओ, सियाओ।" आईये स्टाई? ”ठीक है, मैं मार्क की पहली पंक्ति को आगे बढ़ाने जा रहा हूँ, मैं मार्क को डेक सौंपने जा रहा हूँ। निशान, अब आपके पास WebEx है। इसे दूर करो, मंजिल तुम्हारी है।

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

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

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

चीजों की फ़्लिप्साइड डीबीए दृश्य है। डीबीए का मानना ​​है कि ऑपरेशन होते हैं, वे अपने समय का बड़ा हिस्सा, 80 से 90 प्रतिशत, ऑप्स में खर्च करते हैं, और हो सकता है कि 10 से 20 प्रतिशत विकास के सामान के साथ काम कर रहे हों। इस दृष्टिकोण से, आप या तो अब भुगतान करते हैं या आप बाद में भुगतान करते हैं, और यदि आप अपना सारा समय अपफ्रंट में खर्च कर रहे हैं, तो आपको बाद में बहुत बेहतर मौका मिलने वाला है, जैसा कि विकास के विपरीत है जो एक सुविधा की खोज करता है। अंतरिक्ष, और यह पता लगाने की कोशिश कर रहा है कि चीजें कैसे करना सबसे अच्छा है। और इसलिए हमारे पास समस्याएं हैं, और अब हमारे पास ऐसी कार्यप्रणाली हैं जो असंगत हैं - निरंतर तैनाती, अपने ऐप को रोल करना जब भी वे तैयार होते हैं, कोड समय-समय पर धक्का देते हैं, एक दुकान में काम करते हैं जो देव ऑप्स का अभ्यास कर रहे हैं। इस तरह की बात विकास को गति देती है, लेकिन डेटाबेस के आसपास की सभी प्रथाओं और डीबीए क्या करते हैं और सिस्टम प्रबंधकों को क्या करने के लिए प्रशिक्षित किया गया है, आईटी ऑप्स प्रथाओं ने गति नहीं रखी है।

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

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

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

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

डेटाबेस प्रशासन और प्रदर्शन प्रबंधन के आसपास सब कुछ, और डेटाबेस को एक सर्वर, या मुट्ठी भर सर्वर और डेटाबेस के एक जोड़े के साथ तंग नियंत्रण के आसपास बनाया गया है, आप सब कुछ नियंत्रित नहीं कर सकते। आप वहां एक मशीन पर बैठे हैं, लेकिन बैंडविड्थ को वर्चुअल मैनेजरों द्वारा आसानी से विभाजित नहीं किया जा सकता है, और इसलिए सब कुछ मेमोरी और सीपीयू के साथ ठीक हो सकता है, लेकिन आप कुछ ऐसे संसाधन पर अड़चन डाल रहे हैं जिनसे निपटा नहीं जा सकता है, और तब जब आप इसे ठीक करने का प्रयास करते हैं, पुराना मॉडल कड़ी मेहनत पर होता है, एक बड़ा सर्वर प्राप्त करता है और ऐसा कुछ करता है, अब यह वास्तव में सरल हो सकता है, बस वर्चुअल कोर्स जोड़ें, बस वीएम में मेमोरी जोड़ें और यह हल हो गया है। लेकिन क्या होगा यदि आपका वीएम एक भीड़भाड़ वाले सर्वर पर है और उसे माइग्रेट करने की आवश्यकता है? या यदि आप AWS प्रणाली के आकार पर हैं, और अधिकतम आकार तक पहुँच चुके हैं, तो अब आप कहाँ जाते हैं?

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

यदि आप देखते हैं कि डेटाबेस केंद्र क्या कर रहे हैं, तो वे अपने हाथों पर बैठे हैं, है ना? हम पालतू जानवरों की तरह डेटाबेस और सर्वर के इलाज के इस विचार से दूर जा रहे हैं। सर्वर के नाम हैं, आप उनके साथ वैसा ही व्यवहार करते हैं जैसे वे व्यक्तिगत रूप से अद्वितीय चीजें हैं, आप उन्हें मवेशियों की तरह व्यवहार कर रहे हैं, यह एक झुंड का प्रबंधन कर रहा है। और झुंड के प्रबंधन के साथ समस्या यह है कि यदि आप उन्हें नियंत्रित नहीं करते हैं, तो वे अंततः भगदड़ कर सकते हैं, और भगदड़ अच्छी बात नहीं है। हमें बेहतर निगरानी उपकरणों की आवश्यकता है, हमें इस सामान से निपटने के लिए बेहतर तरीके की आवश्यकता है, और पता है कि क्या प्रभावित हुआ है। पुराने मॉडल में यह आसान था क्योंकि आपके ऑप्स और आपके सभी कंट्रोल सिस्टम ने आपको बताया था, लेकिन जब आपका सर्वर नाम UPC कोड होता है, तो चीजों को पहचानना कठिन होता है।

आप झूठी सूचनाओं को बर्दाश्त नहीं कर सकते हैं, आप उन चीजों को बर्दाश्त नहीं कर सकते जो कहती हैं, "इस मशीन के साथ एक समस्या है, और यह मशीन 30 डेटाबेस को होस्ट करती है।" आप चीजों को कोई इतिहास नहीं दे सकते। मॉनिटरिंग कॉन्सोल बहुत बढ़िया हैं जब वे प्रकाश करते हैं, लेकिन अगर लाल बत्ती फिर से हरी हो जाती है और आपको पता नहीं क्यों, और आपके पास वापस जाने के लिए कोई इतिहास नहीं है, तो यह देखने के लिए कि क्या हो रहा था, और क्या संदर्भ था, आप मुसीबत में हैं। हमें उन प्रणालियों की आवश्यकता है जो हमारे लिए निगरानी रखेंगे, हमें बेहतर निगरानी की आवश्यकता है, जो उस डेटा इतिहास को बनाए रखने वाली घिनौनी आंतरायिक समस्याओं से निपट रहे हैं।

बेहतर चीजें और सरल मेट्रिक्स थ्रेशोल्ड जो हमें महत्वपूर्ण मैट्रिक्स प्राप्त करते हैं, लेकिन हमें सीधे इस बात का मार्गदर्शन नहीं करते हैं कि क्या सामान्य है, क्या असामान्य है और कितनी बार यह समस्याएं आती हैं। हम वास्तव में जिस बारे में बात कर रहे हैं वह पर्यावरण की निगरानी, ​​और प्रदर्शन से निपटने का एक संयोजन है, और विक्रेता अपने हाथों पर बैठे हैं। उन्होंने हमें बेहतर उपकरण नहीं दिए हैं। हमारे पास अधिक सीपीयू और मेमोरी वाले सिस्टम हैं, हम जानते हैं कि इसके साथ क्या करना है, और फिर भी हम अभी भी मैनुअल हस्तक्षेप मॉडल पर भरोसा करते हैं, हमने मशीन को काम करने के लिए, हमें मार्गदर्शन करने के लिए, समस्याओं के बिंदु पर लाने के लिए नहीं रखा है।, हम इस नई शैली के लिए नहीं है, जो है, "यहाँ एक समस्या है, आप इसे ठीक करने के लिए ऐसा कर सकते हैं, " या, "एक प्रदर्शन समस्या है, यह वास्तव में इस विशिष्ट एसक्यूएल बयान के साथ है, यहाँ तीन चीजें हैं जो आप कर सकते हैं उस एसक्यूएल स्टेटमेंट को ठीक करने के लिए उपयोग करें। ”ह्यूरिस्टिक्स लागू करना, मशीन लर्निंग मॉडल लागू करना जो समस्याओं को स्पॉट करने और झूठी अलर्ट से बचने के लिए आपके सिस्टम के उपयोग पैटर्न को देख सकते हैं। DBA को बढ़ाने के लिए या प्रदर्शन समस्याओं से निपटने के लिए उस व्यक्ति को उन्नत करने के लिए मशीन का उपयोग करना जो मशीन सबसे अच्छा करती है।

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

एरिक Kavanagh: ठीक है, मैं इसे Dez को सौंपने जा रहा हूँ। और Dez, इसे दूर ले जाओ, मंजिल तुम्हारी है।

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

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

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

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

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

लेकिन फिर कुछ हुआ, भविष्य आ गया, और हाल ही में इंटरनेट, और लगभग कल, एक सेकंड में वेब 2.0, और बस कोने के आसपास हमें इंटरनेट ऑफ थिंग्स मिला है। और भविष्य की प्रक्रिया की प्रक्रिया में, डेटाबेस की दुनिया बस विस्फोट हो गई है, और डेटाबेस के साथ बातचीत बस एक चीज बन गई है जो हम सभी ने डिफ़ॉल्ट रूप से किया है, यह ऐसा मामला नहीं था कि आप कहीं कुछ करने के लिए जाएंगे, जैसे कि खरीदना एक हवाई जहाज के लिए एक टिकट, और ग्रह के दूसरी तरफ की यात्रा करना चाहते हैं, किसी को आपके सभी विवरणों को टर्मिनल में टाइप करना होगा और एक डेटाबेस में जाना होगा और एक टिकट प्रिंट करना होगा।

लगभग अब हम जो कुछ भी करते हैं, चाहे वह Google पर किसी एप्लिकेशन के साथ टैक्सी चला रहा हो, चाहे वह इंटरनेट बैंकिंग पर कूद रहा हो, जो कुछ भी हम दिन-प्रतिदिन करते हैं, किसी न किसी तरह की प्रणाली के साथ, यह एक डेटाबेस द्वारा संचालित होता है। और जब इंटरनेट साथ आया, तो हमारे लिए, हमारे रोजमर्रा के जीवन को एक वेब ब्राउज़र के माध्यम से लाना थोड़ा आसान था, और फिर वेब 2.0 के साथ आया और चीजें मोबाइल बन गईं, और चीजों का पैमाने बस विस्फोट हो गया। वास्तव में, इस विषय में मेरी पसंदीदा लाइन यह है कि, "इंटरनेट ने सब कुछ कनेक्ट कर दिया है, वेब 2.0 ने इसे मोबाइल और सामाजिक बना दिया है, और चीजें बहुत, बहुत बड़ी हो गई हैं और अब हमारे पास इंटरनेट और चीजें हैं, और IoT … Yikes !!" डेटाबेस सिस्टम पर दुनिया में आने पर हमने इंटरनेट ऑफ थिंग्स के प्रभाव की कल्पना करना भी शुरू नहीं किया है।

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

इसलिए मुझे लगता है कि यह सबसे बड़ी चुनौतियों में से एक है जो व्यवसायों को अभी भी दिन-प्रतिदिन के आधार पर सामना कर रही है। सभी ने सोचा कि डेटाबेस हमारी एकमात्र समस्याएँ हैं, वे नहीं हैं। तो क्या सभी उपद्रव के बारे में है? खैर जब हम डेटाबेस से संबंधित सभी चीजों के साथ एक सिरे से दूसरे सिरे तक जाते हैं, तो व्यावसायिक दृष्टि से, और मार्क ने तकनीकी घटकों को बहुत अच्छी तरह से कवर किया है, लेकिन व्यावसायिक अर्थों में, एक संगठन के रूप में, हम डेटाबेस के बारे में सोचते हैं। हम बुनियादी डिजाइन और विकास के सामने के छोर से सभी तरह से काम कर रहे हैं। जब कोई व्यवसाय शुरू होता है, तो वे अनुप्रयोगों को विकसित करने, क्षमता विकसित करने, या यहां तक ​​कि किसी रूप में मौजूदा एप्लिकेशन को लागू करने के बारे में सोचेंगे। डिजाइन और विकास के कुछ रूप लेने पड़ते हैं और इन डेटाबेस प्रणालियों को कैसे कार्यान्वित किया जा रहा है, और इसका प्रबंधन किया जाता है, और प्रदर्शन किए गए ट्रैक और इसके आगे कैसे काम किया जाता है, इस पर बहुत विचार करना पड़ता है।

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

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

और फिर हमेशा की दुनिया है कि अब हम 24/7 में रहते हैं, न केवल सूर्य का अनुसरण करते हैं, लेकिन हमेशा आधी रात को कोई न कोई ऐसा करने के लिए इच्छुक होता है, और व्यवसाय के घंटे दुनिया भर में सूर्य का अनुसरण करते हैं। इसलिए अपटाइम और उपलब्धता डिफ़ॉल्ट रूप से होती है, अब एक जलवायु है, एक आउटेज वास्तव में सिर्फ एक स्वीकार्य चीज नहीं है। और अतिरेक, अगर वहाँ एक प्रदर्शन मुद्दा है या अगर हम एक उन्नयन या एक पैच, या एक सुरक्षा करने के लिए एक रखरखाव खिड़की की जरूरत है, वास्तव में, हम एक डेटाबेस वातावरण से दूसरे में कटौती करने और इसे मूल और स्वचालित रूप से करने में सक्षम होने की जरूरत है।

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

और दो बड़े मज़ेदार, जिनके बारे में कोई भी कभी बात नहीं करता है, हम आम तौर पर उन्हें गलीचा के नीचे धकेल देते हैं और आशा करते हैं कि वे कभी भी अपना बदसूरत सिर नहीं उठाएंगे, लेकिन आपदा वसूली और व्यापार निरंतरता - ये चीजें हैं जो कि, के लिए भी होनी चाहिए सबसे अधिक हिस्सा, स्वचालित रूप से होता है, आवश्यकता उत्पन्न होनी चाहिए।

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

खैर, यह क्या हो सकता है, यह पिछले दो से तीन वर्षों में हाल के कुछ उल्लंघनों का स्क्रीनशॉट है। वास्तव में, ये सभी एक डेटाबेस सिस्टम से आए हैं, और हमेशा, सुरक्षा या नियंत्रण, या एक्सेस के बारे में कुछ समस्या है, और शीर्ष बाएं हाथ के कोने में हम 152 मिलियन Adobe खाते देख रहे हैं, जहाँ हर विवरण उन ग्राहकों का उल्लंघन किया गया था। और क्या यह घटना को ट्रैक करने और पकड़ने के लिए उपयुक्त उपकरणों का मामला हो सकता है, और सुरक्षा को नियंत्रित करने के लिए, हम उनमें से कुछ से बच सकते हैं, चोरी किए जा रहे सौ रिकॉर्ड के पहले जोड़े ने हमें सचेत किया होगा, और हमारे पास होगा अगले सौ-पचास करोड़ रुके।

फिर हम इस पूरी यात्रा के प्रमुख बिंदु पर पहुँचते हैं, हमें यहाँ तक ले जाते हैं, अर्थात्: हमें बेहतर प्रणालियों की आवश्यकता क्यों है? हम सिर्फ इस बात पर अधिक शव क्यों नहीं फेंक सकते हैं, कि हम अच्छी तरह से और वास्तव में मेरे विचार में टिपिंग बिंदु को पार कर चुके हैं, और निश्चित रूप से मेरा मानना ​​है कि एक ऐसा मामला है जो देर से होने का सबूत है, जो कि अधिक डीबीए, प्रशासक और अधिक लोगों को फेंक रहा है यह बात समस्या को ठीक नहीं करती है। हमें उपकरणों के बेहतर सेट और सिस्टम के बेहतर सेट की आवश्यकता है।

यहां मेरे शीर्ष पांच कारण हैं जो मुझे विश्वास है कि इस बात का समर्थन करते हैं, और वे महत्व के क्रम में रैंक किए जाते हैं, जो कि मैं इन निजी उद्यमों और राज्यों में देख रहा हूं, जो शासित वातावरण, डेटाबेस वातावरण के साथ चुनौतियों का सामना कर रहे हैं, के आधार पर, और उन्हें प्रबंधित करना।

सुरक्षा और अनुपालन - नंबर एक। आप जानते हैं, जिनके पास पहुंच है, उन तक पहुंच को नियंत्रित करना, उनकी पहुंच कहां है, जब उनकी पहुंच है, तो उनके पास कितनी बार पहुंच है, वे कहां से पहुंचे हैं। संभावित रूप से वे उपकरण जिन्हें उन्होंने वास्तव में छुआ है और उन चीजों के प्रकार जिन्हें उन्होंने देखा है, और अनुपालन जो उस पर चलता है। 30 दिन बाद मानव ने रिपोर्ट्स चलाकर हमें बताया कि क्या चीजें ठीक नहीं हैं और अब उचित नहीं है, यह वास्तविक समय में होना है।

प्रदर्शन और निगरानी - यह एक नहीं दिमाग की तरह लगता है, लेकिन हमेशा यह नहीं है। चाहे हम ओपन-सोर्स टूल्स या कुछ थर्ड-पार्टी कमर्शियल टूल्स का उपयोग कर रहे हों, वास्तव में, हमने नाव को मिस नहीं किया है, कई मायनों में, प्रदर्शन निगरानी के प्रकारों की आवश्यकता होती है और जो विस्तार से, और समय पर प्रतिक्रिया करने की क्षमता ।

हादसा का पता लगाने और प्रतिक्रिया - यह एक त्वरित वास्तविक समय बात है, और हमेशा हम इसे हमारे लिए करने के लिए एक प्रणाली की जरूरत है, या कम से कम हमें जल्दी से सचेत करें ताकि हम इससे निपट सकें, ताकि उत्पन्न होने वाले कुछ मुद्दों से निपटा जाए जल्दी से, और नियंत्रण से बाहर नहीं है।

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

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

एरिक कवनघ: मुझे यह पसंद है, हमने बहुत सारे मैदानों को कवर किया है वहाँ लोग, बहुत सारे भावी लीड, और हम आगे बढ़ते हैं और वे केवल एक सेकंड में बुलेट्ट को सौंप देते हैं।

बुलेट मनले: ठीक है।

एरिक कवनघ: ओह, चलो इसे हटा दें और बुलेट्ट, अब मैं इसे आपको सौंप रहा हूं, और मंजिल आपकी है।

बुलेट मनले: ठीक है, धन्यवाद। मुझे लगता है कि बहुत सारे अच्छे अंक बनाए गए हैं। मैं इदरा के बारे में सिर्फ एक सेकंड के लिए जल्दी से बात करना चाहता था, हम कौन हैं, और फिर हम इसमें कूदेंगे। मैं उस टूल के बारे में बात करने जा रहा हूं जो मुझे लगता है कि इस सामान के बारे में हम बात कर रहे हैं, हम कर सकते हैं इस उपकरण के साथ कुछ ऐसे क्षेत्रों की चर्चा करें, जहां ये संरेखित हैं, डायग्नोस्टिक मैनेजर उत्पाद।

अब, जो मैं पहले करना चाहता हूं, क्या वह आपको थोड़े से पृष्ठभूमि के बारे में बताता है कि इडेरा कौन है; हम लगभग 2003 के बाद से रहे हैं, और इसलिए हमने सिर्फ SQL सर्वर टूल्स के साथ शुरुआत की है, और यही हम आज पर ध्यान केंद्रित करने वाले हैं, यह डायग्नोस्टिक मैनेजर उत्पाद होगा। लेकिन आप उन सभी बाल्टियों को देख सकते हैं जो हमारे यहाँ हैं, और हमने हाल ही में, जैसा कि पहले उल्लेख किया था, हमने प्रीसीज़ का अधिग्रहण किया और अधिग्रहण के माध्यम से, हमारे पास Embarcadero भी है, और इसलिए हमें उत्पादों का एक बहुत अच्छा पोर्टफोलियो मिला है।

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

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

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

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

लेकिन पहले वाले को सिर्फ एक SQL के रूप में इंस्टेंस के उस केंद्रीकृत दृश्य के लिए सक्षम किया जा रहा है जिसे वे प्रबंधित कर रहे हैं। और मजेदार बात यह है कि बहुत सारे मामलों में, यदि आप एक डीबीए से पूछते हैं, "आप कितने उदाहरणों का प्रबंधन करते हैं?" संख्या इतनी बार बदलती है, कि वे वास्तव में कुछ मामलों में निश्चित नहीं हैं। तो आपको स्क्रीन पर सब कुछ फेंकने में सक्षम होने से ज्यादा कुछ चाहिए। आप उस जानकारी को पकड़ना चाहते हैं, आप इसे समझाना चाहते हैं, और इसलिए यह उन चीजों में से एक है जो डायग्नोस्टिक मैनेजर निश्चित रूप से आपकी मदद कर सकता है, जो आपको पर्यावरण में उस तरह का दृश्य प्रदान करने में सक्षम होने में सक्षम है।

और यह पर्यावरण में सिर्फ एक दृश्य नहीं है, लेकिन यह एक ऐसा विचार है जो डेटाबेस प्रशासक डीबीए के साथ सहज है और यह एक कंसोल है जो कि डीबीए केंद्रित है, यदि आप करेंगे। यह एक डेटाबेस व्यवस्थापक के लिए बनाया गया है। वहाँ बहुत सारे निगरानी उपकरण हैं, वहाँ बहुत सारे प्रदर्शन उपकरण हैं, लेकिन जैसा कि मैंने कहा, दिन के अंत में, DBA एक ऐसा उपकरण चाहता है, जो DBA के लिए डिज़ाइन किया गया हो, क्योंकि वहाँ बहुत सारी चीज़ें विशिष्ट हैं जो वे करते हैं उनके दिन में दिन।

और कहा कि, आप SCOM मिल गया है, आप HPF मिल गया है, आप इन अन्य तकनीकों के सभी मिल गया है, लेकिन वे चाहते हैं कि वे क्या कर रहे हैं करने के लिए विशेष रूप से कुछ है। मुझे लगता है कि हम इस उत्पाद के साथ उस क्षेत्र में मदद कर सकते हैं, आप देखेंगे जब हम इसे एक सेकंड में प्राप्त करते हैं। दूसरी बात जो हम डीबीए के साथ देखते हैं जो निश्चित रूप से उन चीजों में से एक है जिन्हें हमने पहले भी छुआ था, यह है कि उन्हें यह देखने में सक्षम होना चाहिए कि क्या चल रहा है, जाहिर है, और उन्हें पूरे उद्यम को देखने में सक्षम होना चाहिए और जो कुछ हो रहा है उसे जानने में मन की शांति है। लेकिन एक ही समय में, वे वहाँ बैठकर शान्ति को नहीं देख रहे हैं।

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

इसके साथ ही, यह निश्चित रूप से उन चीजों में से एक है, जो डायग्नोस्टिक मैनेजर आपकी मदद कर सकता है, आपको अतीत की जानकारी को क्वेरी करने के लिए उस दृश्य में देना है, "क्या मुझे ब्लॉकिंग के साथ अलर्ट था, क्या मेरे पास गतिरोध के साथ समस्या थी, क्या हमारे पास हमारे संसाधनों के संदर्भ में चीजें थीं? ”मैं वापस जा सकता हूं और उस जानकारी को क्वेरी कर सकता हूं। मैं समय में विशिष्ट बिंदुओं में ड्रिल कर सकता हूं। मैं उन सभी चीजों को सीधे टूल के भीतर से कर पाऊंगा।

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

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

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

और फिर जैसे-जैसे Microsoft ने इसमें और अधिक फीचर जोड़े, यह एक एंटरप्राइज टूल से थोड़ा अधिक हो गया। और जाहिर है, यह तब से एक लंबा सफर तय कर चुका है। लेकिन मुद्दा यह है कि, एक बार आप यह तर्क दे सकते हैं कि डेटाबेस को दिन में वापस महत्वपूर्ण नहीं माना जाता था। और यह समय के साथ बदल गया है। अब इसकी वजह से, बहुत सारे मामलों में लोग इसके चारों ओर अपना हाथ पाने की कोशिश कर रहे हैं, और कह रहे हैं, “तुम जानते हो क्या? मुझे ये सभी SQL सर्वर डेटाबेस मिल गए हैं, मैं इसे संभालने की कोशिश कर रहा हूं। "और मदद डेस्क से समस्याओं के बारे में सुनने के बजाय, या विशिष्ट लोगों की समस्याओं के बारे में सुनने से - जैसे कि उपयोगकर्ता स्वयं, वे ' चारों ओर जाने के लिए कुछ तरीकों की तलाश कर रहे हैं। वे उन स्थितियों से अवगत होने के लिए सक्षम होने के तरीकों की तलाश कर रहे हैं, जो वे कभी भी होने से पहले।

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

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

उस के साथ कहा जा रहा है, तुम भी के संदर्भ में सक्षम हो जाएगा - वहाँ हमेशा कुछ नया होने जा रहा है। इसलिए हमने आपके लिए एक तरीका प्रदान किया है कि स्थापना के बिंदु के बाद आपको जो भी मीट्रिक निगरानी करने और प्रबंधित करने की आवश्यकता है, उन्हें जोड़ा जा सकता है। इसलिए कोई भी PerfMon काउंटर, WMI काउंटर, SQL सर्वर काउंटर ऑब्जेक्ट; उन सभी को उपकरण में शामिल किया जा सकता है। आपके पास अतिरिक्त प्रश्न जोड़ने की क्षमता है जिसे आपके मतदान अंतराल में शामिल किया जा सकता है।

और, आखिरी चीज जो ध्यान देने योग्य है, वह है हम जोड़ सकते हैं, और वास्तव में उन वातावरणों से मैट्रिक्स खींचने में सक्षम होने के लिए vCenter और हाइपर-वी दोनों के साथ संवाद करते हैं। क्योंकि डीबीए के साथ जिन चीजों की हमने पहचान की है, उनमें से एक यह है कि वे आम तौर पर विशेष रूप से संचालन का हिस्सा नहीं हैं। और वे जरूरी नहीं कि आम तौर पर, आप जानते हैं, vCenter वातावरण, उनके लिए उपलब्ध है, या उन्हें उपलब्ध चीजों के प्रकार।

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

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

मैंने आपके साथ जो प्रदान किया है, उसे मैं "डायग्नोस्टिक मैनेजर के लिए कोर डिलिवरेबल्स" कहता हूं, और मैं आगे बढ़ सकता हूं और उत्पाद में जाकर आपको बस थोड़ा सा स्वाद दे सकता हूं। मैं क्या करने जा रहा हूं। मेरी स्क्रीन को साझा करें, ठीक है, और बस इसे ऊपर खींचने के लिए जा रहा है। इसलिए आप जो देखने जा रहे हैं, यह डायग्नोस्टिक मैनेजर के लिए कंसोल है। और जैसा कि मैंने पहले उल्लेख किया है, उस पहले कोर डिलिवरेबल में जा रहा हूं, जो देखने में सक्षम है। एंटरप्राइज़-स्तरीय दृश्य की तरह की चीज़ें। टूल के भीतर इसके कई अलग-अलग उदाहरण हैं। हमारे पास एक प्रकार का थंबनेल दृश्य है; हमारे पास ग्रिड जैसी दृश्य अधिक है। हमारे पास लचीलेपन के संदर्भ में भी है। वेब-आधारित कंसोल के साथ-साथ वेब-आधारित कंसोल में अन्य विचार हैं जो आपके लिए उपलब्ध हैं, जैसे कि मुख्य मानचित्र और जैसी चीजें। लेकिन मुद्दा यह है कि, आपके पास उस तरह की चीजों को देखने और चीजों को देखने की क्षमता है। एक उच्च स्तर पर। लेकिन जैसा कि समस्याएं होती हैं, आप उपकरण में थोड़ा और नीचे खोदते जा रहे हैं, और वास्तव में विशिष्ट संभावना देखते हैं झूठ बोलता है, और समझने और जानने का कोई तरीका है कि क्या हो रहा है। और जाहिर है कि यह बहुत महत्वपूर्ण है।

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

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

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

स्वयं प्रश्नों के संदर्भ में; प्रश्नों को देखने के मामले में, हमारे पास टूल में ऐसा करने के लिए बहुत सारे तरीके हैं। और जिसको मैं देखना पसंद करता हूं, वह है Query Waits View, क्योंकि क्वेरी वेट्स व्यू आकलन करने में सक्षम होने के लिहाज से बहुत मददगार है। अगर मेरे पास एक अड़चन है, जो उस विशिष्ट, विशेष क्वेरी को प्रभावित करने वाले सभी विभिन्न क्षेत्रों को अनिवार्य रूप से पहचानने में सक्षम होने के लिए है; केवल क्वेरी ही नहीं है और उस क्वेरी का क्या प्रभाव है, लेकिन यह भी आप जानते हैं कि यह किस एप्लिकेशन से आया है, यह किस सत्र से आया है, किस उपयोगकर्ता ने इसे और उस सभी सामान को कहा है, मैं यह देख सकता हूं, जाहिर है, जानकारी वास्तविक समय में, लेकिन मेरे पास अतीत से उस डेटा को देखने की क्षमता भी है। और इसलिए यह यहां की चीजों में से एक है, और मैंने एक स्क्रिप्ट को बंद कर दिया है, लेकिन मुझे इसे पॉप अप करने के लिए इंतजार करना होगा।

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

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

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

अब, इस उत्पाद के साथ आप वास्तव में कई आधारभूत क्षमता रखते हैं; आप उन्हें अलग-अलग समय के लिए सेट कर सकते हैं, और आप अपने बेसलाइन के आधार पर थ्रेसहोल्ड को गतिशील रूप से समायोजित कर सकते हैं, जो कि आपके SQL सर्वर इंस्टेंसेस के लिए दिन-प्रतिदिन होने वाले परिवर्तनों के अनुकूल होने का भी बहुत महत्वपूर्ण हिस्सा है। । अब, यहां इस मामले में, हम थ्रेसहोल्ड की बहुत सारी सेटिंग्स को कवर करते हैं, और आपको आधार रेखा दिखाते हैं। लेकिन जहां तक ​​वास्तविक अलर्टों का सवाल है, अधिसूचना खुद, डायग्नोस्टिक मैनेजर के बारे में अच्छी बात है, क्या यह आपको कई अलर्ट प्रोफाइल प्रदान करता है। इसलिए यदि आपके पास उदाहरण के लिए एक ऑन-कॉल प्रोफ़ाइल है जो 2:00 बजे से सुबह 5:00 बजे तक है, तो मेरे पास उस समय सीमा के लिए विशिष्ट प्रोफ़ाइल हो सकती है, और मैं सभी शर्तों को सेट कर सकता हूं, और यहां उपयुक्त सेटिंग्स मेरी प्रतिक्रिया के लिए।

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

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

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

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

एरिक कवनघ: निश्चित बात। इसलिए, मुझे लगता है कि मैं इसे दिन के हमारे विशेषज्ञों के पास फेंक दूंगा। मार्क, शायद पहले आप टिप्पणी करना चाहते हैं और कुछ सवाल पूछना चाहते हैं। फिर Dez, आप में झंकार कर सकते हैं।

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

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

मार्क मैडसेन: धन्यवाद।

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

एरिक कवनघ : डीज़।

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

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

Dez Blanchfield: निश्चित रूप से, हाँ और यह सुनना दिलचस्प था कि आपको अलग-अलग मूल्य निर्धारण अंक मिले हैं, क्योंकि जाहिर है कि अलग-अलग वर्कलोड हैं, और भारी नौकरियां होने जा रही हैं जहां सभी वास्तविक काम हो रहे हैं। लेकिन मैं बहुत सारे संगठन देख रहा हूं, विशेष रूप से सरकार में, और निश्चित रूप से रक्षा में, जहां विकास अब उत्पादन वातावरण के रूप में उपकरण और प्रणालियों में निवेश का समान स्तर प्राप्त कर रहा है, क्योंकि वे बहुत अधिक अप-फ्रंट परीक्षण कर रहे हैं। उदाहरण के लिए, ऐसी टीमें हैं जो अरबों परीक्षण चलाती हैं, अनुप्रयोगों और प्रणालियों और औजारों पर अरबों के सैकड़ों परीक्षण करती हैं और एकीकरण परीक्षण में जाने से पहले उनकी निगरानी भी करती हैं, क्योंकि वे यह सुनिश्चित करना चाहती हैं कि एक कोड और डेटाबेस बनाया जाए। इसके नीचे बैठा है। यह एक सौ एक मिलियन पुनरावृत्ति या कुछ और हो जाता है, जबकि आप किसी की शूटिंग के दौरान मैदान में होते हैं, यह "धमाका" नहीं होता है।

बुलेट मनले: ज़रूर।

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

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

Dez Blanchfield: हाँ, यह ठीक है। यह शायद एक भरा हुआ प्रश्न है, क्षमा करें, क्योंकि जाहिर है कि आपके प्रमुख हित, आपकी दुनिया में, चीजों के तकनीकी पक्ष हैं। मैं अपनी दिन-प्रतिदिन की गतिविधियों में इस बारे में उत्सुक हूं, मैं देख रहा हूं कि संगठन इसे बातचीत में लाना शुरू कर रहे हैं। इसलिए, जब वे नई पहल, नई परियोजनाओं, काम के नए कार्यक्रमों के बारे में बात कर रहे हैं, तो तुरंत आने वाली चीजों में से एक है, "हम इसे कैसे मॉनिटर कर रहे हैं, हम इसे कैसे ट्रैक कर रहे हैं, कैसे उठते हुए मुद्दों से निपट रहे हैं, लॉन्चिंग के विपरीत, लाइव हो रहा है? "

बुलेट मनले: मैं कहूंगा कि -

Dez Blanchfield: क्षमा करें, आगे बढ़ें।

Bullett Manale: मैं यह कहने जा रहा था कि मुझे एक ट्रेंड दिखाई दे रहा है जिसके बारे में मुझे लगता है कि मुझे यह कहना चाहिए - आप जानते हैं, अतीत में बहुत बार आपको मिलेगा, "हमें एक समस्या थी, और इसलिए अब हमें एक टूल की आवश्यकता है। " और मुझे लगता है कि हम समस्या होने से पहले ही उपकरण के आसपास स्वीकृति की थोड़ी अधिक जानकारी देख रहे हैं, अगर यह समझ में आता है। इसलिए मैं कहूंगा कि निश्चित रूप से यह सामान्य हो रहा है, आप जानते हैं, "अरे, हमें एक निगरानी उपकरण की आवश्यकता है, हमें कुछ चाहिए।" और लोग निश्चित रूप से इस उत्पाद का मूल्य देख रहे हैं, क्योंकि जैसा कि आपने पहले कहा था, बस डीबीए और जोड़ना नए उदाहरणों को जोड़ते हुए, आपको कुछ ऐसा चाहिए होता है जो उसे प्रबंधित करता है। आपको कुछ ऐसा चाहिए जो उस के प्रबंधन में मदद करता है, और यही कारण है कि हम इस उत्पाद के आसपास बहुत सी स्वीकृति देख रहे हैं, या हमारे पास है।

Dez Blanchfield: त्वरित प्रश्न। इसे जीने की जरूरत कहां है? क्या यह डाटा सेंटर के भीतर, लैन पर बर्न बर्न पर सही तरीके से बैठना है, जितना संभव हो डेटाबेस वातावरण के करीब हो, या क्या यह आरामदायक रखा गया है, संभवतः क्लाउड में, किसी तीसरे प्रकार के बादल के साथ किसी प्रकार का वीपीएन सुरंग या विभिन्न वातावरणों तक दूरस्थ पहुँच? जहां तक ​​बैठने की जरूरत है, जहां तक ​​पर्यावरण और निगरानी का सवाल है?

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

स्वाद पर निर्भर करता है, जैसे कि यदि आप AWS, कुछ वातावरणों के बारे में बात कर रहे हैं, तो यह दूसरों की तुलना में बेहतर काम करता है, लेकिन जहाँ तक वास्तविक वातावरण ही है, आमतौर पर या तो एसए प्रमाणीकरण का उपयोग करके इंस्टेंसेस के खिलाफ डेटा एकत्र करना आवश्यक है। या अगर यह एक अविश्वासित डोमेन है, तो आमतौर पर जब आप ऐसा करना चाहते हैं, लेकिन कई डोमेन; जब तक उनके बीच एक भरोसा है, हम उन लोगों के खिलाफ इकट्ठा कर सकते हैं। यह वास्तव में कोई फर्क नहीं पड़ता कि यह एक लैन पर है या यह WAN पर है, वास्तविक संग्रह अपने आप में एकत्रित डेटा की मात्रा के मामले में बहुत ही नगण्य है। यदि हमारे पास पर्याप्त आकार WAN कनेक्शन है, तो यह कोई समस्या नहीं है। मैंने वातावरण देखा है जहाँ उनकी शाखाएँ हैं जहाँ पूरे संयुक्त राज्य में उनके एसक्यूएल सर्वर हैं। और यह उन विभिन्न स्थानों में से प्रत्येक पर एक सर्वर है, और वे इसे केंद्रीय रूप से मॉनिटर कर रहे हैं। मुश्किल हिस्सा सिर्फ यह सुनिश्चित कर रहा है कि आपके पास ऐसा करने के लिए कनेक्टिविटी की एक सभ्य राशि है। उम्मीद है, कि आपके सवाल का जवाब है, यह नक्शे पर सभी तरह की थी।

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

Bullet Manale: डेटा को वापस खींचने के लिए SQL सर्वर इंस्टेंस को क्वेरी करने के लिए हमेशा एक छोटा सा प्रभाव होने वाला है। आपके जैसे प्रश्न में कहा गया है, "क्या यह नगण्य है या यह महत्वपूर्ण है?" आप जिस बॉक्स को इंगित कर रहे हैं, उसमें से यह नगण्य है। हम ऐसा कर रहे हैं, जैसे मैंने कहा, अभी काफी समय है। हमारे पास 20, 000 से अधिक ग्राहक हैं, और मैं आपको आश्वासन दे सकता हूं कि यदि यह महत्वपूर्ण प्रदर्शन प्रभाव का कारण बनता है, तो हम व्यवसाय में नहीं होंगे। इसके साथ ही कहा, हम उपयोगकर्ता को यह तय करने की भी अनुमति देते हैं कि वे क्या चाहते हैं वे निगरानी करना चाहते हैं। इसलिए मुझे लगता है कि यह उल्लेख करने के लिए एक महत्वपूर्ण बात है, यह है कि हर वातावरण थोड़ा अलग है।

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

अब जब हम ऐसा करते हैं, तो हम पिछले मतदान के बाद से बॉक्स पर जितने भी प्रश्न चल रहे थे, उन्हें एकत्र करने जा रहे हैं। अब यह ऐच्छिक है, और उपयोगकर्ता के पास ऐसा करने की क्षमता है। क्या हम कहते हैं, "यही वह है जो आपको करना चाहिए"? नहीं, लेकिन हम आपको यह करने का विकल्प भी देते हैं कि यदि आप डेटा का एक नमूना चाहते हैं जो आपको वह जानकारी एकत्र करने की अनुमति देता है। तो आम तौर पर बोलना, आपके पास साधन है। इसे सेट अप करने के लिए टूल और इसे ठीक उसी तरह से ट्यून करें जैसा कि आप चाहते हैं कि आप किस चीज पर आधारित हैं, लेकिन आप वास्तव में इसे खोलना चाहते हैं, अगर आप चाहते हैं और बहुत सी अतिरिक्त जानकारी एकत्र कर सकें, जो आपके लिए जरूरी नहीं है। इकट्ठा, अगर यह समझ में आता है।

डीज़ ब्लांचफील्ड: हाँ, बिल्कुल। मुझे पता है कि हम थोड़े लंबे समय से चल रहे हैं, लेकिन इससे पहले कि मैं रैप करूं, मैं वास्तव में दो महान प्रश्न पूछना चाहता हूं। वे दोनों सीधे मेरे पास आते हैं, लेकिन मुझे लगता है कि अगर आप उन्हें जवाब देते हैं तो यह सबसे अच्छा है। सवाल आमतौर पर था, "मौजूदा सिस्टम के ज्ञान के रूप में उपकरण की पहुंच का दायरा क्या है?" तो क्या हम इसे केवल प्लग कर सकते हैं, और क्या यह स्वचालित रूप से उस प्लेटफ़ॉर्म का पता लगा सकता है, और यह जान सकता है कि उस प्लेटफ़ॉर्म के लिए क्या सामान्य है, और तुरंत मार्क के रूप में पहले के बारे में बात कर रहा था उठाओ। प्लेटफॉर्म के आधारभूत ज्ञान में से कुछ, आप जानते हैं, मुझे नहीं पता, यह Microsoft Dynamics हो सकता है। सामान्य क्या है के साथ मंच के ज्ञान का दायरा क्या है। कुछ वर्तमान ऑफ-द-शेल्फ उपकरण जो व्यवसाय के आसपास उपयोग किए जा रहे हैं?

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

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

डीज़ ब्लांचफील्ड: यह, बिल्कुल करता है। वास्तव में, आपने वास्तव में एक और सवाल का जवाब दिया जो बस मेरे पास आया था, और वह था, "क्या कोई परीक्षण डाउनलोड है?" वहाँ है, मैं जवाब दे सकता हूँ, मुझे पता है। मुझे यकीन है कि आप पुष्टि करेंगे कि एक मुफ्त डाउनलोड है, और मुझे लगता है कि आपने कहा था कि यह वेबसाइट से 14 दिन था। आप इसे डाउनलोड कर सकते हैं और इसके साथ खेल सकते हैं। मुझे लगता है कि इसके साथ बस जल्दी से लगता है, "मुझे परीक्षण चलाने के लिए किस तरह के वातावरण की आवश्यकता है? क्या मैं इसे अपने लैपटॉप पर चला सकता हूं और इसके साथ खेल सकता हूं या क्या मुझे वास्तव में सर्वर की आवश्यकता है?"

बुलेट मनाले: इसकी ज़रूरत की मुख्य चीज़ एक रिपॉजिटरी है, जो 2005 या उससे ऊपर का SQL सर्वर डेटाबेस है। इसके अलावा, कुछ न्यूनतम संसाधन आवश्यकताएं हैं, एक .NET आवश्यकता है, और यह है। तो, यह केवल उत्पाद को स्थापित करने और डेटाबेस बनाने की बात है।

Dez Blanchfield: बिल्कुल सही। एक आखिरी सवाल जो मैं आप पर फेंकूंगा, क्योंकि हम अभी समय से बाहर हैं, लेकिन जल्दी से, लगभग दो या तीन लोगों ने मुझसे पूछा, "क्या मुझे वास्तव में उठने और चलने में सक्षम होने के लिए डीबीए बनने की आवश्यकता है यह, और इसके साथ एक नाटक है?

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

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

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

Bullett Manale: हाँ, यह सही है, और मुझे लगता है कि आप जिस संदर्भ का संदर्भ दे रहे हैं वह समुदाय है। और फिर एक बात का मैं भी उल्लेख करूंगा, पहले आपने इस बारे में पूछा था, "क्या यह पर्यावरण को मान्यता देने वाला है?" नए उदाहरणों या उदाहरणों को जोड़ने के संदर्भ में, एक और उपकरण है जो हमारे पास है जो उदाहरणों की खोज करता है। और यह इन्वेंट्री के बारे में है और आपकी इन्वेंट्री का प्रबंधन करता है। मैं वास्तव में उदाहरणों की खोज के संदर्भ में आपको उस दिशा में इंगित करना चाहूंगा। लेकिन जहां तक ​​वास्तव में प्रदर्शन और निगरानी की बात है, तो उस तरह के सभी सामानों के बारे में, जो कि डायग्नोस्टिक मैनेजर की भूमिका में थे।

डीज़ ब्लांचफील्ड: शानदार। देखिए, शानदार कवरेज। वास्तव में आपकी प्रस्तुति का आनंद लिया। मुझे आज सुबह से ही लाइव डेमो पसंद आया और मुझे पता है कि समय के साथ शायद 10 मिनट हो गए हैं। एरिक, मैं तुम्हारे पास वापस जा रहा हूं।

एरिक कवनघ: ठीक है। मुझे सिर्फ डेमो पसंद था। मुझे खुशी है कि आपने डेमो किया। मुझे ख़ुशी है कि हम उस पर एक अच्छी कड़ी नज़र डालते हैं क्योंकि हम क्यू एंड ए के माध्यम से गए थे।

बुलेट मनले: शानदार।

एरिक कवनघ: क्योंकि इससे लोगों को यह पता चलता है कि आप क्या देख रहे हैं, और यह वास्तव में मुझे यह सोचने के लिए विस्मित करता है कि हम अभी भी इन कंप्यूटरों से बात करना सीख रहे हैं, जब आप इसके लिए सही हो जाते हैं। मेरा मतलब है, निदान का यह स्तर बहुत परिष्कृत है, और यह हर दिन बेहतर हो रहा है। हम वास्तव में क्या हो रहा है में बहुत अधिक अंतर्दृष्टि प्राप्त कर रहे हैं। लेकिन आपको वास्तव में इस सामान को देखने वाले व्यक्ति की ज़रूरत है, इसे पढ़कर, जो आप कर रहे हैं, उसके पीछे उस संज्ञानात्मक क्षमता को डाल दें?

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

एरिक कवनघ: वैसे तो असली लोगों के लिए अच्छी खबर है, लोग।

बुलेट मनले: यह सही है।

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

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

एरिक कवनघ: यह अच्छा लगता है, दोस्तों। हम यहां लंबे समय से नहीं थे, लेकिन मैं उन सवालों को प्राप्त करना चाहता था। आपके समय और ध्यान के लिए बहुत बहुत धन्यवाद। हम इन सभी वेबकास्ट को संग्रहीत करते हैं। Techopedia.com या InsideAnalysis.com पर ऑनलाइन हॉप करें, आपको दोनों स्थानों के लिंक दिखाई देंगे।

और इसके साथ ही, हम आपसे विदाई लेते हैं। धन्यवाद फिर से, दोस्तों, हम अगले हफ्ते, तीन और वेबकास्ट अगले सप्ताह, मंगलवार, बुधवार, गुरुवार को पकड़ लेंगे। तो हम आपसे अगले हफ्ते बात करेंगे, दोस्तों। ख्याल रखना। अलविदा।

Techopedia सामग्री साथी

Techopedia Staff Bloor Group से संबद्ध है और इसे दाईं ओर दिए गए विकल्पों का उपयोग करके संपर्क किया जा सकता है। हम उद्योग भागीदारों के साथ कैसे काम करते हैं, इसकी जानकारी के लिए यहां क्लिक करें।

• प्रोफ़ाइल
• वेबसाइट