स्मार्ट र निगरानी उपयोगिताहरूको बारेमा थोरै

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

जब मैले एक पटक फेरि एक साथीलाई SMART रिडिङहरू बिना शर्त विश्वास गर्नु हुँदैन र किन क्लासिक "SMART मोनिटरहरू" सबै समय प्रयोग नगर्नु राम्रो हो भनेर बताइरहेको थिएँ, मलाई एक रूपमा बोलिएका शब्दहरू लेख्ने विचार आयो। व्याख्या सहितको थेसिसको सेट। प्रत्येक पटक रिटेलिङको सट्टा लिङ्कहरू प्रदान गर्न। र यसलाई फराकिलो दर्शकहरूमा उपलब्ध गराउन।

1) SMART विशेषताहरूको स्वचालित अनुगमनका लागि कार्यक्रमहरू ठूलो सावधानीका साथ प्रयोग गर्नुपर्छ।

तपाईलाई SMART विशेषताहरू भनेर थाहा भएको कुरा रेडिमेड भण्डारण गरिएको छैन, तर तपाईले अनुरोध गरेको क्षण उत्पन्न हुन्छ। तिनीहरू आन्तरिक तथ्याङ्कहरूको आधारमा गणना गरिन्छ र सञ्चालनको क्रममा ड्राइभको फर्मवेयरद्वारा प्रयोग गरिन्छ।

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

तर यी प्रक्रियाहरू ड्राइभ पढ्ने-लेखन अपरेसनहरूसँग लोड हुँदा प्रदर्शन गरिएका प्रक्रियाहरूसँग नराम्ररी उपयुक्त छन्।

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

बढ्दो जोखिमको बारेमा कथन सैद्धान्तिक निष्कर्ष होइन, तर एक व्यावहारिक अवलोकन हो। उदाहरणका लागि, त्यहाँ एउटा ज्ञात बग छ जुन HDD Samsung 103UI को फर्मवेयरमा देखा पर्‍यो, जहाँ प्रयोगकर्ता डेटा SMART विशेषताहरू अनुरोध गर्ने प्रक्रियामा बिग्रिएको थियो।

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

क्वेरी गर्ने तापमानले विशेषता गणना प्रक्रियाहरू ट्रिगर गर्दैन र बारम्बार कार्यान्वयन गर्न सकिन्छ। किनभने सही रूपमा कार्यान्वयन गर्दा, यो SCT प्रोटोकल मार्फत गरिन्छ। SCT मार्फत, पहिले नै थाहा भएको कुरा मात्र दिइन्छ। यो डाटा पृष्ठभूमिमा स्वचालित रूपमा अद्यावधिक हुन्छ।

2) SMART विशेषता डाटा अक्सर अविश्वसनीय छ।

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

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

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

3) SMART सूचकहरूको व्याख्या विक्रेता-विशिष्ट छ।

उदाहरणका लागि, Seagates मा तपाईंले विशेषताहरू 1 र 7 को "खराब" कच्चा मानहरूमा ध्यान दिनु हुँदैन, जबसम्म बाँकी सामान्य छन्। यस निर्माताबाट डिस्कहरूमा, तिनीहरूको निरपेक्ष मानहरू सामान्य प्रयोगको समयमा बढ्न सक्छ।

हार्ड ड्राइभको अवस्था र बाँकी जीवनको मूल्याङ्कन गर्न, यो सबै भन्दा पहिले प्यारामिटरहरू 5, 196, 197, 198 मा ध्यान दिन सिफारिस गरिएको छ। यसबाहेक, यो निरपेक्ष, कच्चा मानहरूमा ध्यान केन्द्रित गर्न अर्थपूर्ण छ, र दिइएको व्यक्तिहरूमा होइन। । विशेषताहरूको जबरजस्ती गैर-स्पष्ट तरिकामा प्रदर्शन गर्न सकिन्छ, विभिन्न एल्गोरिदम र फर्मवेयरमा फरक।

सामान्यतया, डेटा भण्डारण विशेषज्ञहरू बीच, जब तिनीहरू विशेषताको मूल्यको बारेमा कुरा गर्छन्, तिनीहरूले सामान्यतया निरपेक्ष मूल्यको अर्थ राख्छन्।

स्रोत: www.habr.com