Veeam B&R भण्डारण नीतिहरू - प्राविधिक सहयोगको साथ ब्याकअप चेनहरू खोल्दै

हाम्रा ब्लग पाठकहरूलाई अभिवादन! हामी आंशिक रूपमा पहिले नै परिचित छौं - मेरा अंग्रेजी-भाषा पोष्टहरू मेरो प्रिय सहकर्मीद्वारा अनुवादित यहाँ देखा पर्‍यो polarowl। यस पटक मैले रूसी भाषा बोल्ने दर्शकहरूलाई प्रत्यक्ष सम्बोधन गर्ने निर्णय गरें।

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

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

ब्याकअप कार्यहरू

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

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

यदि तपाईंले मात्र विकल्प 1 सक्षम गर्नुभयो भने, कार्य "सधैंका लागि फर्वार्ड इन्क्रिमेन्टल" मोडमा चल्नेछ। यहाँ कुनै कठिनाइहरू छैनन् - कार्यले पूर्ण ब्याकअप (VBK विस्तारको साथ फाइल) बाट अन्तिम वृद्धि (VIB विस्तारको साथ फाइल) बाट निर्दिष्ट संख्या रिकभरी पोइन्टहरू भण्डार गर्नेछ। जब बिन्दुहरूको संख्या सेट मान भन्दा बढी हुन्छ, सबैभन्दा पुरानो वृद्धि पूर्ण ब्याकअप संग मर्ज गरिनेछ। अर्को शब्दमा, यदि कार्य 3 बिन्दुहरू भण्डारण गर्न सेट गरिएको छ भने, अर्को सत्र पछि तुरुन्तै भण्डारमा 4 बिन्दुहरू हुनेछन्, त्यसपछि पूर्ण ब्याकअप सबैभन्दा पुरानो वृद्धिसँग मर्ज हुनेछ र बिन्दुहरूको कुल संख्या फिर्ता हुनेछ। ३.

"रिभर्स इन्क्रिमेन्टल" मोड (विकल्प २) को लागि अवधारण पनि अत्यन्त सरल छ। यस अवस्थामा सबैभन्दा नयाँ बिन्दु पूर्ण ब्याकअप हुनेछ, त्यसपछि तथाकथित रोलब्याकहरू (VRB एक्सटेन्सनका साथ फाइलहरू) को एक श्रृंखला पछि, त्यसपछि अवधारण लागू गर्न यो केवल पुरानो रोलब्याक मेटाउन पर्याप्त छ। अवस्था उस्तै हुनेछ: सत्र पछि तुरुन्तै, अंकहरूको संख्या 2 द्वारा निर्धारित मूल्य भन्दा बढि हुनेछ, त्यसपछि यो इच्छित मानमा फर्किनेछ।

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

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

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

म यस अवधारणालाई ग्राफिक रूपमा चित्रण गर्ने प्रयास गर्नेछु। मानौं कि प्रतिधारण 3 बिन्दुहरूमा सेट गरिएको छ, कार्य सोमबार पूर्ण ब्याकअपको साथ हरेक दिन चल्छ। अंकहरूको कुल संख्या १० पुग्दा यस अवस्थामा अवधारण लागू हुनेछ:

10 राख्दा किन पहिले नै 3 छ? सोमबार एक पूर्ण ब्याकअप सिर्जना गरियो। मङ्गलबारदेखि आइतवारसम्म काममा वृद्धि भएको छ । अन्तमा, अर्को सोमबार एक पूर्ण ब्याकअप पुन: सिर्जना गरिन्छ र 2 वृद्धिहरू सिर्जना गरिएपछि मात्र अन्तमा चेनको पुरानो भाग मेटाउन सकिन्छ, किनभने अंकहरूको बाँकी संख्या सेट 3 भन्दा तल आउनेछैन।

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

