शुद्ध एमएस SQL ​​पर विंडोज सर्वर की निगरानी करना, और मैंने इसे कैसे गुप्त रूप से लागू किया

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

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


एक पंक्ति में, "पक्षियों" का तर्क सकारात्मक है (घटना उठाएँ)। एक और नकारात्मक (घटना को न बढ़ाएं) में। कैसे "केवल घटनाओं को बढ़ाएं" जब चेकबॉक्स के एक अलग सेट के साथ काम करता है जिसे मैं आमतौर पर केवल प्रयोगात्मक रूप से समझता था (और पहले से ही भूल गया)।

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

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


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


ज्यादातर मामलों में इन घटनाओं और NetIQ की निगरानी बंद कर दिया। प्रयोगों के एक सप्ताह और समर्थन के साथ काम करने के एक सप्ताह के बाद, हमें पता चला कि "यह एक बग नहीं है, यह एक विशेषता है" और एक चेतावनी केवल एक निश्चित निकास कोड के साथ उत्पन्न होती है। और हमारी सेवाएं कभी-कभी किसी भी कोड के साथ गिर गईं।

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


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

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


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

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


आधुनिक प्रोग्रामर सारगर्भित रूप से सोचने के आदी हैं कि वे 'सर्वर के लिए हम निगरानी मॉनिटरिंग स्क्रिप्ट का एक सेट चलाने के अलावा एक निगरानी प्रणाली नहीं लिख सकते हैं, और हम ध्यान रखते हैं कि अंदर क्या है', प्रत्येक राज्य की निगरानी करते समय - डिस्क, मेमोरी, सीपीयू, सेवाएं - अपने तरीके से अद्वितीय हैं। इस "अमूर्त" को महसूस करते हुए, आप प्रत्येक मामले के लिए समान रूप से खराब कर रहे हैं, और ऐसा ही होता है: (यह SCOM के ईमेल का एक स्क्रीनशॉट है। निश्चित रूप से ToR के अनुसार सख्ती से किया जाता है।)


नई प्रणाली का एक बड़ा प्लस यह था कि यह क्रमशः एजेंट रहित था, एजेंट को स्थापित करने में कोई समस्या नहीं थी, इसके क्रैश - बस वहां गिरने के लिए कुछ भी नहीं था। प्रणाली हथौड़े की तरह सरल और विश्वसनीय थी।

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

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


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

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

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