स्क्रिप्टिंग चुनने के लिए विंडोज प्रशासकों को प्रोत्साहित कैसे करें? [बन्द है]


26

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

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

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

जवाबों:


21

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

मेरा मतलब है, डब्ल्यूटीएफ यह है?

Set objWMIService = GetObject("winmgmts:" _
    & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")

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

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

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

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

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

उपयोगकर्ताओं को इंटर्नल से परिरक्षण करने में कोई समस्या नहीं है, लेकिन विंडोज उन आंतरिक लोगों को सक्रिय रूप से छिपाने के लिए अपने रास्ते से बाहर जाने लगता है, यहां तक ​​कि उन लोगों से भी जो उन्हें ढूंढना चाहते हैं।


16
इसके विपरीत, डब्ल्यूटीएफ यह है? ls -1 *old* | awk '{print "mv "$1" "$1}' | sed s/old/new/2 | sh
स्क्विलमैन

4
इस तथ्य पर अच्छी बात है कि विंडोज़ स्क्रिप्टिंग - विशेष रूप से वीबी बहुत अजीब है जब तक आप इसे पता लगाने के लिए शुरू नहीं करते हैं। कैसे - अच्छी तरह से PowerShell ने इसे और अधिक व्यवस्थापक अनुकूल बनाने के लिए एक लंबा रास्ता तय किया है। यह VBS की तुलना में बैश स्क्रिप्टिंग के करीब है।
Zypher

2
BTW- सिर्फ शैतान का वकील खेल रहा है :) WMI बदसूरत है ...
squillman

1
जबरदस्त हंसी। पहला, नरक कौन करेगा? दूसरा, व्यवस्थापक कम से कम पहले से परिचित है ls। तीसरा, मैं विचार करूंगा sedऔर awkअपेक्षाकृत उन्नत होऊंगा, और निश्चित रूप से उसी अखाड़े में जिस विंडोज एपीआई की मैं बात कर रहा हूं। तीसरा-और-आधा, जबकि कुछ (कई) यूनिक्स स्क्रिप्टिंग कमांड जटिल हैं, आपको वहां शुरू नहीं करना है & mdash; आप साधारण चीजें कर सकते हैं जैसे कि आपके पास पहले से ही परिचित कमांड की एक सूची है & mdash; जबकि अगर आप विंडोज के साथ वस्तुतः कुछ भी करना चाहते हैं, तो आपके पास पहले सीखने के लिए यह विशाल सीखने की अवस्था है। हालांकि, उत्तर को अपडेट करना।
14

3
मुझे यह पसंद है कि जब आप विनिमय 2007 में एक जीयूआई में कुछ करते हैं, तो यह सिर्फ एक पॉवरशेल स्क्रिप्ट उत्पन्न करता है और इसे चलाता है।
रिचर्ड गड्सडेन

8

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

जब आप देखना शुरू करते हैं कि आप स्क्रिप्टिंग के साथ क्या कर सकते हैं, तो यह बहुत बड़ी जीत हो सकती है।


+1 महान बिंदु, ऐसी चीजें हैं जो केवल इंगित और क्लिक करके नहीं की जा सकती हैं।
स्क्वीलमैन

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

PS, जैसा कि आप शायद जानते हैं, CACLS का उपयोग न करें, XCACLS का उपयोग करें, या आपके ACL वंशानुक्रम को तोड़ें।
रिचर्ड गैडसन

5

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

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

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

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


तुम्हारी हिम्मत कैसे हुई मुझे आलसी कहने की ?! ओह, प्रतीक्षा करें ...
स्क्वील्मन

6
आलस्य पापनाशक के लिए एक गुण है!
निक कवादिस

हेर्लल य!
स्क्विल्मन

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

जिस बिंदु पर आप उन्हें दिखाते हैं कि आप अपनी नौकरी को किसी कोड के साथ कैसे बदल सकते हैं, वे शर्म से रोते हैं और अपने तरीके बदलते हैं ... या वे उस स्थिति में नहीं होते हैं जब आप उन्हें फायर करते हैं।
निक कवाडियास

4

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

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

प्रशासकों को प्रोत्साहित करने और प्रेरित करने के लिए कुछ साधन क्या हैं जो स्क्रिप्टिंग वास्तव में लंबे समय में उनकी मदद कर सकते हैं?

