किंगडम की कुंजी: डायनेमिक डिस्कवरी के साथ SQL सर्वर का प्रबंधन

लेखक: Louise Ward
निर्माण की तारीख: 6 फ़रवरी 2021
डेट अपडेट करें: 1 जुलाई 2024
Anonim
डायनामिक डिस्कवरी के साथ SQL सर्वर को प्रबंधित करने वाले किंगडम की कुंजी
वीडियो: डायनामिक डिस्कवरी के साथ SQL सर्वर को प्रबंधित करने वाले किंगडम की कुंजी

ले जाओ: होस्ट एरिक कवनघ हॉट टेक्नोलॉजीज के नवीनतम एपिसोड में रॉबिन ब्लोर, डीज़ ब्लैंचफील्ड और बुलेट्ट मनाले के साथ डेटाबेस प्रबंधन और उदाहरण खोज की चर्चा करते हैं।



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

एरिक कवनघ: ठीक देवियों और सज्जनों। एक बार फिर से आपका स्वागत है। मेरा नाम एरिक कावनघ है। हालात गर्म हैं। यहां चीजें गर्म हो रही हैं। मुझे नहीं पता कि क्या चल रहा है। ओह, यह सही है, हॉट टेक्नोलॉजीज का समय है। हां वास्तव में, मेरा नाम, एक बार फिर, एरिक कवनघ है। आप मुझे @eric_kavanagh पर पा सकते हैं। यह वह शो है जिसे बाज़ार में गर्म होने के बारे में बात करने के लिए डिज़ाइन किया गया है। शीर्षक आज, "कुंजी को राज्य: गतिशील डिस्कवरी के साथ SQL सर्वर का प्रबंधन।" अच्छी चीजें। वहाँ वास्तव में तुम्हारा है। ठीक है, वह चित्र कुछ साल पहले का था। मैं झूठ नहीं बोल रहा हूँ, मैं अब थोड़ा बड़ा दिख रहा हूँ, लेकिन यह ठीक है।

इसलिए, हम इस बारे में बात कर रहे हैं कि कैसे टेक्नोलॉजीज और SQL सर्वर वास्तव में, वास्तव में, वास्तव में, वास्तव में गर्म हैं। आज हमें पूरी सामग्री मिल गई है, इसलिए मैं इसे तुरंत बंद करने जा रहा हूं। यहां खड़े हो जाओ, हम चलते हैं। वहां हमारे बोलने वाले हैं। और रॉबिन ब्लोर पहले जाता है।


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

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


संबंधपरक डेटाबेस का आविष्कार ational 70 के दशक में किया गया था और ‘80 के दशक में प्रोटोटाइप के संदर्भ में अस्तित्व में आया और its 90 के दशक की शुरुआत से बाज़ार में इसका कर्षण प्राप्त हुआ। और रिलेशनल डेटाबेस अभी भी लोकप्रियता में पूरी तरह से प्रभावी हैं। यदि आप प्रेस को पढ़ते हैं, तो आप उन लोगों के बारे में एक बहुत कुछ सुनेंगे जो - SQL डेटाबेस और हाल ही में ग्राफ़ डेटाबेस के साथ बहुत अधिक शोर है। और वे दिलचस्प हैं, यदि आप पसंद करते हैं, लेकिन वास्तव में अभी भी नवीनतम बिक्री संख्याओं में, संबंधपरक डेटाबेस बाजार का 95% है। और Microsoft SQL सर्वर जिसके बारे में हम आज कुछ गहराई से चर्चा करने जा रहे हैं, वह Oracle के लिए दूसरा सबसे लोकप्रिय है।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

एरिक कवनघ: यदि आप एक हेडसेट का उपयोग कर रहे हैं तो आपका ऑडियो बहुत गर्म है, इसलिए इसे थोड़ा ऊपर खींचें।

बुलेट मनले: कोई दिक्कत नहीं है। क्या वो बेहतर है?

एरिक कवनघ: यह ज़्यादा बेहतर है। इसे दूर ले जाओ।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

तो यह संक्षेप में एक तरह से है कि इन्वेंटरी एसक्यूएल आयात प्रबंधकों के बारे में सब क्या है। अब Im आपको इसका एक प्रदर्शन दिखाने जा रहा हूं। इससे पहले कि हम ऐसा करें, बस जल्दी से मैं आपको दिखाता हूं कि यह यहां की आर्किटेक्चर स्लाइड है और सिर्फ इस तरह का शो करने के लिए, SQL के इंस्टेंस जो मैनेज कर रहे थे, हम SQL 2000 से सब कुछ नए वर्जन तक खोज सकते हैं एसक्यूएल।

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

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

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

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

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

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

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

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

जोसेलिन: Im आपको वास्तविक त्वरित बाधित करने जा रहा है। आपके डेमो को नहीं देख रहे थे।

बुलेट मनले: तुम नहीं?

जोसेलिन: नहीं।

बुलेट मनले: खैर अच्छा नहीं है, देखते हैं।

एरिक कवनघ: यदि आप ऊपरी बाएँ हाथ के कोने पर जाते हैं, तो प्रारंभ पर क्लिक करें, उस पर क्लिक करें।

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

एरिक कवनघ: और अब शेयर स्क्रीन है।

