क्या फाइल सिस्टम का लगभग पूरा होना बुरा है?


14

उदाहरण मेरे पास बड़े / छोटे आकार के फाइल सिस्टम हैं JFS2 / EXT3 , जो कुछ भी (और विभिन्न OS, लिनक्स, AIX), लेकिन उनमें से कुछ पूर्व पर हैं: 90%, 95%, 98% उपयोग।

प्रश्न: फाइलसिस्टम लगभग पूर्ण होने से कुछ बुरा होता है? प्रदर्शन की समस्याएं या FS भ्रष्टाचार या HW समस्या?

अपडेट करें:

  • सवाल कॉर्पोरेट पर्यावरण के बारे में है। क्या किसी के पास प्रभाव के संबंध में प्रामाणिक निबंध / URL है? :)

  • "कौन से निर्देशिका इन फाइल सिस्टम पर हैं?" - कोई भी, पूर्व: SAP, ORACLE, आदि

  • डिस्क आमतौर पर सैन से हैं।


इन filesystems पर कौन सी निर्देशिका है?

क्या यह कॉर्पोरेट या व्यक्तिगत कंप्यूटर उपयोग के लिए है?
41754

यदि आपका FS दूषित है और यह OS को नहीं बताता है, तो आपके पास कोई अच्छा FS नहीं है। यदि ऐसा होता है, लेकिन ओएस उपयोगकर्ता के लिए ठीक से अनुवाद नहीं करता है, तो ओएस विशेष रूप से लक्षित उपयोगकर्ता के लिए त्रुटियों और / या यूआई को संभालने में विफल रहता है। आप निश्चित रूप से यह ध्यान रखते हुए विकसित होते हैं कि एफएस अनंत नहीं हैं।
41754

आपका प्रश्न डेटाबेस के लिए SAN के माध्यम से प्रदान किए गए भंडारण के बारे में लगता है। यदि ऐसा है, तो इन डेटाबेस के भीतर स्टोरेज-सेटिंग पर जवाब निर्भर करता है - क्या वे हां या नहीं को ऑटो-एक्सटेंड करते हैं?
निल्स

नहीं, नहीं ऑटो EXTENDING
गैसको पीटर

जवाबों:


0

यदि यह "स्टैटिक" डेटाबेस स्टोरेज है, तो इसे भरने में कोई बुराई नहीं है - विशेषकर जब डीबी का ऑटो-विस्तार बंद हो जाता है। कुछ भी मूल्यवान SAN-अंतरिक्ष की बर्बादी होगी। इन फाइल सिस्टम के लिए निगरानी को बंद किया जा सकता है, या चेतावनी-स्तर को बढ़ाकर 99 या 100% कर दिया जाना चाहिए।

यह केवल गैर-बढ़ते डेटा के लिए सही है, इसलिए लॉग को कहीं और जाना चाहिए। हालांकि लॉग-स्टोरेज की बारीकी से निगरानी की जानी चाहिए। और यह काफी बड़ा होना चाहिए ताकि एक व्यवस्थापक समय में निगरानी से चेतावनी पर प्रतिक्रिया कर सके।


13

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

असली समस्या यह है कि एक पूर्ण फाइल सिस्टम पर है, किसी भी लिखने असफल हो जायेगी । तो यह इस बात पर निर्भर करता है कि ऐसी फाइलसिस्टम पर लिखने की कोशिश क्या होगी।

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

सिस्टम क्रिटिकल चीजों के लिए (जैसे कि स्टार्टअप / शटडाउन, लॉगिंग सुविधाओं आदि पर कोई भी हो रहा है), एक पूर्ण फाइल सिस्टम सबसे खराब स्थिति में आपके सिस्टम को ठीक से काम करने में असमर्थ कर सकता है; ext * filesystems के पास बहुत ही कारण से एक रूट रिज़र्व है, सिस्टम चीज़ों (रूट) को कुछ खाली जगह की अनुमति देने के लिए जब बाकी सब कुछ भरा हो। यह एक ऐसा मामला है जहां आपको कुछ अतिरिक्त भंडारण प्रदान करना चाहिए या कुछ पुराने सामान को हटाना चाहिए।


3
मैं अनुमान लगा रहा हूं कि आपने कभी ZFS का उपयोग नहीं किया है, जो 90-95% उपयोग के आसपास अनुपयोगी बिंदु तक पहुंच जाता है।
जोर्डन

