इंटेल मैट्रिक्स स्टोरेज मैनेजर बनाम लिनक्स सॉफ्टवेयर RAID


28

मैं जिस चिपसेट का उपयोग कर रहा हूं वह इंटेल आरएसटी तकनीक का समर्थन करता है। इसका मतलब है कि मेरे पास RAID सेटअप के लिए दो विकल्प हैं:

  • साधारण लिनक्स सॉफ्टवेयर RAID, mdadmकमांड का उपयोग करते हुए ।
  • RSTe (या तो BIOS या, फिर से, स्विच के mdadmसाथ कमांड का उपयोग करके -e imsm)।

यह देखते हुए कि mdadmदोनों के लिए इस्तेमाल किया जा सकता है, मैं दोनों के बीच अंतर नहीं समझ सकता।

  • नियमित लिनक्स सॉफ्टवेयर RAID की तुलना में RSTe मुझे क्या देता है?
  • जब RSTe मोड में, लिनक्स mdया BIOS द्वारा नियंत्रित वास्तविक RAID I / O पथ (यानी मिररिंग और स्ट्रिपिंग) है ।
  • विशेष रूप से, जब मैं "मैट्रिक्स RAID" का उपयोग करता हूं (यानी RAID विशिष्ट विभाजन को कवर करता है, तो पूरे डिस्क को), क्या मुझे दोनों एमबीआर पर मैन्युअल रूप से ग्रब स्थापित करने की आवश्यकता है?

जवाबों:


46

अवलोकन

उपलब्ध RAID के तीन सामान्य प्रकार हैं:

  • Software RAID: इसका मतलब है कि आपके BIOS और अन्य ऑपरेटिंग सिस्टम को लगता है कि आपके पास वास्तव में दो अलग-अलग डिस्क हैं, लेकिन विशुद्ध रूप से सॉफ्टवेयर स्तर पर, आपका ऑपरेटिंग सिस्टम RAID (मिररिंग, स्ट्रिपिंग, पैरिटी बिट्स, जो भी हो) के लिए कुछ ओएस-विशिष्ट ऑन-डिस्क प्रारूप का उपयोग करता है । सीपीयू द्वारा सभी प्रोसेसिंग बिना किसी हार्डवेयर सपोर्ट के की जाती है।

  • BIOS RAID: "फेक RAID" या "होस्ट RAID" के रूप में भी जाना जाता है, इसका मतलब है कि आपके मदरबोर्ड फर्मवेयर (विशेष रूप से, आपके एसएटीए / एसएएस नियंत्रक) को आरएडी उपकरणों को पहचानने के लिए स्पष्ट समर्थन है। लॉजिकल डिवाइस स्तर ( lun) पर, आपके कई हार्ड ड्राइव ऑपरेटिंग सिस्टम के सिंगल ड्राइव के रूप में दिखाई देंगे। यह मूल रूप से SATA / SAS कंट्रोलर है, "मेरे पास वास्तव में केवल एक हार्ड ड्राइव है। खैर, यह वास्तव में दो है, लेकिन shhhh, यह सिर्फ एक है, मुझ पर विश्वास करें"। दूसरे शब्दों में ऑपरेटिंग सिस्टम बता सकता हैयह एक RAID सेटअप है, लेकिन ऑपरेटिंग सिस्टम * RAID समानता / स्ट्रिपिंग / आदि के ऑन-डिस्क प्रारूप के लिए जिम्मेदार नहीं है। हालाँकि, इस मोड में भी, CPU समता बिट्स और स्ट्रिपिंग के लिए सभी गणना करता है। मदरबोर्ड, BIOS और SATA कंट्रोलर के पास उपकरणों को भौतिक रूप से "संयोजित" करने और RAID के लिए ऑन-डिस्क प्रारूप को परिभाषित करने के लिए सिर्फ पर्याप्त तर्क है। लेकिन उनके पास गणना करने के लिए एक समर्पित प्रोसेसर की कमी है, और उन्हें करने के लिए सीपीयू को बताने के लिए ऑपरेटिंग सिस्टम के भीतर सॉफ्टवेयर पर निर्भर है, यही कारण है कि आपको अभी भी अपने BIOS RAID के बारे में लिनक्स को बताना होगा। (इंटेल मैट्रिक्स / आरएसटी एक प्रकार का BIOS RAID है)।

  • Hardware RAID: यह वह जगह है जहां आपके पास एक समर्पित चिप है जिसका एकमात्र उद्देश्य RAID के लिए आवश्यक डेटा को संसाधित करना है। चिप काफी शक्तिशाली हो सकता है; कुछ हार्डवेयर RAID नियंत्रकों में वास्तव में एक दोहरे कोर, सीपीयू जैसी चिप होती है, हालांकि यह एक एम्बेडेड ऑपरेटिंग सिस्टम को चलाने के लिए विशेष रूप से अनुकूलित है जो RAID गणना करने में बहुत तेज है, जैसे कि RAID-5 के लिए समानता बिट्स, या RAID के लिए स्ट्रिपिंग। -0। हार्ड डिस्क शारीरिक रूप से RAID कार्ड में शामिल है, जो SATA / SAS कंट्रोलर प्रदान करता है, आमतौर पर DRAM या Flash में कैश को पढ़ना और लिखना, देशी कमांड कतार और एक केंद्रीय प्रोसेसर जो अधिक गणितीय गणना करता है। ये हार्डवेयर चिप $ 150 के बीच एंट्री लेवल पर औद्योगिक डेटासेंटर RAID बैकप्लेन के लिए कई हजारों तक चलते हैं।

