यदि ट्रांसफर के बीच में rsnapshot / rdiff- बैकअप हो जाता है तो क्या होता है?


20

प्रश्न यह कहता है:

यदि ट्रांसफर के बीच में rsnapshot या rdiff- बैकअप हो जाता है तो क्या होगा?

मुझे पता है कि rsnapshot फैशन को घुमाने में आपके सिस्टम का पूरा स्नैपशॉट बनाने की कोशिश करता है, और rdiff- बैकअप एक अंतर बैकअप बनाता है, जो इसके पीछे पहले से सहेजी गई फ़ाइलों पर आधारित होने वाला है।

तो: क्या होता है अगर यह बीच में बाधित हो जाता है?

क्या यह "अपूर्ण स्नैपशॉट" के परिणामस्वरूप होता है?

क्या अन्य स्नैपशॉट जो इस पर निर्भर हैं भ्रष्ट हो जाएंगे? (निश्चित रूप से नहीं, लेकिन ...?)


1
यदि आप इस प्रश्न को दो अलग-अलग प्रश्नों में विभाजित करते तो क्या यह अधिक स्पष्ट नहीं होता?
औरोल

2
@andol यदि वह बाधित अंतरण से उबरने के बारे में जानकारी की तलाश में था, तो मुझे लगता है कि यह दो प्रश्नों के रूप में बेहतर होगा। मैंने व्याख्या की कि यह इस बात की तुलना के लिए अधिक है कि यदि आप प्रत्येक उपयोगिता का उपयोग करते हैं तो आपको कितनी परेशानी होगी, हालांकि, इसका एक प्रकार है "मुझे यह तय करने में मदद करें कि किसका उपयोग करें।"
ændrük

धन्यवाद एंडोल; लेकिन नहीं, मुझे लगता है कि यह एक सवाल है। मूल रूप से, "क्या होता है अगर rsnapshot / rsync स्थानांतरण के बीच में बाधित हो जाता है?", और मुझे लगता है कि उपकरण एक विशिष्ट आला को फैलाते हैं, इसलिए यह IMO दो अलग-अलग प्रश्नों का वारंट नहीं करता है। मैंने स्पष्टीकरण के प्रयोजनों के लिए संभावित परिणाम के रूप में 'अपूर्ण स्नैपशॉट' के प्रश्न को प्रस्तुत किया।
ईएमएफ

जवाबों:


22

मेरी समझ यह है कि ...

अगली बार जब यह चलता है तो rdiff- बैकअप अपूर्ण वृद्धि का पता लगाएगा। यह अपूर्ण वेतन वृद्धि को हटा देगा ताकि बैकअप स्थान वैसा ही हो जैसा कि बाधित बैकअप प्रयास कभी शुरू नहीं हुआ था।

rsnapshot थोड़ा अधिक जटिल है क्योंकि इसकी दिनचर्या अधिक चरणबद्ध है sync_firstऔर use_lazy_deletesविकल्पों और विकल्पों के उपयोग के आधार पर भिन्न होती है ।

  • यदि आप उपयोग करते हैं sync_firstऔर rsnapshot syncबाधित हो जाते हैं, तो आप बस rsnapshot syncचीजों को सीधा करने के लिए फिर से चला सकते हैं। यदि आप गलती rsnapshot <backup level>से इस बिंदु पर चलते हैं , तो नवीनतम बैकअप बिंदु अधूरा रहेगा और इसे घुमाव के माध्यम से ले जाया जाएगा।
  • यदि आप उपयोग नहीं करते हैं sync_first, तो आप बस एक अधूरा बैकअप बिंदु के साथ अटक जाते हैं जो फ़ाइलों के पुराने और नए संस्करण का एक संकर है। जब तक आप प्रत्येक बैकअप बिंदु को मैन्युअल रूप से रिवर्स-रोटेट नहीं करते हैं, तब तक अपूर्ण बैकअप बिंदु को घुमाव के माध्यम से ले जाया जाएगा।
  • दोनों ही मामलों में, चलने rsnapshot <backup level>से पुराना बैकअप बिंदु खो जाएगा जब तक use_lazy_deletesकि सक्षम न हो जाए ।

ध्यान दें कि sync_firstऔर use_lazy_deletesअधिक डिस्क स्थान का उपयोग करने की लागत पर आते हैं।


