बॅकुला: व्हँपायर्सची भीती

सर्वांना नमस्कार.

मला आपल्याला बॅक्युलाबद्दल, त्या प्रोग्रामबद्दल थोडे सांगायचे होते जे प्रत्येकजण घाबरत आहे कारण त्यांच्यासाठी हे खूप मोठे आहे आणि / किंवा पहिल्या दृष्टीक्षेपात ते क्लिष्ट दिसते.

हा खरोखर एक उत्कृष्ट कार्यक्रम आहे, परंतु एकदा त्यांनी (अंदाजे) ते कसे कार्य करते हे स्पष्ट केले की सर्व काही सहजतेने होते.

परिचय

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

हे खरं आहे की आपणास आपल्या वैयक्तिक संगणकाचा बॅकअप फक्त घ्यायचा असेल तर ते विसरा, हे कॉन्फिगर करण्यास खूप वेळ लागेल. परंतु जर आपणास स्वत: ला एकाधिक संगणक / सर्व्हरशी सामना करण्याची स्थितीत आढळले तर, बॅक्युला हा आपला तोडगा आहे. सुरुवातीला आपल्याला बरेच तास खर्च करावे लागतील, परंतु एकदा आपण कॉन्फिगर केलेले सर्व सोडल्यास, आपल्याला पुन्हा स्पर्श केल्याशिवाय वर्षे निघू शकतात; एकदा आपण ते वापरण्यास शिकल्यानंतर आपण केलेले बदल छोटे आणि सुलभ होतील.

आर्किटेक्चर

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

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

फायली, साधने आणि डिमन

जर हे सर्व स्वयंचलित असेल तर ते भुतांच्या वापराद्वारे आहे. प्रत्येक भागाचे स्वतःचे डिमन असते: बॅक्युला-डायरेक्टर, बॅक्युला-एफडी (फाईल-डेमन) आणि बॅक्युला-एसडी (स्टोरेज-डेमन). आणि प्रत्येक डिमन होस्ट केलेल्या फाइलच्या सेटिंग्जनुसार कार्य करते / इ / बेकुला: बॅक्युला-डीर कॉन्फ, बॅकुला-एफडी कॉन्फ, बॅकुला-एसडी कॉन्फ.

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

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

असे म्हटले पाहिजे की बॅक्युला व्यवस्थापित आणि देखरेखीसाठी संचालक मशीनवर बर्‍याच वेब सर्व्हिसेस स्थापित केल्या जाऊ शकतात. उदाहरणार्थ, बॅक्युला-वेब आपल्याला बॅकअपच्या स्थितीबद्दल स्टोरेज आणि सारण्यांची माहिती, स्टोरेज व्यवसाय ... इ.

हे देखील नमूद केले पाहिजे की बॅक्युलाचे ऑपरेशन कॅटलॉगवर आधारित आहे: डेटाबेस (MySQL, SQLite आणि PostgreSQL दरम्यान निवडण्यासाठी) जिथे सर्व घटना, खंड, ग्राहकांची नोंद आहे ... या डेटाबेसद्वारे हाताने स्पर्श केला जाऊ नये bconsole एसक्यूएल वाक्यरचना न वापरता कॅटलॉगशी संवाद साधण्यासाठी विविध आदेश प्रदान केले जातात.

सुरक्षितता

बाकुलाची एक शक्ती म्हणजे सुरक्षा. प्रत्येक क्लायंट, स्टोरेज आणि डायरेक्टरची स्वतःची की असते आणि कनेक्शनच्या आधारे ती त्या कीसह कूटबद्ध केली जाते. प्रत्येकजण आपल्या आवडीनुसार ही किल्ली शोधू शकतो, जरी प्रोग्राम स्वतःच यादृच्छिक संख्येने 30 वर्ण तयार करतो.

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

खंड

प्रथम कॅटलॉगद्वारे प्रती कशा व्यवस्थापित केल्या जातात यावर मी थोडासा जोर देणार आहे, कारण सुरुवातीला ते थोडे गोंधळात टाकणारे असू शकते.

प्रती एन्क्रिप्टेड व्हॉल्यूममध्ये ठेवल्या गेल्या आहेत, ज्यामुळे एखाद्याला थेट फाइल्समध्ये प्रवेश मिळू शकत नाही. हा एक प्रकारचा .tar.gz आहे (कारण ते कॉम्प्रेशनला समर्थन देते), परंतु त्याचे स्वतःचे; कॅटलॉगशिवाय डेटा बेअरबॅक वाचविणे अशक्य आहे. यासाठी प्रगत साधने आहेत, परंतु त्यांना नेहमी डेटाबेसचा काही घटक आवश्यक असतो आणि नवशिक्या वापरकर्त्यासाठी ते खूप जटिल बनतात. म्हणूनच कॅटलॉग लाड करणे आणि त्यांची काळजी घेणे आवश्यक आहे (डीफॉल्टनुसार, बॅक्युला योजना आखलेल्या नोकरी पूर्ण केल्यावर कॅटलॉगचा स्वतःचा बॅकअप घेते).

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

