एक दंडित RAID सरणी से पुनर्प्राप्त करें


10

यहाँ मेरी स्थिति है।

मेरे पास डेल Perc 7i नियंत्रक, (LSI नियंत्रक) के साथ एक डेल सर्वर है।

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

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

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

मेरा सवाल है ... क्या किसी ने कभी भी डेटा खोए बिना या बिना पूरे इस तरह से कुछ भी बरामद किया है?

मुझे एक लिंक मिला जिसने मेरे परिदृश्य को कवर किया, यह सुनिश्चित नहीं किया कि क्या यह स्थिति पर कोई प्रकाश डालता है: http://www.theprojectbot.com/raid/what-is-a-punctured-raid-array/

किसी भी मदद या दिशा की सराहना की जाएगी! आप लोग क्या सोचते हैं?

जवाबों:


15

आपका सिस्टम मुझे लगता है अभी भी ऊपर है, इसलिए सबसे अच्छी बात यह है कि एक तत्काल बैकअप बनाना है , डिस्क / सरणी को डंप करना, पुनर्निर्माण करना और बैकअप से पुनर्स्थापित करना है।

ख़राब ब्लॉक का मतलब हमेशा यह नहीं होता है कि आपके बैकअप भी ख़राब हैं। यदि आपने कोई प्रदर्शन समस्याओं या क्षतिग्रस्त फ़ाइलों का अनुभव नहीं किया है, तो आपका बैकअप अभी भी पूरा होना चाहिए ताकि एक पुनर्स्थापना समाप्त हो सके।

परीक्षण करने के लिए, अपना सबसे हालिया बैकअप लें और अपने सबसे महत्वपूर्ण डेटा की जांच करें। यदि यह अभी भी बरकरार है, तो आपके पास एक अच्छा बैकअप होने की संभावना है।

इस बिंदु पर, इसमें एक जोखिम शामिल है क्योंकि आप 100% निश्चित नहीं हो सकते हैं कि आपके बैकअप अच्छे हैं या अब बैकअप लेने से फ़ाइल हानि नहीं होगी। हालाँकि, आपका सरणी अंततः विफल हो जाएगा और किसी भी तरह एक पुनर्स्थापना के लिए मजबूर कर सकता है, इसलिए यह आपका एकमात्र वास्तविक विकल्प है।


मैं देख रहा हूँ, अभी सब कुछ ठीक काम कर रहा है। तो अगर मैं अभी अपने सिस्टम का पूरा बैकअप बनाने में सक्षम हूं, और मैं ड्राइव्स को रिप्लेस करता हूं, सरणी को फिर से बनाता हूं, और उस संपूर्ण बैकअप को पुनर्स्थापित करता हूं ... क्या मैं इस विफलता को वापस ला रहा हूं? या क्या मैं ओएस और सॉफ्टवेयर को पुन: स्थापित करने से बेहतर हूं और जोखिम को कम करने के लिए केवल डेटाबेस बहाल कर रहा हूं?
user72593

ख़राब ब्लॉक आमतौर पर फ़ाइल स्तर पर नहीं होते हैं। यदि आप दूषित फ़ाइलें मिलीं तो मैं केवल यही करूँगा।
नाथन सी

@NathanC आपको "ख़राब ब्लॉक" नहीं मिलते, आपको भ्रष्ट डेटा मिलता है।
जेम्सरियन

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

1
@JamesRyan "खराब ब्लॉक" डिस्क में कहीं भी हो सकता है, जिसमें स्वैप, टेम्प फाइलें, या पहले उपयोग की गई लेकिन अब उपयोग की गई जगह शामिल है। एक ड्राइव बुरा ब्लॉक हैं है, यह नहीं है हमेशा मतलब डेटा खो गया था।
नाथन सी

8

इस पल को सही करें, निम्नलिखित करें:

  • इस सिस्टम के लिए पुराने बैकअप को रोकना या पुराने को हटाना बंद करें। आप वर्तमान में सभी बैकअप रखना चाहते हैं।
  • सर्वर का पूरा बैकअप लें।

उम्मीद है कि डिस्क अभी भी पर्याप्त हैं कि आपका डेटा बरकरार है, और आप नए पूर्ण बैकअप को चलाने में किसी भी समस्या का सामना नहीं करेंगे।

फिर उन डिस्क को स्क्रैप करें, और एक नया RAID सरणी बनाएं। एक बार तैयार हो जाने के बाद, आपने अभी जो बैकअप लिया है, उससे पुनर्स्थापित करने का प्रयास करें। किसी भी भाग्य के साथ, आपको बस इतना करना होगा।

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

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

इस प्रक्रिया का उपयोग डेटा हानि को कम करता है।


मैं देखता हूं, जो मेरे सवाल का जवाब देता है। इसलिए जब तक मेरा बैकअप बरकरार है, मैं अच्छा हूं, अगर नहीं, तो ... मुझे इससे निपटना होगा। धन्यवाद।
user72593

4

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

वर्चुअल डिस्क को फिर से बनाने और बैकअप से पुनर्स्थापित करने का समय आने पर RAID सेट को कैसे संभालना है, इसके बारे में कुछ स्पष्ट विवरण यहां दिए गए हैं:

  • सत्यापित करें कि आपके पास डेटा का एक अच्छा बैकअप है
  • मौजूदा वर्चुअल डिस्क हटाएं; सभी डिस्क को बाद में "तैयार" अवस्था में दिखाना चाहिए
  • एक नई वर्चुअल डिस्क को फिर से बनाएँ; अनुशंसित सेटिंग्स: अनुकूली रीड-फॉरवर्ड, राइट-बैक और डिस्क कैशिंग अक्षम
  • आपके पास एक ऑनलाइन वर्चुअल डिस्क होना चाहिए जिसमें पृष्ठभूमि की शुरुआत प्रगति पर हो।
  • बैकअप से बहाल करने के साथ आगे बढ़ें; बैकग्राउंड इनिशियलाइज़ेशन आमतौर पर 7.2K स्पिंडल के लिए लगभग 600GB / hr की गति से चलता है, इसलिए यदि आपके बैकअप रिस्टोर को इससे भी तेज गति से चलाया जा सकता है, तो init को एक हेड स्टार्ट दें, अन्यथा आपके बैकअप सॉफ़्टवेयर में राइट लेटेंसी के साथ कुछ समस्याएँ हो सकती हैं जब कोई नया स्थान तुरंत उपलब्ध नहीं होता है। बहाल।

नोट : यदि आप raid5 के प्रयोग कर रहे हैं, तो आप चाहिए गंभीरता RAID6 इस बार प्रयोग करने पर विचार। RAID5 इस आकार की एक सरणी पर वर्तमान उद्योग मानक सर्वोत्तम प्रथाओं के अनुसार व्यापार महत्वपूर्ण डेटा के लिए विश्वसनीय नहीं है। बड़ी क्षमता एसएटीए / एनएल-एसएएस डिस्क का भी पुनर्निर्माण के दौरान एक यूआरई से सामना करने का अधिक जोखिम होता है, जिसके परिणामस्वरूप एक पंचर होता है जैसे आप के साथ काम कर रहे हैं। RAID6 इस जोखिम को बहुत कम कर देता है, और वर्तमान में उपलब्ध ड्राइव क्षमता के साथ महत्वपूर्ण डेटा के लिए आम तौर पर स्वीकार्य है।

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