बैकअप क्या है?

बहुत बार मैं वाक्यांशों को सुनता हूं जैसे "मुझे बैकअप की आवश्यकता क्यों है, मेरे पास RAID है!"। या "मैं सर्वर में दूसरे एचडीडी पर बैकअप बनाता हूं!"। या ऐसा कुछ। बहुत बार, उसके कुछ महीने बाद, मैं सवाल सुनता हूं "मैं मारे गए डेटा को कैसे पुनर्प्राप्त कर सकता हूं?"। और यह दुखद है।

लेख में मैं थोड़ा सा अटकलें लगाना चाहता हूं कि "बैकअप" क्या है और इस तरह की नकल की योजना मेरे डेटा के नुकसान से बचाने में मदद करेगी। खैर, कुछ मिथकों और बुरी आदतों को उजागर करने का प्रयास करें।

अधिकांश, मुझे लगता है, अपने लिए कुछ भी नया नहीं मिलेगा, लेकिन अगर आप अभी भी उन लोगों की श्रेणी से संबंधित हैं जो बैकअप नहीं करते या करते हैं, लेकिन ये बैकअप नहीं हैं, आपका स्वागत है!

आवश्यकताओं?

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

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

एक और बात। मान लीजिए आपने कोई फ़ाइल हटा दी है। या एक फाइल नहीं, बल्कि कई फाइलें। उदाहरण के लिए, उन्होंने गलती से "rm -rf ./ परीक्षण" किया था। और वे एक स्पष्ट विवेक के साथ, बिस्तर पर चले गए। और आधी रात को ... बैकअप। लेकिन यहाँ समस्या है - वह स्थापित किया गया था ताकि वह संस्करणों और परिवर्तनों के संबंध में डेटा की पूरी प्रतिलिपि बनाए। यानी आपके द्वारा डिलीट की गई फाइल को और बैकअप माध्यम पर, भी - अपने उद्देश्य के विपरीत किया। प्रस्तुत? तीसरी आवश्यकता संस्करण है । आपको अपने डेटा की पिछली स्थिति में वापस जाने में सक्षम होना चाहिए, न कि केवल दो समान प्रतियां।

खैर, यह पर्याप्त है, मुझे लगता है। लेख SOHO उपयोगकर्ताओं पर केंद्रित है, उद्यम नहीं, इसलिए, हम सुरक्षा आवश्यकताओं, आपदा वसूली की गति, सीमित अतिरेक और अन्य चीजों पर विचार नहीं करेंगे।

और परिणाम क्या है?

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

अभ्यास करने के लिए करीब।

कोई सवाल नहीं।

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

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

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

आचरण "अभ्यास" - कल्पना करें कि मुख्य वाहक खो गया है और पुनर्प्राप्त करने का प्रयास करें। मुझे यकीन है कि पहली बार जब आप सफल नहीं हुए हैं, या यह पता चला है कि बहुत सारी चीजें वास्तव में वैसी नहीं हैं जैसी कि आपने पहले कल्पना की थीं।

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

मिथकों और बुरे फैसलों के उदाहरण

किसी कारण से, लोग खुद को मूर्ख बनाना पसंद करते हैं। उदाहरण के लिए, कई लोग मानते हैं कि RAID बैकअप की जगह लेता है और डेटा सुरक्षा की गारंटी देता है। खासकर अगर RAID स्पष्ट नहीं है - पहला, लेकिन फैंसी, उदाहरण के लिए 5 वां।
लेकिन RAID एक बैकअप नहीं है । उपरोक्त मानदंडों में से, सामान्य मामले में, तीनों पूरे नहीं होते हैं - दर्पण डिस्क पृथक नहीं हैं, नियंत्रित नहीं हैं, और संस्करण नहीं हैं। फ़ाइल सिस्टम क्रैश, यादृच्छिक "rm -rf /" या एक त्रुटि जब विभाजन के साथ काम करना दोनों डिस्क पर डेटा को नष्ट कर देगा और RAID उन्हें बचाने में मदद नहीं करेगा। इसके अलावा, अगर एक एकल ड्राइव पर क्षतिग्रस्त एफएस को आमतौर पर कम से कम आंशिक रूप से बहाल किया जा सकता है, तो एक क्षय सरणी लगभग हमेशा नहीं होती है।

"बैकअप के लिए अलग एचडीडी" की आम योजना भी व्यवहार्य नहीं है। सबसे पहले, बैकअप डेटा एक हमलावर, वायरस या उपरोक्त "rm -rf /" जैसी सामान्य त्रुटि के लिए सुलभ और असुरक्षित है। दूसरे, कई स्थितियां हैं, अधिक संभावना है, कि दोनों ड्राइव को एक साथ नष्ट कर देगा। उदाहरण के लिए, तूफानी और सुंदर (विशेष प्रभावों के साथ) बिजली की आपूर्ति की मौत। या कंप्यूटर पर क्लीनर द्वारा पानी की एक बाल्टी पलट दी। या ... उनमें से एक बहुत।

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

एक निष्कर्ष के बजाय

15 मिनट "पहले" खर्च करके अपने डेटा को बचाएं - आप 15 घंटे "बाद" बचा सकते हैं। उन लोगों के बारे में दाढ़ी वाले मजाक को मत भूलना जो बैकअप नहीं करते हैं और जो पहले से ही उन्हें करते हैं।