तयारमा ब्याकअप: छुट्टीको सम्मानमा मिथकहरू पर्दाफास

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

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

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

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

त्यहाँ ब्याकअपको वरिपरि केहि विशिष्ट मिथकहरू छन् जुन धेरै पहिले हटाइनुपर्छ। यहाँ तिनीहरू मध्ये सबैभन्दा प्रसिद्ध छन्।

मिथक 1. ब्याकअप लामो समयदेखि सुरक्षा वा भण्डारण प्रणाली भित्र एउटा सानो कार्य हो

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

साथै, ब्याकअप प्रणालीमा पहुँचको रोल मोडेलले तपाईंलाई ब्याकअपहरू प्रबन्ध गर्न लक्षित प्रणालीका प्रशासकहरूलाई अधिकारको अंश प्रत्यायोजन गर्न अनुमति दिन्छ।

मिथक २. जब RAID हुन्छ, ब्याकअप अब आवश्यक पर्दैन।

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

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

मिथक 3. ब्याकअप भनेको महिनामा एक पटक गरिन्छ।

ब्याकअप फ्रिक्वेन्सी एक कन्फिगर योग्य सेटिङ हो जुन मुख्य रूपमा तपाइँको ब्याकअप प्रणाली आवश्यकताहरूमा निर्भर गर्दछ। यो डेटा फेला पार्न सम्भव छ जुन लगभग कहिल्यै परिवर्तन हुँदैन र विशेष गरी महत्त्वपूर्ण छैन, तिनीहरूको हानि कम्पनीको लागि महत्वपूर्ण हुनेछैन।
तिनीहरू, वास्तवमा, महिनामा एक पटक जगेडा गर्न सकिन्छ र कम पटक। तर RPO (रिकभरी पोइन्ट ओब्जरेक्टिभ) सूचकको आधारमा, अधिक महत्वपूर्ण डेटा धेरै पटक बचत गरिन्छ, जसले स्वीकार्य डेटा हानि सेट गर्दछ। यो हप्तामा एक पटक, दिनमा एक पटक, वा एक घण्टामा धेरै पटक हुन सक्छ। हामीसँग यी लेनदेन लगहरू DBMS बाट छन्।

जब प्रणालीहरू व्यावसायिक सञ्चालनमा राखिन्छन्, ब्याकअप कागजातहरू अनुमोदित हुनुपर्छ, जसले मुख्य बुँदाहरू, अद्यावधिक प्रक्रिया, प्रणाली पुनर्स्थापनाको लागि प्रक्रिया, ब्याकअपहरू भण्डारण गर्ने प्रक्रिया, र यस्तै कुराहरू प्रतिबिम्बित गर्दछ।

मिथक 4. प्रतिलिपिहरूको मात्रा निरन्तर बढिरहेको छ र कुनै पनि आवंटित ठाउँ पूर्ण रूपमा लिन्छ।

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

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

मिथक 5. ब्याकअप सुरु भयो - सबै बन्द भयो

यो भन्न राम्रो छ: यदि सबै झुण्डिएको छ भने, प्रशासकको हात त्यहाँबाट बढ्दैन। सामान्यतया, ब्याकअपको प्रदर्शन धेरै कारकहरूमा निर्भर गर्दछ। उदाहरणका लागि, ब्याकअप प्रणालीको गतिमा: डिस्क भण्डारणहरू, टेप पुस्तकालयहरू कति छिटो छन्। ब्याकअप प्रणालीको सर्भरहरूको गतिबाट: तिनीहरूसँग डेटा प्रशोधन गर्न समय छ कि छैन, कम्प्रेसन र डुप्लिकेशन प्रदर्शन गर्नुहोस्। र ग्राहक र सर्भर बीच संचार लाइन को गति मा पनि।

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

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

ठूला संस्थाहरूमा, ब्याकअप प्रणालीको लागि छुट्टै सञ्जाल बनाइन्छ ताकि ब्याकअपले उत्पादनलाई असर गर्दैन। थप रूपमा, ट्राफिक नेटवर्क मार्फत प्रसारित हुन सक्दैन, तर SAN मार्फत।

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

मिथक 6. ब्याकअप प्रणाली लन्च गरियो - त्यो तपाईंको लागि दोष सहिष्णुता हो

ब्याकअप प्रणाली रक्षाको अन्तिम रेखा हो भन्ने कुरा कहिल्यै नबिर्सनुहोस्, जसको अर्थ यसको अगाडि पाँचवटा प्रणालीहरू हुनुपर्छ जसले IT पूर्वाधार र उद्यम सूचना प्रणालीहरूको निरन्तरता, उच्च उपलब्धता र आपदा सहनशीलता सुनिश्चित गर्दछ।

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

मिथक 7. मैले एक पटक ब्याकअप सेट अप गरें, यसले काम गर्छ भनेर जाँच गर्‍यो। यो लगहरू हेर्न मात्र बाँकी छ

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

र प्रणाली प्रशासक को काम को बारे मा एक सानो

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

एकै समयमा, डाटाबेसहरू, मेल प्रणालीहरू, भर्चुअल मेसिन क्लस्टरहरू, र Windows र लिनक्स / युनिक्स दुवैमा फाइल सेयरहरू सहित सर्भरहरूको विस्तृत फ्लीटको कारणले अझै धेरै काम बाँकी छ। ब्याकअप प्रणाली चलाउने कर्मचारीहरू निष्क्रिय बस्दैनन्।

छुट्टीको सम्मानमा, म सबै प्रशासकहरूलाई बलियो स्नायुहरू, चालहरूको स्पष्टता र ब्याकअपहरू भण्डारण गर्नको लागि अनन्त ठाउँको कामना गर्न चाहन्छु!

स्रोत: www.habr.com