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