एकाधिक हार्ड ड्राइव को मर्ज कैसे करें?


16

मेरे पास तीन हार्ड ड्राइव वाला सर्वर है:

  1. 250 जीबी
  2. 3 टीबी
  3. 250 जीबी

मैं ~ 3.5 टीबी की एक बड़ी मात्रा के रूप में कई हार्ड ड्राइव को कैसे मर्ज कर सकता हूं? मैं एक प्रोग्रामर हूँ, सिस्टम एडमिनिस्ट्रेटर नहीं।


8
इस पर दो बार पुनर्विचार करें, जैसे कि आप इसके लिए उन ड्राइव के साथ जाएंगे, जो आप उचित RAID सेटअप करने में सक्षम नहीं होंगे और यदि आपका एक HDD विफल हो जाता है, तो आप वॉल्यूम में सभी डेटा खो सकते हैं ...
Petr

5
क्या ये सभी ड्राइव मैकेनिकल हार्डड्राइव हैं? ऐसी छोटी ड्राइव वास्तव में इन दिनों आम नहीं हैं और शायद बहुत पुरानी हैं। मैं डेटा के लिए इनका उपयोग कर गंभीरता से पुनर्विचार करना चाहता हूं। यदि ये SSDs हैं: उन्हें एक RAID / LVM / मेकैनिकल ड्राइव के साथ कुछ न डालें। इसके अलावा: आपके कॉन्फ़िगरेशन में, यदि आपकी 3 में से एक ड्राइव विफल हो जाती है, तो आपका सारा डेटा खो जाता है। एक बहुत बुरा जोखिम लेने के लिए।
टोबियास मैडेल

2
निर्भर करता है कि आप उनके लिए उपयोग करने का क्या मतलब है?
Braiam

क्या आपको उन ड्राइव पर वर्तमान में डेटा संरक्षित करने की आवश्यकता है?
मार्क प्लॉटनिक

1
@ TobiasMädel ने जो कहा उसे बढ़ाना: 6 से 8 साल पहले 250GB डिस्क लोकप्रिय थी। यदि आपके डिस्क पुराने हैं और दैनिक उपयोग में हैं, तो उन पर भरोसा करना जोखिम भरा है। उनका उपयोग ऐसे करें जैसे वे किसी भी दिन विफल हो सकते हैं।
मार्क प्लॉटनिक

जवाबों:


22

लिनक्स पर LVM (लॉजिकल वॉल्यूम मैनेजमेंट) का उपयोग करें।

आप LVM को "डायनेमिक पार्टिशन" के रूप में सोच सकते हैं, जिसका अर्थ है कि आप एलवीएम "पार्टिशन" (वे एलवीएम-स्पीक में "लॉजिकल वॉल्यूम" कहलाते हैं) का निर्माण / आकार बदल सकते हैं / हटा सकते हैं, जबकि आपका लिनक्स सिस्टम चल रहा है: नहीं नव-निर्मित या आकार बदलने वाले विभाजन के बारे में जानने के लिए सिस्टम को रिबूट करने की आवश्यकता है।

सबसे पहले आप अपने वर्तमान "डिस्क" के बारे में जानकारी प्राप्त करने के लिए विकल्प के fdiskसाथ उपयोग कर सकते हैं -l, फिर अपने "डिस्क" के विभाजन और उन विभाजनों के सिस्टम प्रकार को "लिनक्स LVM" पर सेट करने के लिए इसका उपयोग कर सकते हैं, जब आप "डिस्क का विभाजन समाप्त कर लेते हैं" ", pvcreate" एलवीएम "के लिए अपने नए विभाजन तैयार करने के लिए उपयोग करें।

अधिक जानकारी के लिए: https://www.howtoforge.com/linux_lvm