याव्यतिरिक्त, बॅक्युला खंडांचे पुनर्वापर / पुनर्वापर समर्थित करते. म्हणूनच आपल्याला फक्त मासिक फुल बॅकअप हवा असेल, परंतु आपणास फक्त अस्तित्त्वात पाहिजे असेल तर आपण आधी बॅक्युलाला त्या कॉपी असलेल्या व्हॉल्यूमचे अधिलिखित करण्यासाठी कॉन्फिगर करू शकता, जेणेकरून आपण डिस्क अनावश्यकपणे भरणे टाळता आणि आपण स्वतः डेटा मिटविणे विसरून जा. जुन्या हातांनी.

कॉपी स्तर आणि पुनर्संचयित

एखादी व्यक्ती त्यांच्या संबंधित वेळापत्रकांसह वेगवेगळ्या नोक def्या परिभाषित करू शकते. दुस words्या शब्दांत, जर आपण दररोज पूर्ण बॅकअप घेतला तर आमची देखभाल करण्याची कार्ये फारच कार्यक्षम होणार नाहीत ... परंतु बॅकअप कॉपी बनवताना बॅक्युला आम्हाला 3 वेगवेगळ्या स्तरांपर्यंत अनुमती देते: पूर्ण, भिन्नता आणि वर्धक.

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

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

ऑटोमेशन

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

याव्यतिरिक्त, हे आपल्याला केवळ कॉपी केले जाणा files्या फायली / फोल्डर्स निर्दिष्ट करण्याची परवानगी देत ​​नाही, परंतु प्रत्येक कार्य करण्यापूर्वी, दरम्यान आणि नंतर कार्ये करणार्या कमांड / स्क्रिप्ट्सचे समर्थन देखील करते. म्हणून, जर एखाद्यास डेटाबेसचा बॅकअप घ्यायचा असेल तर आपण स्क्रिप्टचा मार्ग निर्दिष्ट करू शकता जो आपल्याला डंप देतो आणि नंतर त्या डंपची कॉपी करू शकतो. हे आपल्याला क्लायंट मशीनमधूनच अधिक विशिष्ट फायली जोडण्यात सक्षम करून, सर्वसामान्य मार्गाने कॉपी करण्यासाठी फायली निर्दिष्ट करण्याची परवानगी देते. सर्व UNIX प्रणाल्यांसाठी (जेथे फोल्डर्सची प्रत बनवायची आहे, / etc, / usr, / home / var ... परिभाषित केलेली आहे) एक सामान्य फाइलसेट असणे सामान्य आहे, आणि नंतर प्रत्येक क्लायंट स्वत: च्या फायली निर्दिष्ट करू शकतो कॉपी करा.

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

आणि हे सर्व… हे कसे कार्य करते?

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

केवळ हातांनी करणे आवश्यक आहे जीर्णोद्धार कार्ये, कारण ती स्वयंचलितरित्या काढण्यात काही अर्थ नाही ... जरी हे केले जाऊ शकते. तरीही, त्यास हाताने बनविणे अगदी सोपे आहे bconsole अनेक पर्याय दिले जातात आणि आपल्याला फक्त तपशील निवडणे आवश्यक आहे. हा पूल हातांनी परिभाषित करण्यासाठी देखील विस्तारित वापर आहे, म्हणूनच कॉन्फिगरेशन फाइल्समध्ये आपल्याला फक्त असे म्हणायचे आहे की कोणत्या पूलमध्ये खंड आहेत, त्यांचा शोध तयार करण्याचे / शोध तयार करण्याचे निर्देश न ठेवता.

Epilogue

हे पोस्ट खूप व्यापक होत असल्याने मी तांत्रिक तपशीलात गेलो नाही, मला या कार्यक्रमाच्या संचालनाविषयी जागतिक दृष्टिकोन देखील द्यावा अशी इच्छा होती. जर मला बरीच प्रतिक्रिया दिसली तर कदाचित माझ्याकडे ट्यूटोरियल असेल.

मला आशा आहे की आपणास हे आवडले असेल आणि पुढच्या वेळेपर्यंत!