Der er meget information online om SMART og attribuets værdier. Men jeg har ikke set omtale af flere vigtige punkter, som jeg kender fra folk, der undersøger lagermedier.
Da jeg endnu en gang fortalte en bekendt om, hvorfor SMART-indikationer ikke bør stole blindt på, og hvorfor det er bedst ikke at bruge de klassiske "SMART overvågningsværktøjer" hele tiden, kom jeg på idéen om at nedskrive de sagde ord som en samling af punkter med forklaringer. For at give links i stedet for at skulle gentage hver gang. Og for at informere en bredere offentlighed.
1) Programmer til automatisk overvågning af SMART-attributter bør bruges med stor forsigtighed.
Det, du kender som SMART-attributter, lagres ikke i færdig form, men genereres i det øjeblik, du anmoder om dem. De beregnes baseret på intern statistik, som opsamles og anvendes af harddiskens firmware under arbejdet.
En del af disse data er ikke nødvendige for enheden for at sikre dens grundlæggende funktionalitet. Og de lagres ikke, men dannes hver gang, de er nødvendige. Derfor, når der anmodes om SMART-attributter, igangsætter firmwaren en række processer, der er nødvendige for at indhente de manglende data.
Men disse processer er dårligt kompatible med de procedurer, der udføres under belastning fra læse-skrive operationer.
I en perfekt verden burde dette ikke medføre problemer. Men i virkeligheden er firmware for harddiske skrevet af almindelige mennesker. Der kan lave fejl og gør det. Derfor, hvis du anmoder om SMART-attributter under aktiv læse-skrive operationer, stiger risikoen for, at noget går galt. For eksempel kan data i brugerens læse- eller skrivebuffer blive beskadiget.
Påstanden om en stigning i risici er ikke en teoretisk slutning, men en praktisk observation. For eksempel kendes der en fejl, som forekom i firmware til HDD Samsung 103UI, hvor brugerdata blev beskadiget under anmodning om SMART-attributter.
Derfor skal du ikke indstille automatisk kontrol af SMART-attributter. Medmindre du er helt sikker på, at en flush cache-kommando gives før dette. Eller, hvis det er uundgåeligt, indstil kontrolen til at ske så sjældent som muligt. I mange overvågningsprogrammer er den standardindstillede tid mellem tjek omkring 10 minutter. Det er for ofte. Sådanne tjek er trods alt ikke en mirakelkur mod pludseligt diskfejl (mirakelkur er kun backup). En gang om dagen er helt tilstrækkeligt.
Anmodning om temperatur ved start af beregningsprocesser for attributter giver ikke resultater og kan udføres ofte. Da det, ved korrekt implementering, sker via SCT-protokollen. Via SCT sendes kun det, der allerede er kendt. Disse data opdateres automatisk i baggrunden.
2) SMART-attributdata er ofte upålidelige.
Firmware på harddisken viser dig, hvad den mener, du skal se, og ikke hvad der faktisk sker. Det mest illustrative eksempel er den 5. attribut, antallet af omfordelte sektorer. Datarecovery-specialister ved godt, at en harddisk kan vise nul omfordelinger i den femte attribut, selvom de eksisterer og fortsætter med at opstå.
Jeg stillede et spørgsmål til en specialist, der studerer harddiske og forsker i deres firmware. Jeg spurgte, hvad princippet er for, hvornår en enheds firmware beslutter, at det nu er tid til at skjule faktum af omfordeling af sektorer, og hvornår det kan fortælle om det gennem SMART-attributterne.
Han svarede, at der ikke eksisterer en generel regel, hvorunder enheder viser eller skjuler det reelle billede. Og programmerernes logik, der skriver firmware til harddiske, virker til tider meget mærkelig. Ved at studere firmware fra forskellige modeller har han set, at beslutningen om at "skjule eller vise" ofte træffes på baggrund af et sæt parametre, der overhovedet ikke er forståeligt relateret til hinanden og til den resterende levetid på harddisken.
3) Fortolkning af SMART-værdier er producent-specifik.
For eksempel er det ikke nødvendigt at fokusere på de "dårlige" rå værdier af attributterne 1 og 7 på Seagate-diske, så længe de andre er inden for det normale. For denne producent kan deres absolutte værdier stige under normal brug.
For at vurdere tilstanden og den resterende levetid på en harddisk, anbefales det først at fokusere på parametrene 5, 196, 197, 198. Desuden giver det mening at orientere sig efter de absolutte, ubehandlede (raw) værdier snarere end de behandlede. Behandling af attributterne kan ske på ikke-åbenlyse måder, der varierer mellem forskellige algoritmer og firmware.
Generelt, i kredse af informationsteknologi-specialister, refererer man til attributværdien som den absolutte værdi.
Kilde: habr.com
