🥇एक नौसिखिए सिस्टम प्रशासक के लिए: अराजकता से बाहर व्यवस्था कैसे बनाएं

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

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

सिस्टम प्रशासन के स्तंभ

हालाँकि, इससे पहले कि आप समस्याओं का समाधान करना शुरू करें, प्रशासन के चार मुख्य स्तंभों से परिचित होना उचित है:

प्रलेखन
टेम्पलेटिंग
अनुकूलन
स्वचालन

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

अभिलेख

अभिलेख इसका मतलब दस्तावेज़ पढ़ना नहीं है (हालाँकि आप इसके बिना नहीं कर सकते), बल्कि इसे बनाए रखना भी है।

दस्तावेज़ कैसे रखें:

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

मुख्य विचार: नई चीजों में महारत हासिल करते और उन्हें लागू करते समय आपको अपनी याददाश्त पर पूरी तरह भरोसा नहीं करना चाहिए।

यह आप पर निर्भर करता है कि आप इसे किस प्रारूप में करेंगे: यह नोट्स वाला एक सिस्टम, एक व्यक्तिगत ब्लॉग, एक टेक्स्ट फ़ाइल, एक भौतिक नोटपैड हो सकता है। मुख्य बात यह है कि आपके रिकॉर्ड निम्नलिखित आवश्यकताओं को पूरा करते हैं:

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

दस्तावेज़ इस तरह दिख सकता है: नोटपैड में आदिम नोट्स से (ऊपर चित्र), टैग, खोज और सभी संभावित सुविधाओं (नीचे) के साथ एक पूर्ण बहु-उपयोगकर्ता ज्ञान आधार तक।

न केवल आपको एक ही उत्तर को दो बार नहीं देखना पड़ेगा, बल्कि दस्तावेज़ीकरण नए विषयों (नोट्स!) को सीखने में बहुत मदद करेगा, आपकी स्पाइडर-सेंस (एक सतही नज़र से जटिल समस्या का निदान करने की क्षमता) में सुधार करेगा। और आपके कार्यों में संगठन जोड़ देगा. यदि दस्तावेज़ आपके सहकर्मियों के पास उपलब्ध है, तो यह उन्हें यह पता लगाने की अनुमति देगा कि जब आप वहां नहीं थे तो आपने वहां क्या और कैसे जमा किया था।

टेम्पलेटिंग

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

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

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

इष्टतमीकरण

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

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

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

स्वचालन

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

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

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

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

सिस्टम प्रशासक स्व-शिक्षा

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

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

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

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

सिस्टम प्रशासन की 10 आज्ञाएँ

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

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

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

मुख्य उपकरण जिनके साथ आपको 50% से अधिक समय काम करना होगा वे grep और vim हैं। इससे सरल क्या हो सकता है? पाठ खोज और पाठ संपादन. हालाँकि, grep और vim दोनों शक्तिशाली मल्टी-टूल्स हैं जो आपको टेक्स्ट को कुशलतापूर्वक खोजने और संपादित करने की अनुमति देते हैं। यदि कुछ विंडोज़ नोटपैड आपको केवल एक पंक्ति लिखने/हटाने की अनुमति देते हैं, तो विम में आप टेक्स्ट के साथ लगभग कुछ भी कर सकते हैं। यदि आप मुझ पर विश्वास नहीं करते हैं, तो टर्मिनल से vimtutor कमांड को कॉल करें और सीखना शुरू करें। जहां तक ग्रेप की बात है, इसकी मुख्य ताकत नियमित अभिव्यक्ति में है। हां, टूल स्वयं आपको खोज स्थितियों और आउटपुट डेटा को काफी लचीले ढंग से सेट करने की अनुमति देता है, लेकिन रेगएक्सपी के बिना इसका कोई मतलब नहीं है। और आपको रेगुलर एक्सप्रेशन जानने की जरूरत है! कम से कम बुनियादी स्तर पर. आरंभ करने के लिए, मैं आपको इसे देखने की सलाह दूंगा वीडियो, इसमें रेगुलर एक्सप्रेशन की मूल बातें और ग्रेप के साथ संयोजन में उनका उपयोग शामिल है। अरे हाँ, जब आप उन्हें विम के साथ जोड़ते हैं, तो आपको टेक्स्ट के साथ काम करने की अंतिम शक्ति मिलती है, जिसे आपको उन्हें 18+ आइकन के साथ लेबल करना होता है।

शेष 50% में से 40% कोरुटिल्स टूलकिट से आता है। कोरुटिल्स के लिए आप यहां सूची देख सकते हैं विकिपीडिया, और पूरी सूची के लिए मैनुअल वेबसाइट पर है जीएनयू. इस सेट में जो शामिल नहीं है वह उपयोगिताओं में है POSIX. आपको सभी कुंजियाँ याद करने की ज़रूरत नहीं है, लेकिन कम से कम यह जानना उपयोगी है कि बुनियादी उपकरण क्या कर सकते हैं। आपको बैसाखी से पहिए का आविष्कार करने की ज़रूरत नहीं है। मुझे किसी तरह कुछ उपयोगिता से आउटपुट में रिक्त स्थान के साथ लाइन ब्रेक को बदलने की ज़रूरत थी, और मेरे बीमार मस्तिष्क ने एक निर्माण को जन्म दिया sed ':a;N;$!ba;s/n/ /g', एक सहकर्मी आया और मुझे झाड़ू से कंसोल से दूर कर दिया, और फिर लिखकर समस्या का समाधान किया tr 'n' ' '.

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

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

फर्स्टवीडीएस सिस्टम एडमिनिस्ट्रेटर किरिल स्वेत्कोव आपके साथ थे।

स्रोत: www.habr.com

एक नौसिखिया सिस्टम प्रशासक के लिए: अराजकता से बाहर व्यवस्था कैसे बनाएं