ब्याकअप, भाग 1: उद्देश्य, विधि र प्रविधिहरूको समीक्षा

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

एक आदर्श कार्यक्रम छिटो चल्छ, मेमोरी लीक गर्दैन, कुनै प्वाल छैन, र अवस्थित छैन।

- अज्ञात

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

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

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

राम्रा कलाकारले नक्कल गर्छन्, ठूला कलाकारले चोर्छन् ।

-पाब्लो पिकासो।

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

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

तिमी कहाँ खस्छौ भनी थाहा पाएको भए म पराल बिछ्याउने थिएँ!

- बेलारूसी लोक उखान

यसको मतलब ब्याकअप प्रतिलिपिहरू चाहनेहरूका लागि महत्त्वपूर्ण छन्:

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

यहाँ एउटा सानो सिद्धान्त छ

कुनै पनि वर्गीकरण मनमानी छ। प्रकृतिले वर्गीकरण गर्दैन। हामी वर्गीकरण गर्छौं किनभने यो हाम्रो लागि अधिक सुविधाजनक छ। र हामी डेटा अनुसार वर्गीकरण गर्छौं जुन हामी मनमानी रूपमा लिन्छौं।

- जीन ब्रुलर

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

ब्लक डाटा भण्डारणले त्यहाँ एक भौतिक उपकरण हो जहाँ डाटा निश्चित निश्चित भागहरू, ब्लकहरूमा लेखिएको हुन्छ भन्ने संकेत गर्दछ। ब्लकहरू निश्चित ठेगानामा पहुँच गरिन्छ; प्रत्येक ब्लकको यन्त्र भित्रको आफ्नै ठेगाना हुन्छ।

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

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

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

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

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

- अज्ञात

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

भण्डारण ढाँचा निम्न रूपमा बुझ्नुपर्छ:

• यदि भौतिक भण्डारण विधिमा निर्भरता छ भने, हामी भौतिक विधि परिवर्तन गर्छौं।
• यदि तार्किक भण्डारण विधिमा निर्भरता छ भने, हामी तार्किक विधि परिवर्तन गर्छौं।

3-2-1 नियमको अधिकतम प्रभाव प्राप्त गर्न, भण्डारण ढाँचा दुवै तरिकामा परिवर्तन गर्न सिफारिस गरिन्छ।

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

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

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

भिन्नता वृद्धिशील ब्याकअपहरू ब्याकअप भण्डारण ठाउँ बचत गर्ने प्रयास हो। यसरी, अघिल्लो ब्याकअपबाट परिवर्तन गरिएको डाटा मात्र ब्याकअप प्रतिलिपिमा लेखिएको छ।

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

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

ipsos को हिरासतमा राख्नुहुन्छ?

(पहरेदारको सुरक्षा कसले गर्ने? - lat।)

ब्याकअप प्रतिलिपिहरू नभएको बेला यो धेरै अप्रिय हुन्छ, तर ब्याकअप प्रतिलिपि बनाइएको जस्तो देखिन्छ भने यो धेरै खराब हुन्छ, तर पुनर्स्थापना गर्दा यसलाई पुनर्स्थापना गर्न सकिँदैन किनभने:

• स्रोत डेटाको अखण्डतामा सम्झौता गरिएको छ।
• ब्याकअप भण्डारण क्षतिग्रस्त छ।
• पुनर्स्थापना धेरै बिस्तारै काम गर्दछ; तपाईंले आंशिक रूपमा रिकभर गरिएको डाटा प्रयोग गर्न सक्नुहुन्न।

राम्रोसँग निर्मित ब्याकअप प्रक्रियाले त्यस्ता टिप्पणीहरूलाई ध्यानमा राख्नुपर्दछ, विशेष गरी पहिलो दुई।

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

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

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

मसलामा विशेषज्ञ त्यो होइन जसले तिनीहरूलाई हरेक परिकारमा थप्छ, तर त्यो हो जसले कहिल्यै थप केही थप्दैन।

-IN। सिन्याभस्की

प्रणाली प्रशासकहरू द्वारा प्रयोग गरिएको सफ्टवेयर सम्बन्धी अभ्यासहरू भिन्न हुन सक्छन्, तर सामान्य सिद्धान्तहरू अझै पनि, कुनै न कुनै रूपमा, विशेष रूपमा, समान छन्:

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

ब्लक यन्त्रहरूबाट ब्याकअपहरू लिनको लागि निम्न सामान्य कार्यक्रमहरू छन्:

• dd, प्रणाली प्रशासन दिग्गजहरूसँग परिचित, यसले समान कार्यक्रमहरू पनि समावेश गर्दछ (उदाहरणका लागि उही dd_rescue)।
• फाइल प्रणालीको डम्प सिर्जना गर्ने केही फाइल प्रणालीहरूमा निर्मित उपयोगिताहरू।
• सर्वभक्षी उपयोगिताहरू; उदाहरणका लागि partclone।
• आफ्नै, अक्सर स्वामित्व, निर्णय; उदाहरणका लागि, NortonGhost र पछि।

