बॅकअप भाग 5: लिनक्ससाठी बॅकुला आणि वीम बॅकअपची चाचणी करणे

ही नोट विविध "मोठे" बॅकअप सॉफ्टवेअर पाहतील, ज्यामध्ये व्यावसायिक सॉफ्टवेअरचा समावेश आहे. उमेदवारांची यादी: लिनक्स, बाकुलासाठी वीम एजंट.

फाइल सिस्टमसह काम तपासले जाईल, जेणेकरून मागील उमेदवारांशी तुलना करणे सोयीचे होईल.

अपेक्षित निकाल

दोन्ही उमेदवार सार्वत्रिक रेडीमेड सोल्यूशन्स असल्याने, सर्वात महत्त्वाचा परिणाम म्हणजे कामाची अंदाजे क्षमता, म्हणजे, समान प्रमाणात डेटावर प्रक्रिया करताना समान ऑपरेटिंग वेळ, तसेच समान भार.

लिनक्स पुनरावलोकनासाठी वीम एजंट

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

फाइल बॅकअप तयार करण्याची प्रक्रिया त्याच कर्नल मॉड्यूलच्या आधारावर कार्य करते: एक ब्लॉक डिव्हाइस स्नॅपशॉट तयार केला जातो, जो तात्पुरत्या निर्देशिकेत माउंट केला जातो, ज्यानंतर डेटा स्नॅपशॉटमधून दुसर्या स्थानिक निर्देशिकेत फाइलद्वारे फाइल समक्रमित केला जातो किंवा smb किंवा nfs प्रोटोकॉल द्वारे रिमोट, जेथे अनेक फाइल्स प्रोप्रायटरी फॉरमॅटमध्ये तयार केल्या जातात.

फाइल बॅकअप तयार करण्याची प्रक्रिया कधीही पूर्ण झाली नाही. सुमारे 15-16% अंमलबजावणीवर, गती 600 kbsec आणि खाली, 50% cpu वापरावर घसरली, ज्यामुळे बॅकअप प्रक्रिया 6-7 तास चालली, त्यामुळे प्रक्रिया थांबवण्यात आली.

वीम तांत्रिक सहाय्यासाठी एक विनंती तयार केली गेली, ज्याच्या कर्मचार्‍यांनी उपाय म्हणून ब्लॉक मोड वापरण्याचे सुचवले.

बॅकअप प्रती तयार करण्याच्या ब्लॉक-बाय-ब्लॉक मोडचे परिणाम खालीलप्रमाणे आहेत:

या मोडमधील प्रोग्रामचा ऑपरेटिंग वेळ 6 GB डेटासाठी 20 मिनिटे आहे.

सर्वसाधारणपणे, प्रोग्रामचे बरेच चांगले इंप्रेशन, परंतु ऑपरेशनच्या फाइल मोडच्या अतिशय मंदपणामुळे सामान्य पुनरावलोकनात ते विचारात घेतले जाणार नाही.

Bacula पुनरावलोकन

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

पूर्ण बॅकअप मोडमध्ये

या मोडमध्ये, बॅक्युलाने अंदाज लावता येण्याजोगा असल्याचे सिद्ध केले, सरासरी 10 मिनिटांत बॅकअप पूर्ण केला,
लोड प्रोफाइल असे दिसून आले:

या ऑपरेटिंग मोडमध्ये काम करताना अपेक्षेप्रमाणे बॅकअपचा आकार अंदाजे 30 GB होता.

वाढीव बॅकअप तयार करताना, रिपॉजिटरीच्या आकाराशिवाय, अर्थातच (सुमारे 14 जीबी) परिणाम फारसे वेगळे नव्हते.

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

निकाल

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

घोषणा

बॅकअप, भाग 1: बॅकअप का आवश्यक आहे, पद्धती, तंत्रज्ञान यांचे विहंगावलोकन
बॅकअप भाग 2: rsync-आधारित बॅकअप साधनांचे पुनरावलोकन आणि चाचणी
बॅकअप भाग 3: डुप्लिसीटीचे पुनरावलोकन आणि चाचणी, डुप्लिकेट
बॅकअप भाग 4: zbackup, restic, borgbackup चे पुनरावलोकन आणि चाचणी
बॅकअप भाग 5: लिनक्ससाठी बॅकुला आणि वीम बॅकअपची चाचणी करणे
बॅकअप भाग 6: बॅकअप साधनांची तुलना करणे
बॅकअप भाग 7: निष्कर्ष

द्वारे पोस्ट केलेले: पावेल डेमकोविच

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