अनुकूलता

सामान्य तौर पर, प्रत्येक प्रकार का RAID कुछ विशेष पहलू से "बंधा हुआ" होता है, जब वह पहलू बदल जाता है, तो आप संगतता समस्याओं में भाग लेते हैं।

  • सॉफ्टवेयर RAID उस ऑपरेटिंग सिस्टम से जुड़ा होता है जो RAID प्रारूप को परिभाषित करता है। कभी-कभी, एक ही ऑपरेटिंग सिस्टम के दो अलग-अलग संस्करणों के बीच, RAID प्रारूप टूट जाएगा, जिससे असंगति हो सकती है। यद्यपि यह किसी भी सॉफ़्टवेयर RAID प्रारूप के लिए किसी भी अन्य ऑपरेटिंग सिस्टम द्वारा समर्थित होने के लिए वैचारिक रूप से संभव है, क्योंकि यह सिर्फ सॉफ्टवेयर है , व्यवहार में, अधिकांश ऑपरेटिंग सिस्टम असंगत RAID प्रारूप प्रस्तुत करते हैं जो केवल उस ऑपरेटिंग सिस्टम को पहचान सकते हैं। हालांकि, व्यापक रूप से ज्ञात संगतता लिनक्स कर्नेल द्वारा उपयोग किए जाने वाले RAID प्रारूप हैं ( mdजैसा कि आप ओपी में चर्चा कर रहे हैं), जिसे विंडोज के सॉफ्टवेयर RAID को डायनामिक डिस्क भी कहा जा सकता है।

  • BIOS RAID आपको अपने स्वयं के मदरबोर्ड से बंधा हुआ है। यह संभव हो सकता है कि किसी विशेष BIOS RAID प्रारूप के साथ स्वरूपित ड्राइव को एक समान मदरबोर्ड RAID समाधान के साथ दूसरे मदरबोर्ड में स्थानांतरित किया जाए; उदाहरण के लिए, इंटेल RST RST के साथ एक अन्य प्रणाली के लिए। लेकिन आपको यह सुनिश्चित करने के लिए सावधानीपूर्वक शोध करने की आवश्यकता होगी कि आप एक चाल बनाने से पहले, यह सुनिश्चित करने के लिए कि यह आपके संगत होने के बारे में परवाह है।

  • हार्डवेयर RAID उस विशिष्ट हार्डवेयर नियंत्रक, या हार्डवेयर नियंत्रकों की एक श्रृंखला से जुड़ा होता है जो स्पष्ट रूप से संगत होने के लिए निर्माता द्वारा कहा जाता है। कुछ विक्रेताओं ने एक बहुत ही सुसंगत हार्डवेयर RAID डिस्क प्रारूप बनाए रखा है जो कई पीढ़ियों के नियंत्रकों द्वारा समर्थित है; अन्य लोग प्रारूप को अधिक बार बदलते हैं। फिर, आपको इसे केस-बाय-केस आधार पर शोध करना होगा।

