--link-dest
अंतरिक्ष-कुशल स्नैपशॉट आधारित बैकअप बनाने के लिए उपयोग करना , जिससे आपको बैकअप डेटा (प्रत्येक बैकअप रन के लिए एक) की कई पूर्ण प्रतियां दिखाई देती हैं, लेकिन रन के बीच परिवर्तन नहीं करने वाली फाइलें नई प्रतियां सहेजने के स्थान को बनाने के बजाय हार्ड-लिंक की जाती हैं।
(वास्तव में, मैं अभी भी rysnc
-followed-by-cp -al
विधि का उपयोग करता हूं जो एक ही चीज को प्राप्त करता है, एक पुरानी-लेकिन-अभी भी-बहुत-अच्छी दोनों तकनीकों के नीचे चलाने के लिए http://www.mikerubel.org/ कंप्यूटर्स /rsync_snapshots/ देखें और संबंधित मुद्दे)
इस तकनीक का एक बड़ा नुकसान यह है कि अगर डिस्क त्रुटि के कारण कोई फ़ाइल दूषित है, तो यह सभी स्नैपशॉट में भ्रष्ट है जो उस फ़ाइल से लिंक करती है, लेकिन मेरे पास ऑफ़लाइन बैकअप भी है जो कि एक सभ्य सीमा तक इसकी रक्षा करेगा। दूसरी बात यह देखने के लिए है कि आपके फाइलसिस्टम में पर्याप्त इनोडेस हैं या आप उनमें से बाहर चलेंगे, इससे पहले कि आप वास्तव में डिस्क स्थान से बाहर भागें (हालांकि मुझे ext2 / 3 चूक के साथ कोई समस्या नहीं है)।
इसके अलावा, --dry-run
थोड़ा स्वस्थ व्यामोह के लिए बहुत उपयोगी को कभी मत भूलना , खासकर जब आप --delete*
विकल्पों का उपयोग कर रहे हों ।
--delete-before
उदाहरण के लिए) पुरानी "बिल्ड लिस्ट पहले" व्यवहार का उपयोग किया जाता है क्योंकि इन विकल्पों को सही ढंग से काम करने के लिए यह आवश्यक है - इसलिए यदि आप इस व्यवहार की जांच नहीं करते हैं तो देखें आपके द्वारा उपयोग किए जा रहे अन्य विकल्प इसे संभव होने से रोकने के लिए जाने जाते हैं। यह उपयोगी हो सकता है यदि आप एक बड़े पेड़ पर इंटरस्कूल का उपयोग कर रहे हैं और प्रारंभिक स्कैन को लागू करना चाहते हैं तो--progress
सटीक है (यानी "वस्तुओं की तुलना करने के लिए" गिनती कभी नहीं बढ़ेगी क्योंकि प्रारंभिक स्कैन के बाद कोई नई वस्तु नहीं मिलेगी। )।