क्या कोई तकनीकी कारण है कि मुझे विंडोज़ सर्वर 2012 का उपयोग क्यों नहीं करना चाहिए?

Question

मेरी कंपनी सक्रिय निर्देशिका एंटरप्राइज़ को विस्तृत करने की प्रक्रिया में है, जिसमें ऑफिस 365 सिंक्रोनाइजेशन, Lync, Exchange और Outlook शामिल हैं।

वर्तमान में हमारे पास कोई विज्ञापन नहीं है (अभी तक); 5 अलग-अलग कार्यालयों में 400+ उपयोगकर्ता हैं।

हम जिस क्वैडरी का सामना कर रहे हैं वह यह है कि क्या हमें शुरू में विंडोज सर्वर 2012 या 2008 आर 2 को तैनात करना चाहिए।

कुछ तत्व 2012 के साथ अज्ञात मुद्दों से डरते हैं, और हमारे एक ठेकेदार ने सुझाव दिया कि हम 2008 का उपयोग करते हैं क्योंकि इसका बड़ा ज्ञान आधार है।

मैंने 2012 में अपने सभी परीक्षण किए हैं, और मुझे पता है कि या तो एक हमारे उद्देश्यों के लिए काम करेगा। यह काफी सरल परिनियोजन (2 DC और 1 ADFS सर्वर) है।

हम WDS, WSUS, Sharepoint और WebHelpDesk भी जोड़ रहे हैं।

क्या कोई वैध तकनीकी कारण है कि हमें नवीनतम उपलब्ध संस्करण के साथ नहीं जाना चाहिए, यह मानते हुए कि यह पर्यावरण का पूर्ण विवरण है, या विंडोज सर्वर 2012 के साथ कोई भी चेतावनी है जिसके बारे में हमें पता होना चाहिए?

Comments

"हमारे पास कोई विज्ञापन नहीं है" से आपका क्या मतलब है? आपको "कार्यसमूह" पर 5 कार्यालयों में 400+ उपयोगकर्ता मिले हैं?

— वॉरेन पी

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

— मैट बेयर

सबसे बड़ी विडंबना यह है कि, हम सर्वर 2012 लाइसेंस खरीद रहे हैं, और 2008r2 को चलाने के लिए डाउनग्रेड विकल्प का उपयोग कर रहे हैं, और हमारे पास कार्यालय 365 में हमारे सभी उपयोगकर्ता हैं, और o365 से निर्यात करना है, AD में आयात करें, और फिर सिंक करें।

— मैट बेयर

आप अब MS से 2008R2 लाइसेंस नहीं खरीद सकते हैं; आप केवल उन विक्रेताओं से प्राप्त कर सकते हैं जिनके पास पहले से ही "स्टॉक में" है। जैसा कि आपने उल्लेख किया है, डाउनग्रेड अधिकार के रूप में कोई मतलब नहीं है।

— क्रिस एस

एकमात्र कारण यह समझ में नहीं आता कि नवीनतम संस्करण का उपयोग न करने के लिए यदि आपके पास पहले से ही तैनात और एडी में एकीकृत है जो नवीनतम संस्करण के साथ अच्छा नहीं खेलता है। जैसा कि आपके पास कोई विज्ञापन नहीं है (!) यह कोई समस्या नहीं है।

— रॉब मोइर

Answer 1

एकमात्र कारण जो मैं 2012 के लिए एक कदम में देरी के लिए सुझाव दे सकता हूं, वह यह है कि आपके पास एक मौजूदा डोमेन आर्किटेक्चर है जो सफाई से अपग्रेड नहीं करेगा। लेकिन चूंकि आपके पास अभी तक कोई सक्रिय निर्देशिका नहीं है, इसलिए मैं इसे लेता हूं कि आप पूरे LAN को "वर्कग्रुप" मोड में और बिना किसी डोमेन के उपयोग कर रहे हैं, यह सर्वर 2012 को स्थापित करने के लिए एक मामूली आसान मामला है, और नए टूल हैं सबसे आसान उपकरण अभी तक, एक नया ActiveDirectory डोमेन नियंत्रक और संबंधित बुनियादी ढाँचा बनाने के लिए। यदि आपका मतलब है, आप अभी भी विंडोज एनटी सर्वर, प्री-एक्टिव-डायरेक्टरी-डोमेन का उपयोग कर रहे हैं, तो मुझे नहीं पता कि क्या आप भी एक ही बार में 2008 आर 2 तक के सभी रास्ते प्राप्त कर लेंगे। आप अपने प्रश्न को अद्यतन करना चाहते हैं और निर्दिष्ट कर सकते हैं कि आपके पास अभी "कोई विज्ञापन नहीं" होने का क्या मतलब है।

एक किताब प्राप्त करें, जिस तरह से आप जाते हैं, और इसे तैनात करने से पहले ActiveDirectory के बारे में जानें। मैं हमारे कार्यालय में एक मिश्रित 2012 / 2008R2 डोमेन सर्वर वातावरण चला रहा हूं, और मुझे पता है कि जब मैं मौजूदा 2008R2 टूल को 2012 के टूल से बेहतर जानता हूं, तो 2012 टूल कुछ अजीब छोटे कार्यों को छोड़कर, हर तरह से बेहतर हैं, और आप यदि आप चाहें तो 2012 में पुराने 2008R2 उपयोगकर्ता इंटरफ़ेस का उपयोग कर सकते हैं।

