मैं अपने फाइल सिस्टम को डेटा-लॉस के लिए अधिक लचीला कैसे बना सकता हूं?


1

मान लीजिए कि मेरे पास कई अलग-अलग फ़ाइल सिस्टम के साथ स्वरूपित बहुत सारे विभाजन के साथ एक डिस्क है।

मैं बहुत कम ही इसके लिए डेटा लिखता हूं लेकिन मैं अक्सर इससे डेटा पढ़ता हूं।

अब मैं बस यह जानना चाहता हूं कि मैं क्या कर सकता हूं, एफएस स्तर पर या ओएस स्तर पर (केवल पढ़ें ...) बिजली-नुकसान के बहुत विशिष्ट मामले में डेटा-हानि से बचने के लिए। कोई यूपीएस।

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


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

हां, यह कुछ ऐसा है जिसके बारे में मैंने सुना है। लेकिन यह वास्तव में आजकल मानक है: हर हाल में एफएस जो मैं जर्नलिंग प्रदान करता है के बारे में सोच सकता हूं। मुझे बस आपको थोड़ी सी पृष्ठभूमि देनी चाहिए: मेरे पास FS के साथ एक डिस्क स्वरूपित है foo । मैं केवल एक फिल्म (कोई अन्य आईओ) नहीं देख रहा था। शक्ति का नुकसान। परिणाम: 26 फिल्मों वाली एक निर्देशिका को मिटा दिया गया। fsck में विसंगतियां पाई गईं लेकिन मेरी फिल्में कहीं नहीं मिलीं। इसे मैं डेटा भ्रष्टाचार या, अधिक सख्ती से, एफएस भ्रष्टाचार कहता हूं। और यही मैं बचना चाहता हूं। BTW foo एक पत्रिका प्रदान करता है।

कहा पे foo = ext4? मैं एफएस विशेषज्ञों को एक विस्तृत उत्तर प्रदान करने के लिए छोड़ दूंगा, क्योंकि मुझे किसी भी तरह से पता नहीं है कि एक अंतिम उपयोगकर्ता के रूप में आप एक पत्रकार एफएस के लचीलेपन पर एक भयावह घटना के रूप में डेटा भ्रष्टाचार के लिए अचानक शक्ति में सुधार कर सकते हैं। I / O के दौरान नुकसान।
Karan

कहा पे foo अज्ञात है क्योंकि मैंने अभी तक किसी अन्य उपयोगकर्ता के साथ एक दिलचस्प चर्चा की थी जो मैंने पूछा है और लगभग तुरंत बंद कर दिया गया है क्योंकि यह "अंतहीन और बेकार चर्चा" उठाएगा।

हाँ, मैंने तुम्हारी देखा डेटा हानि से बचने के लिए फाइलसिस्टम का सबसे उपयोगी गुण क्या है? अभी प्रश्न करें। मुझे नहीं पता कि यह प्रश्न खुला रहेगा या उस एक के डुप्लिकेट के रूप में वर्गीकृत किया जाएगा।
Karan

जवाबों:


1

आप अपने फाइल सिस्टम को कैसे ट्यून कर सकते हैं? शायद आप नहीं कर सकते।

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

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

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

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

फ़ाइल सिस्टम जो इसका समर्थन करते हैं, वे हैं ZFS, BtrFS, ReFS और अन्य। मैंने केवल कभी ZFS का उपयोग किया था।

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