Windows Server 2016 समर्थन समाप्ति: तिथियाँ, ESU और आपकी अगली कार्रवाई

Windows Server 2016 माइक्रोसॉफ्ट के विस्तारित समर्थन विंडो के अंत के करीब है। यह समय सीमा जीवन चक्र पृष्ठ पर एक तारीख से अधिक है: यह पैचिंग, जोखिम के संपर्क, अनुपालन स्थिति और दीर्घकालिक व्यवहार्यता को प्रभावित करती है। अनुप्रयोगों जो अभी भी इस प्लेटफ़ॉर्म पर निर्भर हैं।

यह गाइड Windows Server 2016 EOL तिथि का सारांश प्रस्तुत करता है, Windows Server 2016 ESU को समझाता है, SMB और हाइब्रिड वातावरण के लिए माइग्रेशन पथों को रेखांकित करता है, और संक्रमण के दौरान किन विरासती ऐप्स को आधुनिक बनाना है और किन्हें सुरक्षित रूप से चलाते रहना है, यह तय करने का एक व्यावहारिक तरीका प्रदान करता है।

Windows Server 2016 समर्थन समाप्ति तिथि और जीवनचक्र के मूल बातें

मुख्यधारा बनाम विस्तारित समर्थन

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

Windows Server 2016 EOL की सटीक तारीख

Windows Server 2016 के समर्थन समाप्ति की तिथि (विस्तारित समर्थन का अंत) है 12 जनवरी 2027 माइक्रोसॉफ्ट इस तारीख को विंडोज सर्वर 2016 के आधिकारिक जीवनचक्र रिकॉर्ड में सूचीबद्ध करता है।

समर्थन समाप्त होने के बाद क्या होता है?

सुरक्षा, अनुपालन, और संचालनात्मक प्रभाव

बाद 12 जनवरी 2027 Windows Server 2016 अब मानक जीवनचक्र के तहत नियमित सुरक्षा अपडेट या उत्पाद समर्थन प्राप्त नहीं करता है। यह जिम्मेदारी संगठन पर डालता है कि वह या तो माइग्रेट करे, एक भुगतान किए गए कवरेज विकल्प को अपनाए, या कमजोरियों और असमर्थित निर्भरताओं के बढ़ते जोखिम को स्वीकार करे।

व्यावहारिक रूप से, "समर्थन समाप्ति" आमतौर पर तीन स्थानों पर जल्दी सामने आती है:

• सुरक्षा स्थिति: अनुपस्थित पैच ज्ञात जोखिम का बढ़ता बैकलॉग बन जाते हैं।
• ऑडिट और बीमा: कई ढांचे और नीतियों को समर्थित सॉफ़्टवेयर की आवश्यकता होती है।
• विक्रेता संगतता: ऐप्स और एजेंट के नए संस्करण पुराने सर्वर बुनियादी मानकों के खिलाफ परीक्षण करना बंद कर देते हैं।

क्यों "यह अभी भी काम करता है" एक रणनीति नहीं है

अधिकांश समर्थन समाप्ति की विफलताएँ तुरंत आउटेज नहीं होती हैं। दर्द "द्वितीयक प्रभावों" के रूप में आता है: एक सुरक्षा घटना जो एक अनपैच की गई कमजोरी से जुड़ी होती है, एक नया क्लाइंट संस्करण जो कनेक्ट नहीं होता, या एक निगरानी/सुरक्षा उपकरण जो समर्थन छोड़ देता है। अंतिम समर्थित अपडेट से जितना लंबा अंतर होगा, ये विफलताएँ उतनी ही अधिक बढ़ेंगी।

संबंधित समय सीमाएँ जिन्हें आपको नजरअंदाज नहीं करना चाहिए: Windows Server 2012 और 2012 R2

जहां 2012 और 2012 R2 अभी खड़े हैं

Windows Server 2012 और Windows Server 2012 R2 का समर्थन समाप्त हो गया है 10 अक्टूबर 2023 , और Microsoft एक्सटेंडेड सुरक्षा अपडेट्स को तीन अतिरिक्त वर्षों के लिए पुल के रूप में प्रस्तुत करता है।
ESU पर संगठनों के लिए, माइक्रोसॉफ्ट के जीवनचक्र प्रविष्टियाँ दिखाती हैं ESU वर्ष 3 समाप्ति 13 अक्टूबर, 2026 Windows Server 2012 और 2012 R2 दोनों के लिए।

इसका मतलब है कि कई आईटी टीमें एक "संकलित समयरेखा" रखती हैं:

• 2012 / 2012 R2 अंतिम ESU विंडो अक्टूबर 2026 में बंद होती है।
• Windows Server 2016 का विस्तारित समर्थन जनवरी 2027 में समाप्त होगा।

यह अपग्रेड अनुक्रम को कैसे प्रभावित करता है

यदि आपका वातावरण 2012/2012 R2 और 2016 का मिश्रण है, तो अनुक्रम महत्वपूर्ण है। एक सामान्य SMB दृष्टिकोण यह है कि सबसे पुराने सर्वरों (2012/2012 R2) को पहले माइग्रेट किया जाए, फिर 2016 योजना को तेज करने के लिए सीखे गए पाठों का उपयोग किया जाए। इससे यह भी कम होता है कि पुराने सिस्टम पर "कठोर निर्भरता" आपके 2016 माइग्रेशन के बाद के चरणों को अवरुद्ध करे।

Windows Server 2016 ESU की व्याख्या

ESU क्या कवर करता है और क्या नहीं करता

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

Microsoft के Windows IT Pro ब्लॉग में स्पष्ट रूप से कहा गया है कि यदि आप अपग्रेड नहीं कर सकते हैं Windows सर्वर 2016 द्वारा 12 जनवरी 2027 ESU को तीन वर्षों तक खरीदा जा सकता है, मूल्य निर्धारण और उपलब्धता विवरण बाद में दिए जाएंगे।

ESU बनाम Azure पर कार्यभार स्थानांतरित करना

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

SMB और हाइब्रिड वातावरण के लिए माइग्रेशन पथ

इन-प्लेस अपग्रेड बनाम साइड-बाय-साइड माइग्रेशन

अधिकांश Windows Server 2016 वातावरण दो में से एक में आते हैं माइग्रेशन पैटर्न:

1. इन-प्लेस अपग्रेड

यह कागज पर तेज़ हो सकता है, लेकिन यह विरासत कॉन्फ़िगरेशन, ड्राइवर और ऐतिहासिक "ड्रिफ्ट" को बनाए रखता है। यह आमतौर पर तब सबसे अच्छा होता है जब सर्वर सरल हो (एकल भूमिका, न्यूनतम एकीकरण) और एप्लिकेशन विक्रेता एक स्थान पर अपग्रेड पथ का समर्थन करता है।

2. बगल-बगल माइग्रेशन

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

ऐप निर्भरता मैपिंग और मान्यता

एक मार्ग चुनने से पहले, दो स्तरों पर निर्भरताओं का मानचित्रण करें:

• तकनीकी निर्भरताएँ: OS संस्करण आवश्यकताएँ, .NET/Java रनटाइम, डेटाबेस संस्करण, ड्राइवर/USB आवश्यकताएँ, पहचान निर्भरताएँ।
• संचालनात्मक निर्भरताएँ: कौन ऐप का उपयोग करता है, कहाँ से, किस समय के दौरान, और "विफलता" कैसी दिखती है।

एक सरल लेकिन प्रभावी विधि यह है कि प्रत्येक एप्लिकेशन को इस प्रकार रैंक किया जाए:

• व्यवसाय की महत्वपूर्णता (उच्च/मध्यम/निम्न)
• प्रतिस्थापनता (आसान/मध्यम/कठिन)
• अपग्रेड घर्षण (कम/ज्यादा)

वह मैट्रिक्स आपको दिखाएगा कि कौन से ऐप्स आपके "शेड्यूल किलर" हैं और कौन से सर्वर तेजी से स्थानांतरित हो सकते हैं।

विरासत अनुप्रयोग: जब ऑपरेटिंग सिस्टम को अपग्रेड करने से "ऐप नवीनीकरण कर" सक्रिय होता है

ऐप्स को बनाए रखने या बदलने के लिए एक सरल निर्णय ढांचा

SMBs अक्सर एक छिपी हुई लागत का सामना करते हैं:

OS को अपग्रेड करना [forces upgrades of] "अच्छी तरह से पहने हुए" व्यवसायिक ऐप्स जो अभी भी काम करते हैं, लेकिन अब बेचे नहीं जाते, अब समर्थित नहीं हैं या आधुनिक बनाने के लिए महंगे हैं। निर्णय स्पष्ट होना चाहिए, आकस्मिक नहीं।

इस ढांचे का उपयोग करें:

• रखें (अस्थायी रूप से): अद्वितीय व्यावसायिक मूल्य, स्थिर व्यवहार, स्पष्ट उपयोग पैटर्न, सीमित जोखिम।
• विकल्प (योजना): विक्रेता का अंत-जीवन, बार-बार की समस्याएँ, सुरक्षा चिंताएँ या सुविधाएँ जो अब व्यवसाय को चाहिए।
• रिटायर (तेज): कम उपयोग, डुप्लिकेट फ़ंक्शन या सुरक्षित करना कठिन।

विरासत ऐप्स को वेब-सक्षम करना और प्रकाशित करना एक संक्रमण रणनीति के रूप में

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

TSplus Remote Access इस श्रेणी के लिए बिल्कुल इस तरह से डिज़ाइन किया गया है: Windows अनुप्रयोगों (और जब आवश्यक हो तो डेस्कटॉप) को प्रकाशित करना ताकि उपयोगकर्ता कर सकें विरासत ऐप्स तक पहुँचें नियंत्रित दूरस्थ वितरण के माध्यम से, जिसमें ब्राउज़र-आधारित पहुंच विकल्प और केंद्रीयकृत प्रमाणीकरण प्रवाह जैसे सिंगल साइन-ऑन शामिल हैं, आपके कॉन्फ़िगरेशन के आधार पर वैकल्पिक MFA के साथ। यह पैचिंग या अच्छे सुरक्षा डिज़ाइन का विकल्प नहीं है, लेकिन यह एक व्यावहारिक पुल हो सकता है जब "OS को अपग्रेड करें" अन्यथा "हर ऐप को तुरंत अपग्रेड करें" को मजबूर करेगा।

जोखिम को कम करें जबकि आप योजना बनाते हैं: RDP एक्सपोजर और रिमोट एक्सेस हार्डनिंग

सामान्य RDP एक्सपोजर पैटर्न जो घटनाओं को प्रेरित करते हैं

Windows Server 2016 रातोंरात असुरक्षित नहीं होता, लेकिन समर्थन समाप्त होने के करीब आने पर रिमोट एक्सेस का जोखिम कम किया जा सकता है। सबसे सामान्य उच्च-जोखिम पैटर्न हैं:

• सार्वजनिक इंटरनेट के लिए सीधे खुला RDP
• कमजोर प्रमाणीकरण नियंत्रण या पुन: उपयोग किए गए पासवर्ड
• लॉगिन गतिविधि पर असंगत लॉगिंग और अलर्टिंग
• दैनिक पहुँच के लिए उपयोग किए जाने वाले अधिक विशेषाधिकार प्राप्त खाते

व्यवहारिक नियंत्रण तुरंत लागू करने के लिए

यदि Windows Server 2016 एक माइग्रेशन विंडो के दौरान सेवा में रहेगा, तो उन त्वरित जीतों पर ध्यान केंद्रित करें जो हमले की सतह को कम करती हैं:

1. सार्वजनिक एक्सपोजर को हटाएं: इंटरनेट से सीधे इनबाउंड RDP से बचें; एक का उपयोग करें गेटवे , वीपीएन या ब्रोकर किए गए एक्सेस मॉडल।
2. पहचान को मजबूत करें: जहां भी संभव हो, न्यूनतम विशेषाधिकार और आधुनिक प्रमाणीकरण नियंत्रण लागू करें।
3. सेगमेंट एक्सेस: नेटवर्क स्थान और भूमिका द्वारा प्रबंधन एक्सेस को सीमित करें।
4. दृश्यता में सुधार करें: सुनिश्चित करें कि सफल और असफल लॉगिन केंद्रीय रूप से एकत्रित किए जाते हैं और उनकी समीक्षा की जाती है।

ये कदम दो तरीकों से मदद करते हैं: वे तत्काल जोखिम को कम करते हैं और वे बेहतर "माइग्रेशन हाइजीन" बनाते हैं, क्योंकि आधुनिकीकृत पहुंच पैटर्न आमतौर पर नए प्लेटफॉर्म पर आगे बढ़ते हैं।

जहां TSplus फिट बैठता है

TSplus Remote Access के लिए एप्लिकेशन प्रकाशन और वेब एक्सेस

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

देखें लाइसेंसिंग मॉडल (स्थायी या सदस्यता) और तैनाती विकल्प (स्व-होस्टेड या आपकी होस्टिंग प्राथमिकता के साथ संरेखित) SMB योजना के लिए भी महत्वपूर्ण हो सकते हैं, क्योंकि यह संगठन को यह चुनने की अनुमति देता है कि "ब्रिज" अल्पकालिक है या दीर्घकालिक अनुप्रयोग वितरण स्टैक का हिस्सा बनता है।