यस प्रश्नको जवाफ दिनको लागि, म तपाईंलाई कागजको टुक्रा लिन सिफारिस गर्दछु, यसलाई हप्ताको दिनमा लाइन गर्नुहोस् र प्रत्येक दिन कुन बिन्दु सिर्जना हुन्छ लेख्नुहोस्। जवाफ स्पष्ट हुनेछ

जवाफ दिनुहोस्

स्पष्टीकरण: जवाफ दिन, आफैलाई सोध्नुहोस् "कहिले अवधारण लागू हुनेछ"? जब हामी पहिलो 3 बिन्दुहरू (VBK, VIB, VIB) हटाउन सक्छौं र बाँकी चेन आवश्यक 8 बिन्दुहरू भन्दा तल पर्दैन भन्ने जवाफ हो। यो स्पष्ट हुन्छ कि हामी यो गर्न सक्षम हुनेछौं जब हामीसँग कुल 11 अंक छ, त्यो दोस्रो हप्ताको आइतबार।

केही पाठकहरूले विरोध गर्न सक्छन्: "यदि त्यहाँ यो सबै किन rps.dewin.me?। यसमा कुनै शंका छैन कि यो एक धेरै उपयोगी उपकरण हो, र केहि अवस्थामा म यसलाई प्रयोग गर्नेछु, तर यसको पनि सीमितताहरू छन्। सबैभन्दा पहिले, यसले तपाईंलाई प्रारम्भिक अवस्थाहरू निर्दिष्ट गर्न अनुमति दिँदैन, र धेरै अवस्थामा प्रश्न ठ्याक्कै "हामीसँग यस्तो श्रृंखला छ, यदि हामीले त्यस्ता र त्यस्ता सेटिङहरू परिवर्तन गर्यौं भने के हुनेछ?" दोस्रो, उपकरण अझै पनि केहि स्पष्टता को कमी छ। ग्राहकहरूलाई RPS पृष्ठ देखाउँदै, मैले कुनै बुझाइ फेला पारेन, तर यसलाई उदाहरणको रूपमा चित्रित गरेपछि (त्यही पेन्ट प्रयोग गरेर), दिनदिनै सबै कुरा स्पष्ट भयो।

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

कार्यले सिंथेटिक पूर्ण ब्याकअप अनुसूचित भएको दिन सम्म वृद्धि (VIB) सिर्जना गर्नेछ। यस दिन, एक VBK वास्तवमा सिर्जना गरिएको छ, तर यो VBK अघिका सबै बिन्दुहरू रोलब्याक (VRB) मा परिणत हुन्छन्। यस पछि, कार्यले अर्को सिंथेटिक ब्याकअप सम्म पूर्ण ब्याकअपमा वृद्धिहरू सिर्जना गर्न जारी राख्नेछ। नतिजाको रूपमा, VBK, VBR र VIB फाइलहरूको विस्फोटक मिश्रण श्रृंखलामा सिर्जना गरिएको छ। अवधारण धेरै सरल रूपमा लागू गरिएको छ - अन्तिम VBR हटाएर:

समस्याहरू

यसले कसरी काम गर्छ भन्ने कुरा बुझ्नु बाहेक, वृद्धिशील मोड प्रयोग गर्दा उत्पन्न हुने अधिकांश समस्याहरू सामान्यतया पूर्ण ब्याकअपसँग सम्बन्धित हुन्छन्। यस मोडको लागि नियमित पूर्ण ब्याकअपहरू आवश्यक छन्, अन्यथा भण्डारले भरिएको नभएसम्म अंकहरू जम्मा गर्नेछ।

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