बुलेट मनले: उसके लिए माफ़ करना। हाँ।

एरिक कवनघ: वह ठीक है। वहां अच्छा प्रदर्शन, निर्माता जॉचलीन।

बुलेट मनले: ठीक है तो क्या यह बेहतर है? क्या आप इसे अभी देख रहे हैं?

रॉबिन ब्लोर: हाँ सचमुच।

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

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

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

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

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

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

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

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

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

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

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

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

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

एरिक कवनघ: वह बहुत अच्छा लगता है। तो रॉबिन? Dez? कोई सवाल?

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

एरिक कवनघ: ये सही है।

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

बुलेट मनले: यह कहना मुश्किल है कि ROI क्या है क्योंकि वातावरण थोड़ा अलग होने वाला है। जाहिर है कि उद्यम जितना बड़ा होगा, पर्यावरण उतना ही बड़ा होगा, जाहिर है कि आरओआई शायद अधिक होगा यदि वे उपयोग कर रहे हैं, तो आप जानते हैं, मैनुअल तरीके अब।

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

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

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

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

वैसे भी, जैसा कि आप बताते हैं, इसका गतिशील और मुझे व्यक्तिगत रूप से कोई पता नहीं है क्योंकि Ive को वास्तव में Microsoft के साथ कभी भी बातचीत नहीं करनी थी, इसलिए Ive को कोई विचार नहीं आया, लेकिन संभवतः डेटाबेस हैं जो लोग अक्सर परीक्षण डेटा, परीक्षण वातावरण और मैं नीचे लेते हैं। लगता है कि यदि आप लाइसेंस दे रहे हैं तो वे आपके पक्ष में कांटे हैं। क्या वे तुम हो-?

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

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

डीज़ ब्लांचफील्ड: एक बात जो मेरे मन में आती है, ओह सॉरी गो-

रॉबिन ब्लोर: ठीक है, आप डीज़ में जाएं, मैं एक संभवतः अप्रासंगिक प्रश्न पूछने जा रहा था।

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

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

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

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

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

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

बुलेट मनले: वैसे मेरा मतलब है कि इसके बारे में बात यह है कि आपने क्या कहा है - सब कुछ अब एक डेटाबेस की जरूरत है, इसलिए कई बार बहुत संभव है, बहुत सारे डेटाबेस को प्राप्त होता है जो पर्यावरण में पेश किया जा रहा है कि डीबीए खुद भी बना हुआ है आम तौर पर बोलते हुए पर्यावरण में SQL सर्वर स्थापित करने के लिए बहुत मुश्किल नहीं है, क्योंकि इसके बारे में पता है।

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

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

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

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

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

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

बुलेट मनले: हाँ।

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

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

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

लेकिन कुल मिलाकर सबसे बड़ा पहला कदम यह है कि मुझे लगता है कि इसका पता लगाना, खोज करना है। क्या इसका मतलब है कि परीक्षण में हमारे उत्पाद को डाउनलोड करने के लिए, आप इसे डाउनलोड कर सकते हैं और इसे 14 दिनों के लिए परीक्षण कर सकते हैं और आप अपने पर्यावरण की ओर इशारा कर सकते हैं और संग्रह कर सकते हैं।

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

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

बुलेट मनले: यदि आप Idera, I-D-E-R-A.com पर जाते हैं, तो आप देखेंगे, और मैं वास्तव में वास्तविक रूप से जल्दी वास्तविक दिखा सकता हूं। Idera वेबसाइट पर आप उत्पादों पर जाएंगे, इन्वेंट्री मैनेजर पर जाएंगे। Youll यहाँ एक डाउनलोड लिंक theres देखें। आप केवल यह निर्धारित कर रहे हैं कि आप 64 या 32 बिट पर कौन सा निर्माण करना चाहते हैं, और यह आपको मिल जाएगा और आप वहां से अपनी खोज शुरू कर सकते हैं।

रॉबिन ब्लोर: शानदार और शानदार, शानदार प्रस्तुति, बहुत-बहुत धन्यवाद।

बुलेट मनले: धन्यवाद।

एरिक कवनघ: हमारे पास श्रोताओं और अच्छी तरह से आपसे पूछे जाने वाले सवालों के एक जोड़े हैं क्योंकि हमें आज खुद को रोकना होगा, लेकिन फिर से, डेमो पर बढ़िया काम, हमारे निर्माता द्वारा शानदार काम यह देखते हुए कि यह प्रदर्शित नहीं हो रहा है।

बुलेट मनले: उसके लिए माफ़ करना।

एरिक कवनघ: नहीं, यह अच्छा सामान है, आप व्यापार के मूल में दृश्यता दे रहे हैं, है ना? क्योंकि व्यवसाय डेटा चलाता है और आप कोर के नीचे दृश्यता देते हैं। तो कोई और हाथ लहराती सामग्री; अब आप वास्तव में चीजों को इंगित कर सकते हैं और हल कर सकते हैं। तो आपके लिए अच्छा है।

बुलेट मनले: धन्यवाद।

रॉबिन ब्लोर: लेकिन यह देखने के लिए बहुत अच्छा था कि जिस तरह से यह किया गया, वह अच्छी तरह से किया गया था।

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