Windows Server 2008 R2 और 2012 दोनों ही शानदार उत्पाद हैं। मुझे छोटे लैन वातावरणों में या बिल्कुल नए ActiveDirectory परिनियोजन और 2012 में तकनीकी रूप से उन्नत सुविधाओं के लिए नवीनतम संस्करण (सर्वर 2012) को तैनात नहीं करने का कोई कारण नहीं दिखता है, जो 2012 को पसंद करने के लिए अच्छे कारण हैं।

मौजूदा 2008 R2 इन्फ्रास्ट्रक्चर के साथ बड़े नेटवर्क वातावरण में, स्पष्ट रूप से अधिक 2008 R2 नेटवर्क के सर्वरों को 2012 तक स्थानांतरित करने के बजाय, अधिक 2008 R2 डोमेन नियंत्रकों को तैनात करने के लिए समझदार कारण होंगे।

Comments

मुझे कुछ डेल सर्वर बॉक्स मिले जो कि उनके डीईएल पीईआरसी कार्ड के लिए ड्राइवर नहीं हैं जो अभी तक विंडोज सर्वर 2012 के लिए उपलब्ध हैं। इस कारण से किसी और को देरी हो सकती है; आपके हार्डवेयर के लिए ड्राइवर की प्रतीक्षा कर रहा है।

— वॉरेन पी

ऐसा लगता है कि सभी डेल हार्डवेयर अब विंडोज सर्वर 2012 के लिए अच्छी तरह से समर्थित हैं।

— वॉरेन पी

आपको अभी भी 2012 डीसी चलाने में सक्षम होना चाहिए, और डोमेन को 2008R2 कार्यात्मक स्तर पर तब तक रखना चाहिए जब तक कि आप सफाई को रोक नहीं सकते हैं, जो कि मौजूदा डोमेन को रोकने के लिए अपग्रेड को रोक रहा है। मेरा मानना ​​है कि कार्यक्षमता, हमेशा की तरह, पिछले संस्करण का एक सख्त सुपरसेट है।

— फाल्कन मोमेंट

Answer 2

सामान्य मामला: $LATEST_VERSIONतब तक उपयोग करें जब तक आपको विशिष्ट आवश्यकता न हो।

आप लगभग निश्चित रूप से सामान्य मामले में आते हैं, और भी अधिक जब से आप "विरासत" का अभाव करते हैं तब आपको वापस पकड़ना पड़ता है।

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

Comments

मैं आपसे सहमत हूं, हालांकि जो शक्तियां सतर्क रहने की कोशिश कर रही हैं, इसलिए हम भविष्य में किसी बिंदु पर अपग्रेड करने की योजना के साथ 2008r2 के साथ आगे बढ़ने जा रहे हैं।

— मैट बेयर

यह बहुत कम समझ में आता है, लेकिन आपको यह जानकर सुकून मिलेगा कि 2008R2 से 2012 के उन्नयन अपेक्षाकृत दर्द रहित हैं।

— वॉरेन पी

Answer 3

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

बिना किसी कारण के वास्तविक कारण के बिना, यह पहले से ही 4 या 5 साल पुराने संस्करण को स्थापित करने का कोई मतलब नहीं है। यकीन है कि यह आज थोड़ा समझ में आता है, लेकिन अब से कुछ महीने या एक साल या ट्रैक के नीचे क्या हो सकता है। जब बाद में ऐसा करने की कोई आवश्यकता नहीं है, तो बाद में उन्नयन के अतिरिक्त कार्य क्यों बनाएं?

Comments

बिल्कुल सही। मुझे नफरत है जब मैं एक डब्ल्यू 2008 आर 2 सर्वर पर एक समस्या को हल करने में 3 दिन बिताता हूं जो कि डब्ल्यूएस 2012 पर कभी भी खुश नहीं होगा।

— वॉरेन पी

जो सिस्टम मुझे विरासत में मिले हैं वे अभी भी सर्वर 2003 से चल रहे हैं और मैं पिछले दो वर्षों के भीतर NT 4 सिस्टम पर भी आया हूं। :(

— जॉन गार्डनियर्स

आउच। कम से कम उम्मीद है कि किसी भी शेष NT 4 या 3.5 सिस्टम में वर्चुअल मशीन हैं जो प्राचीन बायनेरिज़ को चलाने के लिए चारों ओर रखी जाती हैं ...

— वॉरेन P

Answer 4

मैंने आमतौर पर नवीनतम संस्करण कहा होगा, लेकिन ...।

IMHO ने आरंभिक रिलीज़ के लिए अन्य लोगों को गिनी सूअरों को रहने दिया! यह इतना मौलिक रूप से अलग है कि SP1 में इस्त्री किए जाने की प्रतीक्षा में कुछ बुरा आश्चर्य होने के लिए बाध्य हैं। उसके लिए प्रतीक्षा करें और फिर आप एक उन्नयन पर विचार कर सकते हैं। जब तक निश्चित रूप से 2012 में कुछ आवश्यक विशेषता है जो आपको अभी चाहिए।

Comments

मेरी पिछली कंपनी की केवल current version - 1इस कारण से उपयोग करने की नीति थी - दूसरे को गिरावट लेने दो, और हम नतीजे के आधार पर फैसला करेंगे।

— SeanC

हमारे पास एक LoB विक्रेता है जो इस एक ही बकवास को मानता है (मेरी राय से बाहर निकलते हुए क्षमा करें); उनका सॉफ्टवेयर लगातार एक है और हमें उन्नयन से वापस पकड़ रहा है। हमारे पास "सतर्क" विक्रेताओं के साथ ओएस और अन्य सॉफ़्टवेयर के साथ बहुत कम समस्याएं हैं।

— क्रिस एस

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

— मैट

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

— मैट

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

— वॉरेन पी