Veeam B&R स्टोरेज पॉलिसी - तांत्रिक समर्थनासह बॅकअप चेन उलगडणे

आमच्या ब्लॉगच्या वाचकांना शुभेच्छा! आम्ही अंशतः आधीच परिचित आहोत - माझ्या इंग्रजी भाषेतील पोस्ट माझ्या प्रिय सहकाऱ्याने अनुवादित केल्या आहेत polarowl. यावेळी मी थेट रशियन भाषिक प्रेक्षकांना संबोधित करण्याचे ठरवले.

माझ्या पदार्पणासाठी, मला असा विषय शोधायचा होता जो शक्य तितक्या व्यापक प्रेक्षकांसाठी मनोरंजक असेल आणि तपशीलवार विचार करावा लागेल. डॅनियल डेफोने असा युक्तिवाद केला की मृत्यू आणि कर प्रत्येक व्यक्तीची वाट पाहत आहेत. माझ्या भागासाठी, मी असे म्हणू शकतो की कोणत्याही समर्थन अभियंत्याला रिकव्हरी पॉइंट स्टोरेज पॉलिसीबद्दल प्रश्न असतील (किंवा, अधिक सोप्या पद्धतीने, धारणा). मी 4 वर्षांपूर्वी, प्रथम-स्तरीय कनिष्ठ अभियंता म्हणून, धारणा कशी कार्य करते हे समजावून सांगण्यास सुरुवात केली आणि आताही स्पॅनिश- आणि इटालियन-भाषिक संघाचा नेता म्हणून मी स्पष्ट करत आहे. मला खात्री आहे की समर्थनाच्या दुसऱ्या आणि अगदी तिसऱ्या स्तरावरील माझे सहकारी देखील नियमितपणे त्याच प्रश्नांची उत्तरे देतात.

या प्रकाशात, मला एक अंतिम, शक्य तितकी तपशीलवार पोस्ट लिहायची होती, ज्यावर रशियन भाषिक वापरकर्ते संदर्भ पुस्तक म्हणून पुन्हा पुन्हा परत येऊ शकतात. क्षण योग्य आहे - नुकत्याच प्रसिद्ध झालेल्या दहाव्या वर्धापन दिनाच्या आवृत्तीने मूलभूत कार्यक्षमतेमध्ये नवीन वैशिष्ट्ये जोडली आहेत जी वर्षानुवर्षे बदलली नव्हती. माझे पोस्ट प्रामुख्याने या आवृत्तीवर केंद्रित आहे - जरी लिहिलेले बरेच काही मागील आवृत्त्यांसाठी खरे असले तरी, तुम्हाला तेथे वर्णन केलेली काही कार्यक्षमता आढळणार नाही. शेवटी, भविष्याकडे थोडेसे पाहताना, मी असे म्हणेन की पुढील आवृत्तीत काही बदल अपेक्षित आहेत, परंतु वेळ आल्यावर आम्ही तुम्हाला याबद्दल सांगू. चला तर मग सुरुवात करूया.

बॅकअप नोकर्‍या

प्रथम, आवृत्ती 10 मध्ये न बदललेला भाग पाहू. धारणा धोरण अनेक पॅरामीटर्सद्वारे निर्धारित केले जाते. चला नवीन कार्य तयार करण्यासाठी विंडो उघडू आणि स्टोरेज टॅबवर जाऊ. येथे आपण एक पॅरामीटर पाहू जो इच्छित पुनर्संचयित बिंदूंची संख्या निर्धारित करतो:

तथापि, हा केवळ समीकरणाचा भाग आहे. पॉइंट्सची खरी संख्या नोकरीसाठी सेट केलेल्या बॅकअप मोडद्वारे देखील निर्धारित केली जाते. हा पर्याय निवडण्यासाठी त्याच टॅबवरील Advanced बटणावर क्लिक करा. हे अनेक पर्यायांसह एक नवीन विंडो उघडेल. चला त्यांना क्रमांक देऊ आणि त्यांचा एक एक करून विचार करूया:

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

"रिव्हर्स इन्क्रिमेंटल" मोड (पर्याय 2) साठी धारणा देखील अत्यंत सोपी आहे. या प्रकरणात नवीन बिंदू संपूर्ण बॅकअप असेल, त्यानंतर तथाकथित रोलबॅकची साखळी असेल (VRB विस्तारासह फायली), नंतर धारणा लागू करण्यासाठी सर्वात जुने रोलबॅक हटविणे पुरेसे आहे. परिस्थिती सारखीच असेल: सत्रानंतर लगेच, गुणांची संख्या सेट मूल्यापेक्षा 1 ने ओलांडली जाईल, त्यानंतर ते इच्छित मूल्यावर परत येईल.

