जब आप बहु-हार्ड डिस्क LVM में हार्ड डिस्क की विफलता है, जो RAID का उपयोग नहीं करता है, तो क्या आप सब कुछ खो देते हैं?


16

मैं एक मीडिया / फ़ाइल सर्वर के लिए LVM का उपयोग करने के बारे में बहस कर रहा हूं क्योंकि मैं कई भौतिक हार्ड डिस्क को एक मात्रा में संयोजित करना चाहूंगा। मैं अपने LVM में किसी भी RAID का उपयोग नहीं करना चाहता हूँ, इसलिए मेरा प्रश्न है:

यदि मेरे वॉल्यूम में कई हार्ड डिस्क में से एक को नीचे जाना है तो क्या मैं अपना सारा डेटा खो दूंगा या क्या मैं उस व्यक्ति डिस्क पर स्टोर किए गए डेटा को खो दूंगा?

इसके अलावा, अगर मुझे व्यक्तिगत डिस्क पर डेटा खोना था, तो क्या यह उस डिस्क को बदलने और पुनर्प्राप्त करने के लिए बैकअप से उस पर बहाल करने के रूप में सरल होगा?

जवाबों:


11

यदि मेरे वॉल्यूम में कई हार्ड डिस्क में से एक को नीचे जाना है तो क्या मैं अपना सारा डेटा खो दूंगा या क्या मैं उस व्यक्ति डिस्क पर स्टोर किए गए डेटा को खो दूंगा?

नहीं, आप पूरे LVM पर संग्रहीत डेटा खो देंगे

इसके अलावा, अगर मुझे व्यक्तिगत डिस्क पर डेटा खोना था, तो क्या यह उस डिस्क को बदलने और पुनर्प्राप्त करने के लिए बैकअप से उस पर बहाल करने के रूप में सरल होगा?

नहीं, यह इतना आसान नहीं है

आप यहां इसी तरह के सवाल LVM और डिजास्टर रिकवरी पढ़ सकते हैं


7

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

mhddfs /dir1,/dir2[,/path/to/dir3] /path/to/mount [-o options]

या में /etc/fstab

 mhddfs#/path/to/dir1,/path/to/dir2 /mnt/point fuse defaults 0 0

कॉम्प्लेक्स एंड पावरफुल: आप यूनियनफॉस चाहते हैं ।
जबकि mhddfs अच्छा और बेहद सरल है, मुझे SSH के माध्यम से दूसरों तक पहुंच प्रदान करते समय फ़ाइल अनुमतियों के साथ समस्या थी। मुझे कोई हल नहीं मिला, लेकिन यूनियनफॉउड मिला।
Unionfs आपको विभिन्न फाइल सिस्टम में कई फ़ोल्डर्स को एक में माउंट करने की अनुमति देता है, लेकिन क्या यह अनुमतियों पर जादू है। आप कई रीड ओनली फोल्डर और एक राइटिंग को एक साथ मर्ज कर सकते हैं, इसलिए यह एक के रूप में दिखाई देता है। जिन लोगों को आपने अपने मर्ज किए गए फ़ोल्डर के साथ साझा किया था, तब वे केवल-पढ़ने के लिए फ़ोल्डर में लिख सकते हैं - जैसा कि यह उनके लिए प्रकट होता है - लेकिन फाइलें एकल लिखने योग्य में समाप्त होती हैं। लिनक्स बूट सीडी इस तरह से काम करते हैं, लिखने योग्य डिस्क एक रैमडिस्क है। लोग केवल पढ़ने के लिए फ़ोल्डर में फ़ाइलों को हटा सकते हैं, जो वास्तव में फ़ाइल को नहीं हटाता है, लेकिन उनकी राइट-डायरेक्टरी में छिपी हुई श्वेतसूची फ़ाइल बनाता है। यदि आप सभी विकल्पों को पकड़ते हैं, तो आप मूल रूप से अपने फाइल सिस्टम को एक गरीब आदमी के रूप में उपयोग कर सकते हैं SVN
यदि आप SVN- जैसे विकल्पों का बहुत अधिक उपयोग करते हैं, तो आप दो बार मौजूदा डेटा (आपके परिदृश्य में असंभव, लेकिन संभव है) को मिस कर सकते हैं, जबकि आपका लेखन योग्य फ़ोल्डर छोटे, छिपे हुए श्वेतसूची-फ़ाइलों से भर जाता है। इसके अलावा, यह आपके डिस्क को साफ और व्यक्तिगत रूप से प्रयोग करने योग्य रखता है। यदि डिस्क के लिए कोई फ़ाइल बहुत बड़ी है, तो मुझे अभी तक पता नहीं है कि क्या होता है।
उपयोग:

 unionfs-fuse -o cow,max_files=32768 \
                 -o allow_other,use_ino,suid,dev,nonempty \
                 /path/to/dir1=rw:/path/to/dir2=ro:/dir3
                 /u/union/etc

