सबसे मजबूत संग्रह प्रारूप क्या है?


25

मैं दस्तावेजों के साथ कुछ पुराने फ़ोल्डरों का बैकअप लेना चाहता हूं, जिनकी मुझे केवल बहुत ही कम आवश्यकता है। उसके लिए, मैं उन सभी को एक संग्रह में रखना चाहूंगा। जैसा कि यह एक बैकअप होगा, प्रारूप उस उद्देश्य के अनुरूप होना चाहिए। तो, निचला रेखा:

उबंटू में सबसे विश्वसनीय / मजबूत संग्रह प्रारूप कौन सा है?

जवाबों:


20

निर्भर करता है। दो सबसे लोकप्रिय विकल्प टारबॉल और ज़िप फाइलें हैं, लेकिन वे दोनों की कमी है:

  • .tar अधिकांश लिनक्स उपयोगकर्ताओं के लिए टेप अभिलेखागार एक बहुत लोकप्रिय विकल्प है। यह UNIX फ़ाइल अनुमतियां (जो बैकअप के लिए महत्वपूर्ण है) और हार्ड लिंक को संरक्षित करता है। यह मेरे द्वारा परीक्षण किए गए प्रत्येक लिनक्स डिस्ट्रो पर आउट-ऑफ-द-बॉक्स समर्थित है, साथ ही कुछ विंडोज प्रोग्राम जैसे 7-ज़िप । हालांकि, डुप्लिकेट डेवलपर्स द्वारा समझाया गया बैक-अप उपयोग-मामले के लिए टार की कई सीमाएं और कमियां हैं । यह बहुत धीमा हो सकता है: यहां तक ​​कि संग्रह में संग्रहीत फ़ाइलनामों की एक सूची प्राप्त करने के लिए, पूरे संग्रह को पढ़ा जाना चाहिए। यह विस्तृत मेटा-डेटा भी नहीं संभालता है जो कुछ नए फाइल सिस्टम के पास है।
  • .zip ज़िप फ़ाइलें एक संग्रह और एक संपीड़न प्रारूप दोनों के रूप में कार्य करती हैं। गति के लिए, आप संपीड़न को पूरी तरह से अक्षम कर सकते हैं। जिप फाइलें टेप अभिलेखागार से बेहतर हैं, जिसमें वे एक प्रकार की सामग्री की दुकान करते हैं, जिससे प्रोग्राम को उस विशिष्ट फ़ाइल पर जल्दी से कूदने की अनुमति मिलती है जिसे उन्हें निकालने की आवश्यकता होती है। यह भी आसान फ़ाइल भ्रष्टाचार का पता लगाने के लिए प्रत्येक फ़ाइल की सामग्री के लिए चेकसम स्टोर करता है। जिप फाइलें बेहद लोकप्रिय हैं, दुर्भाग्य से, वे लिनक्स बैक-अप के लिए उपयुक्त नहीं हैं क्योंकि वे सरल फ़ाइल अनुमतियों को संग्रहीत नहीं करते हैं।

यहां दो और विकल्प दिए गए हैं, दुख की बात यह है कि इनमें भी कमी है:

  • .7z 7z संपीड़ित अभिलेखागार में कुछ उत्कृष्ट विशेषताएं हैं जैसे एन्क्रिप्शन और बहुत बड़ी फ़ाइलों के लिए समर्थन। दुर्भाग्य से, यह UNIX फ़ाइल अनुमतियों को संग्रहीत नहीं करता है, इसलिए यह लिनक्स बैक-अप के लिए उपयुक्त नहीं है।
  • .ar क्लासिक यूनिक्स अभिलेखागार टार अभिलेखागार के लिए पूर्ववर्ती हैं, और टार अभिलेखागार के समान सीमाओं से पीड़ित हैं।

मेरी राय में, लिनक्स बैक-अप के लिए कोई पूरी तरह से मजबूत बैक-अप संग्रह प्रारूप नहीं है, कोई भी जो मेरे विश्वास, किसी भी तरह से वारंट करने के लिए पर्याप्त रूप से अच्छी तरह से जाना जाता है।

इनमें से प्रत्येक प्रारूप की सीमाओं को पार करने का एक तरीका यह है कि उन्हें संयोजित किया जाए: उदाहरण के लिए, प्रत्येक फ़ाइल को टार संग्रह में व्यक्तिगत रूप से संग्रहित करें, और फिर इन सभी तारकोल को एक ज़िप फ़ाइल में संग्रहित करें।

यदि आप वास्तव में मजबूत बैक-अप चाहते हैं, तो आपको शायद इन समाधानों पर ध्यान देना चाहिए:

  • बैक-अप सीधे एक बाहरी हार्ड डिस्क पर, स्रोत और गंतव्य दोनों पर समान फ़ाइल सिस्टम के साथ। यह सुनिश्चित करता है कि आप प्रत्येक फ़ाइल की अनुमतियों और मेटाडेटा को बिल्कुल इच्छित के रूप में संग्रहीत करेंगे। (एक तरफ के रूप में, फ़ाइलों के मालिकों और समूह के मालिकों को उनके उपयोगकर्ता नाम और समूह संख्या का उपयोग करके संग्रहीत किया जाता है, उनके नाम नहीं।)

  • CloneZilla की तरह फुल-डिस्क इमेजिंग और क्लोनिंग सॉफ्टवेयर का उपयोग करें । आप इन बैक-अप में से किसी एक फ़ाइल को पुनर्प्राप्त नहीं कर सकते हैं, लेकिन आप पूरी तरह से सुनिश्चित हो सकते हैं कि आपने जो कुछ भी संभव है उसे सहेज लिया है।