एक अनुस्मारक / अस्वीकरण: यह बिना कहे जाना चाहिए, लेकिन कभी भी इंटरनेट पर दूसरों की सलाह पर आंख मूंदकर भरोसा न करें। यदि आप किसी मिशन-क्रिटिकल के लिए rdiff- बैकअप या rsnapshot का उपयोग करने की योजना बनाते हैं , तो मैनुअल के प्रत्येक शब्द को पढ़ें और परीक्षण करें, परीक्षण करें, सब कुछ स्वयं परीक्षण करें!


1
इस तरह के "उचित तरीकों" संस्कृति के साथ बनाए रखने के लिए एक सराहनीय अनुस्मारक, और अच्छा अभ्यास, हम नहीं चाहते कि लिनक्स गूंगा-उपभोक्ता-भूमि में बदल जाए। नोट के लिए धन्यवाद।
ईएमएफ

इसलिए, सही ढंग से समझना: rsnapshot के लिए "रोटेशन के माध्यम से ले जाया गया" एक अधूरा बैकअप होने से दो चीजों का लाभ होगा: 1. बाद के बिंदु पर वापस भेजे जाने पर स्नैपशॉट अधूरा होगा। 2. कोई भी उच्च-स्तरीय स्नैपशॉट अभी भी पूरा नहीं होगा । लेकिन ठीक से पिछले हार्ड-लिंक करने योग्य फ़ाइलों का संदर्भ नहीं देगा जो अपूर्ण स्नैपशॉट में याद किए गए थे। क्या ये सही है?
ईएमएफ

1

मेरे साथ वही हुआ। rsnapshot के वृद्धिशील बैकअप के माध्यम से मेरा बाहरी अभियान पूर्णतः आधा हो गया:

rsync: write failed on "<path>": No space left on device (28) 

अब मैं इससे सीखी गई कुछ बातें साझा करना चाहूंगा। इस तरह के एक मामले के लिए मुझे वापस काटने के लिए मरम्मत और सीमित करने के लिए यानी;)

Rsnapshot के बाधित बैकअप को फिर से शुरू करें

मुझे पता है कि सुरक्षित तरीके से रोल करने के दो तरीके हैं।

मैन्युअल

  1. अंतिम निर्देशिका हटाएं (उदाहरण के लिए daily.0)
  2. लगातार निर्देशिकाओं का नाम बदलें (दैनिक.1 -> daily.0, ...); संभव स्क्रिप्ट 1
  3. सामान्य (फिर से) के रूप में बैकअप चलाएँ।

खुद ब खुद

rsnapshot के पास कोई ठहराव / स्टॉप और फिर से शुरू करने की क्षमता नहीं है ( रोलबैक योजना के कारण सीमित "को छोड़कर " 2 ), इसलिए हमें इन सुविधाओं को संभालने के लिए एक आवरण का उपयोग करना होगा।

rsnapshot-once3 फिलिप सी। हेकेल PHP में rsnapshot के लिए एक आवरण है जो:

  • आपके rsnapshot के कॉन्फिडेंस को संशोधित किए बिना काम करता है
  • यह सुनिश्चित करें कि दैनिक, साप्ताहिक और मासिक कार्य संबंधित समय अवधि में केवल एक बार चलाए जाते हैं , क्रोन के माध्यम से (लैपटॉप के लिए अच्छा)
  • असफल बैकअप का रोलबैक (चेक यदि अंतिम बैकअप पूरा हो गया था; यदि अंतिम निर्देशिका नहीं हटाई गई है और लगातार निर्देशिकाओं को दैनिक नाम दिया गया है जैसे दैनिक नाम। -> daily.0, ...)

एक वर्ष के लिए इसका उपयोग करते हुए मैं एक खुश उपयोगकर्ता हूं: मैंने openbase_dirअपनी बैकअप ज़रूरत और वॉइला के लिए php.ini को संपादित किया , भाग्यशाली दिन ^ _ ^ मेरे पिछले कच्चे rsnapshot आधारित समाधान की तुलना में चिकनी और सुरक्षित।

नोट: एसएलएम ने मुझे यहां डुप्लिकेट प्रश्न से जोड़ा: रुप्नशॉट गंतव्य पूर्ण - सुरक्षित रूप से कैसे पुनर्मिलन करें?

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.