Daar is baie inligting op die internet oor SMART en kenmerkwaardes. Maar ek het geen melding teëgekom van verskeie belangrike punte waarvan ek weet van mense wat betrokke is by die studie van bergingsmedia nie.
Toe ek weereens vir 'n vriend vertel het hoekom SMART-lesings nie onvoorwaardelik vertrou moet word nie en hoekom dit beter is om nie heeltyd klassieke "SMART-monitors" te gebruik nie, het die idee by my opgekom om die woorde wat gepraat word in die vorm van 'n stel tesisse met verduidelikings. Om skakels te verskaf in plaas daarvan om elke keer oor te vertel. En om dit aan 'n wyer gehoor beskikbaar te stel.
1) Programme vir outomatiese monitering van SMART-kenmerke moet met groot omsigtigheid gebruik word.
Wat jy as SMART-kenmerke ken, word nie klaargemaak gestoor nie, maar word gegenereer die oomblik wat jy dit versoek. Hulle word bereken op grond van interne statistieke wat opgehoop en gebruik word deur die aandrywer se firmware tydens werking.
Die toestel het nie sommige van hierdie data nodig om basiese funksionaliteit te verskaf nie. En dit word nie gestoor nie, maar word gegenereer elke keer as dit nodig is. Daarom, wanneer 'n versoek vir SMART-kenmerke plaasvind, begin die firmware 'n groot aantal prosesse wat nodig is om die ontbrekende data te verkry.
Maar hierdie prosesse is swak versoenbaar met die prosedures wat uitgevoer word wanneer die aandrywer gelaai is met lees-skryf-bewerkings.
In 'n ideale wêreld behoort dit geen probleme te veroorsaak nie. Maar in werklikheid word hardeskyf-firmware deur gewone mense geskryf. Wie kan en doen foute. As jy dus navraag doen oor SMART-kenmerke terwyl die toestel aktief lees-skryf-bewerkings uitvoer, verhoog die waarskynlikheid dat iets verkeerd gaan dramaties. Data in die gebruiker se lees- of skryfbuffer sal byvoorbeeld korrup wees.
Die stelling oor toenemende risiko's is nie 'n teoretiese gevolgtrekking nie, maar 'n praktiese waarneming. Byvoorbeeld, daar is 'n bekende fout wat in die firmware van HDD Samsung 103UI plaasgevind het, waar gebruikersdata beskadig is tydens die proses om SMART-kenmerke aan te vra.
Moet dus nie outomatiese kontrolering van SMART-kenmerke opstel nie. Tensy jy vir seker weet dat die kasspoelopdrag (Flush Cache) voor dit uitgereik is. Of, as jy nie daarsonder kan klaarkom nie, stel die skandering op om so selde as moontlik te loop. In baie moniteringsprogramme is die verstektyd tussen kontroles ongeveer 10 minute. Dit is te algemeen. Tog is sulke kontrole nie 'n wondermiddel vir onverwagte skyffout nie ('n wondermiddel is slegs rugsteun). Een keer per dag - ek dink dit is genoeg.
Die navraag van temperatuur veroorsaak nie kenmerkberekeningsprosesse nie en kan gereeld uitgevoer word. Want wanneer dit korrek geïmplementeer word, word dit deur die SCT-protokol gedoen. Deur SCT word slegs dit wat reeds bekend is, weggegee. Hierdie data word outomaties in die agtergrond opgedateer.
2) SMART-kenmerkdata is dikwels onbetroubaar.
Die hardeskyf-firmware wys jou wat dit dink dit vir jou moet wys, nie wat werklik gebeur nie. Die mees voor die hand liggende voorbeeld is die 5de eienskap, die aantal hertoegewysde sektore. Dataherwinningspesialiste is deeglik bewus daarvan dat 'n hardeskyf 'n nulgetal hertoewysings in die vyfde kenmerk kan toon, alhoewel hulle bestaan en steeds verskyn.
Ek het 'n vraag aan 'n spesialis gevra wat hardeskywe bestudeer en hul firmware ondersoek. Ek het gevra wat die beginsel is waarvolgens die toestel se firmware besluit dat dit nou nodig is om die feit van sektortoewysing weg te steek, maar nou kan jy daaroor praat deur SMART-kenmerke.
Hy het geantwoord dat daar geen algemene reël is waarvolgens toestelle die werklike prentjie wys of versteek nie. En die logika van programmeerders wat firmware vir hardeskywe skryf, lyk soms baie vreemd. Deur die firmware van verskillende modelle te bestudeer, het hy gesien dat die besluit om "weg te steek of te wys" dikwels geneem word op grond van 'n stel parameters wat oor die algemeen onduidelik is hoe hulle met mekaar en met die oorblywende hulpbron van die hardeskyf verband hou.
3) Die interpretasie van SMART-aanwysers is verskaffer-spesifiek.
Byvoorbeeld, op Seagates moet jy nie aandag gee aan die "slegte" rou waardes van eienskappe 1 en 7 nie, solank die res normaal is. Op skywe van hierdie vervaardiger kan hul absolute waardes toeneem tydens normale gebruik.
Om die toestand en oorblywende leeftyd van die hardeskyf te evalueer, word dit eerstens aanbeveel om aandag te skenk aan parameters 5, 196, 197, 198. Boonop maak dit sin om op absolute, rou waardes te fokus, en nie op die gegewe waardes nie. . Dwang van eienskappe kan op nie-vanselfsprekende maniere uitgevoer word, verskillend in verskillende algoritmes en firmware.
Oor die algemeen, onder databergingspesialiste, wanneer hulle praat oor die waarde van 'n eienskap, bedoel hulle gewoonlik die absolute waarde.
Bron: will.com