कई उद्यम, विशेष रूप से दक्षिण अफ्रीका में, आधुनिकीकरण परियोजनाओं का सामना कर रहे हैं जो अनिवार्य रूप से 'स्थिरता परियोजनाएं' हैं - उन्हें सिस्टम को पहले की तरह काम करने के लिए महीनों के परीक्षण और महत्वपूर्ण बजट खर्च की आवश्यकता होती है, बिना किसी नए सुधार के।
SQL Server 2016 का समर्थन जुलाई में बंद हो गया था। हालांकि, यह घटनाओं की एक श्रृंखला की शुरुआत है: Windows Server 2016 जनवरी 2027 में समर्थित नहीं होगा, और SQL Server 2017 अक्टूबर 2027 में समर्थित नहीं होगा। इसके बाद संस्करण 2019 और 2022 आते हैं, जिनकी योजना क्रमशः 2030 और 2033 के लिए बनाई गई है।
वर्तमान स्थिति बनाए रखने की अब एक कीमत है। विस्तारित सुरक्षा अपडेट (Extended Security Updates, ESU) सभी वातावरणों, जिसमें Azure भी शामिल है, में प्रति वर्ष लगभग पूर्ण लाइसेंस लागत पर आते हैं। माइक्रोसॉफ्ट द्वारा पहले प्रदान किए गए मुफ्त विकल्प अब मान्य नहीं हैं।
एक घटना नहीं, बल्कि एक क्रम
उद्यम जो जुलाई को एक अलग संकट मानते हैं, वे गलत हैं। Windows Server 2016 ऑपरेटिंग सिस्टम, जो कई डेटाबेस सर्वरों का आधार है, 12 जनवरी 2027 को समर्थन समाप्त कर देगा। इसके लिए पिछले चक्रों के समान परिवर्तन विंडो, समान कमांड और समान परीक्षण क्षमता का उपयोग करने की आवश्यकता होगी। SQL Server 2017 उसके बाद 12 अक्टूबर 2027 को आएगा, और संस्करण 2019 और 2022 क्रमशः 2030 और 2033 के लिए निर्धारित हैं।
हर नई समर्थन समय सीमा 'स्थिरता परियोजना' के पूर्ण चक्र को शुरू करती है: बुनियादी ढांचे की पुन: खोज, रिग्रेशन परीक्षण चक्र, माइग्रेशन जोखिम और संसाधन खपत। संगठन केवल यथास्थिति बनाए रखने के अधिकार के लिए दुर्लभ इंजीनियरिंग ध्यान का भुगतान करता है। समस्या समय सीमा में नहीं है, बल्कि अपडेट की कतार में ही है।
अब स्थिति बनाए रखने की एक मूल्य सूची है
दस वर्षों तक इस कतार से चुपचाप बाहर निकलने का एक तरीका रहा है: कार्यभार को Azure वर्चुअल मशीन पर ले जाना, जबकि माइक्रोसॉफ्ट ESU मुफ्त में प्रदान करता था। यह समझौता समाप्त हो गया है। अब SQL Server 2016 के लिए ESU सभी वातावरणों, जिसमें Azure भी शामिल है, में प्रति वर्ष लगभग पूर्ण लाइसेंस लागत पर भुगतान किए जाते हैं। इसके अलावा, यदि वर्ष की शुरुआत के बाद पंजीकरण शुरू किया जाता है तो भुगतान पूर्वव्यापी होगा, इसलिए देरी मदद नहीं करेगी।
इस अस्थायी पुल की भी एक कठोर सीमा है: कवरेज केवल जुलाई 2029 तक मान्य है। कोई भी उद्यम जो उस समय तक संस्करण 2016 का उपयोग कर रहा है, उसे किसी भी कीमत पर समर्थित विकल्प नहीं मिलेगा। बिना किसी नए लाभ के पूर्ण लाइसेंस का तीन साल का भुगतान एक योजना नहीं है, बल्कि बिलिंग के साथ एक उलटी गिनती है। माइक्रोसॉफ्ट ने निष्क्रियता की लागत की समीक्षा की है: वह देरी जो पहले एक मुफ्त विकल्प थी, अब एक टैरिफ वाला उत्पाद है।
ऑन-साइट अपग्रेड के पक्ष में एक ईमानदार तर्क
SQL Server 2025 में अपग्रेड करना एक उचित निर्णय है। वास्तविक सीमाएं मौजूद हैं, जैसे कि विक्रेता एप्लिकेशन जो अभी तक क्लाउड के लिए प्रमाणित नहीं हैं, डेटा संप्रभुता दायित्वों से सीमित सिस्टम, या विलंबता के लिए महत्वपूर्ण सिस्टम, साथ ही हाल ही में अद्यतन हार्डवेयर। ऐसे वातावरणों के लिए एक अनुशासित कदम वर्तमान, समर्थित और कार्यात्मक प्लेटफॉर्म पर अपग्रेड करना होगा।
यह समझना महत्वपूर्ण है कि ऐसा अपग्रेड क्या प्रदान करता है। SQL Server 2025 की अपनी समर्थन अनुसूची है, और जब यह अनुसूची समाप्त हो जाएगी तो 'स्थिरता परियोजना' निर्धारित कार्यक्रम के अनुसार वापस आएगी। ऑन-साइट अपग्रेड उसी लेनदेन का एक उन्नत संस्करण है: इस दशक की क्षमताएं और अगले दशक का समर्थन समय। कभी-कभी यह सही खरीद होती है, लेकिन इसे सचेत होना चाहिए, स्वचालित नहीं।
एक बार किया जाने वाला प्रोजेक्ट
Azure SQL Managed Instance और Azure SQL Database वर्शनलेस हैं। वहां कोई रिलीज़, पिछड़ना, विस्तारित समर्थन तिथियां या ESU प्रोग्राम नहीं हैं जिन्हें मूल्य देना हो। प्लेटफ़ॉर्म लगातार अपडेट और एक इंजन पर समर्थित रहता है जो स्थानीय SQL Server के साथ लगभग पूर्ण संगतता बनाए रखता है, जबकि Azure हाइब्रिड लाभ मौजूदा लाइसेंस निवेश का उपयोग करने की अनुमति देता है। सही ढंग से स्थानांतरित किया गया कार्यभार हमेशा के लिए कतार से बाहर निकल जाता है। 2016, 2017, 2019 और 2022 परियोजनाओं से संबंधित कार्यों की पूरी श्रृंखला इन वर्कलोड के लिए गायब हो जाती है।
हर कार्यभार को स्थानांतरित नहीं किया जा सकता है; कुछ वास्तव में Azure वर्चुअल मशीन पर SQL Server नियंत्रण की आवश्यकता होती है, और वे संस्करण चक्र में बने रहते हैं। यह निर्धारित करना कि क्या उपयुक्त है, वास्तविक चक्र से बाहर निकलने की कुंजी है। सवाल यह नहीं है कि क्या आप माइग्रेशन का खर्च उठा सकते हैं, बल्कि यह है कि आप कितने और स्थिरता परियोजनाओं को वित्तपोषित करना चाहते हैं।
Ascent कैसे काम करता है
Azure पर अपने SQL Server को माइग्रेट करने के लिए Ascent सेवा एक प्रारंभिक मूल्यांकन पर आधारित है, क्योंकि मूल्यांकन ही निकास को सतही के बजाय स्थायी बनाता है। यह निर्धारित करता है कि कौन से कार्यभार वर्शनलेस स्तरों पर जा सकते हैं, किसमें वर्चुअल मशीन नियंत्रण की आवश्यकता है, और बुनियादी ढांचे का माइग्रेशन किस क्रम में होना चाहिए।
इसके बाद कार्यान्वयन Modernise–Optimise–Protect संरचना के भीतर एक प्रबंधित माइग्रेशन के रूप में होता है। स्विच करने से पहले प्रदर्शन का आधार माप किया जाता है, लागत Azure हाइब्रिड लाभ और आकार अनुकूलन का उपयोग करके गणना की जाती है, और सुरक्षा और अनुपालन तत्वों को शुरू में लागू किया जाता है। चूंकि Ascent माइक्रोसॉफ्ट का सीधा CSP है, इसलिए वाणिज्यिक स्तर कार्यान्वयन के समान जिम्मेदारी के अधीन हो सकता है: लाइसेंसिंग, Azure उपभोग और, यदि आवश्यक हो, एक छोटे संक्रमणकालीन अवधि के लिए ESU लाइसेंसिंग।
माइग्रेशन और वाणिज्यिक आधार दोनों के लिए एक भागीदार का होना Migrate your SQL Server to Azure को परियोजना से चक्र के समापन में बदल देता है। 2016 का समर्थन समय बीत चुका है, और अगले दो समय निर्धारित हैं। 2016 बुनियादी ढांचे के लिए विकल्प जानबूझकर अंतिम स्थिरता परियोजना चलाना है - एक बार, सही ढंग से, समय सीमा के बिना गंतव्य पर - या डिफ़ॉल्ट रूप से अगले को वित्तपोषित करना है।