फाइल प्रणालीहरूको लागि, ब्याकअप समस्या आंशिक रूपमा ब्लक उपकरणहरूको लागि लागू विधिहरू प्रयोग गरेर हल गरिन्छ, तर समस्यालाई अझ प्रभावकारी रूपमा प्रयोग गरेर समाधान गर्न सकिन्छ, उदाहरणका लागि:

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

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

• फाइल प्रणालीलाई पढ्ने मात्र मोड (पढ्न मात्र) मा माउन्ट गर्दै, वा फाइल प्रणाली फ्रिज (फ्रिज) - विधि सीमित प्रयोज्यताको हो।
• फाइल प्रणाली वा ब्लक उपकरणहरू (LVM, ZFS) को स्थितिको स्न्यापसटहरू सिर्जना गर्दै।
• अघिल्लो बिन्दुहरू कुनै कारणले प्रदान गर्न नसकिने अवस्थामा पनि छापहरू व्यवस्थित गर्न तेस्रो-पक्ष उपकरणहरूको प्रयोग (हटकपी जस्ता कार्यक्रमहरू)।
• प्रतिलिपि-मा-परिवर्तन प्रविधि (CopyOnWrite), तथापि, यो प्रायः प्रयोग गरिएको फाइल प्रणाली (BTRFS, ZFS) सँग जोडिएको हुन्छ।

त्यसोभए, एउटा सानो सर्भरको लागि तपाईंले निम्न आवश्यकताहरू पूरा गर्ने ब्याकअप योजना प्रदान गर्न आवश्यक छ:

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

कम वा कम आवश्यकताहरू पूरा गर्नेहरूबाट आवेदकहरू:

• rdiff-ब्याकअप
• आरएसएनप्याट
• बुर्प
• नक्कल
• नक्कल
• dup गरौं
• डरा
• zbackup
• विश्राम
• borgbackup

निम्न विशेषताहरू भएको भर्चुअल मेसिन (XenServer मा आधारित) परीक्षण बेन्चको रूपमा प्रयोग गरिनेछ:

• 4 कोर 2.5 GHz,
• १६ जीबी र्याम,
• ५० जीबी हाइब्रिड भण्डारण (भ्चुअल डिस्क साइजको २०% SSD मा क्यासिङ सहितको भण्डारण प्रणाली) विभाजन नगरी छुट्टै भर्चुअल डिस्कको रूपमा,
• 200 Mbps इन्टरनेट च्यानल।

लगभग एउटै मेसिनलाई ब्याकअप रिसिभर सर्भरको रूपमा प्रयोग गरिनेछ, केवल 500 GB हार्ड ड्राइभको साथ।

अपरेटिङ सिस्टम - Centos 7 x64: मानक विभाजन, अतिरिक्त विभाजन डेटा स्रोतको रूपमा प्रयोग गरिनेछ।

प्रारम्भिक डेटाको रूपमा, 40 GB मिडिया फाइलहरू र एक mysql डाटाबेस भएको WordPress साइट लिनुहोस्। भर्चुअल सर्भरहरू विशेषताहरूमा धेरै भिन्न हुने हुनाले, र अझ राम्रो प्रजनन क्षमताको लागि, यहाँ छ

sysbench प्रयोग गरेर सर्भर परीक्षण परिणाम।sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu रन
sysbench 1.1.0-18a9f86 (बन्डल गरिएको LuaJIT 2.1.0-beta3 प्रयोग गरेर)
निम्न विकल्पहरूको साथ परीक्षण चालू:
थ्रेडको संख्या: १
हालको समयबाट अनियमित संख्या जनरेटर सुरु गर्दै

प्राइम संख्या सीमा: 20000

कार्यकर्ता थ्रेडहरू प्रारम्भ गर्दै...

थ्रेडहरू सुरु भयो!

सीपीयू गति:
घटनाहरू प्रति सेकेन्ड: 836.69

थ्रुपुट:
घटनाहरू/s (eps): 836.6908
समय बितेको: 30.0039s
घटनाहरूको कुल संख्या: 25104

विलम्बता (ms):
न्यूनतम: ०,५१
औसत: 4.78
अधिकतम: 22.39
95 औं प्रतिशतक: 10.46
योगफल:।

थ्रेड्स निष्पक्षता:
घटनाक्रम (औसत/stddev): 6276.0000/13.91
कार्यान्वयन समय (औसत/stddev): 29.9809/0.01

sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=read memory run
sysbench 1.1.0-18a9f86 (बन्डल गरिएको LuaJIT 2.1.0-beta3 प्रयोग गरेर)
निम्न विकल्पहरूको साथ परीक्षण चालू:
थ्रेडको संख्या: १
हालको समयबाट अनियमित संख्या जनरेटर सुरु गर्दै

निम्न विकल्पहरूसँग मेमोरी गति परीक्षण चलिरहेको छ:
ब्लक साइज: 1KiB
कुल आकार: 102400MiB
सञ्चालन: पढ्नुहोस्
दायरा: विश्वव्यापी

