आप विंडोज़ सर्वर कॉन्फ़िगरेशन का दस्तावेज कैसे बनाते हैं?


15

मैं एक यूनिक्स पृष्ठभूमि से आया हूं, जहां एक सेवा के कॉन्फ़िगरेशन का दस्तावेज़ीकरण (उदाहरण के लिए ईमेल) कुछ पाठ कॉन्फ़िगरेशन फ़ाइलों और एक पैरा या व्याख्यात्मक पाठ के 2 को हथियाने के रूप में सरल हो सकता है।

एक बहुत से (50+) विंडोज बॉक्स के विन्यास का दस्तावेजीकरण करने का सामना करने के बाद मैं यह पता लगाने के लिए निराश हूं कि सेवा कॉन्फ़िगरेशन का एक दृश्य प्राप्त करना कितना मुश्किल है। मैं इन मशीनों को खरोंच से बना रहा हूं, इसलिए मुझे सभी मशीनों में कॉन्फ़िगरेशन को सुसंगत बनाए रखने की आवश्यकता है। मैं उन सभी सर्वरों की छवि बनाऊंगा जहां भूत या समान का उपयोग कर व्यावहारिक लेकिन AD या Exchange जैसी सेवाओं का वास्तविक विन्यास एक ऐसी मैनुअल बिंदु और क्लिक प्रक्रिया है जिससे असंगतियों को समाप्त करना आसान हो सकता है।

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

आपकी सहायताके लिए धन्यवाद!

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

मैं वास्तव में वास्तव में चाहता हूं कि एक ऐसा उपकरण हो, जो सभी विन्यासों को एक मानव पठनीय / संपादन योग्य प्रारूप में थूक सके और इसे फिर से वापस ले ले। यूनिक्स ने मूल रूप से स्व-दस्तावेज़ीकरण फ़ाइलों के साथ हमेशा ऐसा किया है, इसलिए यह माना जाता है कि एक ही आधुनिक ओएस में एक ही सुविधा न होना एक बड़ी निराशा है!


+1 जैसा कि मैं उसी समस्या को साझा करता हूं। स्क्रीनशॉट का लोड और एक पल के लिए मेरे लिए txt फ़ाइलें :(
क्रिस ड्राइवर

1
@ क्रिस: आप काफी मुश्किल से स्क्रिप्टिंग नहीं कर रहे हैं, तो ...> मुस्कान <
इवान एंडरसन

जवाबों:


7

आप कहते हैं कि आप खरोंच से sytems का निर्माण कर रहे हैं, इसलिए ऐसा लगता है कि आप "लाइव" सिस्टम से कॉन्फ़िगरेशन हथियाने की तुलना में स्वचालित सेटअप में अधिक रुचि रखते हैं।

विंडोज 2000 के बाद से विंडोज के हर संस्करण की स्थापना "उत्तर फाइलों" के माध्यम से स्वचालित करने के लिए काफी सरल है।

सक्रिय निर्देशिका (dcpromo.exe) की स्थापना एक उत्तर फ़ाइल से की जा सकती है।

ऑब्जेक्ट्स को CSV / LDIF फ़ाइलों से सक्रिय निर्देशिका में आयात किया जा सकता है, या स्क्रिप्ट के माध्यम से प्रोग्रामेटिक रूप से जोड़ा जा सकता है। यदि आप एक एकल डोमेन बना रहे हैं तो उन वस्तुओं को केवल एक बार आयात करने की आवश्यकता होगी और CSV / LDIF आयात शायद ठीक हो जाएगा। यदि आप एक से अधिक डोमेन या एकाधिक फ़ॉरेस्ट बना रहे हैं, तो संभवतः आपको एक स्क्रिप्ट लिखकर सर्व किया जाएगा (क्योंकि ऑब्जेक्ट्स के विशिष्ट नाम डोमेन-फ़ॉरेस्ट-डोमेन, फ़ॉरेस्ट-फ़ॉरेस्ट के आधार पर भिन्न होंगे)।

एक्सचेंज 2000 के बाद से एक्सचेंज के हर संस्करण की स्थापना एक उत्तर फ़ाइल के साथ स्वचालित की जा सकती है।

सक्रिय निर्देशिका वातावरण में कंप्यूटर पर सेटिंग्स लागू करने के लिए समूह नीति का उपयोग करके बहुत अधिक कॉन्फ़िगरेशन स्थिरता हो सकती है। मैं सभी गैर-स्टॉक कॉन्फ़िगरेशन सेटिंग्स फिर से करने के लक्ष्य के लिए शूट करता हूं: समूह नीति द्वारा निर्धारित ओएस ऐसा है कि जब मैं एक नया सर्वर तैनात करता हूं तो मैं हैंड-टिकिंग कॉन्फ़िगरेशन आइटम नहीं हूं ('दूरस्थ डेस्कटॉप' की अनुमति देता है, 'जोड़ें / निकालें') विंडोज घटक '/ SYSOCMGR लोड किए गए विंडोज घटकों को बदलने के लिए, स्थानीय फाइल सिस्टम और रजिस्ट्री अनुमतियों को लागू करने, आदि)।

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

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


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

आदर्श क्या होगा, एक चल रही मशीन से इंस्टॉलेशन उत्तर फ़ाइल को स्वचालित रूप से बनाने का एक तरीका है - क्या यह संभव है? यार, मुझे नहीं पता कि तुम लोग इस सामान को कैसे रख सकते हो ;-)
जॉन

