जब SQL सर्वर के ये संस्करण जारी किए गए, तो वे 10 वर्षों के समर्थन के साथ आए; 5 साल का मेनस्ट्रीम सपोर्ट और 5 साल का एक्सटेंडेड सपोर्ट। यदि आपके संगठन में अभी भी SQL Server 2008/2008 R2 उत्पादन में है, तो आपका संगठन जोखिम का समाधान करने की योजना कैसे बना रहा है? उन संगठनों के लिए जो अत्यधिक विनियमित हैं, यह एक बड़ी चिंता का विषय है।

आपको यह चुनने की ज़रूरत है कि आप कैसे माइग्रेट करने जा रहे हैं और आप कहाँ माइग्रेट करने जा रहे हैं, और फिर सुनिश्चित करें कि आप रास्ते में किसी भी बाधा को नहीं मारेंगे।

माइग्रेशन आकलन टूल

यदि आप SQL Server 2008/2008 R2 से अपग्रेड की योजना बना रहे हैं, तो Microsoft ने आपके परिवेश का परीक्षण और सत्यापन करना बहुत आसान बना दिया है। ऐसे कई उपकरण मौजूद हैं जो माइग्रेशन आकलन में सहायता कर सकते हैं और यहां तक ​​कि माइग्रेशन कार्यों को भी संभाल सकते हैं, और वे सभी थोड़े अलग हैं। इन उपकरणों में शामिल हैं:

• डेटा माइग्रेशन सहायक
• माइक्रोसॉफ्ट असेसमेंट एंड प्लानिंग टूलकिट
• Azure डेटाबेस माइग्रेशन सेवा
• डेटाबेस प्रयोग सहायक

डेटा माइग्रेशन असिस्टेंट आपको आधुनिक डेटा प्लेटफॉर्म में अपग्रेड करने में मदद करता है। यह संगतता समस्याओं का पता लगाकर ऐसा करता है जो SQL सर्वर के नए संस्करण पर कार्यक्षमता को प्रभावित कर सकता है और नए वातावरण के लिए प्रदर्शन और विश्वसनीयता सुधार के लिए अनुशंसा करता है। SQL 2012+ और Azure SQL डेटाबेस के लक्ष्य के साथ आपका स्रोत SQL Server 2005+ हो सकता है।

माइक्रोसॉफ्ट असेसमेंट एंड प्लानिंग टूलकिट कई वर्षों से है और इसे अक्सर एमएपी टूल के रूप में जाना जाता है। SQL सर्वर (और अन्य एप्लिकेशन) कहां मौजूद है, यह जानने के लिए अपने वर्तमान परिवेश की एक सूची बनाने के लिए यह बहुत अच्छा है।

Azure डेटाबेस माइग्रेशन सेवा ग्राहकों को Azure में माइग्रेट करने के लिए एक व्यापक समाधान प्रदान करने के लिए मौजूदा टूल और सेवाओं की कुछ कार्यक्षमता को एकीकृत करती है। यह टूल मूल्यांकन रिपोर्ट तैयार करता है जो आपको माइग्रेशन करने से पहले आवश्यक किसी भी बदलाव के बारे में मार्गदर्शन करने के लिए सिफारिशें प्रदान करता है। इस सेवा के लिए वर्तमान में एक वीपीएन या एक्सप्रेस रूट की आवश्यकता है।

अंत में, डेटाबेस प्रयोग सहायक SQL सर्वर अपग्रेड के लिए एक नया A/B परीक्षण समाधान है और यह एक ऐसा उपकरण है जिससे आपको परिचित होना चाहिए। यह एक कार्यभार को पकड़ने और लक्ष्य SQL सर्वर के विरुद्ध इसे फिर से चलाने के लिए वितरित रीप्ले का लाभ उठाता है। इसका उपयोग SQL सर्वर के हार्डवेयर परिवर्तनों या संस्करण अंतरों का परीक्षण करने के लिए किया जा सकता है। आप SQL Server 2005 और बाद के वर्शन से वर्कलोड कैप्चर कर सकते हैं।

माइग्रेशन विकल्प

ऑन-प्रिमाइसेस अपग्रेड: सबसे आसान माइग्रेशन विधियों में से एक SQL सर्वर के नए संस्करण में अपग्रेड करना है। इस स्थिति में, आपके पास चुनने के लिए SQL Server 2012, 2014, 2016, या 2017 है। मैं ग्राहकों को नवीनतम संस्करण में अपग्रेड करने के लिए प्रोत्साहित करता हूं जो वे कर सकते हैं। SQL सर्वर 2012 पहले से ही मेनस्ट्रीम सपोर्ट से बाहर है और SQL सर्वर 2014 9 जुलाई, 2019 को मेनस्ट्रीम सपोर्ट से बाहर हो गया है। सभी नियोजन और परीक्षण में शामिल होने के कारण संगठनों के लिए अपग्रेड करना बहुत समय लेने वाला और महंगा हो सकता है, इसलिए नवीनतम संस्करण में जाना हो सकता है अगले अपग्रेड से पहले समय बढ़ाएं। SQL सर्वर 2016 और 2017 में कई प्रदर्शन और कार्यक्षमता सुधार भी हैं जो इस समय SQL Server 2012 या 2014 में माइग्रेट करना एक बहुत ही खराब विकल्प बनाते हैं।

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