अन्य अवस्थामा, पूर्ण ब्याकअप नियमित रूपमा सिर्जना गर्न सेट गरिएको छ, तर कुनै कारणले यो बन्दैन। म यहाँ सबैभन्दा लोकप्रिय कारण सूचीबद्ध गर्नेछु। केही क्लाइन्टहरू "रन अफर" शेड्युलिङ विकल्प प्रयोग गर्न रुचाउँछन् र चेनमा चलाउन कार्यहरू कन्फिगर गर्छन्। यो उदाहरण लिनुहोस्: त्यहाँ 3 कार्यहरू छन् जुन हरेक दिन चल्छ र आइतबार पूर्ण ब्याकअप सिर्जना गर्दछ। पहिलो कार्य 22.30 मा सुरु हुन्छ, बाँकी एक श्रृंखला मा सुरु गरिन्छ। एक वृद्धिशील ब्याकअपले 10 मिनेट लिन्छ, र त्यसैले 23.00 सम्ममा सबै कार्यहरूले काम समाप्त गर्दछ। तर पूर्ण ब्याकअपले एक घण्टा लिन्छ, त्यसैले आइतबार निम्न हुन्छ: पहिलो कार्य 22.30 देखि 23.30 सम्म चल्छ। अर्को 23.30 देखि 00.30 सम्म। तर तेस्रो कार्य सोमबारबाट सुरु हुन्छ। आइतबारको लागि पूर्ण ब्याकअप सेट गरिएको छ, त्यसैले यस अवस्थामा यो हुने छैन। कार्यले अवधारण लागू गर्न पूर्ण ब्याकअपको लागि पर्खनेछ। त्यसोभए "रन अफ्टर" विकल्प प्रयोग गर्दा सावधान रहनुहोस् वा यसलाई प्रयोग नगर्नुहोस् - कामहरू एकै समयमा सुरु गर्न सेट गर्नुहोस् र संसाधन अनुसूचकलाई यसको काम गर्न दिनुहोस्।

गाह्रो विकल्प "मेटाइएका वस्तुहरू हटाउनुहोस्"

कार्य भण्डारण - उन्नत - मर्मतसम्भारको सेटिङहरू मार्फत गएपछि, तपाईंले "मेटाइएका वस्तुहरूको डेटा पछि हटाउनुहोस्" विकल्पमा आउन सक्नुहुन्छ, जुन दिनहरूमा गणना गर्न सकिन्छ।

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

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

अवधारण लागू गर्ने समय हो, तर एउटा कारमा 7 अंकहरू छन्, र अर्को मात्र 4। के यहाँ अवधारण लागू हुनेछ? जवाफ हो, यो हुनेछ। यदि कम्तिमा एउटा वस्तु जगेडा गरिएको छ भने, B&R ले बिन्दु सिर्जना भएको मान्दछ।

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

यसतर्फ ध्यान नदिए के होला ? अनन्त-वृद्धिशील वा उल्टो-बृद्धि मोडहरूको अवस्थामा, VBK मा भण्डारण गरिएको 1 मा नपुगेसम्म प्रत्येक सत्रको साथ "समस्या" मेसिनको रिकभरी बिन्दुहरूको संख्या घट्नेछ। अर्को शब्दमा, मेसिन लामो समयको लागि ब्याकअप नभए पनि, एक रिकभरी पोइन्ट अझै रहनेछ। आवधिक पूर्ण ब्याकअप सक्षम भएमा स्थिति फरक हुन्छ। यदि तपाईंले B&R बाट संकेतहरूलाई बेवास्ता गर्नुभयो भने, अन्तिम बिन्दु अन्ततः चेनको पुरानो भागसँगै मेटाउन सकिन्छ।

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

