डॉन जोन्स। "अपने वातावरण में एक एकीकृत आईटी निगरानी प्रणाली बनाना।" अध्याय 6. उदाहरणों का उपयोग करते हुए एकीकृत प्रबंधन

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


सामग्री

अध्याय 1. अपने आईटी वातावरण का प्रबंधन: चार चीजें जो आप गलत करते हैं
अध्याय 2. आईटी प्रबंधन में व्यक्तिगत साइटों के लिए प्रबंधन प्रथाओं का उन्मूलन
अध्याय 3. एक आईटी प्रबंधन चक्र में सब कुछ जोड़ना
अध्याय 4. निगरानी: डेटा केंद्र से परे एक नज़र
अध्याय 5: समस्याओं को समाधान में बदलना
अध्याय 6: उदाहरणों के साथ एकीकृत प्रबंधन

अध्याय 6. उदाहरणों के साथ एकीकृत प्रबंधन

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

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

व्यावहारिक कार्य

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

समस्या का पता लगाना और समाधान करना

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

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

2009-06-14 13:34 में ओपन हेल्प डेस्क
उपयोगकर्ता जोर देकर कहता है कि BOS [व्यवसाय अनुप्रयोग] बेहद धीमा है।
एक ही विषय पर पहले से ही कई ई-मेल संदेश हैं। सर्वर BOSDB02 पिंग्स के लिए धीरे-धीरे प्रतिक्रिया करता है।

APPOINTED Lheirt [यह लिसा है]

एलईईएस 2009-06-14 15:26 को
BOSDB02 ठीक काम करता है, सिवाय इसके कि SQL CPU का 100% खाता है। DBMS व्यवस्थापक के लिए प्रस्तुत किया।

APPOINTED DShields [DBMS प्रशासक है]

2009-06-14 16:53 से डीईईएस डीएलईडीएस
शायद फिर से अनुक्रमित, एसक्यूएल प्रश्नों को निष्पादित करने के लिए अधिक समय लेता है इसकी आवश्यकता से। हम शाम के लिए सूचकांकों के पुनर्निर्माण की योजना बनाते हैं।

NOTES हेल्पडेस्क 2009-06-15 10:44
फिर भी इसके बारे में फोन आ रहे हैं

2009-06-15 11:12 को डीएसएचडीएलएस
अनुक्रमित पुनर्निर्माण

APPOINTED हेल्पडेस्क 2009-06-15 11:34
फिर भी BOSDB02 के बारे में कॉल मिल रही हैं - धीमा पिंग।

APPOINTED DSHilds 2009-06-15 13:12
SQL अभी भी धीरे-धीरे चल रहा है - डिस्क I / O मुद्दों की तरह दिखता है। डिस्क विखंडन? सर्वर का समर्थन चाहिए।

लागू किया गया

नोटीस लीथर्ट 2009-06-15 13:47
2% से कम सर्वर डिस्क विखंडन यहाँ कोई समस्या नहीं है। IO धीमा है क्योंकि SQL बहुत बार ड्राइव करता है। शायद डेटाबेस खंडित हैं। मैं तुम्हें वापस बुला लूंगा।

हस्तांतरित DSCHILDS

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

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

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

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

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

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

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

अलार्म 2011-06-14 12:13:42
विंडोज सर्वर BOSDB02 गाँठ
SQL सर्वर इंस्टेंस = DEFAULT
प्रतीक: SQL सर्वर प्रतिक्रिया समय सीमा से बाहर

आईपी: 10.10.15.212

SQL सर्वर DBMS 34% नि: शुल्क दिखाता है
SQL सर्वर DBMS विखंडन <5%
डिस्क कतार <१
नेटवर्क उपयोग <40%
CPU उपयोग <60%
मेमोरी उपयोग <75%

संबंधित अलार्म 2011-06-14 12:10:52
NODE राउटर MBS3667
इंटरफ़ेस विफलता

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


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

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

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

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

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

कस्टम आदेशों की पूर्ति

