RAID नियंत्रक विफल होने पर क्या करें?

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

स्वाभाविक रूप से, मैं RAID सरणियों के बारे में और विशेष रूप से RAID नियंत्रक की विफलता के बारे में बात कर रहा हूं। इस स्थिति में क्या करना है?

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

लेकिन यह सब सिद्धांत है, यह देखने के लिए जांचें कि क्या यह वास्तव में ऐसा है।
मेरे पास एकीकृत RAID नियंत्रकों के साथ 2 सर्वर हैं:

P410i नियंत्रक के साथ HP ProLiant DL380 G7


आईबीएम x3650 M4 , ServeRAID M5110e कंट्रोलर के साथ


और मेरे भी 2 कंट्रोलर हैं:
एडाप्टेक 6405


LSI लॉजिक 9260-8i


लेखापरीक्षा के परिणाम, सामान्य तौर पर, मुझे व्यक्तिगत रूप से आश्चर्य नहीं हुआ:
DL380 पर एडेप्टेक के साथ नियंत्रक को प्रतिस्थापित करते समय, नियंत्रक ने सरणी को देखा और यहां तक ​​कि सिस्टम को शुरू करने की कोशिश की (हालांकि यहां पहले से स्थापित सिस्टम में नियंत्रक के लिए ड्राइवर की कमी के कारण हमें कर्नेल घबराहट हुई), लेकिन किसी भी मामले में, डेटा अखंडता का उल्लंघन नहीं किया गया था और डेटा को पुनर्स्थापित करने की आवश्यकता है । परीक्षण RAID1 और RAID0 दोनों पर आयोजित किया गया था। एलएसआई के साथ, सब कुछ अधिक सरल और उदास हो गया - नियंत्रक ने डिस्क देखी, लेकिन सरणी नहीं देखी, पुनर्निर्माण और अन्य चालें सकारात्मक परिणाम नहीं दीं।
X3650 के साथ तस्वीर विपरीत निकली। चूंकि M5110e को LSI लॉजिक द्वारा निर्मित एक चिप पर बनाया गया है, जब 9260-8i के साथ कंट्रोलर को रिप्लेस किया जाता है, तो ऐरे को देखा गया था और उसी तरह जैसे पहले केस में - हम अपने डेटा को सुरक्षित और साउंड प्राप्त करने में कामयाब रहे, लेकिन Adaptec द्वारा एरे को पहचाने जाने से इनकार कर दिया गया। किसी भी चाल ने हमारी मदद नहीं की।
इससे हम यह निष्कर्ष निकाल सकते हैं - सरणी की सेवा जानकारी RAID नियंत्रकों के निर्माताओं के एक निश्चित ब्रांड के लिए "बंधी" है। व्यक्तिगत रूप से, मेरी सिफारिशें निम्नलिखित हैं - अंतर्निहित RAID नियंत्रकों के उपयोग से बचने की कोशिश करने के लिए, इस तथ्य के कारण कि नियंत्रक का चयन करना, मौजूदा विफलता की स्थिति में, बल्कि एक समस्याग्रस्त कार्य होगा, जो सफल नहीं हो सकता है। एक और बात यह है कि यदि आप किसी निश्चित निर्माता के बाहरी नियंत्रक का उपयोग करते हैं। महंगे नियंत्रकों (LSI Logic, Adaptec, Intel, Promise) के निर्माता काफी रूढ़िवादी हैं - एक ही मॉडल लंबे समय तक निर्मित होते हैं, साथ ही लगभग 100% संभावना है कि आपका सरणी पूरी तरह से दिखाई देगा और आपके नियंत्रक के अद्यतन संस्करण पर पूरी तरह कार्यात्मक होगा ( सामान्य तौर पर, इस तरह से, डेटा रिकवरी सेवाएं प्रदान करने वाली कंपनियां या तो एक समान नियंत्रक का उपयोग करती हैं या पुराने संपर्क को बहाल करने के लिए "दाता" के रूप में उपयोग करती हैं। स्कूटर, और एक तीसरे विकल्प के रूप में - RAID सरणी के बारे में डेटा को बचाने के लिए असफल नियंत्रक की गैर-वाष्पशील मेमोरी (सीएमओएस) को एक नए में स्थानांतरित करना)।

कोरप द्वारा पोस्ट किया गया