Veidi SMART-ist ja monitooringutest

Internetis on palju teavet SMART-i ja atribuutide tähenduse kohta. Kuid ma ei ole kohanud mainimisi mitmetest olulistest aspektidest, millest tean inimestelt, kes tegelevad andmekandjate uurimisega.

Kui ma jälle rääkisin tuttavale, miks SMART-i näitudele ei tohiks pimesi usaldada ja miks ei ole mõistlik kasutada traditsioonilisi "SMART-i jälgimise" tööriistu pidevalt, tuli mulle mõte kirja panna öeldud sõnad punktide kogumina koos seletustega. Et oleks lihtsam viidatud anda, selle asemel et iga kord uuesti läbi rääkida. Ja et tutvustada seda laiemale publikule.

1) SMART-atribuutide automaatseks jälgimiseks mõeldud programmide kasutamisel tuleks olla äärmiselt ettevaatlik.

See, mida te tunnete SMART-atribuutidena, ei ole salvestatud valmis kujul, vaid genereeritakse siis, kui te neid küsitakse. Need arvutatakse sisemise statistika põhjal, mida salvesti mikroprogrammeerimine kogub ja kasutab töö käigus.

Osa neist andmetest pole seadmele peamise funktsionaalsuse tagamiseks vajalikud. Need ei ole salvestatud, vaid luuakse iga kord, kui seda vajatakse. Seetõttu, kui SMART-atribuutide päring toimub, käivitab mikroprogrammeerimine palju protsesse, mis on vajalikud puuduvate andmete saamiseks.

Kuid need protsessid ei ole hästi kooskõlas toimingutega, mida teostatakse salvesti koormuse ajal lugemis-kirjutamisprotsessidega.

Ideaalsetes tingimustes ei peaks see tooma kaasa mingeid probleeme. Kuid reaalsuses kirjutavad kõvakettade püsivara tavalised inimesed. Kes võivad eksida ja eksivadki. Seetõttu, kui te küsite SMART-atribuutide kohta aktiivsete lugemis-kirjutamisoperatsioonide ajal, suureneb oluliselt tõenäosus, et midagi läheb valesti. Näiteks võivad kasutaja lugemis- või kirjutamisbuffris andmed rikutuks minna.

Riskide suurenemise väide ei ole teoreetiline oletus, vaid praktiline tähelepanek. Näiteks on teada viga, mis juhtus HDD Samsung 103UI püsivaras, kus SMART-atribuutide pärimise käigus rikutakse kasutajaandmeid.

Seega, ärge seadistage SMART atribuutide automaatset kontrollimist. Kui te täpselt ei tea, et enne on antud vahemälu tühjendamise käsk (Flush Cache). Või kui ilma selleta ei saa, seadistage kontrollimise käivitamine võimalikult harva. Paljudes jälgimisprogrammides on vaikimisi kontrollide vahelise intervall umbes 10 minutit. See on liiga sagedane. Sellised kontrollid ei ole siiski päästeks ootamatust kettahäirest (pääste on vaid varundamine). Üks kord päevas - arvan, et see on täiesti piisav.

Temperatuuri küsimine protsesside käivitamiseks atribuutide arvutamiseks ei põhjusta ja võib toimuda sageli. Kuna õigesti teostatud juhul toimub see SCT protokolli kaudu. SCT kaudu antakse edasi ainult see, mis on juba teada. Need andmed uuendatakse automaatselt taustal.

2) SMART atribuutide andmed on sageli ebatäpsed.

Ketasrühma mikrokood näitab teile seda, mida ta arvad, et on oluline näidata, mitte seda, mis tegelikult juhtub. Kõige silmatorkavam näide on 5. atribuut, ümbersuunatud sektorite arv. Andmete taastamise spetsialistidele on hästi teada, et ketas võib näidata viies atribuudis nullrealokatsioonide arvu, kuigi need on olemas ja jätkuvad.

Küsin spetsialistilt, kes uurib kõvakettaid ja nende mikrokoodide uurimist. Küsisin, milline on põhimõte, mille alusel seadme tarkvara otsustab, et praegu tuleb peita sektorite ümbersuunamise fakt, ja nüüd võib sellest rääkida SMART atribuutide kaudu.

Ta vastas, et ei ole üldreeglit, mille alusel seadmed näitavad või peidavad tõelist pilti. Ja programmeerijate loogika, kes kirjutavad kõvakettaste tarkvara, näib mõnikord väga kummaline. Uurides erinevate mudelite tarkvara, on ta näinud, et sageli langetatakse otsus „peita või näidata” põhinedes parameetrite kogumile, mis ei ole üldse selged, kuidas need omavahel ja kõvaketta ülejäänud ressursiga seotud on.

3) SMART andmete tõlgendamine on tootjaspetsiifiline.

Näiteks ei tasu Seagate'ide juures pöörata tähelepanu «halvatele» tooretele väärtustele 1 ja 7, kuni ülejäänud on normis. Selle tootja ketastel võivad nende absoluutväärtused normaalse kasutamise ajal suureneda.

Kõvaketta seisundi ja järelejäänud eluea hindamiseks on esmalt soovitatav pöörata tähelepanu parameetritele 5, 196, 197, 198. Samuti on mõttekas tugineda just absoluutsetele, tooretele väärtustele (raw), mitte toodetud väärtustele. Atribuutide teisendamine võib toimuda mitteüheselt mõistetavalt ning erinevates algoritmides ja püsivara versioonides.

Üldiselt, infokandjate spetsialistide seas, kui räägitakse atribuudi väärtusest, mõeldakse tavaliselt just absoluutväärtust.

Allikas: habr.com