क्या मुझे अपना बैकअप अमेज़न S3 स्टोरेज क्लाउड में स्टोर करना होगा?

No! TKLBAM सुविधा के लिए क्लाउड में बैकअप स्टोर करता है, लेकिन यह स्थानीय / कस्टम बैकअप स्टोरेज लक्ष्य का भी समर्थन करता है।

TKLBAM को क्लाउड में बैकअप देने के लिए दो मुख्य विकल्प हैं:

1. लो-लेवल tklbam-बैकअप --dump विकल्प: आपको एक निर्देशिका में कच्चे TKLBAM बैकअप निकालने को डंप करने देता है, जिसे आप फिर वैसे भी स्टोर कर सकते हैं।

   उदाहरण के लिए यहां हम कैसे एक सरल अ एन्क्रिप्टेड टारबॉल में एक सिस्टम बैकअप चाहते हैं:

   cd /tmp
   mkdir mybackup
   tklbam-backup --dump=mybackup/
   tar jcvf mybackup.tar.bz2 mybackup/
   

   और बाद में इसे इस तरह बहाल करें:

   cd /tmp
   tar jxvf mybackup.tar.bz2
   tklbam-restore mybackup/
   

   --dump विकल्प Duplicity को बायपास करता है, जो आमतौर पर एन्क्रिप्टेड संग्रह फ़ाइलों की एक श्रृंखला बनाता है जिसे बढ़ाकर अद्यतन किया जा सकता है। ये संग्रह फाइलें अमेज़ॅन एस 3 स्टोरेज क्लाउड में डिफ़ॉल्ट रूप से संग्रहीत हैं लेकिन आप इसे --address विकल्प के साथ ओवरराइड कर सकते हैं और समर्थित किसी भी स्टोरेज बैक-एंड को निर्दिष्ट कर सकते हैं Duplicity (जैसे, स्थानीय निर्देशिका, ssh, ftp, sftp, आदि पर rsync)।

2. उच्च स्तर tklbam-backup --address विकल्प: आपको एक कस्टम बैकअप लक्ष्य URL निर्दिष्ट करने देता है जो Duplicity पर पारित होता है।

   यह अत्यधिक एक परीक्षण बहाल फिर से शुरू करने की सिफारिश की है। अपने बैकअप का परीक्षण हमेशा एक अच्छा विचार है, और यहां तक कि एक कस्टम --address के साथ भी, क्योंकि यह उपयोग को जटिल बना सकता है।

   हब आम तौर पर आपको अपने बैकअप के मेटाडाटा को प्रबंधित करने में मदद करता है जब यह स्टोरेज एड्रेस को ऑटो-कॉन्फ़िगर करता है। यदि आप एक मैनुअल एड्रेस निर्दिष्ट करते हैं तो आपको स्टोरेज स्थानों, एन्क्रिप्शन कुंजी और प्रमाणीकरण क्रेडेंशियल्स को हाथ से प्रबंधित करने की आवश्यकता है।