केविन ने एकीकृत प्रबंधन के एक और पक्ष के बारे में बात की। “हम केवल समस्याओं के लिए टिकट खोलने के लिए जिम्मेदार नहीं हैं। हम रूटीन चेंज ऑपरेशन के लिए भी टिकट खोलते हैं। ” मैंने उनसे एक उदाहरण देने के लिए कहा कि एकीकृत प्रबंधन प्रणाली की शुरुआत से पहले यह कैसे किया गया था। उन्होंने मुझे संग्रह से एक टिकट दिखाया:

ओपेन हेल्पडेस्क 2010-08-12 15:50
BDOUDS उपयोगकर्ता को होस्ट की गई नई SharePoint साइट की आवश्यकता होती है
इंट्रानेट / प्रोजेक्ट्स / यूनिवर्सिटीबिड। उपयोगकर्ता साइट व्यवस्थापक होगा।

लागू झोल

नोट झोलज़ 2010-08-13 08:27
पुष्टि के लिए बिल के प्रबंधक को एक संदेश भेजा गया है। विशेष परियोजनाओं के विभाग को एक संदेश भी भेजा गया था।

नोट झोलज़ 2010-08-16 11:12
बिल के पर्यवेक्षक, खिकी ने आवेदन की पुष्टि की। अभी भी विशेष परियोजना विभाग से पुष्टि की प्रतीक्षा है।

नोट झोलज़ 2010-08-18 11:05
अभी भी विशेष परियोजनाओं के जवाब का इंतजार है। अब तक मैंने वर्चुअल मशीन के साथ काम करना बंद कर दिया है।

NOTES हेल्पडेस्क 2010-08-20 10:34
उपयोगकर्ता अनुरोधों की स्थिति।

नोट झोलज़ 2010-08-20 11:34
उसे विशेष परियोजना विभाग से संपर्क करने के लिए कहें। मुझे उनसे पुष्टि की जरूरत है, क्योंकि यह उनके बजट से परे है।

नोट्स झोलज़ 2010-08-22 13:11
प्राप्त विशेष परियोजनाओं से पुष्टि। साइट को उठाया और साइट उपयोगकर्ता के रूप में उपयोगकर्ता BDOUDS को सौंपा।

स्थिति 2010-08-22 13:12 में पूरी की गई है

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

और एकीकृत प्रबंधन लागू करते समय यह कैसा दिखता है?

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


चित्र 6.2: सूचीपत्र मद का अनुरोध करते समय स्वचालित अनुमोदन / अनुमोदन के लिए उपयोग किए गए प्रलेखित आदेश।

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

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

एकीकृत आईटी प्रबंधन प्रणाली का चयन करते समय "मेमोरी के लिए नोड्यूल्स"

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

• काम का अनुक्रम। एकीकृत प्रबंधन समाधान को वर्कफ़्लोज़ की पेशकश करनी चाहिए जो सेवा समन्वय और प्रबंधन को स्वचालित करने में मदद करती है। वर्कफ़्लो अनुक्रमण सामान्य माउस आंदोलनों के रूप में अधिकतम लागू किया जाना चाहिए ताकि प्रोग्रामिंग कम से कम हो।
• . , , , , ; , . , , , . , , .
• . , ; . « » .
• . , «» – , . / , «-» , .
• . . , , .
• . – -. , , .
• . , . .
• . , . , (compliance) - , , , ITIL. « », , -. «» , , , .
• . , , . - , , () , .
• . , , -, .
• . , , . «», - , . , ( ) , .
• SLA. , (SLA) .
• . , , . SLA, .
• . , SLA , , . SLA .
• . , , , SLA . , , , , .
• . .
• . , – , , , , . , , .
• . , , - .
• . , : IP-, . , , , .

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

एकीकृत आईटी प्रबंधन प्रणाली खरीदने के तरीके

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

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

उदाहरण के लिए, स्पेक्ट्रम के एक छोर पर आपको वह मिलेगा जिसे मैं अखंड कहता हूं . , , , . , — , , , , , , . , , . . , , .

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

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

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

निष्कर्ष

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

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

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

सौभाग्य है।