मुझे लगता था कि आप लोगों को प्रेरित कर सकते हैं, लेकिन वास्तविकता यह है कि जब तक आप उनके प्रभारी नहीं होते हैं तब तक सफल "प्रेरणा" की संभावना बेहद कम है। इन दिनों मेरा दृष्टिकोण है: जो लोग सीखना चाहते हैं, मैं उनकी मदद करूंगा। एक उत्पाद के लिए एक सेल्समैन मत बनो, कोई भी इसकी परवाह किए बिना चाहेगा कि उन्हें इसकी आवश्यकता है। जब आप केवल एक व्यक्ति की मदद करते हैं / सिखाते हैं जो प्रेरित है (जो भी कारण के लिए), वे परिवर्तन के उत्प्रेरक होंगे। तुम नहीं। केवल मेरे दो सेंट्स।


1
+1: आप पानी के लिए एक घोड़े का नेतृत्व कर सकते हैं ...
स्क्विलमैन

2
... लेकिन आप उसे पानी स्की नहीं बना सकते।
osij2is

@ स्क्विलमैन: आपने ठीक वही कहा जो मैं सोच रहा था। इस पर मेरी राय है: यदि आपके पास एक ऐसा कौशल है जिसमें दूसरों की कमी है, तो इसका उपयोग खुद को बाजार में लाने और आगे बढ़ने के लिए करें (जो भी आपके लिए इसका मतलब है)। दूसरों की मदद करना निश्चित रूप से सराहनीय है, लेकिन आप उन्हें लात मारकर और चिल्लाकर नहीं खींच सकते।
इवान एंडरसन

@ इवान: क्या आपको लगता है कि एक इच्छुक शिक्षार्थी को पढ़ाना "अपने आप को आगे बढ़ाने और आगे बढ़ने के लिए विरोधाभासी है"? अगर विंडोज एडिंस में से एक को मेरी सहायता (स्क्रिप्टिंग-वार) के लिए पूछना था, तो मुझे ऐसा करने में संकोच होगा, लेकिन अंततः टीमवर्क का मतलब यह नहीं है कि अतिरिक्त मील उनकी मदद कर रहा है? बस अपने विचारों को पढ़ने के लिए उत्सुक हैं।
osij2is

1
@ osij2is: मैं "सीखने वालों को" इस तरह की अतिरिक्त मदद करने का दोषी हूं कि मैंने निश्चित रूप से कुछ "अवसरों" को अधिक घंटे बिल करने, अधिक पैसा बनाने आदि के लिए, जीवन में मेरे "मिशन" में से एक को आगे बढ़ाना है। कंप्यूटर का उपयोग ऐसे, अंततः, यह किसी के जीवन को बेहतर बना सकता है। अगर कोई मेरे पास सीखने की तीव्र इच्छा के साथ आता है तो मैं जो कुछ भी कर सकता हूं उससे अधिक खुश हूं। कहा जाता है कि, अगर ज्ञान का एक "ठीक" w / o स्थानांतरण है, तो मैं चाहता हूं कि वह भी कर सकता है। कभी-कभी यह मुझे "मछली को एक आदमी को सिखाने" में सक्षम नहीं होने पर दुखी करता है, लेकिन अगर यही स्थिति है तो इसके लिए कॉल करें ...
इवान एंडरसन

2

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

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

जहां तक ​​उन्हें प्रोत्साहित करने और प्रेरित करने के लिए, मैं कहूंगा कि जैसा आप कर रहे थे वैसा ही करें, उत्पादकता में लाभ दिखाएं और यह कैसे उनके काम को आसान बना सकता है। कुछ लोगों के लिए, विंडोज सिस्टम एडमिन होना सिर्फ एक तनख्वाह है, और पिछले 10 वर्षों में उनके लिए काम करने वाली मानसिकता और एक-क्लिक मानसिकता से आगे बढ़ने के लिए उन्हें प्रेरित करना कठिन होने वाला है।


"समस्या हल करनेवाला" पर अच्छा स्मरण; बहुत सारे लोग जो मुझे मिलते हैं वे सिर्फ एक निर्देश पुस्तिका चाहते हैं जो उन्हें बताती है कि हर संभावित समस्या के लिए क्या करना है। वे सोचना नहीं चाहते कि क्या हो रहा है; बस इस मुद्दे को हल करने के लिए चरण 1 से 23 तक की परीक्षा दें।
icelava

मैं उन लोगों को "बटन पुशर्स" कहना चाहता हूं, जैसे कि भविष्य के ब्लू-कॉलर कार्यकर्ता जॉर्ज जेटसन।
wufulk

2

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

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

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

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


अच्छी प्रतिक्रिया के साथ स्क्रिप्ट लिखना, शायद कुछ मामूली इंटरैक्टिव नियंत्रण - उपयोगकर्ता के अनुकूल सामान ^ ^
Oskar Duveborn