जहां =rwफ़ोल्डर पढ़ने और लिखने योग्य =roबनाता है और इसे केवल पढ़ने देता है, भले ही अनुमतियाँ अन्यथा राज्य हों। इसमें etc/fstabहै

unionfs-fuse#/path/to/dir1=rw:/path/to/dir2=ro:dir3 /path/to/mount fuse cow,allow_other 0 0

एक हटाने योग्य डिस्क के साथ इन सौदा कैसे प्लग नहीं किया जा रहा है?
एंडोलिथ

@endolith एक हटाने योग्य डिस्क पर एक mhddfs का मतलब यह नहीं होगा कि उस पर क्या खत्म होगा, एक संघट्यू वास्तविक समझ में आता है, लेकिन हटाने योग्य डिवाइस की उपलब्धता के आधार पर अलग तरीके से रिमाउंटिंग की आवश्यकता होती है।
डेनिसएच

मैं आपकी टिप्पणी नहीं समझता। यदि आपने mhddfs का उपयोग करके 3 USB ड्राइव को संयोजित किया है और उन पर फाइलें रखी हैं, और फिर एक को हटा दें, तो क्या स्थायी रूप से कुछ भी बुरा होता है? यदि आप इसे वापस प्लग करते हैं, तो क्या यह उस तरह से वापस जाता है जैसे पहले था?
एंडोलिथ

3
@endolith लिखने के दौरान अनप्लग करना कभी अच्छा नहीं होता। यदि आप लिखने के बाद अनप्लग करते हैं, तो यूएसबी ड्राइव सभी व्यक्तिगत रूप से ठीक हैं, कोई समस्या नहीं है। आप एक ड्राइव को अनप्लग कर सकते हैं, इसे पीसी 2 में प्लग कर सकते हैं, इसका उपयोग कर सकते हैं, इसे पीसी 1 में वापस प्लग कर सकते हैं और इन्हें पहले की तरह जारी रखने के लिए रिमाउंट कर सकते हैं। अपने सामान्य PC1 पर आरोह बिंदु के बीच में यह सूचित किया जाना चाहिए कि आपने ड्राइव (रिमाउंट) लिया है। लेकिन, मान लें कि आप PC2 के साथ 2 फाइलें साझा करते हैं, तो आप यह नहीं बता सकते हैं कि mhddfs की कौन सी ड्राइव माउंट करती है, वे समाप्त हो जाएंगे, या यदि यह समान ड्राइव है। स्थान की जांच / सुनिश्चित करने के लिए ड्राइव अभी भी व्यक्तिगत रूप से उपलब्ध हैं, लेकिन इसमें mhddfs शामिल नहीं है।
डेनिसएच

4

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

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

अन्यथा आपको शेष डिस्क से क्या डेटा प्राप्त करने की कोशिश करने के लिए कुछ हुप्स के माध्यम से कूदना होगा। यह मुमकिन होगा, लेकिन आप थोड़े बहुत परेशान होने के लिए कह रहे हैं। जगह में एक अच्छा बैकअप प्राप्त करें, और RAID पर पुनर्विचार करें।


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

1
मुझे यकीन नहीं है कि मैं यह समझता हूं। यदि कोई चीज़ गलत हो जाती है तो RAID आपको सरणी नहीं खोता है। RAID का उपयोग नहीं कर रहा है जब एक विफलता पूरी चीज को मार देगी।
JOTN