अपग्रेड करें और Azure VM में माइग्रेट करें: जो संगठन क्लाउड में माइग्रेट करना चाहते हैं, उनके लिए Azure Infrastructure as a Service (IaaS) एक बढ़िया विकल्प है। Azure VM पर SQL सर्वर चलाना काफी हद तक ऑन-प्रिमाइसेस जैसा है। आप VM का आकार (vCPU और मेमोरी की संख्या) निर्दिष्ट करते हैं और अपने I/O और आकार की आवश्यकताओं के लिए अपने संग्रहण को कॉन्फ़िगर करते हैं। आप अभी भी कॉन्फ़िगरेशन और पैचिंग के लिए OS और SQL सर्वर का समर्थन करने के लिए ज़िम्मेदार हैं। Azure IaaS आपको अपनी वर्चुअल मशीन के आकार को ऊपर या नीचे स्केल करके आसानी से अपने कार्यभार को बढ़ाने की क्षमता देता है क्योंकि आपके कार्यभार में बदलाव की आवश्यकता है, साथ ही साथ Azure Active Directory एकीकरण, खतरे का पता लगाने और कई अन्य Azure लाभों का लाभ उठाएं।

Azure SQL डेटाबेस में माइग्रेट करें: आपके पास एक अन्य विकल्प Azure SQL डेटाबेस में माइग्रेट करना है। Azure SQL डेटाबेस को एक सेवा के रूप में एक डेटाबेस के रूप में माना जा सकता है और यह एक सेवा (Paa) के रूप में Microsoft के प्लेटफ़ॉर्म का हिस्सा है। Azure SQL डेटाबेस कार्यक्षमता डेटाबेस स्कोप्ड है, जिसका अर्थ है कि कुछ चीज़ें जैसे क्रॉस डेटाबेस क्वेरीज़, SQL सर्वर एजेंट, डेटाबेस मेल, और बहुत कुछ उपलब्ध नहीं हैं। हालाँकि, कई ग्राहक जिनके पास एकल डेटाबेस का उपयोग करने वाले एप्लिकेशन हैं, वे न्यूनतम प्रयास के साथ Azure SQL डेटाबेस में माइग्रेट करने में सक्षम हैं। आप डेटा माइग्रेशन सहायक का उपयोग करके Azure SQL डेटाबेस के साथ संगतता के लिए शीघ्रता से परीक्षण कर सकते हैं। Azure SQL डेटाबेस के साथ, आप अपने डेटाबेस को DTU (डेटाबेस ट्रांज़ेक्शन यूनिट्स) या vCores द्वारा अलग-अलग आकार दे सकते हैं, या डेटाबेस को एक इलास्टिक पूल में समूहित कर सकते हैं। Azure SQL डेटाबेस आपको न्यूनतम प्रयास और डाउनटाइम के साथ अपने संसाधनों को ऊपर और नीचे स्केल करने की अनुमति देता है।

Azure SQL प्रबंधित इंस्टेंस में माइग्रेट करें: एक नया विकल्प (2018 तक) Azure SQL प्रबंधित इंस्टेंस में माइग्रेट करना है। यह एक नया उत्पाद है जो वर्तमान में सामान्य-उद्देश्य स्तर के लिए आम तौर पर 1 अक्टूबर से उपलब्ध है। प्रबंधित इंस्टेंस इंस्टेंस-स्तरीय प्रोग्रामिंग मॉडल का उपयोग करके बनाया गया था। इसका मतलब है कि SQL सर्वर के पूर्ण संस्करण के साथ हम जिस कार्यक्षमता का उपयोग कर रहे हैं वह समर्थित है। प्रबंधित इंस्टेंस का लक्ष्य ऑन-प्रिमाइसेस के साथ 100% सतह क्षेत्र संगतता होना है। उदाहरण के सभी डेटाबेस एक ही सर्वर पर हैं, इसलिए क्रॉस-डेटाबेस क्वेरी समर्थित हैं, जैसे डेटाबेस मेल, SQL सर्वर एजेंट, सर्विस ब्रोकर, और बहुत कुछ। दो मूल्य निर्धारण स्तर हैं; सामान्य प्रयोजन, जिसमें एचए के लिए एक गैर-पढ़ने योग्य माध्यमिक और बिजनेस क्रिटिकल शामिल है, जिसमें दो गैर-पढ़ने योग्य माध्यमिक और एक पठनीय माध्यमिक है। मैनेज्ड इंस्टेंस माइक्रोसॉफ्ट की Paa पेशकश का हिस्सा है, इसलिए आपको Paa की सभी अंतर्निहित सुविधाएं और कार्यक्षमता मिलती है।

जैसा है वैसा ही Azure वर्चुअल मशीन में ले जाएं: यदि आप अपने SQL 2008/SQL 2008 R2 इंस्टेंस को Azure VM में ले जाते हैं, तो Microsoft बिना किसी अतिरिक्त शुल्क के तीन साल के विस्तारित सुरक्षा अपडेट की पेशकश कर रहा है। लक्ष्य आपको तैयार होने पर SQL सर्वर के नए संस्करण में अपग्रेड करने के लिए थोड़ा और समय देना है।

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

माइग्रेशन की सर्वोत्तम प्रक्रियाएं

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

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

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

निष्कर्ष

यदि आप अभी भी SQL Server 2008 या SQL Server 2008 R2 का उपयोग कर रहे हैं, तो 9 जुलाई, 2019 के बाद अनुपालन में बने रहने के लिए आपके पास कुछ विकल्प उपलब्ध हैं। SQL Server 2008 या SQL Server 2008 R2 पर बने रहने के लिए, आप विस्तारित सुरक्षा अद्यतन खरीद सकते हैं। या यदि आप अर्हता प्राप्त करते हैं तो किसी Azure वर्चुअल मशीन पर जाएँ। यदि आप अपग्रेड कर सकते हैं, तो आप SQL सर्वर ऑन-प्रिमाइसेस या Azure VM के समर्थित संस्करण में माइग्रेट कर सकते हैं या किसी प्रबंधित समाधान जैसे Azure SQL डेटाबेस या Azure SQL प्रबंधित इंस्टेंस पर माइग्रेट करने पर विचार कर सकते हैं।