कृपया लक्षात घ्या की रिव्हर्स-इन्क्रिमेंटल मोडसह तुम्ही नियतकालिक पूर्ण बॅकअप देखील सक्षम करू शकता (पर्याय 4), परंतु हे सार बदलणार नाही. होय, संपूर्ण रिकव्हरी पॉइंट्स चेनमध्ये दिसतील, परंतु तरीही आम्ही एक एक करून सर्वात जुने पॉइंट हटवू.

शेवटी, आम्ही मनोरंजक भागावर येतो. आपण वाढीव बॅकअप सक्रिय केल्यास, परंतु त्याव्यतिरिक्त पर्याय 3 किंवा 4 (किंवा दोन्ही एकाच वेळी) सक्षम केल्यास, कार्य "सक्रिय" किंवा सिंथेटिक पद्धती वापरून नियतकालिक पूर्ण बॅकअप तयार करण्यास प्रारंभ करेल. पूर्ण बॅकअप तयार करण्याची पद्धत महत्त्वाची नाही - त्यात समान डेटा असेल आणि वाढीव साखळी "सबचेन" मध्ये विभागली जाईल. या पद्धतीला फॉरवर्ड इन्क्रिमेंटल म्हणतात, आणि हीच पद्धत आमच्या क्लायंटच्या प्रश्नांचा महत्त्वपूर्ण भाग वाढवते.

साखळीचा सर्वात जुना भाग हटवून (पूर्ण बॅकअपपासून वाढीपर्यंत) येथे धारणा लागू केली जाते. त्याच वेळी, आम्ही केवळ संपूर्ण बॅकअप किंवा वाढीचा काही भाग हटविणार नाही. संपूर्ण "सबचेन" एकाच वेळी पूर्णपणे काढून टाकली जाते. गुणांची संख्या सेट करण्याचा अर्थ देखील बदलतो - जर इतर पद्धतींमध्ये ही जास्तीत जास्त स्वीकार्य संख्या असेल, ज्यानंतर धारणा लागू करणे आवश्यक आहे, तर येथे ही सेटिंग किमान संख्या निर्धारित करते. दुसऱ्या शब्दांत, सर्वात जुनी "सबचेन" काढून टाकल्यानंतर, उर्वरित भागातील गुणांची संख्या या किमान खाली येऊ नये.

मी ही संकल्पना चित्रित करण्याचा प्रयत्न करेन. समजू की धारणा 3 गुणांवर सेट केली आहे, कार्य सोमवारी पूर्ण बॅकअपसह दररोज चालते. एकूण गुणांची संख्या १० वर पोहोचल्यावर या प्रकरणात धारणा लागू केली जाईल:

जेव्हा त्यांनी 10 ठेवले तेव्हा आधीच 3 का आहे? सोमवारी संपूर्ण बॅकअप तयार करण्यात आला. मंगळवार ते रविवार नोकरीत वेतनवाढ निर्माण झाली. शेवटी, पुढच्या सोमवारी पुन्हा पूर्ण बॅकअप तयार केला जातो आणि केवळ 2 वाढ तयार केल्यावरच शेवटी साखळीचा संपूर्ण जुना भाग हटविला जाऊ शकतो, कारण उर्वरित पॉइंट्स सेट 3 च्या खाली येणार नाहीत.

जर कल्पना स्पष्ट असेल, तर मी सुचवितो की तुम्ही स्वतःची धारणा मोजण्याचा प्रयत्न करा. चला खालील अटी घेऊ: कार्य गुरुवारी प्रथमच लाँच केले गेले आहे (साहजिकच, संपूर्ण बॅकअप घेतला जाईल). बुधवार आणि रविवारी पूर्ण बॅकअप तयार करण्यासाठी आणि 8 पुनर्प्राप्ती गुण संचयित करण्यासाठी कार्य सेट केले आहे. प्रथमच धारणा कधी लागू केली जाईल?

या प्रश्नाचे उत्तर देण्यासाठी, मी शिफारस करतो की तुम्ही कागदाचा तुकडा घ्या, आठवड्याच्या दिवसानुसार तो ठेवा आणि प्रत्येक दिवशी कोणता बिंदू तयार झाला ते लिहा. उत्तर स्पष्ट होईल

उत्तर द्या

