बैकिंग एक ट्रेंडी तकनीक नहीं है जिसे हर लोहे से चिल्लाया जाता है। यह सिर्फ किसी भी गंभीर कंपनी में होना चाहिए, बस। हमारे बैंक में कई हज़ार सर्वर बैकअप में हैं - यह एक जटिल, दिलचस्प काम है, इसकी कुछ सूक्ष्मताओं के बारे में, साथ ही बैकअप के बारे में विशिष्ट गलतफहमी के बारे में जो मैं अभी बताना चाहता हूं।
मैं इस विषय के साथ लगभग 20 वर्षों से काम कर रहा हूं, जिनमें से पिछले 2 साल - प्रोमस्वाज़बैंक में। अभ्यास की शुरुआत में मैंने लगभग मैन्युअल रूप से बैकअप लिया, स्क्रिप्ट के साथ जो बस फाइलों की नकल करता था। फिर, विंडोज में सुविधाजनक उपकरण दिखाई दिए: फाइल तैयार करने के लिए रोबोकॉपी उपयोगिता और कॉपी करने के लिए एनटी बैकअप। और फिर विशेष सॉफ्टवेयर के लिए समय आ गया, मुख्य रूप से वेरिटास बैकअप एक्सक, जिसे अब सिमेंटेक बैकअप एक्सिस कहा जाता है। इसलिए मैं लंबे समय से बैकअप से परिचित हूं।
इसे सीधे शब्दों में कहें, बैक अप अप डेटा (आभासी मशीनों, अनुप्रयोगों, डेटाबेस और फ़ाइलों) की एक प्रति को एक निश्चित नियमितता के साथ सहेज रहा है। कोई भी मामला आमतौर पर हार्डवेयर या तार्किक विफलता के रूप में प्रकट होता है और डेटा हानि की ओर जाता है। बैकअप सिस्टम का कार्य सूचना हानि से नुकसान को कम करना है। एक हार्डवेयर विफलता, उदाहरण के लिए, सर्वर या भंडारण विफलता जहां डेटाबेस स्थित है। लॉजिकल - यह मानव कारक के कारण सहित डेटा के एक हिस्से का नुकसान या परिवर्तन है: अनजाने में एक तालिका, फ़ाइल को हटा दिया, एक वक्र को निष्पादित करने के लिए एक स्क्रिप्ट लॉन्च किया। लंबी अवधि के लिए एक निश्चित प्रकार की जानकारी संग्रहीत करने के लिए नियामक की आवश्यकताएं भी हैं, उदाहरण के लिए, कई वर्षों तक।
बैकअप के लिए सबसे विशिष्ट अपील डेवलपर्स के लिए विभिन्न परीक्षण प्रणालियों, क्लोनों की तैनाती के लिए डेटाबेस की एक सहेजी हुई प्रतिलिपि की बहाली है।
बैकअप के आस-पास कई विशिष्ट मिथक होते हैं जिन्हें दूर करने के लिए उच्च समय है। यहाँ उनमें से सबसे प्रसिद्ध हैं।
मिथक 1. बैकअप लंबे समय से सुरक्षा या भंडारण प्रणालियों के अंदर सिर्फ एक छोटा कार्य है।
बैकअप सिस्टम अभी भी समाधानों का एक अलग वर्ग है, और बहुत स्वतंत्र है। बहुत महत्वपूर्ण व्यवसाय उन्हें सौंपा गया। वास्तव में, वे सुरक्षा की अंतिम पंक्ति हैं जब डेटा सुरक्षा की बात आती है। तो बैकअप अपनी गति से, अपने समय पर काम करता है। सर्वर पर एक दैनिक रिपोर्ट उत्पन्न होती है; ऐसी घटनाएं होती हैं जो निगरानी प्रणाली के लिए ट्रिगर के रूप में कार्य करती हैं।
साथ ही, बैकअप सिस्टम तक पहुंच का रोल मॉडल बैकअप के प्रबंधन के लिए लक्ष्य सिस्टम के प्रशासकों को प्राधिकरण के भाग को सौंपने की अनुमति देता है।
मिथक 2. जब RAID होता है, तो बैकअप की आवश्यकता नहीं होती है।
निस्संदेह, RAID एरेज़ और डेटा प्रतिकृति हार्डवेयर सिस्टम को विफल होने से बचाने के लिए एक अच्छा तरीका है, और अगर कोई स्टैंडबाय सर्वर है, तो आप मुख्य मशीन की विफलता के मामले में जल्दी से इसे स्विच कर सकते हैं।
तार्किक त्रुटियों से जो सिस्टम के उपयोगकर्ताओं द्वारा किए गए थे, अतिरेक और प्रतिकृति नहीं बचाती है। यहां एक विलंबित रिकॉर्डिंग के साथ एक स्टैंडबाय सर्वर है - हां, यह सिंक्रनाइज़ होने से पहले एक त्रुटि का पता चलने पर मदद कर सकता है। और अगर क्षण चूक जाए तो? केवल समय पर किए गए बैकअप से यहां मदद मिलेगी। यदि आप जानते हैं कि डेटा कल बदल गया है, तो आप सिस्टम को कल से एक दिन पहले पुनर्स्थापित कर सकते हैं और आवश्यक डेटा निकाल सकते हैं। यह देखते हुए कि तार्किक त्रुटियां सबसे आम हैं, अच्छा पुराना बैकअप एक सिद्ध और आवश्यक उपकरण बना हुआ है।
मिथक 3. बैकअप वह है जो महीने में एक बार किया जाता है।
बैकअप की आवृत्ति एक विन्यास योग्य पैरामीटर है, मुख्य रूप से बैकअप सिस्टम की आवश्यकताओं के आधार पर। डेटा ढूंढना काफी संभव है जो लगभग कभी नहीं बदलता है और विशेष रूप से महत्वपूर्ण नहीं है, उनका नुकसान कंपनी के लिए महत्वपूर्ण नहीं होगा।
वास्तव में, वे महीने में एक बार या उससे भी कम समय में बैकअप ले सकते हैं। लेकिन अधिक महत्वपूर्ण डेटा आरपीओ (रिकवरी पॉइंट ऑब्जेक्टिव) संकेतक के आधार पर अधिक बार संग्रहीत किया जाता है, जो स्वीकार्य डेटा हानि को सेट करता है। यह सप्ताह में एक बार, दिन में एक बार या प्रति घंटे कई बार हो सकता है। हमारे पास डीबीएमएस से ये लेनदेन लॉग हैं।
सिस्टम को वाणिज्यिक संचालन में पेश करते समय, बैकअप दस्तावेज़ीकरण को आवश्यक रूप से अनुमोदित किया जाता है, जो मुख्य बिंदुओं, अपडेट शेड्यूल, सिस्टम को पुनर्स्थापित करने की प्रक्रिया, बैकअप को संग्रहीत करने की प्रक्रिया और इसी तरह दर्शाता है।
मिथक 4. प्रतियों की मात्रा लगातार बढ़ रही है और किसी भी आवंटित स्थान पर पूरी तरह से कब्जा कर लेती है
बैकअप के पास एक सीमित शैल्फ जीवन है। इसका कोई मतलब नहीं है, उदाहरण के लिए, वर्ष के दौरान सभी 365 दैनिक बैकअप संग्रहीत करना। एक नियम के रूप में, दैनिक प्रतियों को 2 सप्ताह तक रखने की अनुमति है, जिसके बाद उन्हें नए सिरे से बदल दिया जाता है, और महीने में पहली बार बनाया गया संस्करण दीर्घकालिक भंडारण के लिए रहता है। यह, बदले में, एक निश्चित समय के लिए भी संग्रहीत किया जाता है - प्रत्येक प्रतिलिपि में एक जीवनकाल होता है।
डेटा हानि के खिलाफ सुरक्षा है। नियम लागू होता है: बैकअप हटाए जाने से पहले, निम्नलिखित का गठन किया जाना चाहिए। इसलिए, यदि सर्वर अप्राप्यता के कारण बैकअप सफल नहीं हुआ, तो डेटा नहीं हटाया जाएगा। न केवल समय सीमा का सम्मान किया जाता है, बल्कि सेट में प्रतियों की संख्या को भी नियंत्रित किया जाता है। यदि सिस्टम कहता है कि दो पूर्ण बैकअप होने चाहिए, तो हमेशा दो होंगे, और पुराना तब ही हटा दिया जाएगा जब एक नया तीसरा सफलतापूर्वक रिकॉर्ड किया जाएगा। तो बैकअप संग्रह द्वारा कब्जा की गई मात्रा में वृद्धि केवल संरक्षित डेटा की संख्या में वृद्धि के साथ जुड़ी हुई है और समय पर निर्भर नहीं करती है।
मिथक 5. बैकअप शुरू - सब कुछ लटका हुआ
यह कहना बेहतर है: यदि सब कुछ लटका रहता है, तो व्यवस्थापक के हाथ वहां से नहीं बढ़ते हैं। सामान्य तौर पर, बैकअप प्रदर्शन कई कारकों पर निर्भर करता है। उदाहरण के लिए, बैकअप सिस्टम की गति से ही: डिस्क स्टोरेज, टेप लाइब्रेरीज़ कितनी तेज़ हैं। बैकअप सिस्टम सर्वर की गति से: क्या वे डेटा को संसाधित करने, संपीड़न और समर्पण करने का प्रबंधन करते हैं। साथ ही क्लाइंट और सर्वर के बीच संचार लाइनों की गति।
एक बैकअप एक या कई थ्रेड में जा सकता है, जो इस बात पर निर्भर करता है कि निरर्थक सिस्टम मल्टीथ्रेडिंग का समर्थन करता है या नहीं। उदाहरण के लिए, Oracle DBMS आपको उपलब्ध प्रोसेसर की संख्या के अनुसार कई थ्रेड देने की अनुमति देता है, जब तक कि ट्रांसमिशन गति नेटवर्क बैंडविड्थ की सीमा के खिलाफ नहीं हो जाती।
यदि आप बड़ी संख्या में थ्रेड के साथ बैकअप करने का प्रयास करते हैं, अर्थात, एक कार्य प्रणाली को ओवरलोड करने का मौका है, तो यह वास्तव में धीमा होना शुरू हो जाएगा। इसलिए, पर्याप्त प्रदर्शन प्रदान करने के लिए थ्रेड्स की इष्टतम संख्या का चयन किया जाता है। यदि प्रदर्शन में थोड़ी सी भी कमी महत्वपूर्ण है, तो एक बढ़िया विकल्प है जब बैकअप को युद्ध सर्वर से नहीं, बल्कि इसके क्लोन - डेटाबेस शब्दावली में स्टैंडबाय से किया जाता है। यह प्रक्रिया मुख्य उत्पादन प्रणाली को लोड नहीं करती है। सर्वर के रखरखाव के लिए उपयोग नहीं किए जाने से बड़ी संख्या में थ्रेड्स के माध्यम से डेटा लिया जा सकता है।
बड़े संगठनों में, बैकअप सिस्टम के लिए एक अलग नेटवर्क बनाया जाता है ताकि बैकअप बिक्री को प्रभावित न करे। इसके अलावा, यातायात नेटवर्क के माध्यम से प्रेषित नहीं किया जा सकता है, लेकिन SAN के माध्यम से।
हम समय के साथ लोड को भी वितरित करने का प्रयास करते हैं। बैकअप ज्यादातर घंटों के बाद चलते हैं: रात में, सप्ताहांत में। इसके अलावा, वे एक ही समय में सभी शुरू नहीं करते हैं। वर्चुअल मशीन बैकअप एक विशेष मामला है। इस प्रक्रिया का वस्तुतः मशीन के प्रदर्शन पर कोई प्रभाव नहीं पड़ता है, इसलिए दिन में बैकअप को स्मूद किया जा सकता है, और रात के लिए सब कुछ बंद नहीं किया जाता है। कई सूक्ष्मताएं हैं, सब कुछ को देखते हुए, बैकअप सिस्टम के प्रदर्शन को प्रभावित नहीं करेगा।
मिथक 6. एक बैकअप सिस्टम लॉन्च किया गया - यहां दोष सहिष्णुता है।
यह कभी न भूलें कि एक बैकअप प्रणाली रक्षा की अंतिम पंक्ति है, जिसका अर्थ है कि इसके सामने एक और पांच प्रणालियां होनी चाहिए जो आईटी बुनियादी ढांचे की निरंतरता, उच्च उपलब्धता और आपदा सहिष्णुता और उद्यम की सूचना प्रणालियों को सुनिश्चित करती हैं।
यह उम्मीद करने योग्य नहीं है कि बैकअप सभी डेटा को पुनर्स्थापित करेगा और गिर सेवा को जल्दी से बढ़ाएगा। बैकअप के क्षण से विफलता के समय तक डेटा हानि की गारंटी दी जाती है, और नए सर्वर पर डेटा कई घंटों (या दिन, जैसा कि भाग्य में होगा) के लिए अपलोड किया जा सकता है। इसलिए, यह सब कुछ बैकअप के लिए स्थानांतरित किए बिना पूर्ण-दोषपूर्ण सहिष्णु सिस्टम बनाने के लिए समझ में आता है।
मिथक 7. मैंने एक बार बैकअप सेट किया, जाँच की कि यह काम करता है। यह केवल लॉग को देखने के लिए बनी हुई है
यह सबसे हानिकारक मिथकों में से एक है, जिसके नकली होने का एहसास आपको घटना के दौरान ही होता है। सफल बैकअप के बारे में लॉग की कोई गारंटी नहीं है कि सब कुछ वास्तव में वैसा ही हो जैसा कि होना चाहिए। तैनाती के लिए अग्रिम में संग्रहीत प्रतिलिपि की जांच करना महत्वपूर्ण है। यही है, परीक्षण वातावरण में पुनर्प्राप्ति प्रक्रिया शुरू करें और परिणाम देखें।
और सिस्टम प्रशासक के काम के बारे में थोड़ा
मैन्युअल मोड में, कोई भी लंबे समय से डेटा की प्रतिलिपि नहीं बना रहा है। आधुनिक IBS लगभग सब कुछ बैकअप कर सकता है, आपको बस इसे ठीक से कॉन्फ़िगर करने की आवश्यकता है। यदि कोई नया सर्वर जोड़ा गया है, तो नीतियों को पंजीकृत करें: उस सामग्री का चयन करें जिसका बैकअप लिया जाएगा, भंडारण विकल्प निर्दिष्ट करें और शेड्यूल लागू करें।
इसी समय, व्यापक सर्वर बेड़े के कारण अभी भी बहुत काम है, जिसमें डेटाबेस, मेल सिस्टम, वर्चुअल मशीन क्लस्टर और विंडोज और लिनक्स / यूनिक्स दोनों पर फ़ाइल संसाधन शामिल हैं। बैकअप सिस्टम का समर्थन करने वाले कर्मचारी बेकार नहीं बैठे हैं।
छुट्टी के सम्मान में, मैं सभी प्रशासकों को मजबूत नसों, आंदोलनों की स्पष्टता और बैकअप के भंडारण के लिए अनंत स्थान की कामना करना चाहता हूं!