1
जैसे ही मैंने महसूस किया कि मैं एक विशेष रूप से बहुत लंबा और बुरा दिनचर्या का काम ले सकता हूं और इसे स्वचालित कर सकता हूं, मैंने सीखना शुरू कर दिया। पीछे मुड़कर नहीं देखा।
ट्विर्टिम

मेरा कहना है कि ये सभी "भयानक कार्य" हैं जो वे अभी भी बल्कि मैन्युअल रूप से करते हैं। :-)
इकालेवा

उनमें से बहुत से बोरी और उन्हें एक एकल व्यवस्थापक के साथ बदल कर एक uber-trickter है। मैं सस्ता होगा
निक कवाडिया

2

[sigh] यह विंडोज की दुनिया में बहुत प्रचलित है, हालांकि मैं आपके बयान के बारे में सवाल करना चाहूंगा कि अधिकांश लोग टट्टू को नहीं देखना चाहते हैं और स्क्रिप्ट के लिए सीखना चाहते हैं। अपने sysadmin करियर में मैंने अब तक जो सबसे महान काम किया है, वह था VB और पर्ल को सीखना, जो VBS को प्रेरित करता था, जिससे MANY अन्य चीजें होती थीं।

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

अधिक सूक्ष्म नोट पर, किसी को बदलना कठिन (यदि असंभव नहीं है)। मिसाल पेश करके!


5
"तुम्हें पता है क्या, मुझे पूरा यकीन है कि मैं स्क्रिप्ट कर सकता हूं ताकि हमें उस बाहर ले जाने के लिए चल रही श्रमशक्ति खर्च न करें"। प्रबंधन के सामने शक्तिशाली शब्द :)
ट्विर्टिम

1
मेरा हमेशा से मानना ​​रहा है कि केवल विंडोज की दुनिया में ही कोई खुद को (या खुद को) पूरी तरह से बिना किसी प्रोग्रामिंग ज्ञान के एडमिन कह सकता है। एक और टिप्पणी आप छोड़ सकते हैं "आप ऐसा क्यों कर रहे हैं मैन्युअल रूप से? यही हमारे पास कंप्यूटर है"।
जॉन गार्डनियर्स

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

1

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

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


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

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

3
@squillman, जो कहते हैं कि यह एक सर्वोत्तम अभ्यास है और यह अपने आप में व्यक्तिपरक नहीं है। मेरे लिए सबसे अच्छा अभ्यास आपके लिए नहीं हो सकता है। क्या एक अध्ययन है जो कहता है कि 90% निगम स्क्रिप्टिंग को सबसे अच्छा अभ्यास मानते हैं। @ ब्रायन: कौन कहता है कि यह उन्हें बेहतर सिस्टम प्रशासक बनाता है? मेरे सहकर्मी स्क्रिप्ट कर सकते हैं लेकिन मैं सबनेट नहीं कर सकता, जबकि मैं सबनेट कर सकता हूं लेकिन स्क्रिप्ट नहीं कर सकता, तो कौन बेहतर है? कोई अपराध नहीं, सिर्फ शैतान के वकील की भूमिका निभा रहे हैं।
जोकेवेटी

3
@Joeqwerty: स्क्रिप्टिंग पॉइंट-एंड-क्लिक की तुलना में शक्तिशाली है क्योंकि स्क्रिप्टिंग (सही तरीके से) कम समय में अधिक कार्य कर सकती है और हमसे अधिक सटीक रूप से कमतर मानव कभी भी मैन्युअल रूप से कर सकता है। शायद वाक्यांश होना चाहिए: "पटकथा एक बेहतर अभ्यास है"। आपका (शैतान का वकील) तर्क स्वयं दावे से अधिक व्यक्तिपरक है। "मेरे लिए सबसे अच्छा अभ्यास क्या आपके लिए नहीं हो सकता है।" यही कारण है कि सच हो सकता है, लेकिन यह है मतलब नहीं है कि नहीं सबसे अच्छा अभ्यास। इसका मतलब यह हो सकता है आप नहीं कर सकते हैं या पता नहीं कैसे यह करने के लिए। यह अपने आप में एक अलग समस्या है।
osij2is

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

1

ईमानदारी से, आप घोड़े को पानी में ले जा सकते हैं, लेकिन आप उसे नहीं पी सकते।

मैं लगभग 10 साल पहले मरीन कॉर्प्स में एक SysAd के रूप में आया था, जहाँ एक एडमिन होने के नाते और Coder होने के बीच एक व्यापक अंतर है। कोडर होने का आमतौर पर मतलब है कि आप सीओ की पालतू परियोजना की वेबसाइट के साथ काम करना बंद कर देते हैं (आपकी वास्तविक नौकरी कम हो जाती है ...)।

