SMART आणि मॉनिटरिंग युटिलिटीजबद्दल थोडेसे

SMART आणि विशेषता मूल्यांबद्दल इंटरनेटवर बरीच माहिती आहे. पण स्टोरेज मीडियाच्या अभ्यासात गुंतलेल्या लोकांकडून मला माहीत असलेल्या अनेक महत्त्वाच्या मुद्द्यांचा उल्लेख मला आढळला नाही.

SMART रीडिंगवर बिनशर्त विश्वास का ठेवला जाऊ नये आणि नेहमी क्लासिक “SMART मॉनिटर्स” न वापरणे चांगले का आहे याबद्दल मी पुन्हा एकदा मित्राला सांगत होतो, तेव्हा माझ्या मनात बोललेले शब्द लिहून ठेवण्याची कल्पना आली. स्पष्टीकरणांसह प्रबंधांचा संच. प्रत्येक वेळी पुन्हा सांगण्याऐवजी लिंक प्रदान करणे. आणि ते व्यापक प्रेक्षकांसाठी उपलब्ध करून देण्यासाठी.

1) SMART विशेषतांच्या स्वयंचलित देखरेखीसाठी कार्यक्रम अत्यंत सावधगिरीने वापरावेत.

SMART विशेषता म्हणून तुम्हाला जे माहीत आहे ते रेडीमेड साठवले जात नाही, परंतु तुम्ही विनंती करताच ते तयार केले जातात. ऑपरेशन दरम्यान ड्राइव्हच्या फर्मवेअरद्वारे जमा केलेल्या आणि वापरलेल्या अंतर्गत आकडेवारीच्या आधारे त्यांची गणना केली जाते.

मूलभूत कार्यक्षमता प्रदान करण्यासाठी डिव्हाइसला यापैकी काही डेटाची आवश्यकता नाही. आणि ते संग्रहित केले जात नाही, परंतु प्रत्येक वेळी ते तयार केले जाते. म्हणून, जेव्हा SMART विशेषतांसाठी विनंती केली जाते, तेव्हा फर्मवेअर मोठ्या प्रमाणात प्रक्रिया सुरू करते ज्या गहाळ डेटा मिळविण्यासाठी आवश्यक असतात.

परंतु जेव्हा ड्राइव्ह रीड-राईट ऑपरेशन्ससह लोड केले जाते तेव्हा केलेल्या प्रक्रियेशी या प्रक्रिया खराबपणे सुसंगत असतात.

आदर्श जगात, यामुळे कोणतीही समस्या उद्भवू नये. परंतु प्रत्यक्षात, हार्ड ड्राइव्ह फर्मवेअर सामान्य लोक लिहितात. कोण चुका करू शकतो आणि करू शकतो. म्‍हणून, डिव्‍हाइस सक्रियपणे रीड-राइट ऑपरेशन करत असताना तुम्ही SMART विशेषतांसाठी क्‍वेरी केल्यास, काहीतरी चूक होण्याची शक्यता नाटकीयरीत्या वाढते. उदाहरणार्थ, वापरकर्त्याच्या वाचन किंवा लेखन बफरमधील डेटा दूषित होईल.

वाढत्या जोखमीबद्दलचे विधान हे सैद्धांतिक निष्कर्ष नसून एक व्यावहारिक निरीक्षण आहे. उदाहरणार्थ, HDD Samsung 103UI च्या फर्मवेअरमध्ये एक ज्ञात बग आहे, जेथे SMART विशेषतांची विनंती करण्याच्या प्रक्रियेदरम्यान वापरकर्ता डेटा खराब झाला होता.

म्हणून, SMART विशेषतांची स्वयंचलित तपासणी कॉन्फिगर करू नका. याआधी कॅशे फ्लश कमांड (फ्लश कॅशे) जारी केली आहे हे तुम्हाला निश्चितपणे माहित नसल्यास. किंवा, आपण त्याशिवाय करू शकत नसल्यास, शक्य तितक्या क्वचितच चालविण्यासाठी स्कॅन कॉन्फिगर करा. अनेक मॉनिटरिंग प्रोग्राम्समध्ये, चेक दरम्यानचा डीफॉल्ट वेळ सुमारे 10 मिनिटे असतो. हे खूप सामान्य आहे. त्याचप्रमाणे, अशा तपासण्या अनपेक्षित डिस्क निकामी होण्यासाठी रामबाण उपाय नाहीत (एक रामबाण उपाय म्हणजे फक्त बॅकअप). दिवसातून एकदा - मला वाटते की ते पुरेसे आहे.