आपका अनुमान सही है। ZFS / btrfs के पास मेरे लिए बिल्कुल शून्य अपील है। ZFS सर्वोत्तम अभ्यास मार्गदर्शिका भी 80% से नीचे रहने की सलाह देती है। मैं प्रदर्शन समस्याओं के संबंध में अपना उत्तर संपादित करूँगा।
फ्रॉस्ट्सचुट्ज़



9

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

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


+1 के लिए "जब एक डिस्क पूरी क्षमता के पास होती है तो डेटा को स्टोर करने के लिए डिस्क के कम अनुक्रमिक क्षेत्र होते हैं" - ऐसा कभी सोचा भी नहीं था!
सुमन

यह कोई डिस्क नहीं है। हम बात कर रहे हैं LUN द्वारा प्रदान की गई SAN। आम तौर पर यह बड़ी संख्या में शारीरिक डिस्क में एक धारीदार हिस्सा होता है।
निल्स

1

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

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

बेस्ट-केस परिदृश्य तब होता है जब स्वैप फ़ाइल के लिए अधिक स्थान नहीं होता है और सिस्टम आमतौर पर बिना किसी दीर्घकालिक प्रभाव के दुर्घटनाग्रस्त हो जाता है।

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


0

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

एपिसोड 1 2 और तीसरा नंबर 58 है जिसे मैं बहुत कम प्रतिष्ठा के कारण पोस्ट नहीं कर सकता हूँ:

पॉडकास्ट को हाइपरक्रिटिकल कहा जाता है और मेजबान जॉन सिराकुसा है।


0

आपको कुछ बातों पर विचार करना चाहिए:

  1. क्या आपको उस डेटा की आवश्यकता है जो उस स्थान का सभी उपभोग कर रहा है? बहुत सारे डेटा हो सकते हैं जो आप चाहते हैं, लेकिन ऐसा नहीं है कि आपको इसकी आवश्यकता है। और अगर आप तय करते हैं कि आपने इसकी आवश्यकता है, तो सुनिश्चित करें कि आप डेटा का हर उपयोग कर रहे हैं। दूसरे शब्दों में, क्या आपके व्यवसाय, बाजार या ग्राहकों के बारे में जानकारी है जो आप डेटा से प्राप्त कर सकते हैं? क्या आप समझ सकते हैं?
  2. यदि आपको आवश्यकता है, तो सभी डेटा इसे संग्रहीत करने का सबसे सस्ता तरीका मानते हैं। घर के सर्वर में, दूरस्थ भंडारण, संपीड़ित, डेटा का सबसे हाल का एक्स%। यदि आपके पास विस्तार या दूरस्थ भंडारण के लिए कोई बजट नहीं है, तो प्रदर्शन को बेहतर बनाने के लिए डेटा के सबसे पुराने 10% से छुटकारा पाएं।

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

लिनक्स के लिए, यह देखें: मैं अपने एचडीडी को कैसे बेंचमार्क कर सकता हूं?

अधिक गहन प्रदर्शनी के लिए इन ग्रंथों को देखें: http://www.amazon.com/Memory-Mass-Storage-Giovanni-Campardo-ebook/dp/B00F76KCGY/ref=sr_1_4?s=igital-text&ie=UTF8&qid=1420389894&sr=1-1 4 & कीवर्ड = कठिन + ड्राइव + प्रदर्शन

http://www.amazon.com/SImple-Choosing-Installing-Upgrading-Super-fast-ebook/dp/B00LNZTXFE/ref=sr_1_2?s=digital-text&ie=UTF8&qid=1420389894&sr=1-2&keywords=hard+drive+ प्रदर्शन


0

पूर्ण होने के कारण आपके पीसी का प्रदर्शन कम होगा । मैं अपने पीसी को Ubuntu 12.10 पर चला रहा हूं और इसमें मेरी ड्राइव फुल थी। मेरे एप्लिकेशन बहुत धीरे-धीरे खुलते थे और बूटिंग धीमी गति से होती थी । इसलिए मैं एक बाहरी हार्ड डिस्क लाया और तब से 50-60% डिस्क उपयोग बनाए रखा। मैं आपको वही सुझाऊंगा।

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