Veidi SMARTist ja jälgimisrakendustest

Internedis on piisavalt palju teavet SMARTi ja atribuutide väärtuste kohta. Kuid ma ei ole kohanud mainimist mitmetest olulistest aspektidest, millest tean inimestelt, kes teevad teabeallikate uurimist.

Kui ma järgmisel korral rääkisin tuttavale, miks ei tohiks SMARTi näitudele pimesi toetuda ja miks ei tasuks pidevalt kasutada klassikalisi «SMARTi jälgimisprogramme», tuli mul mõte kirja panna öeldud sõnad koos selgitustega teesisena. Nii et saaksin viidata, selle asemel et iga kord uuesti rääkida. Ja et tutvustada seda laiemale publikule.

1) SMARTi atribuutide automaatse jälgimise programmidega tuleks ettevaatlikult ümber käia.

See, mida te tuntakse SMARTi atribuutidena, ei salvestata valmis kujul, vaid genereeritakse hetkel, kui te neid pärite. Need arvutatakse välja põhinedes seadme sisestatistikale, mida jaotub ja kasutatakse salvesti töös.

Mõned neist andmetest ei ole seadmele põhiomaduste tagamiseks vajalikud. Need ei salvestata, vaid koostatakse iga kord, kui neid vajatakse. Seetõttu, kui SMART atribuutide päring toimub, käivitab mikrokood suures koguses protsesse, mis on vajalikud puuduvate andmete saamiseks.

Kuid need protsessid on halvasti ühilduvad käitamisprotseduuridega, mis toimuvad salvestusseadmest lugemise ja kirjutamise operatsioonide käigus.

Ideaalmaailmas ei peaks see tooma mingeid probleeme. Kuid tegelikkuses kirjutavad kõvakettade püsivormingud tavaliselt tavalised inimesed, kes võivad eksida ja ka eksivad. Seetõttu, kui te pärite SMART atribuute aktiivsete lugemis- ja kirjutamisoperatsioonide ajal, suureneb dramaatiliselt tõenäosus, et midagi läheb valesti. Näiteks võivad kasutaja lugemise või kirjutamise puhverandmed kahjustuda.

Kinnitus riskide suurenemise kohta ei ole teoreetiline järeldus, vaid praktiline jälgimine. Näiteks on teada viga, mis esines HDD Samsung 103UI püsivormingus, kus SMART atribuudi päringu käigus kahjustati kasutaja andmeid.

Seetõttu ärge seadistage SMARTi atribuutide automaatset kontrollimist, kui te ei tea täpselt, et enne seda antakse käsk vahemälu tühjendamiseks (Flush Cache). Kui seda on vältimatu teha, seadistage kontrollimise täitmine võimalikult harvaks. Paljudes jälgimisprogrammides on vaikimisi aeg kontrollide vahel umbes 10 minutit. See on liiga tihti. Sellised kontrollid ei ole siiski imerohi, kui ketas ootamatult rikneb (imerohi on ainult varukoopia). Üks kord päevas on täiesti piisav.

Temperatuuri päring protsesside käivitamiseks atribuutide arvutamise käigus ei too kaasa ja võib toimuda sageli. Kuna õigesti teostamisel toimub see SCT-protokolli kaudu. SCT kaudu esitatakse ainult see, mis on juba teada. Need andmed värskendatakse automaatselt taustal.

2) SMARTi atribuutide andmed on sageli ebatäpsed.

Kõvaketta mikroprogrammeerimine näitab teile seda, mida ta arvab, et on vajalik näidata, mitte seda, mis tegelikult toimub. Kõige silmatorkavam näide on 5. atribuut, ümber määratud sektorite arv. Andmete taastamise spetsialistidele on hästi teada, et kõvaketas võib viiendat atributti kuvada nullina, ehkki ümber määratud sektoreid on olemas ja need jätkavad ilmumist.

Küsinud kõvakettasid uurinud spetsialistilt, kes uurib nende mikroprogramme, kuidas mikrotuuma seadistust mõjutab otsus, millal teavet sektorite ümber määramisest varjata ja millal seda läbi SMART-atribuutide jagada.

Ta vastas, et ühtset reeglit, mille alusel seadmed näitavad või varjavad tegelikku pilti, ei eksisteeri. Ja programmerijate loogika, kes kirjutavad kõvakettaseente, tundub mõnikord väga kummaline. Uurides erinevate mudelite seente, nägi ta, et sageli tehakse otsus "varjata või näidata" põhinedes komplektile parameetritele, mis on üldse arusaamatud ning pole kooskõlas kõvaketta ülejäänud elujõudlusega.

3) SMART indikaatorite tõlgendamine on tootja spetsiifiline.

Näiteks Seagate'ide puhul ei tasu tähele panna „halbu“ toore väärtusi atribuutide 1 ja 7, kuni ülejäänud on normis. Selle tootja ketastel võivad nende absoluutväärtused normaalsete töötingimustes suureneda.

Kõvaketta seisundi ja ülejäänud elujõudluse hindamiseks soovitatakse esmalt tähelepanu pöörata parameetritele 5, 196, 197, 198. Samuti on mõttekas orienteeruda just absoluutsetele, tooretele (raw) väärtustele, mitte nende tasandatud väärtustele. Atribuutide tasandamine võib toimuda ebaselgete viiside kaudu, mis varieeruvad erinevates algoritmides ja tarkvarades.

Infosüsteemide spetsialistide seas, kui räägitakse atribuudi väärtusest, mõistetakse tavaliselt just absoluutset väärtust.

Allikas: habr.com