तपमानाची चौकशी केल्याने विशेषता गणना प्रक्रियेस चालना मिळत नाही आणि ती वारंवार अंमलात आणली जाऊ शकते. कारण योग्यरित्या अंमलात आणल्यावर, हे SCT प्रोटोकॉलद्वारे केले जाते. SCT द्वारे, जे आधीच ज्ञात आहे तेच दिले जाते. हा डेटा बॅकग्राउंडमध्ये आपोआप अपडेट होतो.

2) SMART विशेषता डेटा अनेकदा अविश्वसनीय असतो.

हार्ड ड्राइव्ह फर्मवेअर तुम्हाला काय दाखवते असे वाटते ते दाखवते, प्रत्यक्षात काय घडत आहे ते नाही. सर्वात स्पष्ट उदाहरण म्हणजे 5 वी विशेषता, पुन्हा नियुक्त केलेल्या क्षेत्रांची संख्या. डेटा रिकव्हरी तज्ज्ञांना याची चांगली जाणीव आहे की हार्ड ड्राइव्ह पाचव्या विशेषतामध्ये शून्य क्रमांकाची पुनर्स्थापना दर्शवू शकते, जरी ते अस्तित्वात असले तरीही आणि दिसणे सुरूच आहे.

हार्ड ड्राइव्हचा अभ्यास करणार्‍या आणि त्यांच्या फर्मवेअरची तपासणी करणार्‍या तज्ञांना मी एक प्रश्न विचारला. मी विचारले की डिव्हाइसचे फर्मवेअर असे कोणते तत्व आहे ज्याद्वारे निर्णय घेतला जातो की आता सेक्टर रीअसाइनमेंटची वस्तुस्थिती लपविणे आवश्यक आहे, परंतु आता आपण SMART विशेषतांद्वारे याबद्दल बोलू शकता.

त्याने उत्तर दिले की कोणते उपकरण खरे चित्र दाखवतात किंवा लपवतात त्यानुसार कोणताही सामान्य नियम नाही. आणि हार्ड ड्राइव्हसाठी फर्मवेअर लिहिणार्‍या प्रोग्रामरचे तर्क कधीकधी खूप विचित्र दिसतात. वेगवेगळ्या मॉडेल्सच्या फर्मवेअरचा अभ्यास करताना, त्याने पाहिले की "लपवा किंवा दाखवा" हा निर्णय पॅरामीटर्सच्या संचाच्या आधारे घेतला जातो जे सामान्यत: ते एकमेकांशी आणि हार्ड ड्राइव्हच्या उर्वरित स्त्रोताशी कसे संबंधित आहेत हे स्पष्ट नसते.

3) SMART इंडिकेटर्सची व्याख्या विक्रेता-विशिष्ट असते.

उदाहरणार्थ, सीगेट्सवर, जोपर्यंत बाकीचे सामान्य आहेत तोपर्यंत आपण विशेषता 1 आणि 7 च्या "खराब" कच्च्या मूल्यांकडे लक्ष देऊ नये. या निर्मात्याच्या डिस्कवर, सामान्य वापरादरम्यान त्यांची परिपूर्ण मूल्ये वाढू शकतात.

हार्ड ड्राइव्हची स्थिती आणि उर्वरित आयुष्याचे मूल्यांकन करण्यासाठी, सर्व प्रथम पॅरामीटर्स 5, 196, 197, 198 वर लक्ष देण्याची शिफारस केली जाते. शिवाय, दिलेल्या मूल्यांवर नव्हे तर परिपूर्ण, कच्च्या मूल्यांवर लक्ष केंद्रित करणे अर्थपूर्ण आहे. . गुणधर्मांची जबरदस्ती गैर-स्पष्ट मार्गांनी केली जाऊ शकते, भिन्न अल्गोरिदम आणि फर्मवेअरमध्ये भिन्न.

सर्वसाधारणपणे, डेटा स्टोरेज तज्ञांमध्ये, जेव्हा ते एखाद्या गुणधर्माच्या मूल्याबद्दल बोलतात तेव्हा त्यांचा अर्थ सामान्यतः परिपूर्ण मूल्य असतो.

स्त्रोत: www.habr.com