म तपाईंलाई अभ्यासबाट एउटा उदाहरण दिन्छु: कार्यमा धेरै कन्टेनरहरू थपिएका थिए, जसको संरचना एकदम गतिशील थियो। RAM को अभावको कारण, B&R सर्भरले समस्याहरू अनुभव गरिरहेको थियो जुन पत्ता नलागेको थियो। कार्य सुरु भयो र मेशिनहरूको ब्याकअप बनाउन प्रयास गर्यो, एक बाहेक, जुन त्यस समयमा कन्टेनरमा थिएन। धेरै मेशिनहरूले त्रुटिहरू उत्पन्न गरेको हुनाले, पूर्वनिर्धारित रूपमा B&R ले "समस्या" मेसिनहरूलाई ब्याकअप गर्न 3 थप प्रयासहरू गर्नुपर्छ। RAM को साथ निरन्तर समस्याहरूको कारण, यी प्रयासहरू धेरै दिनसम्म चल्यो। हराइरहेको VM को ब्याकअप गर्न बारम्बार प्रयास गरिएको थिएन (VM को अनुपस्थिति त्रुटि होइन)। नतिजाको रूपमा, दोहोर्याइएको प्रयासहरू मध्ये एकको समयमा, "मेटाइएका वस्तुहरू हटाउनुहोस्" सर्त पूरा भयो र मेसिनका सबै बिन्दुहरू मेटाइयो।

यसको सन्दर्भमा, म निम्न भन्न सक्छु: यदि तपाइँसँग कार्य परिणामहरूको बारेमा सूचनाहरू सेट अप गरिएको छ, र अझ राम्रो, Veeam ONE सँग एकीकरण प्रयोग गर्नुहोस्, तब सम्भवतः यो तपाइँलाई हुने छैन। यदि तपाइँ हप्तामा एक पटक B&R सर्भरमा हेर्नुहुन्छ कि सबै कुरा काम गरिरहेको छ भनेर जाँच गर्नुहोस्, त्यसपछि ब्याकअपहरू मेटाउन सक्ने विकल्पहरूलाई अस्वीकार गर्नु राम्रो हुन्छ।

v.10 मा के थपिएको छ

हामीले पहिले कुरा गरेको कुरा धेरै संस्करणहरूको लागि B&R मा अवस्थित छ। यी सञ्चालन सिद्धान्तहरू बुझिसकेपछि, अब वार्षिकोत्सव "दस" मा के थपिएको छ हेरौं।

दैनिक अवधारण

माथि हामीले बिन्दुहरूको संख्यामा आधारित "शास्त्रीय" भण्डारण नीतिलाई हेर्यौं। एक वैकल्पिक दृष्टिकोण एउटै मेनुमा "पुनर्स्थापना बिन्दुहरू" को सट्टा "दिनहरू" सेट गर्नु हो।

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

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

अन्यथा, कार्यहरू द्वारा अवधारण प्रयोग गर्ने सिद्धान्तहरू पनि चयन गरिएको ब्याकअप विधिद्वारा निर्धारण गरिन्छ। उही वृद्धिशील विधि प्रयोग गरेर अर्को गणना कार्य प्रयास गरौं। मानौं कि प्रतिधारण 8 दिनको लागि सेट गरिएको छ, कार्य प्रत्येक 6 घण्टामा बुधबार पूर्ण ब्याकअपको साथ चल्छ। तर, आइतवारको दिनमा काम हुँदैन । काम सोमबार पहिलो पटक चल्छ। अवधारण कहिले लागू हुनेछ?

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

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

नियमित कामहरूको लागि GFS संग्रह

v.10 भन्दा पहिले, ग्रान्डफादर-फादर-सन (GFS) भण्डारण विधि ब्याकअप प्रतिलिपि कार्यहरू र टेप प्रतिलिपि कार्यहरूको लागि मात्र उपलब्ध थियो। अब यो नियमित ब्याकअपको लागि उपलब्ध छ।

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

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

GFS को सार धेरै बिन्दुहरूमा उबलाउन सकिन्छ (ध्यान दिनुहोस् कि GFS अन्य प्रकारका कार्यहरूमा फरक तरिकाले काम गर्दछ, तर पछि त्यसमा थप):

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

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

