कोबियन बैकअप - इंक्रीमेंटल या डिफरेंशियल बैकअप?


7

मैं कोबियन बैकअप का उपयोग कर रहा हूं। मैं एक आंतरिक ड्राइव में एक विभाजन को एक बाहरी ड्राइव में दूसरे विभाजन के साथ रखना चाहता हूं।

मुझे क्या चुनना चाहिए? वृद्धि या अंतर?


विकिपीडिया लेख आपको उत्तर देगा। en.wikipedia.org/wiki/Differential_backup पहले पैराग्राफ के अंत में: डेटा बैकअप के वृद्धिशील बैकअप विधि की तुलना में कम से कम एक और फायदा यह है कि डेटा बहाली के समय, अधिकांश दो बैकअप मीडिया को पुनर्स्थापित करने के लिए कभी भी आवश्यकता होती है सभी डेटा। यह डेटा पुनर्स्थापना को सरल बनाता है और साथ ही डेटा बहाली समय को छोटा करने की संभावना को बढ़ाता है।
शिकी

ओह और यहाँ भी Acronis द्वारा एक अच्छा विवरण है! acronis.com/resource/solutions/backup/2005/...
Shiki

क्या अंतर बैकअप पूर्ण बैकअप स्थान पर डेटा सहेजता है?
एल्मो नोव

वे दोनों वहां डेटा सहेजते हैं। Acronis लेख पढ़ें।
शिकी

जवाबों:


12

चूंकि आप केवल अपने विभाजन को सिंक करना चाहते हैं, इसलिए मैं वृद्धिशील विकल्प का उपयोग करने की सलाह देता हूं, लेकिन "टाइमस्टैम्प का उपयोग करके अलग से बैकअप बनाएं" विकल्प भी बंद कर दिया गया है। यह "सामान्य" में, कार्य गुणों के तहत पाया जाता है। इस तरह, आप केवल विभिन्न संस्करणों या अलग बैकअप से निपटने के लिए बिना नई और संशोधित फ़ाइलों की प्रतिलिपि बनाएंगे।

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

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

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

उस सेटिंग्स के साथ, बैकअप वास्तव में स्रोत विभाजन से नई और संशोधित फ़ाइलों की एक प्रतिलिपि को लक्ष्य विभाजन में बना देगा, लेकिन यदि आप उन्हें स्रोत एक से हटाते हैं तो यह लक्ष्य विभाजन से फ़ाइलों को हटा नहीं देगा।

यदि आप A की B में सटीक प्रतिलिपि बनाना चाहते हैं, तो इसका मतलब यह है कि आप फ़ाइलों को लक्ष्य से हटा भी देंगे यदि आप उन्हें स्रोत से हटाते हैं, तो आपको उन्नत के तहत "मिरर टास्क" विकल्प को भी चालू करना होगा। एक ही कार्य गुण संवाद।

अतिरिक्त नोट: कुछ अन्य बैकअप प्रोग्राम डिफ़ॉल्ट रूप से बैकअप बनाते समय अधिक फ़ोल्डर्स बनाते हैं, जैसे D: \ someFolderCreatedByBackupSW [.. someDate ..] myActualData [...] इसके बजाय सिर्फ: D: myActualData [...]

यहां तक ​​कि अगर उन फ़ोल्डरों में आपका डेटा होता है, तो वे आपके पास ठीक उसी शीर्ष स्तरीय फ़ोल्डर संरचना का "सम्मान" नहीं करते हैं, इसके अलावा, यदि आप ऐसे बैकअप को पुनर्स्थापित करना चाहते हैं, तो आपको अभी भी सब कुछ वापस पाने के लिए उसी बैकअप प्रोग्राम की आवश्यकता है (अरेका काम करता है) रास्ता, अफाक)।

आप डिफ़ॉल्ट रूप से संपीड़न और एन्क्रिप्शन ऑफ़ रखना भी चाह सकते हैं, क्योंकि अन्यथा, फ़ाइलें सीधे कोबियन से या बिना उन्हें अनलॉक्ड करने के लिए उपलब्ध नहीं होंगी। उस बंद के साथ, आपके पास हमेशा अंतिम डेटा होता है, स्रोत की सटीक प्रतिलिपि के रूप में, और किसी भी अन्य मीडिया की तरह ही पढ़ने योग्य होता है।

उम्मीद है की वो मदद करदे! आगे पूछना सुनिश्चित करें कि क्या मैंने आपको अधिक संदेह दिया है = पी

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