इस वजह से, मैंने कोड सीखने का विरोध किया, लेकिन एक बार जब मैंने इसे आज़माने का फैसला किया, तो मेरे पास एक विस्फोट था।

जहाँ तक किसी को आकर्षित करने में, उन्हें लुभाने के लिए AD / LDAP स्क्रिप्टिंग का उपयोग करने का प्रयास करें। (मुझे लगता है कि यह WMI से निपटने की तुलना में थोड़ा अधिक सुलभ है।) कार्यों की प्रगति को असाइन करें, कहते हैं "मुझे उपयोगकर्ता नाम और ईमेल पते दें। समूह XYZ में लोग "।

मैंने उन सभी उपयोगकर्ताओं को खोजने के लिए इस बिट कोड को लिखा, जो किसी भी निर्दिष्ट समूह के सदस्य नहीं थे: https://github.com/gwaldo/LDAP-Inverse-Group-Membership-Report

जहाँ तक संसाधन हैं, Microsoft स्क्रिप्टिंग दोस्तों (जिनके पास उत्कृष्ट लेख और ट्यूटोरियल हैं) और Scriptomatic2 देखें, जो मुझे WMI में खुदाई के लिए पसंद हैं।


0

अगला सवाल: उन्हें स्क्रिप्ट क्यों देनी चाहिए? वह उत्तर निर्धारित करेगा।

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

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

वास्तव में यह भी सवाल है कि यह आपको कैसे प्रभावित कर रहा है। क्या यह सिर्फ आपको परेशान करता है, या आपका जीवन बेहतर होगा यदि आपका साथी स्क्रिप्टेड चीजों को स्वीकार करता है?


मुख्य प्रभाव यह है कि कई मशीनों - लंबे टर्नअराउंड - जो हमारे विकास अनुसूची (हमेशा पर्याप्त कभी नहीं) को प्रभावित कर सकते हैं, पर अपना समय बर्बाद करने में अपना समय बर्बाद कर रहे हैं।
1

1
और यह मत भूलो कि मैनुअल कार्य त्रुटि प्रवण हैं।
जॉन गार्डनियर्स

0

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

फिर, जब वे सामान्य रूप से स्क्रिप्टिंग के विचार के साथ सहज हो जाते हैं, तो वे गैर-जीयूआई स्क्रिप्टिंग पर आगे बढ़ सकते हैं। भले ही नहीं, हालांकि, स्वचालित रूप से बटन क्लिक स्वचालित रूप से एक बड़ा समय बचाने वाला हो सकता है।


0

मैंने स्क्रिप्ट्स को "प्रलेखन के रूप में परिभाषित किया है जो आपके लिए काम करता है।"

प्रबंधक: दस्तावेज़ बनाने में अनगिनत घंटे बिताएं, जो कि पहले ग्रेडर समझ सकता है, जो सप्ताह के अंत तक बासी हो जाएगा, आपके सहकर्मियों के लिए टास्क-एक्स के माध्यम से क्लिकेट्टी-क्लिक करने के लिए।

कर्मचारी: मेरे पास एक स्क्रिप्ट है जो टास्क-एक्स करती है, क्या मैं बस उन्हें दे सकता हूं।

प्रबंधक: निश्चित रूप से, आपके द्वारा मेरे द्वारा पूछे गए दस्तावेज़ को पूरा करने के बाद, अपनी स्क्रिप्ट के साथ-साथ प्रवाह चार्ट के साथ दस्तावेज़ करें।


0

मैंने स्क्रिप्ट्स को "प्रलेखन के रूप में परिभाषित किया है जो आपके लिए काम करता है।"

प्रबंधक: दस्तावेज़ बनाने में अनगिनत घंटे बिताएं, जो कि पहले ग्रेडर समझ सकता है, जो सप्ताह के अंत तक बासी हो जाएगा, आपके सहकर्मियों के लिए टास्क-एक्स के माध्यम से क्लिकेट्टी-क्लिक करने के लिए।

कर्मचारी: मेरे पास एक स्क्रिप्ट है जो टास्क-एक्स करती है, क्या मैं बस उन्हें दे सकता हूं।

प्रबंधक: निश्चित रूप से, आपके द्वारा मेरे द्वारा पूछे गए दस्तावेज़ को पूरा करने के बाद, अपनी स्क्रिप्ट के साथ-साथ प्रवाह चार्ट के साथ दस्तावेज़ करें।

यह मत भूलो कि प्रलेखन एमएस वर्ड दस्तावेज़ में होना चाहिए ताकि इसे सर्वर से पढ़ने में कठिनाई हो।


मैं उस आवश्यकता को भूल गया।
नाथन हार्टले
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.