स्मार्ट और निगरानी उपयोगिताओं के बारे में थोड़ा

इंटरनेट पर स्मार्ट और विशेषता मूल्यों के बारे में बहुत सारी जानकारी है। लेकिन मुझे भंडारण मीडिया के अध्ययन में शामिल लोगों से कई महत्वपूर्ण बिंदुओं के बारे में कोई उल्लेख नहीं मिला है जिनके बारे में मुझे पता है।

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

1) स्मार्ट विशेषताओं की स्वचालित निगरानी के लिए कार्यक्रमों का उपयोग बहुत सावधानी से किया जाना चाहिए।

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

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

लेकिन जब ड्राइव को रीड-राइट ऑपरेशन के साथ लोड किया जाता है तो ये प्रक्रियाएं निष्पादित प्रक्रियाओं के साथ खराब रूप से संगत होती हैं।

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

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

इसलिए, SMART विशेषताओं की स्वचालित जाँच को कॉन्फ़िगर न करें। जब तक आप निश्चित रूप से नहीं जानते कि कैश फ्लश कमांड (फ्लश कैश) इससे पहले जारी किया गया है। या, यदि आप इसके बिना नहीं कर सकते, तो स्कैन को यथासंभव कम से कम चलाने के लिए कॉन्फ़िगर करें। कई निगरानी कार्यक्रमों में, जांच के बीच का डिफ़ॉल्ट समय लगभग 10 मिनट है। ये बहुत आम है. फिर भी, ऐसी जाँचें अप्रत्याशित डिस्क विफलता के लिए रामबाण नहीं हैं (एक रामबाण उपाय केवल बैकअप है)। दिन में एक बार - मुझे लगता है कि यह काफी है।

तापमान को क्वेरी करने से विशेषता गणना प्रक्रियाएं शुरू नहीं होती हैं और इसे बार-बार निष्पादित किया जा सकता है। क्योंकि सही ढंग से लागू होने पर यह SCT प्रोटोकॉल के माध्यम से किया जाता है। एससीटी के माध्यम से, केवल वही दिया जाता है जो पहले से ज्ञात है। यह डेटा बैकग्राउंड में अपने आप अपडेट हो जाता है।

2) स्मार्ट विशेषता डेटा अक्सर अविश्वसनीय होता है।

हार्ड ड्राइव फ़र्मवेयर आपको वही दिखाता है जो वह सोचता है कि उसे आपको दिखाना चाहिए, न कि वह जो वास्तव में हो रहा है। सबसे स्पष्ट उदाहरण 5वीं विशेषता है, पुन: निर्दिष्ट क्षेत्रों की संख्या। डेटा पुनर्प्राप्ति विशेषज्ञ अच्छी तरह से जानते हैं कि एक हार्ड ड्राइव पांचवीं विशेषता में शून्य संख्या में पुनः आवंटन दिखा सकता है, भले ही वे मौजूद हों और दिखाई देते रहें।

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

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

3) स्मार्ट संकेतकों की व्याख्या विक्रेता-विशिष्ट है।

उदाहरण के लिए, सीगेट्स पर आपको विशेषताओं 1 और 7 के "खराब" कच्चे मूल्यों पर ध्यान नहीं देना चाहिए, जब तक कि बाकी सामान्य हैं। इस निर्माता की डिस्क पर, सामान्य उपयोग के दौरान उनका निरपेक्ष मान बढ़ सकता है।

हार्ड ड्राइव की स्थिति और शेष जीवन का आकलन करने के लिए, सबसे पहले पैरामीटर 5, 196, 197, 198 पर ध्यान देने की सिफारिश की जाती है। इसके अलावा, पूर्ण, कच्चे मूल्यों पर ध्यान केंद्रित करना समझ में आता है, न कि दिए गए मूल्यों पर। . विशेषताओं का जबरदस्ती गैर-स्पष्ट तरीकों से किया जा सकता है, अलग-अलग एल्गोरिदम और फ़र्मवेयर में अलग-अलग।

सामान्य तौर पर, डेटा भंडारण विशेषज्ञों के बीच, जब वे किसी विशेषता के मूल्य के बारे में बात करते हैं, तो उनका मतलब आमतौर पर पूर्ण मूल्य होता है।

स्रोत: www.habr.com