स्पष्टीकरण: उत्तर देण्यासाठी, फक्त स्वतःला विचारा “धारणा कधी लागू होईल”? जेव्हा आपण पहिले 3 गुण (VBK, VIB, VIB) काढू शकतो आणि उर्वरित साखळी आवश्यक 8 गुणांच्या खाली येत नाही तेव्हा उत्तर आहे. हे स्पष्ट होते की जेव्हा आमच्याकडे एकूण 11 गुण असतील, म्हणजे दुसऱ्या आठवड्याच्या रविवारी आम्ही हे करू शकू.

काही वाचक आक्षेप घेऊ शकतात: “जर असेल तर हे सर्व का करावे? rps.dewin.me?. हे एक अतिशय उपयुक्त साधन आहे यात शंका नाही आणि काही प्रकरणांमध्ये मी ते वापरेन, परंतु त्याला मर्यादा देखील आहेत. सर्व प्रथम, हे आपल्याला प्रारंभिक परिस्थिती निर्दिष्ट करण्याची परवानगी देत ​​​​नाही आणि बर्याच प्रकरणांमध्ये प्रश्न तंतोतंत असतो "आमच्याकडे अशी साखळी आहे, आम्ही अशा आणि अशा सेटिंग्ज बदलल्यास काय होईल?" दुसरे म्हणजे, साधनामध्ये अजूनही काही प्रमाणात स्पष्टता नाही. क्लायंटला आरपीएस पेज दाखवताना, मला काही समजले नाही, परंतु ते उदाहरणाप्रमाणे पेंट केल्यावर (अगदी त्याच पेंटचा वापर करून), दिवसेंदिवस सर्वकाही स्पष्ट झाले.

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

सिंथेटिक पूर्ण बॅकअप शेड्यूल केल्याच्या दिवसापर्यंत कार्य वाढ (VIB) तयार करेल. या दिवशी, एक VBK प्रत्यक्षात तयार केला जातो, परंतु या VBK च्या आधीचे सर्व बिंदू रोलबॅक (VRB) मध्ये बदलले जातात. यानंतर, पुढील सिंथेटिक बॅकअप होईपर्यंत पूर्ण बॅकअपमध्ये वाढ निर्माण करणे हे कार्य सुरू राहील. परिणामी, साखळीमध्ये व्हीबीके, व्हीबीआर आणि व्हीआयबी फाइल्सचे स्फोटक मिश्रण तयार केले जाते. धारणा अगदी सोप्या पद्धतीने लागू केली जाते - शेवटचा VBR काढून टाकून:

समस्या

हे कसे कार्य करते हे प्रत्यक्षात समजून घेण्याव्यतिरिक्त, वाढीव मोड वापरताना उद्भवणाऱ्या बहुतेक समस्या सामान्यतः पूर्ण बॅकअपशी संबंधित असतात. या मोडसाठी नियमित पूर्ण बॅकअप आवश्यक आहेत, अन्यथा रेपॉजिटरी पूर्ण होईपर्यंत पॉइंट जमा करेल.

उदाहरणार्थ, पूर्ण बॅकअप फार क्वचितच तयार केला जाऊ शकतो. समजा कार्य 10 गुण संचयित करण्यासाठी सेट केले आहे आणि महिन्यातून एकदा पूर्ण बॅकअप तयार केला जातो. हे स्पष्ट आहे की येथे बिंदूंची वास्तविक संख्या प्रदर्शित केलेल्या गुणांपेक्षा लक्षणीयरीत्या जास्त असेल. किंवा कार्य सामान्यतः अनंत वाढीव मोडमध्ये कार्य करण्यासाठी आणि 50 गुण संचयित करण्यासाठी सेट केले जाते. मग कोणीतरी चुकून पूर्ण बॅकअप तयार केला. इतकेच, आतापासून कार्य पूर्ण बिंदूमध्ये 49 वाढी जमा होईपर्यंत प्रतीक्षा करेल, त्यानंतर ते धारणा लागू होईल आणि अमर्याद पूर्ण मोडवर परत येईल.