• यदि धेरै अवधिहरू एकैचोटि समावेश गरिएको छ (उदाहरणका लागि, साप्ताहिक र मासिक), तब B&R ले एउटा विधि प्रयोग गर्नेछ जसले धेरै अन्तरालहरूको GFS को रूपमा प्रयोग गर्न अनुमति दिन्छ (स्थान बचत गर्न)। कान्छोबाट सुरु गरी झण्डाहरू क्रमबद्ध गरिनेछ।

उदाहरण: साप्ताहिक GFS बुधबारको लागि सेट गरिएको छ, र मासिक GFS महिनाको अन्तिम हप्ताको लागि सेट गरिएको छ। कार्य हरेक दिन चल्छ र सोमबार र शुक्रबार पूर्ण ब्याकअप सिर्जना गर्दछ।

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

अब महिनाको अन्तिम साता के हुन्छ हेरौँ । मासिक GFS अन्तराल सोमबार सुरु हुनेछ, तर सोमबारको VBK लाई GFS को रूपमा चिन्ह लगाइने छैन किनभने कार्यले एक VBK लाई मासिक र साप्ताहिक GFS बिन्दुको रूपमा चिन्ह लगाउन खोज्छ। यस अवस्थामा, खोज साप्ताहिकबाट सुरु हुन्छ, किनभने परिभाषा अनुसार यो मासिक पनि हुन सक्छ।

यद्यपि, यदि तपाईंले साप्ताहिक र वार्षिक अन्तरालहरू मात्र समावेश गर्नुभयो भने, तिनीहरूले एकअर्काबाट स्वतन्त्र रूपमा कार्य गर्नेछन् र सम्बन्धित GFS अन्तरालहरूको रूपमा २ वटा छुट्टै VBK हरू चिन्ह लगाउन सक्छन्।

ब्याकअप प्रतिलिपि कार्यहरू

अर्को प्रकारको कार्य जुन प्राय: कामको बारेमा स्पष्टीकरण चाहिन्छ। पहिले, आविष्कार बिना कामको "क्लासिक" विधिलाई हेरौं v.10

सरल अवधारण विधि

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

बिन्दुहरूको संख्या लक्ष्य ट्याबमा अलि अगाडि निर्धारण गरिन्छ

कार्यले प्रत्येक अन्तरालको लागि 1 नयाँ बिन्दु सिर्जना गर्दछ (मूल कार्यहरूद्वारा VM को लागि कतिवटा बिन्दुहरू सिर्जना गरियो भन्ने कुराले फरक पार्दैन)। अन्तरालको अन्त्यमा, नयाँ बिन्दुलाई अन्तिम रूप दिइन्छ र आवश्यक भएमा, VBK र सबैभन्दा पुरानो वृद्धिलाई संयोजन गरेर अवधारण लागू गरिन्छ। यो संयन्त्र हामीलाई पहिले नै परिचित छ।

GFS प्रयोग गरेर अवधारण विधि

BCJ ले अभिलेख बिन्दुहरू पनि भण्डारण गर्न सक्छ। यो समान लक्ष्य ट्याबमा कन्फिगर गरिएको छ, रिकभरी बिन्दुहरूको संख्याको लागि सेटिङको तल:

GFS बिन्दुहरू दुई तरिकामा सिर्जना गर्न सकिन्छ - सिंथेटिक रूपमा, माध्यमिक भण्डारमा डाटा प्रयोग गरेर, वा पूर्ण ब्याकअप सिमुलेट गरेर र प्राथमिक भण्डारबाट सबै डाटा पढेर (3 चिन्ह चिन्हित विकल्पद्वारा सक्रिय)। दुवै अवस्थामा प्रतिधारण धेरै फरक हुनेछ, त्यसैले हामी तिनीहरूलाई अलग विचार गर्नेछौं।

सिंथेटिक GFS

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

जवाफ दिनुहोस्
यहाँ यो वर्णन गर्न राम्रो छ कि कसरी चेन समय संग दिन प्रति दिन परिवर्तन हुनेछ:

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