प्रदर्शन

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

  • सॉफ़्टवेयर RAID RAID-1 कॉन्फ़िगरेशन के लिए सबसे उपयुक्त है, क्योंकि मिररिंग दो ड्राइव में एक ही डेटा की एक सरल प्रतिलिपि है, और गणना करने के लिए कोई समानता बिट्स नहीं हैं। सॉफ़्टवेयर RAID पर RAID -5 भयानक है।

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

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

संपूर्ण

यद्यपि BIOS RAID लिनक्स द्वारा समर्थित है, मैं यह अनुशंसा नहीं कर सकता कि आप इसका उपयोग करें।

अब मैंने सीधे आपके सवालों के जवाब देने के बाद, जब मैंने आपको लंबे समय तक जवाब दिया है:

नियमित लिनक्स सॉफ्टवेयर RAID की तुलना में RSTe मुझे क्या देता है?

सॉफ़्टवेयर RAID और BIOS RAID के बीच तुलना देखें। "RSTe" BIOS RAID का एक उदाहरण है; Linux mdRAID बिना -e imsmसॉफ़्टवेयर RAID का एक उदाहरण है।

जब RSTe मोड में, Linux md या BIOS द्वारा संभाला वास्तविक RAID I / O पथ (यानी मिररिंग और स्ट्रिपिंग) है।

यदि आप डेटा पथ का मतलब है, यह हमेशा सीपीयू (और इस प्रकार, ऑपरेटिंग सिस्टम) द्वारा नियंत्रित किया जाता है जब तक कि आपके पास एक समर्पित हार्डवेयर RAID कार्ड न हो। मुझे नहीं लगता कि ये किसी भी मदरबोर्ड पर आते हैं, हालांकि कुछ हाई-एंड सर्वर चिपसेट मुझे आश्चर्यचकित कर सकते हैं ...

विशेष रूप से, जब मैं "मैट्रिक्स RAID" का उपयोग करता हूं (यानी RAID विशिष्ट विभाजन को कवर करता है, तो पूरे डिस्क को), क्या मुझे दोनों एमबीआर पर मैन्युअल रूप से ग्रब स्थापित करने की आवश्यकता है?

नहीं, वास्तव में, आपको दोनों एमबीआर पर GRUB स्थापित करने की आवश्यकता नहीं है। आइए इसे मामले से लेते हैं:

  • सॉफ़्टवेयर RAID: GRUB को स्थापित करने के लिए बस एक डिस्क को मनमाने ढंग से चुनें, और इसे BIOS क्रम में सेट करें ताकि यह पहले बूट हो जाए। याद रखें, यदि आप चाहें, तो आप अलग-अलग विभाजन को मिरर कर सकते हैं, इसलिए सॉफ़्टवेयर RAID में बिट समान के लिए डिस्क नहीं होना चाहिए। एक बूटलोडर के साथ एक एमबीआर हो सकता है और एक एमबीआर में कुछ भी नहीं हो सकता है।

  • BIOS RAID: BIOS आपको बताएगा कि यह एक "डिस्क" है (यह वास्तव में इसे क्या कहेगा, यह एक RAID सरणी है), इसलिए आपको यह चुनने के लिए नहीं है कि GRUB को कहां स्थापित करना है। जब आप इस पर लिनक्स स्थापित करते हैं, तो एमबीआर (बूटलोडर सहित) और दोनों डिस्क के हर दूसरे सेक्टर को दोनों डिस्क के बीच कॉपी किया जाएगा। इसलिए सॉफ्टवेयर RAID के विपरीत, BIOS RAID लागू करता है कि दोनों डिस्क को ब्लॉक समान के लिए ब्लॉक करना होगा, क्योंकि आप उन्हें दो तार्किक उपकरणों के रूप में अलग नहीं कर सकते हैं; डिस्क नियंत्रक का कहना है कि वे वन लॉजिकल डिवाइस हैं, दो नहीं। तो आप बस यह नहीं कह सकते हैं कि "मैं 0 ड्राइव करने के लिए कुछ डेटा लिखना चाहता हूं लेकिन 1 ड्राइव करने के लिए नहीं"। संभव नहीं। लेकिन यह सॉफ्टवेयर RAID के साथ पूरी तरह से संभव है।

  • हार्डवेयर RAID: BIOS आपको बताएगा कि यह एक "डिस्क" है, और जहां तक ​​BIOS का संबंध है, यह विशेष रूप से जागरूक नहीं है कि आप कई डिस्क के साथ काम कर रहे हैं। RAID नियंत्रक ऑपरेटिंग सिस्टम और BIOS से RAID के सभी विवरणों को पूरी तरह से हटा देता है, इस सीमा को छोड़कर कि आप ऑपरेटिंग सिस्टम के भीतर कुछ प्रकार के कस्टम प्रोटोकॉल का उपयोग करके कुछ हार्डवेयर RAID नियंत्रकों को कॉन्फ़िगर कर सकते हैं। लेकिन डिवाइस BIOS परत के समान सॉफ्टवेयर परत से पूरी तरह से अविभाज्य हैं।