इतर प्रकरणांमध्ये, पूर्ण बॅकअप नियमितपणे तयार करण्यासाठी सेट केले जाते, परंतु काही कारणास्तव ते होत नाही. मी येथे सर्वात लोकप्रिय कारणांची यादी करेन. काही क्लायंट "रन आफ्टर" शेड्युलिंग पर्याय वापरण्यास आणि साखळीत चालण्यासाठी जॉब कॉन्फिगर करण्यास प्राधान्य देतात. चला हे उदाहरण घेऊ: 3 नोकऱ्या आहेत ज्या दररोज चालतात आणि रविवारी पूर्ण बॅकअप तयार करतात. पहिले कार्य 22.30 वाजता सुरू होते, बाकीचे एका साखळीत लाँच केले जातात. वाढीव बॅकअपला 10 मिनिटे लागतात आणि म्हणून 23.00 पर्यंत सर्व नोकर्‍या पूर्ण होतात. परंतु पूर्ण बॅकअपला एक तास लागतो, म्हणून रविवारी पुढील गोष्टी घडतात: पहिले कार्य 22.30 ते 23.30 पर्यंत चालते. 23.30 ते 00.30 पर्यंत पुढे. मात्र तिसरे काम सोमवारी सुरू होते. रविवारसाठी पूर्ण बॅकअप सेट केला आहे, म्हणून या प्रकरणात ते होणार नाही. कार्य धारणा लागू करण्यासाठी पूर्ण बॅकअपची प्रतीक्षा करेल. म्हणून “रन आफ्टर” पर्याय वापरताना सावधगिरी बाळगा किंवा तो अजिबात वापरू नका - फक्त त्याच वेळी सुरू होण्यासाठी जॉब सेट करा आणि रिसोर्स शेड्युलरला त्याचे काम करू द्या.

कठीण पर्याय "हटवलेले आयटम काढा"

स्टोरेज – अॅडव्हान्स्ड – मेंटेनन्स या टास्कच्या सेटिंग्जमध्ये गेल्यावर, तुम्ही “डिलीट केलेल्या वस्तूंचा डेटा नंतर काढा” हा पर्याय पाहू शकता, ज्याची मोजणी काही दिवसांत केली जाऊ शकते.

काही क्लायंट हे टिकवून ठेवण्याची अपेक्षा करतात. खरं तर, हा एक पूर्णपणे स्वतंत्र पर्याय आहे, ज्याचा गैरसमज अनपेक्षित परिणामांना कारणीभूत ठरू शकतो. तथापि, सर्व प्रथम, सत्रादरम्यान केवळ काही मशीन्सचा यशस्वीपणे बॅकअप घेतल्या गेलेल्या परिस्थितींवर B&R कशी प्रतिक्रिया देते हे आम्हाला स्पष्ट करणे आवश्यक आहे.

चला या परिस्थितीची कल्पना करूया: 6 गुण संचयित करण्यासाठी एक अपरिमित वाढीव कार्य कॉन्फिगर केले आहे. कार्यामध्ये 2 मशीन आहेत, एक नेहमी यशस्वीरित्या बॅकअप घेते, दुसऱ्याने कधीकधी त्रुटी दिल्या. परिणामी, सातव्या बिंदूपर्यंत खालील परिस्थिती उद्भवली:

प्रतिधारण लागू करण्याची वेळ आली आहे, परंतु एका कारमध्ये 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 धोरणापासून दूर जाणे नाही. मुख्य रेपॉजिटरीमध्ये संग्रहण बिंदूंची उपस्थिती कोणत्याही प्रकारे त्याच्या विश्वासार्हतेवर परिणाम करत नाही. हे बिंदू S3 आणि तत्सम स्टोरेजवर अपलोड करण्यासाठी GFS चा वापर स्केल-आउट रेपॉजिटरीसह केला जाईल असे समजते. आपण ते वापरत नसल्यास, प्राथमिक आणि संग्रहण बिंदू वेगवेगळ्या भांडारांमध्ये संग्रहित करणे सुरू ठेवणे चांगले आहे.

आता GFS पॉइंट्स तयार करण्याच्या तत्त्वांवर नजर टाकूया. कार्य सेटिंग्जमध्ये, स्टोरेज चरणावर, एक विशेष बटण दिसले आहे जे खालील मेनूला कॉल करते:

GFS चे सार अनेक बिंदूंपर्यंत उकळले जाऊ शकते (लक्षात ठेवा की GFS इतर प्रकारच्या कार्यांमध्ये वेगळ्या पद्धतीने कार्य करते, परंतु नंतर त्याबद्दल अधिक):

• कार्य GFS बिंदूसाठी स्वतंत्र पूर्ण बॅकअप तयार करत नाही. त्याऐवजी, उपलब्ध सर्वात योग्य पूर्ण बॅकअप वापरला जाईल. म्हणून, कार्य नियतकालिक पूर्ण बॅकअपसह वाढीव मोडमध्ये कार्य करणे आवश्यक आहे किंवा वापरकर्त्याद्वारे पूर्ण बॅकअप व्यक्तिचलितपणे तयार करणे आवश्यक आहे.
• जर फक्त एक कालावधी सक्षम केला असेल (उदाहरणार्थ, एक आठवडा), तर GFS कालावधीच्या सुरूवातीस कार्य फक्त पूर्ण बॅकअपची प्रतीक्षा करण्यास प्रारंभ करेल आणि प्रथम योग्य असलेल्याला GFS म्हणून चिन्हांकित करेल.