"पूरै बिन्दु पढ्नुहोस्" विकल्पको साथ GFS बिन्दुहरू सिर्जना गर्दै

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

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

त्यसोभए, दोस्रो हप्ताको अन्त्यमा त्यहाँ चेनमा कुल 14 अंकहरू छन्। दोस्रो हप्तामा, कार्यले 7 अंकहरू सिर्जना गर्यो। यदि यो सरल कार्य हो भने, अवधारण पहिले नै लागू भइसकेको हुन्थ्यो। तर यो GFS रिटेन्सन भएको BCJ हो, त्यसैले हामी GFS पोइन्टहरू गणना गर्दैनौं, जसको मतलब त्यहाँ 6 मात्र छन्। अर्थात्, हामीले अझै पनि अवधारण लागू गर्न सक्दैनौं। तेस्रो हप्तामा हामी GFS झण्डाको साथ अर्को पूर्ण ब्याकअप सिर्जना गर्छौं। 15 अंक, तर फेरि हामी यसलाई गणना गर्दैनौं। र अन्तमा, तेस्रो हप्ताको मंगलबार, हामी एक वृद्धि सिर्जना गर्छौं। अब, यदि हामीले पहिलो हप्ताको चेन वृद्धिहरू हटायौं भने, वृद्धिहरूको कुल संख्याले स्थापित अवधारणलाई सन्तुष्ट गर्नेछ।

माथि उल्लेख गरिए अनुसार, यो विधि मा यो धेरै महत्त्वपूर्ण छ कि पूर्ण ब्याकअप नियमित रूपमा सिर्जना गरिन्छ। मानौं, यदि तपाईंले 7 दिनको लागि मुख्य अवधारण सेट गर्नुभयो, तर 1 वार्षिक बिन्दु मात्र, यो कल्पना गर्न सजिलो छ कि वृद्धिहरू धेरै जम्मा हुनेछ, 7 भन्दा धेरै। यस्तो अवस्थामा, यो सिर्जना गर्न सिंथेटिक विधि प्रयोग गर्न राम्रो छ। GFS।

र फेरि "मेटाइएका वस्तुहरू हटाउनुहोस्"

यो विकल्प BCJ को लागि पनि अवस्थित छ:

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

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

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

यो अवस्था सिंथेटिक GFS प्रयोग गर्दा मात्र सम्भव छ। यसलाई रोक्नको लागि, "मेटाइएका वस्तुहरू हटाउनुहोस्" विकल्प प्रयोग गर्नुहोस्। यसलाई पर्याप्त दिनको लागि सेट गर्न सम्झनुहोस्। प्राविधिक समर्थनले केसहरू देखेको छ जहाँ विकल्प सिङ्क्रोनाइजेसन अन्तराल भन्दा कम दिनको लागि सेट गरिएको थियो - BCJ ले निडर हुन थाल्यो र बिन्दुहरू सिर्जना गर्नु अघि मेटाउन थाल्यो।

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

नवाचार v.10 - तत्काल प्रतिलिपि

"क्लासिक" कार्यक्षमतासँग व्यवहार गरिसकेपछि, नयाँमा जाऔं। त्यहाँ एउटा नवीनता छ, तर एक धेरै महत्त्वपूर्ण छ। यो सञ्चालनको नयाँ मोड हो।

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

डिस्क घुमिरहेका छन्। घुमाइएको ड्राइभको साथ भण्डारहरूको विशेषताहरू

