Internetis on palju teavet SMARTi ja atribuutide väärtuste kohta. Kuid ma ei ole kohanud ühtegi mainimist mitmete oluliste punktide kohta, millest tean andmekandjate uurimisega seotud inimestelt.
Kui ma järjekordselt sõbrale rääkisin, miks ei tohi SMART-i näitu tingimusteta usaldada ja miks on parem klassikalisi “SMART-kuvareid” mitte pidevalt kasutada, tekkis mõte, et panen välja öeldud sõnad kirja vormis. teeside komplekt koos selgitustega. Et iga kord ümber jutustamise asemel linke pakkuda. Ja teha see kättesaadavaks laiemale publikule.
1) SMART-atribuutide automaatse jälgimise programme tuleks kasutada väga ettevaatlikult.
Seda, mida tunnete SMART-atribuutidena, ei salvestata valmis kujul, vaid need genereeritakse kohe, kui te neid taotlete. Need arvutatakse sisemise statistika põhjal, mida draivi püsivara töö ajal kogub ja kasutab.
Seade ei vaja mõnda neist andmetest põhifunktsioonide pakkumiseks. Ja seda ei salvestata, vaid genereeritakse iga kord, kui seda nõutakse. Seetõttu käivitab püsivara SMART-atribuutide taotluse korral suure hulga protsesse, mida on vaja puuduvate andmete hankimiseks.
Kuid need protsessid ühilduvad halvasti protseduuridega, mida tehakse siis, kui draiv on laaditud lugemis- ja kirjutamistoimingutega.
Ideaalses maailmas ei tohiks see probleeme tekitada. Kuid tegelikult kirjutavad kõvaketta püsivara tavalised inimesed. Kes saab ja teeb vigu. Seega, kui küsite SMART-atribuute ajal, mil seade teeb aktiivselt lugemis-kirjutustoiminguid, suureneb tõenäosus, et midagi läheb valesti. Näiteks kasutaja lugemis- või kirjutamispuhvris olevad andmed rikutakse.
Väide riskide suurenemise kohta ei ole teoreetiline järeldus, vaid praktiline tähelepanek. Näiteks HDD Samsung 103UI püsivaras on teadaolev viga, mille puhul kasutajaandmed said kahjustada SMART-atribuutide taotlemise käigus.
Seetõttu ärge konfigureerige SMART-atribuutide automaatset kontrolli. Kui te ei tea kindlalt, et vahemälu loputamise käsk (Flush Cache) on välja antud enne seda. Või kui te ei saa ilma selleta hakkama, seadistage skannimine nii harva kui võimalik. Paljudes seireprogrammides on vaikeaeg kontrollide vahel umbes 10 minutit. See on liiga tavaline. Siiski pole sellised kontrollid imerohi ootamatu kettarikke korral (imerohi on ainult varukoopia). Kord päevas - ma arvan, et see on täiesti piisav.
Temperatuuri päring ei käivita atribuudi arvutamise protsesse ja seda saab sageli käivitada. Kuna õigesti rakendades tehakse seda SCT-protokolli kaudu. SCT kaudu antakse ära ainult see, mis on juba teada. Neid andmeid värskendatakse taustal automaatselt.
2) SMART-atribuudi andmed on sageli ebausaldusväärsed.
Kõvaketta püsivara näitab teile seda, mida see teie arvates peaks teile näitama, mitte seda, mis tegelikult toimub. Kõige ilmsem näide on 5. atribuut, ümbermääratud sektorite arv. Andmete taastamise spetsialistid teavad hästi, et kõvaketas võib viiendas atribuudis näidata nulli arvu ümberjaotusi, kuigi need on olemas ja ilmuvad jätkuvalt.
Esitasin küsimuse spetsialistile, kes uurib kõvakettaid ja uurib nende püsivara. Küsisin, mis põhimõttel seadme püsivara otsustab, et nüüd on vaja sektori ümbermääramise fakti varjata, kuid nüüd saab sellest rääkida SMART atribuutide kaudu.
Ta vastas, et pole üldist reeglit, mille järgi seadmed tegelikku pilti näitavad või varjavad. Ja kõvaketastele püsivara kirjutavate programmeerijate loogika tundub mõnikord väga kummaline. Uurides erinevate mudelite püsivara, nägi ta, et sageli tehakse otsus "peida või näidata" parameetrite komplekti põhjal, mis on üldiselt ebaselged, kuidas need on omavahel ja kõvaketta ülejäänud ressursiga seotud.
3) SMART-näitajate tõlgendamine on hankijapõhine.
Näiteks Seagates'is ei tohiks te tähelepanu pöörata atribuutide 1 ja 7 "halbadele" toorväärtustele, kui ülejäänud on normaalsed. Selle tootja ketastel võivad nende absoluutväärtused tavakasutuse ajal suureneda.
Kõvaketta seisukorra ja järelejäänud eluea hindamiseks on ennekõike soovitatav pöörata tähelepanu parameetritele 5, 196, 197, 198. Pealegi on mõttekas keskenduda absoluutsetele toorväärtustele, mitte etteantutele. . Atribuutide sundimist saab läbi viia mitteilmselgel viisil, mis erinevad erinevate algoritmide ja püsivara poolest.
Üldiselt peavad andmesalvestusspetsialistid, kui nad räägivad atribuudi väärtusest, tavaliselt absoluutväärtust.
Allikas: www.habr.com