संपादित करें: अधिक प्रश्न उत्तर के लिए अद्यतन

मैं अभी भी कुछ चीजों को समझने में असफल हूं। सबसे पहले, एक BIOS के बारे में RAID: मैं इसे mdadm का उपयोग करके बना सकता हूं, इसलिए लिनक्स वास्तव में मुझसे अंतर्निहित डिस्क नहीं छिपाता है।

यह अजीब और समझाने में कठिन है। मूल रूप से डिस्क कुछ परतों में एक के रूप में दिखाई देती हैं, और अन्य परतों में दो के रूप में। लेकिन मैं शर्त लगा रहा हूं कि BIOS RAID के साथ प्रत्येक डिस्क का अपना अलग डिवाइस नोड नहीं होगा, जैसे /dev/sdaऔर /dev/sdb। यदि यह, ठीक है, आपके BIOS RAID ने जो मैंने देखा है, उससे अलग है।

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

यह एक और प्रति स्थापित करने के लिए चोट नहीं करता है, लेकिन डिस्क की विफलता के मामलों में, बूटिंग आपकी चिंता का कम से कम होना है। संक्षेप में, आगे बढ़ें और यदि आप चाहते हैं तो इसे करें, लेकिन यह शायद ही सबसे महत्वपूर्ण बात है। एक HDD पर एक लाइव सीडी से ग्रब स्थापित करना आसान है।

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

तो आपके लिए मैंने जिन पांच सवालों के जवाब दिए हैं; यदि आपको इस जानकारी में कोई मूल्य मिला है, तो कृपया उत्तर को उचित रूप से चिह्नित करें। धन्यवाद।


1
आपके विस्तृत और व्यावहारिक जवाब के लिए धन्यवाद। मैं अभी भी कुछ चीजों को समझने में असफल हूं। सबसे पहले, एक BIOS के बारे में RAID: मैं इसका उपयोग कर निर्माण कर सकता हूं mdadm, इसलिए लिनक्स वास्तव में मुझसे अंतर्निहित डिस्क को नहीं छिपाता है। दूसरे, ग्रब और एमबीआर के बारे में: यदि कोई RAID डिस्क के बजाय विभाजन को कवर करता है, तो मैं अभी भी अंतर्निहित डिस्क देख सकता हूं। MBR RAID के अंतर्गत नहीं है और इस प्रकार आपको डिस्क विफलता के मामले में बूट करने में सक्षम होने के लिए बूटलोडर को दो बार स्थापित करने की आवश्यकता है। क्या ये सही है?
लियोनिड 99

