डेटाबेस बैकअप बनाना और संग्रहीत करना

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

सामान्य दृष्टिकोण

हमारी बैकअप संग्रहण योजना इस प्रकार है:
- हर दिन आधी रात को हम आधार का पूर्ण बैकअप करते हैं;
- हर दिन दोपहर में हम अंतर बैकअप बनाते हैं;
- हर 30 मिनट में हम ट्रांजेक्शन लॉग का बैकअप बनाते हैं।

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

MS SQL सर्वर में स्वचालित बैकअप

MS SQL सर्वर आपके सिस्टम के अनुकूल एक बैकअप योजना को व्यवस्थित करना आसान बनाता है। हम इसके लिए “Maintanance Plans” का उपयोग करते हैं। आप बिल्ट-इन सहायक या सहज योजना डिजाइनर का उपयोग करके एक नई योजना बना सकते हैं। यहां "सेवा योजनाएं" बनाने के बारे में और पढ़ें।
स्वयं बैकअप बनाने के अलावा, आप डेटाबेस को साफ करने के लिए अतिरिक्त स्क्रिप्ट चला सकते हैं, इसे डेटा अखंडता के लिए जांच सकते हैं, पुराने बैकअप हटा सकते हैं ताकि डिस्क अतिप्रवाह न हो, आदि।
पूर्ण बैकअप बनाने के लिए तैयार योजना का एक उदाहरण चित्र में दिखाया गया है।

"

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



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

Amazon S3 को डाउनलोड करना

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

क्या आपको संपीड़न की आवश्यकता है?

डेटाबेस बैकअप फ़ाइलों का आकार महत्वपूर्ण हो सकता है, और किसी अन्य सर्वर पर अपलोड करते समय कई समस्याएं हो सकती हैं:
- निवर्तमान यातायात तेजी से बढ़ता है;
- नेटवर्क चैनल भरा हुआ है;
- वर्तमान डिस्क के इनपुट / आउटपुट संचालन की संख्या बढ़ जाती है।

विभिन्न अभिलेखों (हम 7z की सिफारिश करते हैं) का उपयोग करके बैकअप को संकुचित किया जा सकता है।
इस प्रकार, ऊपर वर्णित समस्याएं हल हो जाती हैं, लेकिन एक और समस्या उत्पन्न होती है: फ़ाइल संपीड़न को महत्वपूर्ण प्रोसेसर समय की आवश्यकता होती है।

आपको यह तय करना होगा कि कौन सा विकल्प आपके लिए अधिक बेहतर है। वर्कज़िला के मामले में, हम बैकअप को संपीड़ित नहीं करते हैं।

याद रखने योग्य बातें

हम अनुशंसा करते हैं कि आप एक प्रणाली सेट करते हैं जो समय-समय पर जांच करेगी कि आपकी सभी बैकअप प्रक्रियाएं सही तरीके से काम कर रही हैं या नहीं। हम वर्सिल में नागियोस का उपयोग करते हैं। स्थानीय नेटवर्क के अंदर एक अलग सर्वर पर इसे कॉन्फ़िगर करना बेहतर है। क्या जाँच की जानी चाहिए, मैं निम्नलिखित में से एक हूँ:
- चाहे SQL एजेंट चल रहा हो;
- क्या S3 पर नई फाइलें दिखाई देती हैं;
- नवीनतम बैकअप के निर्माण का समय;
- क्या बैकअप के साथ पर्याप्त डिस्क स्थान है?

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

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

मैं दोहराता हूं, बैकअप रखना बहुत महत्वपूर्ण है। लेकिन हमें उम्मीद है कि वे आपके लिए उपयोगी नहीं होंगे।