सुरक्षा और संचालन ऐड-ऑन जो संक्रमण का समर्थन करते हैं

जैसे ही आप पुराने सर्वरों को चरणबद्ध करते हैं, प्राथमिकता लगातार सुरक्षा नियंत्रण और स्पष्ट संचालन दृश्यता है। आवश्यकताओं के आधार पर, TSplus Advanced Security, TSplus Remote Support और TSplus Server Monitoring एक संक्रमण को पूरा करने के लिए पहुंच नियंत्रण को मजबूत करते हैं, समर्थन कार्यप्रवाह को सरल बनाते हैं और सुधार करते हैं। मिश्रित वातावरणों में निगरानी कवरेज .

जनवरी 12, 2027 से पहले पूरा करने के लिए एक व्यावहारिक समयरेखा और चेकलिस्ट

90 दिन बाहर: अपनी योजना बनाएं

• हर Windows Server 2016 उदाहरण, भूमिका और मालिक की पुष्टि करें।
• कौन से सर्वर इंटरनेट-प्रवेशित प्रबंधन पहुंच रखते हैं, पहचानें।
• ऐप्लिकेशन निर्भरता मैट्रिक्स बनाएं और "कठिन अवरोधकों" को रैंक करें।
• निर्णय लें: प्रत्येक कार्यभार श्रेणी के लिए स्थान पर बनाम साइड-बाय-साइड।

180 दिन बाहर: पायलट माइग्रेशन लागू करें

• पहले कम जोखिम वाले सर्वरों को माइग्रेट करें ताकि प्रक्रिया को साबित किया जा सके।
• प्रमाणीकरण, बैकअप, निगरानी और रोलबैक चरणों को मान्य करें।
• विरासत ऐप्स के लिए जो माइग्रेशन को ब्लॉक करते हैं, तय करें कि प्रतिस्थापित करना है, अलग करना है या प्रकाशित करना है और एक्सेस को एक पुल के रूप में नियंत्रित करना है।

12 महीने बाहर: अंतिम रूप देना और बंद करना

• व्यवसाय-क्रिटिकल कार्यभार को पूर्वाभ्यास किए गए कटओवर के साथ माइग्रेट करें।
• विशेष मामलों को कम करें द्वारा पहुँच विधियों को मानकीकरण करके।
• बचे हुए Windows Server 2016 सिस्टम को बंद करें या अलग करें, और केवल तब ESU का उपयोग करें जब कोई प्रलेखित अवरोध मौजूद हो।

12 जनवरी, 2027 एक निश्चित बिंदु है। सबसे अच्छा परिणाम केवल "एक नया ओएस" नहीं है, बल्कि एक साफ, अधिक समर्थनीय वातावरण है जहां महत्वपूर्ण एप्लिकेशन सुलभ, सुरक्षित हैं, और अब एक ही पुरानी सर्वर से जुड़े नहीं हैं।

निष्कर्ष

Windows Server 2016 का समर्थन समाप्त होना 12 जनवरी 2027 यह एक निश्चित समय सीमा है जिसके लिए सुरक्षा, अनुपालन और विक्रेता संगतता के लिए व्यावहारिक परिणाम हैं। सबसे लचीला दृष्टिकोण 2026 को कार्यान्वयन विंडो के रूप में मानना है: कार्यभार का इन्वेंटरी करें, अनुप्रयोग निर्भरताओं का मानचित्रण करें, और चरणबद्ध लहरों में माइग्रेट करें ताकि अंतिम सिस्टम को Q4 में जल्दी न किया जाए।

छोटे और मध्यम व्यवसायों और हाइब्रिड टीमों के लिए, सबसे कठिन हिस्सा अक्सर स्वयं ऑपरेटिंग सिस्टम नहीं बल्कि यह है विरासत अनुप्रयोग इससे बंधा हुआ। जब एक ऑपरेटिंग सिस्टम अपग्रेड एक महंगा या विघटनकारी "ऐप नवीनीकरण कर" को ट्रिगर करता है, तो यह निर्धारित करें कि क्या रहना चाहिए, जोखिम को कम करें और महत्वपूर्ण उपकरणों को उपलब्ध रखने के लिए नियंत्रित एप्लिकेशन डिलीवरी का उपयोग करें जबकि आधुनिकीकरण जारी है। एक स्पष्ट समयरेखा, मजबूत रिमोट एक्सेस और विरासती ऐप्स के लिए एक योजना के साथ, Windows Server 2016 को बिना व्यवसाय में विघटन किए समय पर सेवानिवृत्त किया जा सकता है।