बैकअप तैयार है: छुट्टी के सम्मान में मिथकों को तोड़ना

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

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

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

बैकअप का सबसे विशिष्ट उपयोग विभिन्न परीक्षण प्रणालियों, डेवलपर्स के लिए क्लोन की तैनाती के लिए डेटाबेस की सहेजी गई प्रति की बहाली है।

बैकअप के आसपास कुछ विशिष्ट मिथक हैं जिन्हें बहुत पहले दूर कर दिया जाना चाहिए। यहाँ उनमें से सबसे प्रसिद्ध हैं।

मिथक 1. सुरक्षा या भंडारण प्रणालियों के अंदर बैकअप लंबे समय से केवल एक छोटा कार्य रहा है

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

साथ ही, बैकअप सिस्टम तक पहुंच का रोल मॉडल आपको बैकअप प्रबंधित करने के लिए लक्ष्य सिस्टम के प्रशासकों को प्राधिकरण का हिस्सा सौंपने की अनुमति देता है।

मिथक 2। जब कोई RAID होता है, तो बैकअप की आवश्यकता नहीं होती है।

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

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

मिथक 3. बैकअप वह है जो महीने में एक बार किया जाता है।

बैकअप आवृत्ति एक विन्यास योग्य सेटिंग है जो मुख्य रूप से आपकी बैकअप सिस्टम आवश्यकताओं पर निर्भर करती है। डेटा ढूंढना काफी संभव है जो लगभग कभी नहीं बदलता है और विशेष रूप से महत्वपूर्ण नहीं है, उनका नुकसान कंपनी के लिए महत्वपूर्ण नहीं होगा।
वे, वास्तव में, महीने में एक बार और उससे भी कम बार बैकअप लिया जा सकता है। लेकिन आरपीओ (रिकवरी पॉइंट ऑब्जेक्टिव) संकेतक के आधार पर अधिक महत्वपूर्ण डेटा को अधिक बार सहेजा जाता है, जो स्वीकार्य डेटा हानि सेट करता है। यह सप्ताह में एक बार, दिन में एक बार या एक घंटे में कई बार भी हो सकता है। हमारे पास DBMS से ये लेन-देन लॉग हैं।

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

मिथक 4। प्रतियों की मात्रा लगातार बढ़ रही है और किसी भी आवंटित स्थान को पूरी तरह से घेर लेती है।

बैकअप की सीमित अवधारण अवधि होती है। उदाहरण के लिए, वर्ष के दौरान सभी 365 दैनिक बैकअप को संग्रहीत करने का कोई अर्थ नहीं है। एक नियम के रूप में, यह 2 सप्ताह के लिए दैनिक प्रतियां रखने के लिए स्वीकार्य है, जिसके बाद उन्हें नए सिरे से बदल दिया जाता है, और जो संस्करण पहले महीने में बनाया गया था वह दीर्घकालिक भंडारण में रहता है। यह, बदले में, एक निश्चित समय के लिए भी संग्रहीत होता है - प्रत्येक प्रति का जीवनकाल होता है।

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

मिथक 5। बैकअप शुरू हुआ - सब कुछ लटका हुआ है

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

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

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

बड़े संगठनों में, बैकअप सिस्टम के लिए एक अलग नेटवर्क बनाया जाता है ताकि बैकअप उत्पादन को प्रभावित न करे। इसके अलावा, ट्रैफ़िक नेटवर्क के माध्यम से नहीं, बल्कि SAN के माध्यम से प्रसारित किया जा सकता है।

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

मिथक 6। एक बैकअप सिस्टम लॉन्च किया - यह आपके लिए दोष सहिष्णुता है

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

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

मिथक 7. मैंने एक बार बैकअप सेट किया, जाँच की कि यह काम करता है। यह केवल लॉग को देखने के लिए बनी हुई है

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

और सिस्टम एडमिनिस्ट्रेटर के काम के बारे में थोड़ा

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

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

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

स्रोत: www.habr.com