उदाहरण: जॉब बुधवारी बॅकअप वापरून साप्ताहिक GFS संचयित करण्यासाठी कॉन्फिगर केले आहे. कार्य दररोज चालते, परंतु पूर्ण बॅकअप शुक्रवारी नियोजित आहे. या प्रकरणात, GFS कालावधी बुधवारी सुरू होईल आणि कार्य योग्य बिंदूची प्रतीक्षा करण्यास प्रारंभ करेल. ते शुक्रवारी दिसेल आणि GFS ध्वजाने चिन्हांकित केले जाईल.

• जर एकाच वेळी अनेक पीरियड्स समाविष्ट केले असतील (उदाहरणार्थ, साप्ताहिक आणि मासिक), तर B&R अशी पद्धत वापरेल जी एकच बिंदू अनेक अंतरालांच्या GFS म्हणून वापरण्याची परवानगी देईल (जागा वाचवण्यासाठी). ध्वज क्रमाने नियुक्त केले जातील, सर्वात लहान पासून सुरू होईल.

उदाहरण: साप्ताहिक GFS बुधवारसाठी सेट केले आहे आणि मासिक GFS महिन्याच्या शेवटच्या आठवड्यासाठी सेट केले आहे. कार्य दररोज चालते आणि सोमवार आणि शुक्रवारी पूर्ण बॅकअप तयार करते.

साधेपणासाठी, महिन्याच्या शेवटच्या आठवड्यापासून मोजणे सुरू करूया. या आठवड्यात सोमवारी पूर्ण बॅकअप तयार केला जाईल, परंतु त्याकडे दुर्लक्ष केले जाईल कारण साप्ताहिक GFS मध्यांतर बुधवारी सुरू होईल. परंतु शुक्रवारचा पूर्ण बॅकअप GFS पॉइंटसाठी पूर्णपणे योग्य आहे. ही प्रणाली आम्हाला आधीच परिचित आहे.

आता महिन्याच्या शेवटच्या आठवड्यात काय होते ते पाहू. मासिक GFS मध्यांतर सोमवारी सुरू होईल, परंतु सोमवारचा VBK GFS म्हणून चिन्हांकित केला जाणार नाही कारण नोकरी एक VBK मासिक आणि साप्ताहिक GFS पॉइंट म्हणून चिन्हांकित करण्याचा प्रयत्न करते. या प्रकरणात, शोध साप्ताहिकाने सुरू होतो, कारण व्याख्येनुसार ते मासिक देखील होऊ शकते.

तथापि, जर तुम्ही फक्त साप्ताहिक आणि वार्षिक अंतराल समाविष्ट केले तर ते एकमेकांपासून स्वतंत्रपणे कार्य करतील आणि संबंधित GFS अंतराल म्हणून 2 वेगळे VBK चिन्हांकित करू शकतात.

बॅकअप कॉपी कार्ये

आणखी एक प्रकारचा कार्य ज्यात अनेकदा कामाबद्दल स्पष्टीकरण आवश्यक असते. प्रथम, नवोन्मेषांशिवाय कामाची “क्लासिक” पद्धत पाहूया v.10

साधी धारणा पद्धत

डीफॉल्टनुसार, अशा नोकर्‍या अनंत वाढीव मोडमध्ये चालतात. पॉइंट्सची निर्मिती दोन पॅरामीटर्सद्वारे निर्धारित केली जाते - कॉपीिंग अंतराल आणि पुनर्प्राप्ती पॉइंट्सची इच्छित संख्या (येथे दिवसाला कोणतीही धारणा नाही). जॉब तयार करताना कॉपीिंग इंटरव्हल पहिल्या जॉब टॅबवर सेट केला जातो:

टार्गेट टॅबवर पॉइंट्सची संख्या थोडी पुढे ठरवली जाते

कार्य प्रत्येक मध्यांतरासाठी 1 नवीन बिंदू तयार करते (मूळ कार्यांद्वारे व्हीएमसाठी किती बिंदू तयार केले गेले हे काही फरक पडत नाही). मध्यांतराच्या शेवटी, नवीन बिंदू अंतिम केला जातो आणि आवश्यक असल्यास, 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 साठी या पर्यायाची उपयुक्तता वस्तुनिष्ठपणे जास्त आहे आणि का ते येथे आहे.

