एक हार्ड डिस्क ड्राइव पर RAID-Z बेवकूफ है?


18

जाहिर है, अगर पूरे ड्राइव की मृत्यु हो जाती है, तो एक डिस्क पर RAID-Z मदद नहीं करेगा। लेकिन अन्य प्रकार की त्रुटियों के बारे में क्या?

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

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

पहला सवाल यह है कि हार्ड ड्राइव कैसे विफल हो जाते हैं? क्या मेरी धारणाएँ मान्य हैं? क्या यह सच है कि एक बुरा ब्लॉक खराब हो जाता है लेकिन संपूर्ण ड्राइव अभी भी ज्यादातर उपयोग योग्य है? यदि ऐसा है, तो ऐसा लगता है कि RAID-Z अन्य ब्लॉकों (क्षेत्रों) की समता का उपयोग करके खराब ब्लॉक या डिस्क के खराब क्षेत्र की मरम्मत कर सकता है।

उपयोग मामला बैकअप के लिए है। यदि मैं सप्ताह में एक बार 8 टीबी ड्राइव पर डेटा को धक्का देता हूं, तो क्या यह डेटा 7 प्लस के टीबी ड्राइव पर विचार करने के लिए समझ में आता है, 1 टीबी की समानता में यह उम्मीद करता है कि अतिरिक्त समता मुझे थोड़ा सड़ने, खराब क्षेत्रों, या से उबरने में मदद करेगी अन्य स्थानीयकृत ड्राइव विफलताएँ?

यदि सिद्धांत तकनीकी रूप से त्रुटिपूर्ण नहीं है, तो क्या ऐसा करने के लिए ZFS को कॉन्फ़िगर किया जा सकता है?

संपादित करें: इस प्रश्न को पोस्ट करने से पहले मैंने दूसरा प्रश्न देखा। प्रत्येक विभाजन को अलग-अलग विभाजन में विभाजित करना एक विकल्प है। लेकिन अवधारणा में, यह संभव हो सकता है कि एन विभाजनों के लिए ब्लॉक मैप एक दूसरे के साथ जुड़ा हो ताकि एक धारी, जबकि तार्किक रूप से एन विभाजन भर में होगा शारीरिक रूप से एक साथ बहुत करीब होगा। यह मेरे सवाल का सार था "ZFS को ऐसा करने के लिए कॉन्फ़िगर किया जा सकता है?" यानी सिर्फ ZFS ... विभाजन की चालबाजी के साथ ZFS नहीं।


7
यदि आप एकल-डिस्क अतिरेक चाहते हैं, तो par2 अभिलेखागार बनाने पर विचार करें । ZFS के साथ, आप सेट कर सकते हैं copies=2, लेकिन आप ऐसा करके 50% संग्रहण जुर्माना लगा सकते हैं। इसके अतिरिक्त, मैं ZFS विशेषज्ञ नहीं हूं, लेकिन मेरा अंतर्ज्ञान (जो गलत हो सकता है) मुझे बताता है कि ZFS आपके प्रस्तावित समाधान से खुश नहीं होगा। PAR2 एक परिपक्व, लचीली तकनीक है। इसका उपयोग करने से न केवल आपकी समता की आवश्यकता पूरी होगी, बल्कि यदि आप चाहें तो प्रति-संग्रह के आधार पर समता की मात्रा निर्धारित करने देंगे।
ईईएए


एचडीडी पर ट्रैक को सिलेंडर कहा जाता है (क्योंकि एक से अधिक प्लेटर हो सकते हैं)।
LawrenceC

1
जब ड्राइव खराब हो जाती है, तो यह एक त्वरित प्रक्रिया हो जाती है - जब तक पूरी ड्राइव बेकार नहीं होती तब तक खराब होने वाले क्षेत्रों की दर बढ़ जाती है। यदि ड्राइव खराब होने लगती है और RAID-Z चुपचाप आपके लिए क्षतिपूर्ति कर रहा है, तो आपके पास सफलतापूर्वक लिखित बैकअप हो सकता है, लेकिन जब आप इससे उबरने के लिए जाते हैं, तो यह प्रयोज्यता का बिंदु होता है। जब मैं इसका बैकअप ले रहा होता हूं, तो मैं अपना बैकअप डिवाइस जोर से फेल कर देता हूं, जैसे ही यह खराब होने लगता है, इसलिए मैं इसे बदल सकता हूं और भरोसा करना जारी रखता हूं कि जो सफलतापूर्वक लिखा गया है वह आत्मविश्वास से पठनीय है।
एंथनी एक्स

@ ईईएएए - लगता है कि मैं क्या उपयोग करूंगा। धन्यवाद। और, टिप्पणी करने वाले सभी को धन्यवाद।
pedz

जवाबों:


23

चूंकि RAID-Z समता पूल में किसी अन्य डिवाइस पर समता ब्लॉक होने से काम करता है, इसलिए आपको अपने डिवाइस को N + 1, N + 2 या N + 3 समान आकार के विभाजन में विभाजित करने की आवश्यकता है, जहां N विभाजनों में डेटा और 1/2 शामिल हैं समता बिट्स होते हैं।

इन विभाजनों के ऊपर, आप एक zpool बनायेंगे, जिसके साथ RAID-Z को आपने चुना है, और उसके बाद zpool पर एक फ़ाइल सिस्टम बनाएं।

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

जवाब है: हां, यह बेवकूफी होगी।


2
एक एसएसडी पर यह करने के बारे में क्या?
जेएफएल

7
@ जेएफएल: नंद फ्लैश, जो एसएसडी में उपयोग किया जाता है, बिल्कुल समस्या है कि यह समाधान हल करने की कोशिश करता है, अर्थात् व्यक्तिगत ब्लॉक मर रहा है। वास्तव में, NAND के साथ यह इतनी बड़ी समस्या है कि सभी SSD कंट्रोलर आपके लिए इसे स्पष्ट रूप से प्रबंधित करते हैं। नतीजतन, एसएसडी के साथ सबसे आम दृश्यमान दोष पूरे डिवाइस का कुल नुकसान है, संभवत: केवल पढ़ने में विफल डिवाइस के बाद। न तो समस्या का समाधान यहाँ रोका गया।
MSalters

6
इसके अलावा, SSDs ने ब्लॉक को फिर से व्यवस्थित किया। पहनने वाले लेवलिंग अनुकूलन में से एक समूह को एक साथ लिखना है। लगातार अलग-अलग विभाजनों को लिखने से एक ही मिटा ब्लॉक में समाप्त हो जाएगा, इसलिए एक मिटा ब्लॉक की विफलता के मामले में, आप एक ही डेटा को कई बार संग्रहीत करने का लाभ बिल्कुल खो देते हैं।
लियोरी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.