जब सर्वर डाउन होते हैं, तो यह आपके व्यावसायिक उद्देश्यों में रुकावट पैदा कर सकता है और इसके परिणामस्वरूप राजस्व की हानि हो सकती है। उदाहरण के लिए, उदाहरण और डेटाबेस उपलब्ध नहीं होने पर एयरलाइन ग्राहकों के लिए उड़ानें बुक करने में सक्षम नहीं हो सकती है। सिस्टम कई कारणों से विफल हो सकता है, जैसे आग, मानवीय त्रुटियां, कंप्यूटर विफलता, डिस्क विफलता और प्रोग्रामिंग त्रुटियां।
व्यवधानों से बचने और यह सुनिश्चित करने के लिए कि व्यावसायिक सेवाओं में निरंतरता है, उच्च उपलब्धता (HA) और आपदा वसूली (DR) रणनीतियों का होना अत्यंत आवश्यक है। HA और DR पर अक्सर एक साथ चर्चा की जाती है। HA सर्वर डाउनटाइम को यथासंभव कम करने से संबंधित है, लेकिन क्योंकि कोई भी सिस्टम सही नहीं है, DR डेटाबेस सिस्टम के डाउन होने की स्थिति में खोए हुए डेटा को पुनर्प्राप्त करने के लिए बैकअप मीडिया का उपयोग करने की प्रक्रिया पर ध्यान केंद्रित करता है।
ऑल्वेज़ऑन एक ब्रांड/मार्केटिंग शब्द है जिसका उपयोग Microsoft की उन्नत HADR सुविधाओं का वर्णन करने के लिए SQL Server 2012 से किया गया है। ऑलवेजऑन से पहले, डेटाबेस इंजन ने अन्य, अंतर्निहित मालिकाना समाधानों का समर्थन किया, जैसे डेटाबेस मिररिंग, फ़ेलओवर क्लस्टर, और लॉग शिपिंग। हालाँकि, उनमें से प्रत्येक तकनीक लाभ और सीमाओं के साथ आई थी। अक्सर, अपने लक्ष्यों के आधार पर, एक वांछित एचएडीआर रणनीति प्राप्त करने के लिए एक संगठन को कई तरीकों को एक साथ जोड़ना पड़ता था।
ऑल्वेज़ऑन सुविधाओं को पेश किया गया था, इसलिए आपको सर्वर और डेटाबेस रिडंडेंसी दोनों के लिए तैनाती में जटिलता को लागू करने और लागू करने के लिए अतिरिक्त समय और संसाधनों से निपटने की ज़रूरत नहीं है, स्केलिंग के साथ समस्याओं में चलना, या स्टैंडबाय हार्डवेयर है जो कुशलता से उपयोग नहीं किया जा रहा है। ये सुविधाएँ कई पुरानी प्रथाओं को आसानी से एक साथ मिला देती हैं और उन क्षेत्रों में सुधार करती हैं जहाँ वे कम पड़ गए थे। ऑलवेजऑन पेशकशों के मूल्य को सही मायने में समझने के लिए, प्रारंभिक मूलभूत अवधारणाओं पर फिर से विचार करना महत्वपूर्ण है कि कैसे डेटाबेस इंजन ने अतीत में सिस्टम एचएडीआर को सुनिश्चित किया।
डेटाबेस मिररिंग
डेटाबेस अतिरेक को मिररिंग के माध्यम से पूरा किया जा सकता है। उदाहरण के लिए, आपके पास राजस्व पैदा करने वाला, फ्रंट-एंड क्लाइंट ऐप हो सकता है जो छात्रों को ऑनलाइन पाठ्यपुस्तकें ऑर्डर करने की अनुमति देता है। एक ग्राहक अपनी खरीद का चयन करता है, और बैक एंड पर साइकोलॉजीबुक डेटाबेस के खिलाफ अनुरोध किया जाता है। एक आपदा की स्थिति में, जो साइकोलॉजीबुक्स डेटाबेस को अनुपलब्ध प्रदान करती है, छात्र अपना ऑर्डर पूरा नहीं कर पाएगा।
इस व्यवधान से बचने के लिए, आपके पास उत्पादन में तैनात एक प्रमुख उदाहरण हो सकता है जिसमें साइकोलॉजीबुक्स डेटाबेस शामिल है और स्टैंडबाय पर मिरर किए गए सर्वर पर उस साइकोलॉजीबुक डेटाबेस की एक अतिरिक्त प्रति है। क्लाइंट ऐप्स रुकावट का अनुभव करने और प्राथमिक पर समाप्त होने के लिए पुनर्प्राप्ति की प्रतीक्षा करने के बजाय मिरर की गई प्रतिलिपि से पुन:कनेक्ट हो सकते हैं। प्रतिलिपि लेन-देन लॉग प्राप्त करके और फिर उन रिकॉर्ड किए गए परिवर्तनों को फिर से करके मूल पर किए गए परिवर्तनों के साथ रहती है।
प्रदर्शन या उच्च सुरक्षा औचित्य के आधार पर मिररिंग सत्र विभिन्न तरीकों से संचालित हो सकते हैं। सुविधाजनक रूप से, स्वचालित विफलता समर्थित है जब मिररिंग सत्र उच्च-सुरक्षा सिंक्रोनस मोड में संचालित होता है और वैकल्पिक गवाह सर्वर की उपस्थिति के साथ कोरम सर्वसम्मति स्थापित होती है।
मिररिंग के लाभों के बावजूद, यह कम पड़ता है क्योंकि यह केवल डेटाबेस अतिरेक प्रदान करता है, सर्वर अतिरेक नहीं। इसका मतलब है कि यदि प्राथमिक सर्वर इंस्टेंस नीचे चला जाता है, तो दोनों उदाहरण नीचे चले जाएंगे, और इससे कोई फर्क नहीं पड़ेगा कि डेटाबेस स्तर पर डेटा की एक अतिरिक्त प्रतिलिपि है। स्टैंडबाय उपयोगकर्ता संचालन का समर्थन नहीं करता है, और मिरर किए गए उदाहरण पर डेटा की केवल-पढ़ने के लिए प्रतिलिपि प्राप्त करने के लिए स्नैपशॉट की आवश्यकता होगी। डेटाबेस सुरक्षित है, लेकिन सर्वर-स्तरीय ऑब्जेक्ट, जैसे सर्वर भूमिका सदस्यता, लॉगिन जानकारी और एजेंट कार्य नहीं हैं।
उदाहरण के लिए, यदि एक बड़ी मार्केटिंग टीम थी और प्रत्येक सदस्य का अपना लॉगिन था, तो उन्हें प्रत्येक व्यक्ति के लिए फिर से लॉगिन बनाने की प्रक्रिया से गुजरना होगा। जब फ़ेलओवर होता है, तो यह एक स्वतंत्र डेटाबेस आधार पर होता है न कि समूह के रूप में।
विफलता क्लस्टरिंग
फ़ेलओवर क्लस्टरिंग इंस्टेंस स्तर पर अतिरेक प्रदान करता है और हार्डवेयर और ऑपरेटिंग सिस्टम विफलताओं से सुरक्षा प्रदान करता है। उदाहरण के लिए, मान लें कि क्वीन ऐनी में एक नोड में आग लग जाती है, जिससे उपकरण विफल हो जाता है। संपूर्ण इंस्टेंस-जिसमें इंस्टेंस-स्तरीय ऑब्जेक्ट शामिल हैं, जैसे कि लॉगिन या विशिष्ट कार्य जो विशिष्ट कार्यों को करने के लिए बनाए गए थे- संरक्षित किए जाएंगे और क्लस्टर से संबंधित किसी अन्य नोड पर स्वचालित रूप से पुनरारंभ हो सकते हैं। क्लाइंट ऐप्स और सेवाएं ग्राहकों के लिए उपलब्ध बनी रहेंगी।
उपरोक्त परिदृश्य काम करता है क्योंकि एक Windows सर्वर फ़ेलओवर क्लस्टर समूह (WSFC) में अनावश्यक भौतिक सर्वरों के बीच संग्रहण साझा किया जाता है। OS और SQL सर्वर दोनों एक साथ काम करते हैं ताकि एक समय में केवल एक नोड WSFC संसाधन समूह का स्वामी हो।
दुर्भाग्य से, एक सामान्य भंडारण के साथ, यह समाधान डेटाबेस अतिरेक प्रदान नहीं करता है जो पहले प्रदान की गई मिररिंग रणनीति है। एक साझा भंडारण होने से जोखिम का परिचय होता है क्योंकि इसके परिणामस्वरूप विफलता का एक बिंदु होता है। उदाहरण के लिए, बाहरी डिस्क में महत्वपूर्ण साइकोलॉजीबुक डेटाबेस की एकमात्र प्रति हो सकती है और, उदाहरण के सफलतापूर्वक बैलार्ड नोड पर विफल होने के बावजूद, यदि केवल भंडारण घटक से समझौता किया गया था, तब भी व्यावसायिक लक्ष्यों में रुकावट होगी। फ़ेलओवर क्लस्टरिंग भी स्केलेबिलिटी के मामले में बाधाओं का प्रस्ताव करता है क्योंकि क्लाइंट ऐप्स क्लस्टर की तुलना में आगे बढ़ने वाले काम की बढ़ती मात्रा को संभालने में सक्षम नहीं हैं।
लॉगिन शिपिंग
डेटाबेस अतिरेक को प्राप्त करने का एक अन्य तरीका लॉग शिपिंग के माध्यम से है। लेन-देन लॉग का प्राथमिक सर्वर पर बैक अप लिया जाता है और पुनर्स्थापित करने के लिए एक या कई द्वितीयक सर्वरों को भेजा जाता है। मिररिंग के विपरीत, द्वितीयक डेटाबेस केवल-पढ़ने के लिए गतिविधि के लिए योग्य हो सकता है, और लॉग शिपिंग आवृत्ति को विभिन्न अंतरालों के लिए कॉन्फ़िगर किया जा सकता है। ऐसे परिदृश्यों में एक प्रदर्शन लाभ होता है जिसमें द्वितीयक डेटाबेस को वास्तविक समय में प्राथमिक डेटाबेस के साथ समन्वयित होने की आवश्यकता नहीं होती है।
उदाहरण के लिए, रात के अंत में एक सांख्यिकीय सारांश रिपोर्ट चलाने के लिए यह देखने के लिए कि दिन भर में कौन सी मनोविज्ञान पुस्तकें बेची जाती हैं, कॉपी डेटाबेस को प्राथमिक डेटाबेस के साथ बिल्कुल समन्वयित करने की आवश्यकता नहीं होती है। पठन-गहन गतिविधि डेटाबेस ऑब्जेक्ट्स पर ताले लगाती है और प्रतीक्षा समय बढ़ा सकती है। इसलिए, द्वितीयक सर्वर पर रिपोर्टिंग चलाने से प्राथमिक राजस्व उत्पन्न करने वाले सर्वर पर कार्यभार की मांग से राहत मिलेगी।
दोष यह है कि लॉग शिपिंग स्वचालित विफलता का समर्थन नहीं करता है। इसलिए, यदि स्रोत सर्वर विफल हो जाता है, तो डेटाबेस को मैन्युअल रूप से पुनर्प्राप्त करने की आवश्यकता होती है। मिररिंग की तरह, लॉग शिपिंग सर्वर अतिरेक प्रदान नहीं करता है और एक डेटाबेस-स्तरीय समाधान है।
हमेशा चालू समझना
पुरानी तकनीकों में से प्रत्येक के अपने लाभ और ट्रेडऑफ़ हैं। लेकिन एक अनुकूलित एचएडीआर समाधान को लागू करना जल्दी से जटिल हो सकता है और अधिक प्रबंधन की आवश्यकता होती है क्योंकि इन विभिन्न रणनीतियों को मनमाने ढंग से मिश्रित किया जाता है और व्यावसायिक जरूरतों को पूरा करने के लिए एक साथ मिलान किया जाता है। इसलिए, ऑल्वेज़ऑन सुविधाओं को पेश किया गया था और पिछली रणनीतियों का एक उन्नत, पहले से ही संयुक्त संस्करण प्रदान करता है।
SQL सर्वर दो सुविधाएँ प्रदान करता है:ऑल्वेज़ऑन अवेलेबिलिटी ग्रुप्स (AG) और ऑल्वेज़ऑन फ़ेलओवर क्लस्टर इंस्टेंस (FCI)। दोनों को लागू करने के लिए विंडोज सर्वर फेलओवर क्लस्टरिंग (डब्ल्यूएसएफसी) की आवश्यकता होती है।
एजी डेटाबेस का एक समूह है जो एक साथ विफल हो जाएगा। उपलब्धता प्रतिकृतियों को होस्ट करने के लिए आपको प्रत्येक नोड पर स्थापित SQL सर्वर इंस्टेंस के साथ कई अनावश्यक भौतिक नोड्स की आवश्यकता होगी। प्रत्येक प्रतिकृति एक ही WSFC के एक अलग नोड पर होनी चाहिए। उपरोक्त योजनाबद्ध में, प्राथमिक प्रतिकृति को नोड 01 पर होस्ट किया गया है, और अन्य सभी माध्यमिक प्रतिकृतियां विफलता के लिए पात्र हैं जब WSFC को होश आता है कि कोई समस्या है।
जिस तरह से द्वितीयक प्रतिकृतियां प्राथमिक के साथ तालमेल बिठाती हैं, वह है लेन-देन लॉग भेजकर और परिवर्तनों को फिर से करना। एजी एसिंक्रोनस और सिंक्रोनस कमिट मोड दोनों का समर्थन करता है। प्राथमिक प्रतिकृति पढ़ने और लिखने के लिए योग्य है, जबकि द्वितीयक प्रतिकृतियां केवल पढ़ने के लिए योग्य हैं। बैकअप द्वितीयक स्थान पर किया जा सकता है।
ऑलवेजऑन एजी के साथ तुरंत लाभ मिलता है। पहले से याद करें कि डेटाबेस मिररिंग के साथ कुछ खामियां यह हैं कि डेटाबेस को केवल एक सेकेंडरी सर्वर पर मिरर किया जा सकता है और जब फेलओवर होता है, तो प्रत्येक डेटाबेस स्वतंत्र रूप से मिरर किया जाता है। AG के साथ, ऊपर के उदाहरण में Node 02, Node 03, Node 04, और Node 05 जैसे कई स्थानों पर डेटाबेस को निरर्थक बना दिया जाता है। डेटाबेस उपलब्धता समर्थन नौ उपलब्धता प्रतिकृतियों तक की अनुमति देता है।
इसके अलावा, द्वितीयक सर्वर पर केवल-पढ़ने के लिए डेटा प्राप्त करने के लिए लॉग शिपिंग आवश्यक होगा। लेकिन एजी के साथ, केवल-पढ़ने के लिए डेटा पहले से ही जिम्मेदार है। रिपोर्टिंग जैसी गहन गतिविधियों को किसी भी माध्यमिक प्रतिकृति पर किया जा सकता है। यह भी ध्यान दें कि साझा भंडारण बाधा नहीं है।
हालांकि, सर्वर अतिरेक की अनुमति देने के लिए एजी को ऑलवेजऑन एफसीआई के साथ जोड़ा जा सकता है। उपलब्धता प्रतिकृतियों को होस्ट करने के लिए एक FCI उदाहरण का उपयोग किया जा सकता है ताकि सर्वर-स्तरीय ऑब्जेक्ट जैसे लॉगिन और एजेंट कार्य भी सुरक्षित हो सकें। इस दृष्टिकोण के लिए साझा भंडारण की आवश्यकता होगी। हालांकि, क्लाइंट ऐप्स के लिए पुन:कॉन्फ़िगरेशन करने जैसी असुविधाएं समाप्त हो जाएंगी।