सामान्य मोडमध्ये, बीसीजे अमर्यादपणे वाढीव मोडमध्ये कार्य करते, म्हणून जर एखाद्या वेळी एखादे मशीन नोकरीतून काढून टाकले गेले, तर धारणा हळूहळू सर्व पुनर्प्राप्ती बिंदू हटवेल जोपर्यंत फक्त एक शिल्लक नाही - VBK मध्ये. आता कल्पना करूया की सिंथेटिक GFS पॉइंट्स तयार करण्यासाठी कार्य अद्याप कॉन्फिगर केले आहे. वेळ आल्यावर, नोकरीला साखळीतील सर्व मशीनसाठी GFS तयार करावा लागेल. जर काही मशीनमध्ये नवीन पॉइंट्स नसतील तर, तुम्हाला ते वापरावे लागेल. आणि म्हणून प्रत्येक वेळी. परिणामी, खालील परिस्थिती उद्भवू शकते:

फाइल्स विभागाकडे लक्ष द्या: आमच्याकडे मुख्य VBK आणि 2 साप्ताहिक GFS पॉइंट आहेत. आणि आता पुनर्संचयित बिंदू विभागात - खरं तर, या फायलींमध्ये मशीनची समान प्रतिमा आहे. स्वाभाविकच, अशा GFS पॉइंट्समध्ये काही अर्थ नाही, ते फक्त जागा घेतात.

सिंथेटिक GFS वापरताना ही परिस्थिती शक्य आहे. हे टाळण्यासाठी, "हटवलेले आयटम काढा" पर्याय वापरा. फक्त पुरेशा दिवसांसाठी ते सेट करण्याचे लक्षात ठेवा. तांत्रिक सहाय्याने अशी प्रकरणे पाहिली आहेत जिथे पर्याय सिंक्रोनाइझेशन मध्यांतरापेक्षा कमी दिवसांसाठी सेट केला गेला होता - BCJ ते तयार होण्याआधीच निडर होऊन पॉइंट हटवू लागले.

कृपया हे देखील लक्षात ठेवा की हा पर्याय आधीच तयार केलेल्या GFS पॉइंट्सवर परिणाम करत नाही. जर तुम्हाला संग्रहण साफ करायचे असतील, तर तुम्हाला हे व्यक्तिचलितपणे करावे लागेल - मशीनवर उजवे-क्लिक करून आणि "डिस्कमधून हटवा" निवडून (दिसणाऱ्या विंडोमध्ये, "GFS पूर्ण बॅकअप काढा" बॉक्स तपासण्यास विसरू नका) :

इनोव्हेशन v.10 – तात्काळ प्रत

"क्लासिक" कार्यक्षमतेचा सामना केल्यावर, चला नवीनकडे जाऊया. एक नावीन्य आहे, परंतु एक अतिशय महत्वाचे आहे. हे ऑपरेशनचे एक नवीन मोड आहे.

"सिंक्रोनाइझेशन इंटरव्हल" असे काहीही नाही; कार्य सतत नवीन बिंदू दिसले की नाही यावर लक्ष ठेवेल आणि ते सर्व कॉपी करेल, कितीही असले तरीही. परंतु त्याच वेळी, नोकरी वाढीव राहते, म्हणजे, जरी मुख्य नोकरीने VBK किंवा VRB तयार केले तरीही, हे बिंदू VIB म्हणून कॉपी केले जातील. अन्यथा, या मोडमध्ये कोणतेही आश्चर्य नाही - वर वर्णन केलेल्या नियमांनुसार मानक आणि GFS धारणा दोन्ही कार्य करतात (तथापि, येथे केवळ सिंथेटिक GFS उपलब्ध आहे).

डिस्क फिरत आहेत. फिरवलेल्या ड्राइव्हसह रेपॉजिटरीजची वैशिष्ट्ये

रॅन्समवेअर व्हायरसच्या सततच्या धोक्यामुळे व्हायरस पोहोचू शकत नाही अशा माध्यमावरील डेटाची प्रत असणे हे वास्तविक सुरक्षा मानक बनले आहे. डिस्क रोटेशन रिपॉझिटरीज वापरणे हा एक पर्याय आहे, जिथे डिस्क एका वेळी एक वापरली जातात: एक डिस्क कनेक्ट केलेली आणि लिहिण्यायोग्य असताना, उर्वरित सुरक्षित ठिकाणी संग्रहित केली जाते.
B&R ला अशा रिपॉझिटरीजसह कार्य करण्यास शिकवण्यासाठी, तुम्हाला रिपॉझिटरी सेटिंग्जमधील प्रगत बटणावर क्लिक करणे आवश्यक आहे, रिपॉझिटरी चरणावर, आणि योग्य पर्याय निवडा:

यानंतर, VBR अशी अपेक्षा करेल की विद्यमान साखळी वेळोवेळी रेपॉजिटरीमधून अदृश्य होईल, म्हणजे डिस्क रोटेशन. भांडाराचा प्रकार आणि नोकरीच्या प्रकारानुसार, B&R वेगळ्या पद्धतीने वागतील. हे खालील सारणीद्वारे दर्शविले जाऊ शकते:

चला प्रत्येक पर्यायाचा विचार करूया.

सामान्य कार्य आणि Windows भांडार

तर, आमच्याकडे एक कार्य आहे जे पहिल्या डिस्कवर चेन जतन करते. रोटेशन दरम्यान, तयार केलेली साखळी प्रत्यक्षात अदृश्य होते आणि कार्याला हे नुकसान कसे तरी टिकून राहणे आवश्यक आहे. तिला पूर्ण बॅकअप तयार करण्यात सांत्वन मिळते. अशा प्रकारे, प्रत्येक रोटेशन म्हणजे संपूर्ण बॅकअप. परंतु डिस्कनेक्ट केलेल्या डिस्कवरील बिंदूंचे काय होते? प्रतिधारणाची गणना करताना ते लक्षात ठेवले जातात आणि विचारात घेतले जातात. अशा प्रकारे, टास्कमधील पॉइंट्सची सेट संख्या म्हणजे सर्व डिस्कवर किती पॉइंट्स ठेवणे आवश्यक आहे. येथे एक उदाहरण आहे:

कार्य अनंत वाढीव मोडमध्ये चालते आणि 3 पुनर्संचयित बिंदू संचयित करण्यासाठी कॉन्फिगर केले आहे. परंतु आमच्याकडे दुसरी डिस्क देखील आहे आणि आम्ही ती आठवड्यातून एकदा फिरवतो (अधिक डिस्क असू शकतात, यामुळे सार बदलत नाही).

पहिल्या आठवड्यात, कार्य पहिल्या डिस्कवर बिंदू तयार करेल आणि अतिरिक्त विलीन करेल. अशा प्रकारे, एकूण गुणांची संख्या तीन इतकी असेल:

मग आम्ही दुसरा ड्राइव्ह कनेक्ट करतो. स्टार्टअप केल्यावर, B&R ला डिस्क बदलल्याचे लक्षात येईल. पहिल्या डिस्कवरील साखळी इंटरफेसमधून अदृश्य होईल, परंतु त्याबद्दलची माहिती डेटाबेसमध्ये राहील. आता कार्य दुसऱ्या डिस्कवर 3 गुण ठेवेल. सर्वसाधारण परिस्थिती अशी असेल:

शेवटी, आम्ही प्रथम ड्राइव्ह पुन्हा कनेक्ट करतो. नवीन बिंदू तयार करण्यापूर्वी, कार्य धारणासह काय होत आहे ते तपासेल. आणि धारणा, मी तुम्हाला आठवण करून देतो, 3 गुण संचयित करण्यासाठी सेट केले आहे. दरम्यान, आमच्याकडे डिस्क 3 वर 2 गुण आहेत (परंतु ते डिस्कनेक्ट केलेले आहे आणि सुरक्षित ठिकाणी संग्रहित केले आहे जेथे B&R पोहोचू शकत नाही) आणि डिस्क 3 वर 1 गुण आहेत (परंतु हा कनेक्ट केलेला आहे). याचा अर्थ असा की आम्ही डिस्क 3 मधून 1 पॉइंट सुरक्षितपणे काढू शकतो, कारण ते धारणा ओलांडतात. त्यानंतर कार्य पुन्हा पूर्ण बॅकअप तयार करते आणि आमची साखळी यासारखी दिसू लागते:

बिंदूंच्या संख्येऐवजी दिवस संचयित करण्यासाठी प्रतिधारण कॉन्फिगर केले असल्यास, तर्क बदलत नाही. याव्यतिरिक्त, डिस्क रोटेशनसह रेपॉजिटरीज वापरताना GFS धारणा अजिबात समर्थित नाही.

नियमित नोकरी आणि लिनक्स रेपॉजिटरी नेटवर्क स्टोरेज

हा पर्याय देखील शक्य आहे, परंतु लादलेल्या निर्बंधांमुळे सामान्यतः कमी शिफारस केली जाते. कार्य डिस्क रोटेशन आणि साखळीच्या गायब होण्यावर प्रतिक्रिया देईल - पूर्ण बॅकअप तयार करून. मर्यादा कट-ऑफ धारणा यंत्रणेमुळे आहे.

