मेरे साथ वही हुआ। rsnapshot के वृद्धिशील बैकअप के माध्यम से मेरा बाहरी अभियान पूर्णतः आधा हो गया:
rsync: write failed on "<path>": No space left on device (28)
अब मैं इससे सीखी गई कुछ बातें साझा करना चाहूंगा। इस तरह के एक मामले के लिए मुझे वापस काटने के लिए मरम्मत और सीमित करने के लिए यानी;)
Rsnapshot के बाधित बैकअप को फिर से शुरू करें
मुझे पता है कि सुरक्षित तरीके से रोल करने के दो तरीके हैं।
मैन्युअल
- अंतिम निर्देशिका हटाएं (उदाहरण के लिए daily.0)
- लगातार निर्देशिकाओं का नाम बदलें (दैनिक.1 -> daily.0, ...); संभव स्क्रिप्ट 1
- सामान्य (फिर से) के रूप में बैकअप चलाएँ।
खुद ब खुद
rsnapshot के पास कोई ठहराव / स्टॉप और फिर से शुरू करने की क्षमता नहीं है ( रोलबैक योजना के कारण सीमित "को छोड़कर " 2 ), इसलिए हमें इन सुविधाओं को संभालने के लिए एक आवरण का उपयोग करना होगा।
rsnapshot-once
3 फिलिप सी। हेकेल PHP में rsnapshot के लिए एक आवरण है जो:
- आपके rsnapshot के कॉन्फिडेंस को संशोधित किए बिना काम करता है
- यह सुनिश्चित करें कि दैनिक, साप्ताहिक और मासिक कार्य संबंधित समय अवधि में केवल एक बार चलाए जाते हैं , क्रोन के माध्यम से (लैपटॉप के लिए अच्छा)
- असफल बैकअप का रोलबैक (चेक यदि अंतिम बैकअप पूरा हो गया था; यदि अंतिम निर्देशिका नहीं हटाई गई है और लगातार निर्देशिकाओं को दैनिक नाम दिया गया है जैसे दैनिक नाम। -> daily.0, ...)
एक वर्ष के लिए इसका उपयोग करते हुए मैं एक खुश उपयोगकर्ता हूं: मैंने openbase_dir
अपनी बैकअप ज़रूरत और वॉइला के लिए php.ini को संपादित किया , भाग्यशाली दिन ^ _ ^ मेरे पिछले कच्चे rsnapshot आधारित समाधान की तुलना में चिकनी और सुरक्षित।
नोट: एसएलएम ने मुझे यहां डुप्लिकेट प्रश्न से जोड़ा: रुप्नशॉट गंतव्य पूर्ण - सुरक्षित रूप से कैसे पुनर्मिलन करें?