और याद रखें, हमेशा याद रखें: आप केवल अपने बैक-अप के बारे में आश्वस्त हो सकते हैं यदि आपने उन्हें पुनर्स्थापित करने का प्रयास किया है। यदि सबसे खराब सबसे खराब आया और आपका स्रोत हार्ड-ड्राइव पूरी तरह से नष्ट हो गया, तो क्या आप एक नई हार्ड-ड्राइव को पुनर्स्थापित करने के लिए आवश्यक सब कुछ बहाल कर सकते हैं? क्या यह आपकी अपेक्षा के अनुरूप काम करेगा? अपने बैक-अप को एक नई हार्ड-डिस्क पर पुनर्स्थापित करने का प्रयास करें और कुछ दिनों के लिए उस हार्ड-डिस्क से चलने का प्रयास करें। यदि आपको कुछ भी याद आ रहा है, तो आप जानते हैं कि आपका बैक-अप पूरी तरह से पर्याप्त नहीं था।

यह भी सोचें कि आप अपना बैक-अप कहाँ रख रहे हैं। आपको कम से कम कुछ बैक-अप्स की आवश्यकता होती है जो चोरी या आग से खुद को बचाने के लिए स्रोत डिस्क के समान भवन में नहीं होते हैं। इसके लिए कुछ विकल्प बादल, या एक दोस्त के घर हैं।


टीएआर / जिप के पेशेवरों और विपक्ष की इस अच्छी व्याख्या के लिए धन्यवाद! बहुत उपयोगी।
पिस्सू

9

एक टारबॉल ( .tarफाइलें) जाने का रास्ता होगा। gzipकम संपीड़न के लिए संपीड़न प्रारूप का उपयोग करें , लेकिन एक अच्छी गति। bzip2बहुत धीमा है, लेकिन एक बेहतर संपीड़न अनुपात प्रदान करता है। बाइनरी डेटा के लिए, हालांकि एक बड़ा अंतर नहीं है।

Gzip कम्प्रेशन का उपयोग करके डायरेक्टरी को कंप्रेस करने की कमांड:

tar czf /path/to/save/backup.tar.gz directory-to-backup

फ़ाइल अनुमतियों को संरक्षित करते समय एक गज़िप-संकुचित टारबॉल निकालने के लिए:

tar xzpf /path/to/save/backup.tar.gz

बदलें zद्वारा jbzip2 संपीड़न के लिए और जोड़ने के vवी (जैसे पहले czvfऔर xzpvf) फ़ाइल नाम मुद्रित करने के लिए के रूप में वे कर रहे हैं संग्रहीत / निकाले।


4
विश्वसनीयता के लिए, आप कोई संपीड़न नहीं चाहते हैं। एक संपीड़ित संग्रह के लिए कोई भी नुकसान सब कुछ पैदा करेगा जो नुकसान के बिंदु का अनुसरण करता है।
psusi 18

5
@psusi यह bzip2 के लिए सच नहीं है, जो ~ 1MB के विखंडू में संपीड़ित होता है। एक नजर है bzip2recover
फिहग

@phihag, स्वच्छ, इन सभी वर्षों के बाद मैंने उस पर ध्यान नहीं दिया! +1। Gzip पर bzip2 का एक बहुत अच्छा कारण।
Psusi

7

मैं 7zip ( sudo apt-get install p7zip-full) का चयन करता हूं । यह मेरे दृष्टिकोण से एक आदर्श कम्प्रेसिंग आर्काइव है।

मुझे उनके अनाड़ीपन के लिए क्लासिक टारबॉल पसंद नहीं है क्योंकि पूरी टार फ़ाइल को विघटित किया जाना है (जो कि पर्दे के पीछे हो सकती है, लेकिन फिर भी होती है) केवल सामग्री की संग्रह तालिका देखने के लिए।


4

हालांकि लगभग के रूप में अच्छी तरह से ज्ञात या व्यापक रूप से इस्तेमाल मैं साथ जाने के लिए इच्छुक होगी afio तरह से की वजह से यह फ़ाइलों को व्यक्तिगत रूप से इस तरह भ्रष्टाचार के मामले में वसूली संभव बनाने संपीड़ित करता है। योग्यता या इसी तरह के माध्यम से स्थापित करें।


1

Gzipped tarball (.tar.gz, .tgz), लिनक्स संग्रह मानक। आप इसके साथ गलत नहीं कर सकते।

मेरे जीवन में कभी भी मेरे पास एक भ्रष्ट या यहां तक ​​कि परेशानी नहीं थी। FlatmateRooms में हम सर्वर और सभी बैकअप पर सैकड़ों हजारों छवियों को संग्रहीत करने के लिए इसका उपयोग करते हैं।


0

कुछ मामलों में यह मेरे लिए उपयोगी है।

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