SQL फेलओवर क्लस्टर का सही बैकअप कैसे लें

मुझे यह पसंद नहीं है जब नेटवर्क पर कोई सरल चरण-दर-चरण निर्देश नहीं होते हैं, बिना चतुर शब्दों के सबसे स्पष्ट चीजें कैसे दिखाई जाती हैं। इसलिए, आज अनावश्यक परिचय के बिना, मैं आपको बताऊंगा कि एक असफल एसक्यूएल क्लस्टर का सही तरीके से बैकअप कैसे करें। हां, यह एक क्लस्टर है, न कि एक स्टैंड-अलोन SQL सर्वर। उनके बारे में बहुत कुछ लिखा गया है, लेकिन किन्हीं कारणों से गुटों से बचा जा रहा है।
और एक लंबे परिचय के बिना हम अपनी प्रयोगशाला पर विचार करेंगे:

• विंडोज सर्वर 2012 आर 2 हुड के तहत और एक निश्चित संख्या में नोड्स के साथ विंडोज क्लस्टर। सुविधा के लिए, मेरी प्रयोगशाला में उनमें से केवल दो हैं। एक वैध सवाल उठता है: क्लस्टर पर क्लस्टर क्यों लगाया जाता है? मैं थोड़ा कम समझाऊंगा।
• ISCSI के माध्यम से तीन डिस्क को क्लस्टर में झुका दिया जाता है: एक कोरम, आधार के साथ एक डिस्क (लॉग), लॉग के लिए एक डिस्क। आप अधिक कर सकते हैं, आप कम कर सकते हैं, यहाँ जैसा आप चाहें। कभी-कभी आप इसे पसंद करते हैं: दो स्थानीय डिस्क (सिस्टम के लिए एक, स्वयं SQL स्थापित करने के लिए दूसरा), एक कोरम डिस्क, रूट और सिस्टम डेटाबेस के लिए एक संयुक्त डिस्क, आधार के लिए एक डिस्क, लॉग के लिए एक डिस्क, TempDB के लिए एक डिस्क और बैकअप के लिए एक डिस्क। सिस्टम इंजीनियरों का कहना है कि यह भी सही है। लेकिन मुझे लगता है कि आपके पास कितने डिस्क हैं जो बिल्कुल कोई भूमिका नहीं निभाएंगे। यदि यह आपके लिए काम करता है, तो आप सही और अच्छी तरह से किए गए हैं।
• प्रत्येक नोड में एक SQL इंस्टाल इंस्टाल होता है, जो समझता है कि यह SQL क्लस्टर का हिस्सा है, और Windows क्लस्टर SQL सर्वर की भूमिका को देखता है।

अब - शुरू करने से पहले हम दो महत्वपूर्ण बातों पर सहमत होते हैं:

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

चलो चलते हैं!

तो, जैसा कि पहले ही स्पष्ट है, हम पूरे नोड्स का बैकअप लेंगे। पहला सवाल तुरंत उठता है: क्यों, यदि Microsoft SQL क्लस्टर बॉक्स से बाहर हमें गिरने के खिलाफ सुरक्षा का एक बहुत, बहुत सभ्य स्तर देता है? उदाहरण के लिए, आप हमेशा SQL और संसाधनों की भूमिका को दूसरे नोड में ले जा सकते हैं।

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

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

इसलिए, मैं यह विचार करने का प्रस्ताव करता हूं कि हम पूरे सर्वर के बैकअप की आवश्यकता पर सहमत हुए, और अब हम टूल की ओर मुड़ते हैं। मैं लिखूंगा कि आपके लक्ष्यों को कैसे प्राप्त किया जा सकता है और Veeam Backup & Replication के साथ अद्भुत हो सकता है। 9.5 एक और संस्करण पहले Veeam केंद्रीय रूप से केवल वर्चुअल मशीनों का बैकअप लेने में सक्षम था, लेकिन अब इसे भौतिक सर्वरों के बैकअप के लिए पूर्ण समर्थन प्राप्त हुआ है, और यह समझ में न आना एक पाप होगा।

संरक्षण समूह

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

लेकिन हम शब्दों से कार्रवाई की ओर बढ़ते हैं: हम वीम बैकअप और प्रतिकृति लॉन्च करते हैं, हम इन्वेंटरी टैब पर जाते हैं और हम प्रोटेक्शन ग्रुप के निर्माण के विज़ार्ड को लॉन्च करते हैं

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

अगले चरण में, पहली चीज जो आपको कनेक्ट करने के लिए डोमेन नियंत्रक, पोर्ट और उपयोगकर्ता डेटा का पता निर्दिष्ट करने के लिए कहा जाएगा।

यदि सब कुछ ठीक है, तो Add पर क्लिक करें और आपको जिस OU की जरूरत है उसे चुनें।

एक महत्वपूर्ण बिंदु: आपको केवल एक क्लस्टर जोड़ने की आवश्यकता है! अलग नोड्स को जोड़ने की आवश्यकता नहीं है।

मेरे क्लस्टर को WINCLU कहा जाता है, और मैं इसे जोड़ूंगा।

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

