मुझे यकीन नहीं है कि यह सवाल कैसे पूछा जाए, क्योंकि मैं मैदान में नहीं हूं। कहते हैं कि आप एक नेटवर्क व्यवस्थापक हैं और आप अपनी नौकरी छोड़ देते हैं। नए आदमी को कैसे पता है कि कहां से शुरू करना है?
मुझे यकीन नहीं है कि यह सवाल कैसे पूछा जाए, क्योंकि मैं मैदान में नहीं हूं। कहते हैं कि आप एक नेटवर्क व्यवस्थापक हैं और आप अपनी नौकरी छोड़ देते हैं। नए आदमी को कैसे पता है कि कहां से शुरू करना है?
जवाबों:
यह नेटवर्क के आकार, उपयोगकर्ताओं की संख्या, नोड्स (कंप्यूटर, सर्वर, प्रिंटर, आदि) की संख्या और अन्य चीजों के अलावा आपके आईटी कर्मचारियों के आकार पर निर्भर करता है।
यह आपके लक्ष्य पर भी निर्भर करता है। क्या आप प्रशिक्षण और रखरखाव उद्देश्यों, बीमा / हानि की रोकथाम, आदि के लिए नेटवर्क का दस्तावेजीकरण कर रहे हैं?
व्यक्तिगत रूप से, मैं अपने नेटवर्क को इस तरह से प्रलेखित करता हूं कि मुझे पता है कि मैं किसी भी लापता जानकारी को दस्तावेज के आधार पर प्राप्त कर सकता हूं । एक व्यावहारिक रुख से, जब आपके दस्तावेज़ बहुत दानेदार हो जाते हैं, तो कम रिटर्न की बात होती है।
अंगूठे का एक अच्छा नियम मैं उपयोग करता हूं कि एक ज्ञात स्थान पर प्रलेखन होना चाहिए जो पूरी तरह से पर्याप्त है कि अगर मैं आज रात बस से टकराता हूं, तो एक अन्य व्यवस्थापक कोर नेटवर्क को चालू रख सकता है, जबकि वह लापता टुकड़ों में भर जाता है। अगले कुछ दिन / सप्ताह।
यहाँ मेरा एक अवलोकन है जो मुझे लगता है कि मेरे नेटवर्क में से एक के बारे में सबसे महत्वपूर्ण है। रिकॉर्ड के लिए यह एक विंडोज-केवल दुकान है जिसमें लगभग 100 उपयोगकर्ता और 5 कार्यालय हैं।
अगर किसी सेटअप या वर्कफ़्लो के बारे में कुछ भी अजीब था, जो तुरंत एक नए व्यवस्थापक के लिए स्पष्ट नहीं होगा, तो मैं इसके बारे में एक छोटा "संक्षिप्त" लिखूंगा।
मुझे लगता है कि निम्नलिखित में से सभी को शामिल करना सबसे अच्छा है:
आरेखों के बारे में अतिरिक्त नोट्स ... भौगोलिक वितरण खंड का एक आसान तरीका है, लेकिन आपको स्थापना फ़ंक्शन के आधार पर तार्किक विचारों की भी आवश्यकता है। इसके अलावा, पागलों की तरह लेबल, टाइपफेस और रंगों का पूरा उपयोग करना।
इस प्रक्रिया को शुरू करने का सबसे प्रभावी और गहन तरीका यह है कि इसे एक आपदा वसूली परिदृश्य से निर्मित किया जाए - जैसे इमारत आग की लपटों में ऊपर चली गई और हमारे पास ऑफसाइट बैकअप हैं। हमें पहले क्या खरीदना होगा, और इसे कैसे कॉन्फ़िगर करना होगा?
काइल ने पहले से ही शानदार विवरण दिया था, लेकिन मुझे लगता है कि डीआर दृष्टिकोण मुझे चीजों को एक बार में एक टुकड़ा लेने में मदद करता है।
काइल का जवाब बहुत अच्छी सलाह है। कम से कम हालांकि, आप शायद सूची से बाहर निकल सकते हैं:
जहां मैं काम करता हूं - हमने उसी समस्या का सामना किया जब मैंने पहली बार यहां शुरुआत की थी। जैसे-जैसे सर्वर और सेवाओं की संख्या बढ़ती है, आप अधिक से अधिक आउट-ऑफ-डेट प्रलेखन पाते हैं, और इसके साथ कर्मचारियों के लिए अपरिहार्य रवैया आता है कि वे दस्तावेज़ों पर भरोसा न करें, कम से कम तकनीकी नाम सर्वर नाम, सर्वर समूहों, नेटवर्क आदि पर।
हमने इसे संबोधित करने के लिए हॉटवायर नामक एक ओपन-सोर्स प्रोजेक्ट विकसित करना शुरू किया ...
इन्वेंट्री सिस्टम को बिल्ड सिस्टम के साथ जोड़कर, हम यह सुनिश्चित करते हैं कि डेटाबेस में जो हमारे डेटा केंद्रों में है, उसके अनुरूप है, क्योंकि हमें अब सर्वर को बनाने में सक्षम होने के लिए पहले इन्वेंट्री में डेटा दर्ज करना होगा। ।
क्लाइंट प्रोग्राम (फ़ंक्वायर) तब सभी सर्वर (बिल्ड प्रक्रिया के भाग के रूप में) पर स्थापित होता है, जो तब गतिशील रूप से सर्वर हार्डवेयर पर नज़र रखता है, जैसा कि अजगर-डीएमडीबॉस द्वारा रिपोर्ट किया गया है , और इन्वेंट्री में क्या है, इसलिए यदि कुछ भी बदलता है, तो प्रवेश तुरंत पता चल जाएगा।
फिर हमने अपने विकी सिस्टम को एकीकृत किया है ताकि हॉटविच लिंक में प्रत्येक सर्वर, रैक, प्रोजेक्ट, हार्डवेयर मॉडल आदि को सीधे उपयुक्त विकी पृष्ठ पर लिंक किया जा सके।
इसलिए हमने हॉटवायर + एक विकी का उपयोग करके अपने सर्वर / नेटवर्क / आदि को "प्रलेखित" किया है (हम यहां संगम का उपयोग करते हैं, लेकिन कोई भी सभ्य विकी करेगा)। (ध्यान दें कि एक बार सर्वर बन जाने के बाद - हॉटवायर उन्हें किसी भी तरह से संशोधित नहीं करता है - चल रहे प्रबंधन को कोफिन के माध्यम से किया जाता है)।
मैं स्वचालित रूप से चीजों को मैप करने के लिए मिक्रोटिक ड्यूड का उपयोग करता हूं, यह एक बहुत ही बढ़िया एप्लिकेशन है, इस पर विचार करना मुफ्त है। यह वर्तमान स्थिति की निगरानी भी कर सकता है। यार वेबपेज
आम तौर पर आपके पास सॉफ्टवेयर डिज़ाइन प्रलेखन में सार के समान कुछ अलग स्तर होते हैं। आप सामान्य उपकरण प्रथाओं / प्रक्रियाओं / कॉन्फ़िगरेशन का भी दस्तावेज़ बनाते हैं। लागू के रूप में प्रशासनिक पासवर्ड।
एक आदर्श स्थिति में, लगभग हर चीज जो अगले व्यक्ति की आवश्यकता हो सकती है वह आपके दिशानिर्देश और प्रक्रिया दस्तावेजों + नेटवर्क लेआउट आरेख के बीच आसानी से सुलभ और प्रलेखित है।
दिशानिर्देश और प्रक्रिया के दस्तावेज, मेरी राय में, सभी आईटी डॉक्स जहां भी हों, उन्हें केंद्रीकृत किया जाना चाहिए, और नेटवर्क आरेख में कई स्थानों के लिए अपनी फ़ोल्डर संरचना हो सकती है।
वॉलमार्ट / टार्गर / होम डिपो जैसी कई उपग्रह साइटों के मामले में, आपके पास सभी शाखा कार्यालयों के लिए एक सामान्य दस्तावेज़ होगा, और फिर मुख्य कार्यालय के अंतर्संबंधों के कुछ विस्तृत पूरे निगम दस्तावेज़ और फिर आप कार्यालय लैन दस्तावेजों में गोता लगा सकते हैं।
एक डेवलपर के रूप में एक नेटवर्क का दस्तावेजीकरण करने वाला दृष्टिकोण एक प्रणाली विकसित करने के दृष्टिकोण ...
आवश्यकताओं पर विचार करें - यह ऊपर अच्छी तरह से उल्लेख किया गया है, लेकिन विचार करें कि डब्ल्यूएचओ डॉक्टर-ओ से परामर्श करने के लिए और WHAT PURFOSE के लिए क्या करने जा रहा है। ऑडिटर एक सहकर्मी SysAdmin की तुलना में विभिन्न कलाकृतियों को देखेंगे और पढ़ेंगे।
डॉक्टर रखरखाव करना - कई लोगों ने आरेख और मानचित्र के मूल्य का उल्लेख किया है, और एक दृश्य विचारक के रूप में मैं दिल से सहमत हूं। लेकिन उन चीजों को एक होस्ट को जोड़ने / हटाने के एकल कार्य के साथ अमान्य किया जा सकता है। डॉक्टर-ओ के 'सही स्तर' के बारे में सोचें - जो कि आपका समूह वास्तव में बनाए रख सकता है।
सब कुछ दिनांकित करें और नोटों को शामिल करें जैसे आपने नेटवर्क को कॉन्फ़िगर किया था जिस तरह से आपने किया था। कई, कई लोग एक तारीख को शामिल करना भूल जाते हैं - लेकिन DATE नेटवर्क के इतिहास में एक संकेतक प्रदान करता है। समस्या को हल करने के लिए अमूल्य और यह अधिकांश नेटवर्क आरेखों के अंतर्निहित आउट-ऑफ-डेटिटी को कम करता है।
"प्रक्रियाओं" में ऑफ़लोड प्रलेखन - कई बार ठोस और अच्छी तरह से तैयार की गई बिल्ड / परिनियोजन प्रक्रियाएं "नेटवर्क प्रलेखन" को सुव्यवस्थित करती हैं क्योंकि प्रक्रियाओं में मशीन कॉन्फ़िगरेशन और नामकरण का विवरण बेहतर वर्णित है।
मुख्य कार्य: एक 'प्रणाली' के रूप में प्रलेखन; इसे पहले दिन से मूल्य प्रदान करना चाहिए और इसे बनाए रखने के लिए यह एक अंतर्निहित जिम्मेदारी है।
हमारी साइट पर, हम अपने स्वयं के और ग्राहक नेटवर्क का दस्तावेजीकरण करने के लिए कई प्रणालियों का उपयोग करते हैं। हमने बहुत सारी तकनीकों / उपकरणों के साथ प्रयास किया और असफल रहे, जो कि पैमाने पर नहीं थे, लेकिन अब हम निम्नलिखित के साथ काफी सेट हैं:
यदि कोई बहुत सारे आईपी नेटवर्क से संबंधित है, तो phpIP एक उपयुक्त IPAM समाधान हो सकता है।
कैसे / क्या दस्तावेज़ के लिए कुछ और ट्यूटोरियल के लिए, वहाँ networkdocumentation.com है ।
कुछ अच्छे उदाहरणों के लिए, ratemynetworkdiagram.com देखें । जैसे यह एक बहुत अच्छा है , और यह एक बहुत बढ़िया है ;)।
काइल नोलैंड और अन्य पोस्टरों ने दस्तावेज़ के बारे में बहुत कुछ बताया है। हम एक मानक वेब-आधारित सॉफ़्टवेयर (आपके द्वारा आंतरिक रूप से होस्ट किए गए) बनाने पर काम कर रहे हैं, जो नेटवर्क और सिस्टम प्रशासक के लिए उनके नेटवर्क का दस्तावेजीकरण करना आसान बनाता है।
हमारे पास इस लेखन (अप्रैल 2012) के रूप में सॉफ्टवेयर में शामिल निम्नलिखित पहलू हैं:
आप यहां और पढ़ सकते हैं और हम आपकी प्रतिक्रिया की सराहना करेंगे।
यह आमतौर पर प्रलेखित नहीं किया जाता है, लेकिन यदि आप दयालु हैं, तो आप इसे आमतौर पर Visio या किसी ओपन सोर्स समकक्ष जैसे प्रोग्राम में करते हैं। सबसे महत्वपूर्ण जानकारी क्या उपकरण किस उपकरण से जुड़ा है, और किसी भी प्रबंधन कंसोल के लिए पासवर्ड। बाकी आमतौर पर विभाजित किया जा सकता है।
एक आईटी मैनेजर के रूप में मेरे पिछले करियर में, मेरे डॉक्यूमेंटेशन बाइंडर में सभी उपकरणों के एक विज़िओ आरेख, आईपी एड्रेस रेंज आवंटन की एक सूची, विंडोज / ऑफिस / एक्रोबेट के लिए सभी उत्पाद कुंजी, नए पर क्या स्थापित करने के निर्देश हैं। चरण-दर-चरण निर्देश वाले कंप्यूटर कैसे, घटक स्तर तक हार्डवेयर इन्वेंट्री को पूरा करते हैं, और अंतिम लेकिन कम से कम आपातकालीन फोन नंबर सूची: आईएसपी तकनीक समर्थन, राउटर निर्माता तकनीकी सहायता, आदि।
जैसा कि उल्लेख किया गया है, यह कई कारकों पर निर्भर करता है ...
मेरा लक्ष्य पर्याप्त दस्तावेज होना था जो मैं (वैचारिक रूप से, कम से कम) यह सब एक सहकर्मी को सौंप सकता था और कह सकता था कि "आप 3 सप्ताह में देखें," और जानते हैं कि सभी महत्वपूर्ण विवरण थे।
मैं इसे पूरी तरह से करने में कामयाब नहीं हुआ, लेकिन मैंने सभी प्रमुख नियमित प्रक्रियाओं का दस्तावेजीकरण करने का लक्ष्य रखा - कैसे सर्वर स्थापित किए गए, कैसे और क्या निगरानी की गई, खाता सेटअप और निष्कासन, बैकअप, आदि।
मैं सुझाव दूंगा http://opennetadmin.com । यह उन चीजों को करता है जो लोगों ने अन्य टिप्पणियों में सुझाई हैं।
आवश्यक जानकारी को स्थानांतरित करने के लिए आपका नेटवर्क मैप और दस्तावेज़ एक अच्छा तरीका हो सकता है। MS Visio एक आरेख उपकरण है, लेकिन यह स्थिर है और आपको इस पर बहुत समय बिताना होगा। मैंने पाया कि नेटब्रेन ऐसा करने के लिए एक आदर्श नेटवर्क आरेख उपकरण है। यह नेटवर्क को तुरंत दस्तावेज कर सकता है और प्रलेखन को Visio या Word में निर्यात किया जा सकता है। मैं अपने नेटवर्क का दस्तावेजीकरण करते समय अपनी इच्छित सामग्री को अनुकूलित कर सकता हूं। अनुकूलित सामग्री में शामिल हैं:
आप वेबसाइट पर अपने नेटवर्क को दस्तावेज़ित करने का प्रयास कर सकते हैं ।
MS Visio किसी नेटवर्क का दस्तावेज़ीकरण करने का एक अच्छा तरीका है, लेकिन यह मुफ़्त समाधान नहीं है। अगर आप अपनी लागत कम रखना चाहते हैं तो ग्लिफी एक अच्छा उत्पाद है।
विशिष्ट नेटवर्क आरेख दिखाते हैं कि आपके उपकरणों (और आमतौर पर इंटरनेट से बाहर) के माध्यम से जानकारी कैसे बहती है। तो, आपको अपने आरेख में जानकारी होनी चाहिए कि आपके कंप्यूटर, प्रिंटर, WAP, IP फ़ोन (यदि लागू हो), स्विच और राउटर स्थित हैं और वे कैसे जुड़े हैं। आईपी पते को आपके डिवाइस के नाम के साथ भी शामिल किया जा सकता है। यह उपयोगी है यदि आप मक्खी के बारे में जानकारी के लिए अपने आरेख को देखना चाहते हैं।
NodeSystems वास्तव में एक नेटवर्क प्रलेखन उपकरण है। एक अच्छा साइड इफेक्ट के रूप में, यह आपके लिए एक इंटरैक्टिव आरेख बनाएगा।
ऑनलाइन डेमो देखें: http://www.nodesystems.org/demo/