येथे, रोटेशन दरम्यान, डिस्कनेक्ट केलेल्या डिस्कवरील संपूर्ण साखळी फक्त B&R डेटाबेसमधून हटविली जाते. कृपया लक्षात घ्या की डेटाबेसमधून, फायली स्वतःच डिस्कवर राहतात. ते आयात केले जाऊ शकतात आणि पुनर्प्राप्तीसाठी वापरले जाऊ शकतात, परंतु लवकरच किंवा नंतर अशा विसरलेल्या साखळ्या संपूर्ण भांडार भरतील असा अंदाज लावणे सोपे आहे.

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

तथापि, हे एक मोहक धारणा नाही, तर सर्व सामग्रीची साफसफाई आहे. दुर्दैवाने, जेव्हा रेपॉजिटरी फक्त डिस्कची मूळ निर्देशिका होती तेव्हा तांत्रिक समर्थनाची प्रकरणे आली, जिथे बॅकअप व्यतिरिक्त, इतर डेटा स्थित होता. रोटेशन दरम्यान हे सर्व नष्ट झाले.

याव्यतिरिक्त, जेव्हा ForceDeleteBackupFiles सक्षम केले जाते, तेव्हा ते सर्व प्रकारच्या रेपॉजिटरीजसाठी कार्य करते, म्हणजेच Windows वरील रेपॉजिटरी देखील धारणा लागू करणे थांबवतात आणि सामग्री हटवणे सुरू करतात. दुसऱ्या शब्दांत, अशा बॅकअप स्टोरेज सिस्टमसाठी विंडोजवरील स्थानिक डिस्क ही सर्वोत्तम निवड आहे.

बॅकअप कॉपी आणि विंडोज रेपॉजिटरी

BCJ सह गोष्टी अधिक मनोरंजक होतात. त्यात केवळ पूर्ण धारणाच नाही, तर प्रत्येक वेळी डिस्क बदलताना पूर्ण बॅकअप घेण्याची गरज नाही! हे असे कार्य करते:

प्रथम, B&R पहिल्या डिस्कवर बिंदू तयार करण्यास सुरवात करते. समजा आम्ही धारण 3 गुणांवर सेट करतो. कार्य अमर्याद वाढीव मोडमध्ये कार्य करेल आणि अनावश्यक सर्वकाही विलीन करेल (मी तुम्हाला आठवण करून देतो की या प्रकरणात GFS धारणा समर्थित नाही).

मग आम्ही दुसरा ड्राइव्ह कनेक्ट करतो. त्यावर अद्याप कोणतीही साखळी नसल्यामुळे, आम्ही पूर्ण बॅकअप तयार करतो, त्यानंतर आमच्याकडे तीन गुणांची दुसरी शृंखला आहे:

शेवटी, प्रथम ड्राइव्ह पुन्हा कनेक्ट करण्याची वेळ आली आहे. आणि येथूनच जादू सुरू होते, कारण कार्य पूर्ण बॅकअप तयार करणार नाही, परंतु त्याऐवजी वाढीव साखळी सुरू ठेवेल:

यानंतर, अक्षरशः प्रत्येक डिस्कची स्वतःची स्वतंत्र साखळी असेल. म्हणून, येथे ठेवण्याचा अर्थ सर्व डिस्कवरील बिंदूंची संख्या असा नाही, परंतु प्रत्येक डिस्कवर स्वतंत्रपणे बिंदूंची संख्या.

बॅकअप कॉपी आणि लिनक्स रेपॉजिटरी नेटवर्क स्टोरेज

पुन्हा एकदा, जर रेपॉजिटरी स्थानिक विंडोज ड्राइव्हवर नसेल तर सर्व अभिजातता गमावली जाईल. ही स्क्रिप्ट वर चर्चा केलेल्या एका साध्या कार्याप्रमाणेच कार्य करते. प्रत्येक रोटेशनसह, BCJ पूर्ण बॅकअप तयार करेल आणि विद्यमान गुण विसरले जातील. मोकळी जागा संपू नये म्हणून, तुम्हाला DWORD ForceDeleteBackupFiles वापरण्याची आवश्यकता आहे.

निष्कर्ष

तर, एवढ्या मोठ्या मजकुराच्या परिणामी, आम्ही दोन प्रकारच्या कार्यांकडे पाहिले. अर्थात, आणखी बरीच कामे आहेत, परंतु त्या सर्वांचा एका लेखाच्या स्वरूपात विचार करणे शक्य होणार नाही. वाचल्यानंतर आपल्याला अद्याप काही प्रश्न असल्यास, टिप्पण्यांमध्ये लिहा, मला वैयक्तिकरित्या उत्तर देण्यात आनंद होईल.

स्त्रोत: www.habr.com