SQL सर्वर मानक संस्करण के लिए कौन से उच्च उपलब्धता विकल्प उपलब्ध होंगे, इसके बारे में हाल ही में, कुछ हद तक घबराहट की अटकलें लगाई गई हैं, एक बार डेटाबेस मिररिंग (DBM) को SQL सर्वर के भविष्य के रिलीज में वास्तव में हटा दिया गया है।
SQL सर्वर 2012 में डेटाबेस मिररिंग (DBM) को बहिष्कृत कर दिया गया था, Microsoft ने सुझाव दिया था कि आप हमेशा उपलब्धता समूहों (जिसमें SQL सर्वर एंटरप्राइज़ संस्करण की आवश्यकता होती है) में माइग्रेट करें, और आगे ध्यान दें, "यदि SQL सर्वर का आपका संस्करण ऑलवेजऑन उपलब्धता समूहों का समर्थन नहीं करता है, तो उपयोग करें लॉग शिपिंग"।
सटीक बहिष्करण भाषा थी “निम्न SQL सर्वर डेटाबेस इंजन सुविधाएँ SQL सर्वर के अगले संस्करण में समर्थित हैं, लेकिन बाद के संस्करण में हटा दी जाएंगी। SQL सर्वर का विशिष्ट संस्करण निर्धारित नहीं किया गया है। इन सुविधाओं को SQL सर्वर के भावी रिलीज़ में निकालने के लिए शेड्यूल किया गया है। नए अनुप्रयोगों में बहिष्कृत सुविधाओं का उपयोग नहीं किया जाना चाहिए।"
क्या इसका मतलब यह है कि आपको नए अनुप्रयोगों के लिए डेटाबेस मिररिंग का उपयोग तुरंत बंद कर देना चाहिए? मैं कहूंगा, "बिल्कुल नहीं!" डेटाबेस मिररिंग पहले की तरह ही काम करना जारी रखता है, और इसे काफी समय तक उत्पाद से हटाया नहीं जाएगा। यदि आपके पुनर्प्राप्ति बिंदु उद्देश्य (RPO) और पुनर्प्राप्ति समय उद्देश्य (RTO) लक्ष्यों को पूरा करने में मदद करने के लिए DBM का उपयोग करना समझ में आता है, तो आगे बढ़ें और नए अनुप्रयोगों के लिए उस सुविधा का उपयोग करें। एक बहिष्कृत T-SQL भाषा सुविधा के विपरीत (जिसे फिर से लिखना, परीक्षण करना और परिनियोजित करना अधिक कठिन हो सकता है), भविष्य में DBM से किसी अन्य HA/DR तकनीक पर स्विच करना बहुत आसान होगा।
ऐतिहासिक रूप से, पदावनत SQL सर्वर सुविधा को संस्करण के बाद तीन प्रमुख संस्करणों के लिए वास्तव में हटाया नहीं गया था जब सार्वजनिक रूप से बहिष्करण की घोषणा की गई थी। यदि Microsoft उस पैटर्न का अनुसरण करता है, तो डेटाबेस मिररिंग को वास्तव में "SQL सर्वर 2018" (SQL सर्वर 2014, एक सट्टा "SQL सर्वर 2016" और इससे भी अधिक सट्टा "SQL सर्वर 2018" दिया गया है) तक हटाया नहीं जाएगा।
मैरी जो फोले के अनुसार, SQL सर्वर 2014 2014 की शुरुआत में उपलब्ध होना चाहिए। मान लें कि "SQL सर्वर 2016" जनवरी 2016 में उपलब्ध है, और "SQL सर्वर 2018" जनवरी 2018 में उपलब्ध है। यदि यह पूरी तरह से सट्टा संस्करण समयरेखा समाप्त हो गई है सटीक होने पर, इसका मतलब यह होगा कि एक SQL सर्वर मानक संस्करण ग्राहक अभी भी "SQL सर्वर 2018" में डेटाबेस मिररिंग का उपयोग करने में सक्षम होगा, जो जनवरी 2023 तक Microsoft से मुख्यधारा के समर्थन में रहेगा, और जनवरी 2028 तक विस्तारित समर्थन में रहेगा। . यह काफी लंबा समय है!
यह Microsoft (और उनके मानक संस्करण ग्राहकों) को डेटाबेस मिररिंग के लिए एक व्यवहार्य प्रतिस्थापन के साथ आने के लिए बहुत समय देता है। Microsoft के यहाँ कई स्पष्ट विकल्प हैं। सबसे पहले, वे DBM के लिए बहिष्करण निर्णय को उलट सकते हैं। इसके लिए Microsoft से किसी विकास और परीक्षण कार्य की आवश्यकता नहीं होगी, लेकिन यह भविष्य में DBM के लिए समर्थन बोझ को और बढ़ा देगा। दूसरा, वे SQL सर्वर मानक संस्करण (एक या दो प्रतिकृतियों तक सीमित) में उपलब्धता समूहों के सीमित संस्करण की अनुमति दे सकते हैं। तीसरा, ऐसा लगता है कि Azure से संबंधित कुछ सुविधा होगी जिसे DBM के प्रतिस्थापन के रूप में पेश किया जाएगा)। तब तक कुछ पूरी तरह से नई HA/DR तकनीक भी उपलब्ध हो सकती थी।
SQL सर्वर मानक संस्करण ग्राहकों के पास कई स्पष्ट विकल्प हैं कि वे क्या करेंगे क्योंकि DBM उत्पाद से हटाए जाने के करीब पहुंच गया है। सबसे पहले, वे केवल SQL सर्वर के एक संस्करण पर बने रहने का चुनाव कर सकते हैं जो अभी भी डेटाबेस मिररिंग का उपयोग करता है (जो SQL सर्वर 2005 से मेरी काल्पनिक "SQL सर्वर 2018" तक कोई भी संस्करण हो सकता है)। वर्तमान में, अभी भी बड़ी संख्या में SQL सर्वर ग्राहक खुशी-खुशी SQL सर्वर के पुराने संस्करणों, जैसे SQL Server 2000 और SQL Server 2005 का उपयोग कर रहे हैं, और यह संभावना है कि प्रवृत्ति जारी रहेगी। मेरे अनुभव में, जो संगठन किसी भी कारण से SQL सर्वर मानक संस्करण का चयन करते हैं या उपयोग करने की आवश्यकता होती है, वे Microsoft द्वारा जारी किए जाने के बाद SQL सर्वर के नए संस्करणों में अपग्रेड करने के लिए धीमे होते हैं।
दूसरा, वे अगले कई वर्षों में किसी बिंदु पर SQL सर्वर एंटरप्राइज़ संस्करण तक जा सकते हैं। आखिरकार, SQL सर्वर एंटरप्राइज़ संस्करण में बहुत सारी सम्मोहक विशेषताएं हैं जो एक मिशन महत्वपूर्ण एप्लिकेशन के लिए उपयोग करने के लिए बहुत अच्छी समझ में आती हैं जो वास्तव में आपके व्यवसाय के लिए महत्वपूर्ण है। कई कारणों से, कई संगठन भविष्य में किसी बिंदु पर SQL सर्वर एंटरप्राइज़ संस्करण को वहन करने के साधन ढूंढ सकते हैं।
तीसरा, मुझे यकीन है कि अगले कई वर्षों में ग्राहकों को अपने डेटाबेस के बुनियादी ढांचे को Azure में स्थानांतरित करने के लिए Microsoft से कई मजबूत प्रोत्साहन मिलेंगे। यह कई स्थितियों में पूरी तरह से व्यवहार्य विकल्प हो सकता है।
बेशक, इनमें से किसी भी विकल्प से हर कोई खुश नहीं होगा। यदि आप वास्तव में डेटाबेस मिररिंग (सार्वजनिक रूप से घोषित किए बिना पूरी तरह से व्यवहार्य प्रतिस्थापन के बिना) के बहिष्करण के बारे में चिंतित हैं, तो आपके पास कई विकल्प हैं।
सबसे पहले, आप शांत होने पर विचार कर सकते हैं, और यह देखने के लिए थोड़ी देर प्रतीक्षा कर सकते हैं कि क्या होता है जब हम SQL सर्वर के भविष्य के संस्करणों के बारे में अधिक सीखते हैं जैसे समय बीतता है। यह बहुत संभव है कि Microsoft ने इस क्षेत्र में कोई अंतिम निर्णय नहीं लिया है (लेकिन आप शर्त लगा सकते हैं कि उन्होंने इसके बारे में सोचा होगा)। आप अपना पक्ष रखने के लिए उत्पाद समूह में अपने परिचित लोगों से निजी तौर पर संपर्क करने का भी प्रयास कर सकते हैं। कम से कम प्रभावी रणनीति (कम से कम मेरे अनुभव में) इस मुद्दे के बारे में जोर से और सार्वजनिक रूप से शिकायत करना होगा, खासकर माइक्रोसॉफ्ट द्वारा भविष्य के लिए अपने इरादों की घोषणा करने से पहले। सार्वजनिक "स्क्वीकी व्हील" होने के नाते कभी-कभी प्रतिकूल होता है...
आप इस बारे में क्या सोचते हैं? क्या डेटाबेस मिररिंग (मानक संस्करण के लिए बिना किसी घोषणा, व्यवहार्य प्रतिस्थापन के) का बहिष्करण आपके लिए एक प्रमुख चिंता का विषय है? क्या यह किसी भव्य डिज़ाइन का हिस्सा है जो आपको एंटरप्राइज़ संस्करण या Azure का उपयोग करने के लिए बाध्य करता है? मुझे आपके विचार सुनना अच्छा लगेगा!