4
@ user72630: एक RAID कैसे काम करता है, इस बारे में आपको गंभीर गलतफहमी है। सबसे पहले, अलग-अलग RAID स्तर हैं, जिनमें से अधिकांश डिस्क विफलता के मामले में डेटा हानि से बचने के लिए डिज़ाइन किए गए हैं। फिर आप कई डिस्क पर केवल एक फ़ाइल सिस्टम के लिए एक RAID कॉन्फ़िगर कर सकते हैं, जैसे आप LVM के साथ योजना बना रहे हैं। कृपया पढ़ें en.wikipedia.org/wiki/RAID
स्वेन

दूसरों ने क्या कहा। RAID होने की पूरी बात उपलब्धता बना रही है ... यानी, ड्राइव विफल रहता है, डेटा अभी भी सुलभ है। उचित गियर के साथ आप गर्म बदलना विफल ड्राइव और नहीं कर सकते हैं डाउनटाइम के बारे में चिंता बिल्कुल
बार्ट सिल्वरस्ट्रिम

3

यदि आप सभी LVM संस्करणों में फैले एक फ़ाइल सिस्टम का उपयोग कर रहे हैं, तो संपूर्ण फ़ाइल सिस्टम क्षतिग्रस्त हो जाएगा क्योंकि FS अंतर्निहित भौतिक संस्करणों के बारे में नहीं जानता है और इससे जुड़ी संरचनाएँ नहीं बनाएगा। कामकाजी डिस्क पर कुछ हिस्सों को छुड़ाना संभव हो सकता है, लेकिन इसके लिए कोई गारंटी नहीं है।

और बस क्षतिग्रस्त डिस्क की फ़ाइलों को पुनर्प्राप्त करना या तो उसी कारण से काम नहीं करेगा।


2

मुझे लगता है कि आपके मीडिया विभाजन के लिए mdadm को कॉन्फ़िगर करने के लिए बहुत सरल मार्ग होगा। यदि आपके पास "वास्तविक RAID" के लिए हार्डवेयर नहीं है, तो mdadm मार्ग पर जाना काफी आसान होगा, और अतिरेक और सरल डिस्क प्रतिस्थापन के लिए आपकी आवश्यकताओं को पूरा करता प्रतीत होगा।

# Format your drives first
# Create your MD
mdadm --create /dev/md1 --level=5 --raid-devices=3 /dev/sda2 /dev/sdb2 /dev/sdc2

# In the event that a drive fails do the following
mdadm /dev/md1 --fail /dev/sda1
# Format the new drive
mdadm --add /dev/md1 /dev/sda1

अधिक जानकारी के लिए: http://en.wikipedia.org/wiki/Mdadm

यदि मेरे वॉल्यूम में कई हार्ड डिस्क में से एक को नीचे जाना है तो क्या मैं अपना सारा डेटा खो दूंगा या क्या मैं उस व्यक्ति डिस्क पर स्टोर किए गए डेटा को खो दूंगा?

यदि आप mdadm और RAID 5 का उपयोग करते हैं, तो आप एक ड्राइव खो सकते हैं, और सरणी कार्यात्मक है, तो एल्बिएट आपको प्रदर्शन में गिरावट का अनुभव होगा।


1

मुझे लगता है कि यह समझने के लिए महत्वपूर्ण बात जो उल्लेख नहीं की गई है वह एक फाइल सिस्टम में एक फाइल है जो जरूरी नहीं कि एक डिस्क पर एक स्थान पर बैठा हो। यह ब्लॉक में टूट गया है जो फाइल सिस्टम के अंदर कहीं भी रह सकता है। यदि आपकी फ़ाइल डिस्क 1, अगले डिस्क 2 आदि पर हो सकती है, तो पहले 4K आप फाइलसिस्टम का एक हिस्सा खोने पर कुछ भी रिकवरी करने की कोशिश करने की गड़बड़ी की कल्पना कर सकते हैं।


0

Btrfs यहाँ एक अच्छा विकल्प है; आप मेटाडाटा को एक डिस्क के नुकसान के लिए लचीला कर सकते हैं ("raid1" chunk प्रोफ़ाइल); अन्य डिस्क पर डेटा अभी भी पहुंच से बाहर होगा (बस हम स्पष्ट हैं, कि जहां भी डिस्क गायब है संदर्भित छेदों से भरी फ़ाइलों में अनुवाद करता है)। यह एक फिल्टर के साथ btrfs संतुलन चलाकर किया जाता है :

sudo btrfs balance start -m convert=raid1 /mnt/point
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.