1
@ जॉन: यह वास्तव में यह सब बुरा नहीं है। एक बार जब आप कमांड-लाइन रजिस्ट्री हेरफेर और कुछ विशेष कमांड-लाइन टूल (समर्थन उपकरण, netsh.exe, आदि से dnscmd.exe) का उपयोग करके हैंग हो जाते हैं, तो आप वास्तव में कमांड-लाइन से एक बहुत कुछ कर सकते हैं (और , इस प्रकार, स्क्रिप्ट से) दोहराए जाने योग्य कॉन्फ़िगरेशन प्राप्त करने के लिए। मैंने अपने जीवन की शुरुआत "वास्तविक" सॉफ्टवेयर के साथ यूनिक्स दुनिया (Xenix-- ick) में की थी और मैं चीजों को करने के विंडोज / फाइन तरीके से विकसित हुआ हूं। रजिस्ट्री बस मुझे एक / आदि निर्देशिका की तरह लगता है। माइक्रोसॉफ्ट एक हो गया है बहुत भी, पिछले कुछ वर्षों के व्यवस्थापक कमांड लाइन के बारे में बेहतर।
इवान एंडरसन

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

5

"लाइव" सिस्टम के लिए एक अन्य विकल्प SYDI ( http://sydiproject.com/ ) है

प्रोजेक्ट वेबसाइट से: "सबसे बुनियादी स्तर पर SYDI में स्क्रिप्ट का एक संग्रह होता है जो आपके सर्वर और नेटवर्क से जानकारी एकत्र करता है, फिर डेटा को रिपोर्ट में लिखता है।

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


2

बहुत सारे विंडोज कॉन्फिग को वास्तव में एक समझदार और तार्किक तरीके से और साने और लॉजिकल जगहों पर संग्रहित किया जाता है। यदि आप इस पर अपनी यूनिक्स टोपी के साथ दृढ़ता से आ रहे हैं, तो आप शायद इस जानकारी को इकट्ठा करने के लिए एक यूनिक्स जैसा दृष्टिकोण लेने की कोशिश कर रहे हैं, जो बहुत जल्दी आपको गड़बड़ कर देगा।

समूह नीतियों को एक उदाहरण के रूप में लेने के लिए: जीपीओ कॉन्फ़िगरेशन का दस्तावेजीकरण करने के लिए आप केवल जीपीएमसी टू (1) का उपयोग मानव-पठनीय विन्यास दस्तावेज उत्पन्न कर सकते हैं, और (2) आपके वर्तमान जीपीओ विन्यास के मशीन-प्रयोग करने योग्य निर्यात उत्पन्न करते हैं। ये केवल कुछ सरल माउस-क्लिकों की बात है और आपके पास एक अच्छे पैकेज में सब कुछ होगा।

सर्वर सेटअप के लिए आप WMI स्क्रिप्ट का उपयोग कर सकते हैं, जो आप चाहते हैं कि सटीक प्रारूप में कल्पित जानकारी की किसी भी मात्रा को डंप करने के लिए, एडी, फाइलसिस्टम या रजिस्ट्री के पास न जाए। आप इस प्रक्रिया को स्वचालित करने के लिए और सभी को देखने के लिए एक वेब पेज पर उपलब्ध अंतिम परिणाम उपलब्ध कराने के लिए LANSweeper ( http://www.lansweeper.com/ ) जैसे मुफ्त टूल का भी उपयोग कर सकते हैं।

एक और बिंदु के बारे में पता होना चाहिए, जिसे ऊपर से छुआ गया था, लेकिन दोहराते हुए भालू, यह है कि एक एडी वातावरण में सर्वर एक दूसरे से अलगाव में मौजूद नहीं हैं। AD, Exchange और GPO को कॉन्फ़िगर करना एक बार का एकमात्र काम है। उदाहरण के लिए, आपको प्रत्येक डोमेन नियंत्रक पर अलग से GPO को कॉन्फ़िगर करने की आवश्यकता नहीं है।


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

2

हमारे पास कुछ सॉफ्टवेयर हैं जो IIS, विंडोज सर्वर, एसक्यूएल इंस्टेंस, एक्सचेंज का दस्तावेजीकरण कर सकते हैं।

एक मुफ़्त संस्करण है जो आपकी कुछ आवश्यकताओं को कवर कर सकता है।

http://centrel-solutions.com/xiaconfiguration

धन्यवाद,

डेव


1

मैंने हाल ही में स्पिकवर्क के साथ खेलना शुरू किया है, और मुझे स्वीकार करना पड़ा है, मुझे संदेह है कि यह एफएम सिद्धांत द्वारा काम करता है।

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


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

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

धन्यवाद इवान, यह निश्चित रूप से एक कॉन्फिग फाइल को खींचने और एक रन को चलाने की तुलना में बहुत अधिक जटिल है यदि कॉन्फ़िगरेशन को फाइलसिस्टम, रजिस्ट्री और एडी में विभाजित किया जा सकता है। एक सुसंगत और उपयोगी तरीके से जानकारी के इस गड़बड़ को मजबूत करने के बारे में कैसे जाना जाता है?
जॉन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.