अब हमें यह निर्दिष्ट करने की आवश्यकता है कि हम किस उपयोगकर्ता का उपयोग करेंगे। कुछ आदर्श मामले में, हमने AD में एक विशेष उपयोगकर्ता बनाया है जिसके पास सभी मशीनों पर स्थानीय व्यवस्थापक अधिकार हैं। लेकिन अगर ऐसा नहीं है, तो वीम आपको प्रत्येक ऑब्जेक्ट के लिए एक अलग उपयोगकर्ता असाइन करने की अनुमति देता है।
मुझे स्थानीय व्यवस्थापक की आवश्यकता क्यों है?

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

अलग-अलग, आपको टेस्ट नाउ बटन पर ध्यान केंद्रित करने की आवश्यकता है। एक महान चीज जो आपको जल्दी से जांचने की अनुमति देती है कि सभी खाते सही ढंग से दर्ज किए गए हैं, और एक क्लस्टर के मामले में, समय से पहले सुनिश्चित करें कि सभी नोड दिखाई और पहुंच योग्य हैं।

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

नीचे कम स्पष्ट लेकिन महत्वपूर्ण विकल्प हैं।

डिस्ट्रीब्यूशन सर्वर वह मशीन है जिसके साथ Veeam Agent लगाए जाएंगे। सामान्य तौर पर, यह वीम बैकअप सर्वर का उपयोग करने के लिए पर्याप्त है, लेकिन भौगोलिक रूप से वितरित खराब कनेक्शन वाले इन्फ्रास्ट्रक्चर में यह करीब विकल्प निर्दिष्ट करने के लिए समझ में आता है। अन्य सभी मामलों में, बदलने का कोई मतलब नहीं है।

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

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

स्वचालित रिबूटिंग के साथ एक बारीकियों का उपयोग किया जाता है: इसका उपयोग न केवल पहली स्थापना के दौरान किया जाता है, बल्कि अपडेट के दौरान भी किया जाता है। तो अगर आप इस तरह की विलासिता को बर्दाश्त नहीं कर सकते, तो अनचेक न करें।

अगले चरण में, हमें वितरण सर्वर पर घटकों को फिर से स्थापित करने की आवश्यकता के बारे में सूचित किया जाएगा। यहां तक ​​कि अगर वे वहां नहीं हैं, तो एक मिनट में वे लागू करें बटन पर क्लिक करके वहां पहुंच जाएंगे।

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

एक कप कॉफी खाली करने से, आप पा सकते हैं कि नेटवर्क एक्सेस एरर के कारण एक एजेंट को नोड्स में से एक पर स्थापित नहीं किया जा सकता है। यदि आपके साथ ऐसा दुःख हुआ है, तो बस इस नोड से कोरम डिस्क को डिस्कनेक्ट करें। अक्सर नहीं, लेकिन ऐसा होता है। या हो सकता है कि यह सिर्फ मेरी प्रयोगशाला की एक विशेषता है। तो इस समस्या से अंत तक निपटने की दृढ़ता नहीं थी।

बैकअप बनाएं

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

मुख्य अंतर क्या है और आप उन्हें अलग मशीनों के रूप में क्यों नहीं बचा सकते हैं? तकनीकी रूप से, आप इसे छोड़कर सभी नोड्स के साथ कर सकते हैं - क्लस्टर भूमिका के वर्तमान धारक। यदि आप इसे सीधे माथे पर बैकअप देना शुरू करते हैं, तो अन्य नोड्स इसके साथ संपर्क खो सकते हैं और कंबल को अपने ऊपर खींचना शुरू कर सकते हैं, जो अंततः पूरे क्लस्टर के पतन और रोक देगा। व्यस्त सिस्टम पर बहुत बार ऐसा होता है।

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

फिर नौकरी के नाम और बैकअप प्रतिभागियों की सूची का चयन करें। डिफ़ॉल्ट रूप से, केवल चयनित PG होगा, लेकिन यहां आप कुछ अतिरिक्त भी जोड़ सकते हैं।

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

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

यह इस टैब की सेटिंग्स पर निर्भर करता है कि क्या हम तथाकथित एप्लिकेशन सुसंगत बैकअप प्राप्त कर सकते हैं (जिसे कभी-कभी अभिन्न बैकअप के रूप में अनुवादित किया जाता है या एक बैकअप के रूप में अनुप्रयोगों की स्थिति को ध्यान में रखा जाता है, या अभी तक समझ में नहीं आता है कि कैसे और, सबसे महत्वपूर्ण बात, क्यों)। इसलिए, एप्लिकेशन पर जाएं , हमारे PG का चयन करें और Edit पर क्लिक करें ।

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

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

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

हम समय-सीमा के निर्धारित बिंदु पर पहुँच जाते हैं, जहाँ हम आपकी आवश्यकताओं के अनुसार कार्यक्रम निर्धारित करते हैं। यह दिन में एक बार किसी के लिए पर्याप्त है, किसी को एक घंटे में एक बार, यह आपके ऊपर है।
हम एक दो बार लागू करके कार्य को पूरा करते हैं और परिणाम का आनंद लेते हैं।

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

वह सब है। यह पता चला है कि बैकअप क्लस्टर इतने डरावने नहीं हैं क्योंकि यह सोचने के लिए प्रथागत है। भले ही वह दूसरे क्लस्टर के अंदर क्लस्टर हो।

यदि आप किसी अन्य बैकअप / रेस्तरां परिदृश्य के बारे में जानने में रुचि रखते हैं, तो इसके बारे में टिप्पणियों में लिखें, और हम आपको सर्वोत्तम संभव तरीके से सब कुछ बताएंगे।