ransomware भाइरसहरूको निरन्तर खतराले भाइरस पुग्न नसक्ने माध्यममा डाटाको प्रतिलिपि हुनुलाई वास्तविक सुरक्षा मानक बनाएको छ। एउटा विकल्प भनेको डिस्क रोटेशन रिपोजिटरीहरू प्रयोग गर्नु हो, जहाँ डिस्कहरू एक पटकमा प्रयोग गरिन्छ: जब एउटा डिस्क जडान र लेख्न योग्य हुन्छ, बाँकी सुरक्षित स्थानमा भण्डारण गरिन्छ।
B&R लाई त्यस्ता रिपोजिटरीहरूसँग काम गर्न सिकाउन, तपाईंले भण्डार सेटिङहरूमा, रिपोजिटरी चरणमा उन्नत बटनमा क्लिक गर्न आवश्यक छ, र उपयुक्त विकल्प चयन गर्नुहोस्:

यस पछि, VBR ले आशा गर्दछ कि अवस्थित चेन आवधिक रूपमा भण्डारबाट गायब हुनेछ, जसको अर्थ डिस्क रोटेशन हो। भण्डारको प्रकार र कामको प्रकारमा निर्भर गर्दै, B&R ले फरक व्यवहार गर्नेछ। यो निम्न तालिका संग प्रतिनिधित्व गर्न सकिन्छ:

प्रत्येक विकल्प विचार गरौं।

सामान्य कार्य र विन्डोज भण्डार

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

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

पहिलो हप्तामा, कार्यले पहिलो डिस्कमा बिन्दुहरू सिर्जना गर्नेछ र अतिरिक्तहरूलाई मर्ज गर्नेछ। यसरी, अंकहरूको कुल संख्या तीन बराबर हुनेछ:

त्यसपछि हामी दोस्रो ड्राइभ जडान। स्टार्टअपमा, B&R ले डिस्क प्रतिस्थापन गरिएको याद गर्नेछ। पहिलो डिस्कमा रहेको चेन इन्टरफेसबाट गायब हुनेछ, तर यसको बारेमा जानकारी डेटाबेसमा रहनेछ। अब कार्यले दोस्रो डिस्कमा 3 बिन्दुहरू राख्नेछ। सामान्य अवस्था यस्तो हुनेछ:

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

यदि अवधारण बिन्दुहरूको संख्याको सट्टा दिनहरू भण्डारण गर्न कन्फिगर गरिएको छ, तब तर्क परिवर्तन हुँदैन। थप रूपमा, डिस्क रोटेशनको साथ भण्डारहरू प्रयोग गर्दा GFS अवधारण समर्थित छैन।

नियमित काम र लिनक्स भण्डार नेटवर्क भण्डारण

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

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

समाधान यो पृष्ठमा संकेत गरे अनुसार DWORD ForceDeleteBackupFiles थप्नु हो: www.veeam.com/kb1154। त्यसपछि कार्यले प्रत्येक रोटेशनमा कार्य फोल्डर वा भण्डार फोल्डर (मानको आधारमा) को सम्पूर्ण सामग्रीहरू मेटाउन सुरु गर्नेछ।

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

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

ब्याकअप प्रतिलिपि र विन्डोज भण्डार

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

पहिलो, B&R ले पहिलो डिस्कमा बिन्दुहरू सिर्जना गर्न थाल्छ। मानौं हामीले अवधारणलाई ३ अंकमा सेट गर्छौं। कार्यले असीम रूपमा वृद्धिशील मोडमा काम गर्नेछ र अनावश्यक सबै मर्ज गर्नेछ (म तपाईंलाई सम्झाउँछु कि GFS अवधारण यस अवस्थामा समर्थित छैन)।

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

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

यस पछि, लगभग प्रत्येक डिस्कको आफ्नै स्वतन्त्र श्रृंखला हुनेछ। त्यसकारण, यहाँ अवधारणको अर्थ सबै डिस्कमा बिन्दुहरूको सङ्ख्या होइन, तर प्रत्येक डिस्कमा छुट्टाछुट्टै बिन्दुहरूको सङ्ख्या हो।

ब्याकअप प्रतिलिपि र लिनक्स रिपोजिटरी नेटवर्क भण्डारण

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

निष्कर्षमा

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

स्रोत: www.habr.com