कार्यकर्ता थ्रेडहरू प्रारम्भ गर्दै...

थ्रेडहरू सुरु भयो!

कुल सञ्चालन: 50900446 (1696677.10 प्रति सेकेन्ड)

४९७०७.४७ एमआईबी हस्तान्तरण (१६५६.९१ एमआईबी/सेकेन्ड)

थ्रुपुट:
घटनाहरू/s (eps): 1696677.1017
समय बितेको: 30.0001s
घटनाहरूको कुल संख्या: 50900446

विलम्बता (ms):
न्यूनतम: ०,५१
औसत: 0.00
अधिकतम: 24.01
95 औं प्रतिशतक: 0.00
योगफल:।

थ्रेड्स निष्पक्षता:
घटनाक्रम (औसत/stddev): 12725111.5000/137775.15
कार्यान्वयन समय (औसत/stddev): 9.7767/0.10

sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=write memory run
sysbench 1.1.0-18a9f86 (बन्डल गरिएको LuaJIT 2.1.0-beta3 प्रयोग गरेर)
निम्न विकल्पहरूको साथ परीक्षण चालू:
थ्रेडको संख्या: १
हालको समयबाट अनियमित संख्या जनरेटर सुरु गर्दै

निम्न विकल्पहरूसँग मेमोरी गति परीक्षण चलिरहेको छ:
ब्लक साइज: 1KiB
कुल आकार: 102400MiB
सञ्चालन: लेख्नुहोस्
दायरा: विश्वव्यापी

कार्यकर्ता थ्रेडहरू प्रारम्भ गर्दै...

थ्रेडहरू सुरु भयो!

कुल सञ्चालन: 35910413 (1197008.62 प्रति सेकेन्ड)

४९७०७.४७ एमआईबी हस्तान्तरण (१६५६.९१ एमआईबी/सेकेन्ड)

थ्रुपुट:
घटनाहरू/s (eps): 1197008.6179
समय बितेको: 30.0001s
घटनाहरूको कुल संख्या: 35910413

विलम्बता (ms):
न्यूनतम: ०,५१
औसत: 0.00
अधिकतम: 16.90
95 औं प्रतिशतक: 0.00
योगफल:।

थ्रेड्स निष्पक्षता:
घटनाक्रम (औसत/stddev): 8977603.2500/233905.84
कार्यान्वयन समय (औसत/stddev): 10.9012/0.41

sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G fileio रन
sysbench 1.1.0-18a9f86 (बन्डल गरिएको LuaJIT 2.1.0-beta3 प्रयोग गरेर)
निम्न विकल्पहरूको साथ परीक्षण चालू:
थ्रेडको संख्या: १
हालको समयबाट अनियमित संख्या जनरेटर सुरु गर्दै

अतिरिक्त फाइल खुला झण्डा: (कुनै पनि)
128 फाइलहरू, 8MiB प्रत्येक
1GiB कुल फाइल आकार
ब्लक साइज 4KiB
IO अनुरोधहरूको संख्या: ०
संयुक्त अनियमित IO परीक्षणको लागि पढ्नुहोस्/लेख्नुहोस् अनुपात: 1.50
आवधिक FSYNC सक्षम गरियो, fsync() प्रत्येक १०० अनुरोधहरू कल गर्दै।
परीक्षणको अन्त्यमा fsync() लाई कल गर्दै, सक्षम गरियो।
सिंक्रोनस I/O मोड प्रयोग गर्दै
अनियमित r/w परीक्षण गर्दै
कार्यकर्ता थ्रेडहरू प्रारम्भ गर्दै...

थ्रेडहरू सुरु भयो!

थ्रुपुट:
पढ्नुहोस्: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
लेख्नुहोस्: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98

विलम्बता (ms):
न्यूनतम: ०,५१
औसत: 0.27
अधिकतम: 18.01
95 औं प्रतिशतक: 1.08
योगफल:।

यो नोट एक ठूलो सुरु हुन्छ

ब्याकअपको बारेमा लेखहरूको श्रृंखला

1. ब्याकअप, भाग 1: किन ब्याकअप आवश्यक छ, विधिहरू, प्रविधिहरूको एक सिंहावलोकन
2. ब्याकअप भाग २: rsync-आधारित ब्याकअप उपकरणहरूको समीक्षा र परीक्षण
3. ब्याकअप भाग 3: दोहोरोपन, नक्कल, deja dup समीक्षा र परीक्षण गर्दै
4. ब्याकअप भाग 4: zbackup, restic, borgbackup को समीक्षा र परीक्षण गर्दै
5. ब्याकअप भाग 5: लिनक्सको लागि ब्याकुला र भिम ब्याकअप परीक्षण गर्दै
6. ब्याकअप भाग 6: ब्याकअप उपकरणहरू तुलना गर्दै
7. ब्याकअप भाग 7: निष्कर्ष

स्रोत: www.habr.com