1
एक अन्य लिंक: wiki.ubuntu.com/Lvm (जो 1 हार्ड ड्राइव पर लॉजिकल वॉल्यूम का उदाहरण देते हुए अजीब है, लेकिन निश्चित रूप से आप एक ही लॉजिकल वॉल्यूम में कई भौतिक ड्राइव कर सकते हैं)। लॉजिकल दृश्य भौतिक परत से अलग होता है: एन भौतिक डिस्क (या भौतिक विभाजन) को एम लॉजिकल वॉल्यूम में डालें, और उन लॉजिकल वॉल्यूम का उपयोग / विभाजन करें, जिनकी आपको आवश्यकता है
ओलिवियर ड्यूलाक

4

निम्नलिखित आप क्या करना चाहते हैं ("संघ filsystems" के लिए भी खोज कर सकते हैं):

  1. mergerfs
  2. OverlayFS
  3. एलवीएम
  4. unionfs
  5. aufs

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

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


1
इशारा करने के लिए धन्यवाद mergerfs। मैं एक तार्किक संरचना (बहुत से 3D छवि डेटा) के लिए 2 500GB USB- डिस्क को मर्ज करने का एक तरीका ढूंढ रहा हूं। मैं पहले यही कोशिश करूंगा।
पीटर

3

कुंआ,

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

3 ड्राइव के आपके उपयोग के आधार पर, मुझे लगता है कि 4TB हार्ड ड्राइव पर जाना और अन्य 3 ड्राइव से सभी विभाजनों को कॉपी करना सबसे अच्छा होगा, जैसे " g ( " ) parted "या" dd / ddrescue "। इस तरह, आप अभी भी बनाए रखें मूल ड्राइव को कुछ भी गलत होना चाहिए।

अब, यदि 3 या एक से अधिक ड्राइव एक सिस्टम का रूट पार्टीशन है (जैसे एक या अधिक हार्ड ड्राइव एक सिस्टम का OS ड्राइव है जिसे आप "मर्ज" ऑपरेशन के बाद बूट करना चाहेंगे), मैं एक और तरीका देखूंगा यह, या grub के माध्यम से OS विभाजन को बूट करने के लिए 4TB ड्राइव सेट अप करता है ।

HTH।


1

अन्य उत्तर आपके प्रश्न के उत्तर प्रदान करते हैं। हालाँकि आपकी आवश्यकता को RAID द्वारा बेहतर तरीके से पूरा किया जा सकता है।

  • एक सॉफ्टवेयर raid1 में दोनों 250GB ड्राइव को मिलाते हुए, आपके द्वारा परवाह किए जाने वाले डेटा के लिए आपको 250 GB (~ 228 GB) प्रभावी रूप से स्टोरेज देता है। यह आपका ओएस, और आपकी व्यक्तिगत फाइलें हो सकती हैं। फिर एक 3TB ड्राइव को / डेटा स्टोर के रूप में उपयोग करें, यह जानते हुए कि यह कम संरक्षित है।

  • एक दूसरी 3TB ड्राइव खरीदें और दो बड़ी ड्राइवों को छापे, आपको 2.6TB प्रभावी स्टोरेज दे, लेकिन एक सिंगल ड्राइव की विफलता के खिलाफ सुरक्षित है। पूरी तरह से निरर्थक प्रणाली / डेटा पृथक्करण के लिए दो 250 GB ड्राइव के raid1 के साथ संयोजन कर सकते हैं। सबसे अच्छा विचार है अगर आप इसे बर्दाश्त कर सकते हैं।

  • तीन ड्राइव पर RAID5, ~ 500GB का प्रभावी भंडारण देता है और 3TB ड्राइव में से अधिकांश को बर्बाद करता है। अपव्ययी

  • JBOD / रैखिक छापा यह पूर्ण 3.5TB (लगभग 3.1 टीबी प्रभावी रूप से) देगा लेकिन किसी भी ड्राइव की विफलता पूरे फाइल सिस्टम की पूरी सामग्री को डंप कर देगी। यह बुरा है - ऐसा मत करो - केवल पूर्णता के लिए उल्लेख किया गया है।

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

शीर्ष पर LVM अमूर्त वृक्ष की एक और परत है - और इसी तरह के लक्ष्यों को प्राप्त करेगा, लेकिन छापे की प्रतिरोधक क्षमता के बिना।

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