1
मेरे पास 6-सीरीज़ mdadm --detail-platformपीसीएच है , और यह इंगित करता है कि इंटेल मैट्रिक्स स्टोरेज मैनेजर का संस्करण 11.0.0.1339 है। मैं वास्तव में और के रूप में मेरी व्यक्तिगत ड्राइव देख सकते हैं । मेरा नकली RAID1 सरणी तब है । /dev/sdc/dev/sdd/dev/md126
जोनाथन रेनहार्ट

1
जब लिनक्स कर्नेल ऊपर और चल रहा है, तो फर्मवेयर / BIOS कोड अब निष्पादित नहीं हो रहा है। तो सभी कर्नेल क्या करने के लिए जिम्मेदार है? सब कुछ? अगर ऐसा है, तो IMSM वास्तव में क्या करता है? ऐसा लगता है कि यह लिनक्स द्वारा सॉफ़्टवेयर RAID के साथ बहुत अधिक नहीं है? मुझे लगता है मैं पूछ रहा हूँ, क्या वास्तव में BIOS / चिपसेट करता है?
जोनाथन रेनहार्ट

वैसे यह एक हाइब्रिड प्रतीत होता है: जब कंप्यूटर पहले बूट होता है (जब BIOS अभी भी सक्रिय है), तो BIOS सॉफ्ट RAID लॉजिक प्रदान करता है। जब OS बूट होता है, तो उसके ड्राइवर RAID सरणी को बनाए रखने के लिए जिम्मेदार होते हैं। 1 , 2
जोनाथन रेनहार्ट

2

Allquixotic का उत्तर बहुत लंबा है:

  1. नियमित लिनक्स सॉफ्टवेयर RAID की तुलना में RSTe मुझे क्या देता है?

बूट समर्थन और थोड़ा अलग सुविधा सेट। इसके दिल में यह एक डेटा प्रारूप है। - आप इसे इंटेल के RST विकल्प ROM के बिना भी उपयोग कर सकते हैं (तब आपके पास कोई विशेष बूट समर्थन नहीं है)। प्रारूप का तात्पर्य mdadmमैन पेज में लिखा गया है ।

  1. जब RSTe मोड में, Linux md या BIOS द्वारा संभाला वास्तविक RAID I / O पथ (यानी मिररिंग और स्ट्रिपिंग) है।

Linux md द्वारा (अर्थात पूरी तरह से कर्नेल)।

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


1
यह स्वीकृत उत्तर की तुलना में बहुत बेहतर है, जो लंबा है, जुआ है, काफी हद तक गलत है, और सवाल का जवाब नहीं देता है। (मुख्य बिंदु यह है कि RSTe BIOS द्वारा समझे गए प्रारूप का उपयोग करता है, जिससे आप अपमानित RAID से बूट कर सकते हैं।)
निमो

1

हम्मम का एक जवाब बहुत लंबा और दूसरा बहुत छोटा।

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

यदि सर्वर लिनक्स के लिए समर्पित है तो mdam है। यह "बेहतर" है क्योंकि यदि आप एक सरणी का पुनर्निर्माण कर रहे हैं जो आप इसे ओएस से कर रहे हैं न कि BIOS से तो पुनर्निर्माण की गति बहुत तेज है। बड़े डिस्क के साथ एक BIOS RAID पुनर्निर्माण कई DAYS ले सकता है।

लेकिन वास्तविकता यह है कि आप C के हरे टुकड़े या C के नीले टुकड़े के बीच चयन कर रहे हैं। वास्तविकता यह है कि सॉफ्टवेयर RAID मूल रूप से "अंतिम खाई CYA" छापा है।

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

एक हार्डवेयर ऐरे चिप के साथ सभी डिस्क हॉट-स्वैप ट्रे में जा सकते हैं और जब कोई विफल होता है, तो एक लाल बत्ती चालू हो जाती है, असफल डिस्क पर, आप इसे अस्वीकार कर देते हैं, इसे एक नई डिस्क से बदल देते हैं, फिर हार्डवेयर रेड कार्ड स्वचालित रूप से फिर से जुड़ता है सरणी, जबकि सर्वर अभी भी चल रहा है।

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

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

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

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