Lite om SMART och övervakningsverktyg

Det finns mycket information om SMART och attributvärden på nätet. Men jag har inte sett några omnämnanden av flera viktiga punkter som jag känner till från personer som forskar kring lagringsmedium.

När jag återigen berättade för en bekant om varför SMART-värdena inte bör litas på utan förbehåll och varför det är bättre att inte fortfarande använda klassiska "SMART-monitorer" hela tiden, kom jag på idén att spela in de sagda orden i form av en uppsättning punkter med förklaringar. För att ge referenser istället för att återberätta varje gång. Och för att nå ut till en bredare publik.

1) Program för automatisk övervakning av SMART-attribut bör användas med stor försiktighet.

Det som du känner till som SMART-attribut lagras inte i färdig form, utan genereras när du begär dem. De beräknas baserat på intern statistik som samlas och används av lagringsenhetens firmware under drift.

En del av dessa data behövs inte av enheten för att utföra sin grundläggande funktion. Och de lagras inte, utan skapas varje gång de krävs. Därför, när en begäran om SMART-attribut görs, startar firmware en mängd processer som behövs för att erhålla de saknade uppgifterna.

Men dessa processer är dåligt kompatibla med procedurerna som utförs under belastning av enhetens läs- och skrivoperationer.

I en idealisk värld borde detta inte leda till några problem. Men i verkligheten skrivs firmware för hårddiskar av vanliga människor. Som kan göra misstag och gör det. Så om du begär SMART-attribut under aktiva läs- och skrivoperationer ökar risken dramatiskt för att något går fel. Till exempel kan data i den användardefinierade läs- eller skrivbufferten bli korrupta.

Påståendet om ökad risk är ingen teoretisk slutsats, utan en praktisk observation. Till exempel är en känd bugg som inträffade i firmware för HDD Samsung 103UI, där användardata blev korrupta under begäran av SMART-attribut.

Därför bör du inte ställa in automatisk kontroll av SMART-attribut. Om du inte exakt vet att en kommandorad för att rensa cache (Flush Cache) utförs före detta. Eller, om det är absolut nödvändigt, ställ in kontrollen så sällan som möjligt. I många övervakningsprogram är den förinställda tiden mellan kontroller cirka 10 minuter. Det är alldeles för ofta. Sådana kontroller är fortfarande inte en panacea för oväntad fel på disken (panacea är endast reservkopiering). En gång om dagen tycker jag är helt tillräckligt.

Förfrågan om temperatur för att starta beräkningen av attribut genomförs ofta. Eftersom detta, vid korrekt implementering, görs via SCT-protokollet. Genom SCT ges endast det som redan är känt. Dessa data uppdateras automatiskt i bakgrunden.

2) SMART-attributdata är ofta opålitliga.

Hårddiskens firmware visar dig vad den tycker är viktigt att visa, inte vad som faktiskt händer. Det mest tydliga exemplet är den femte attributen, antalet omplacerade sektorer. Dataåterställningsexperter vet mycket väl att en hårddisk kan visa noll omplacerade sektorer i den femte attributen, även om de faktiskt finns och fortsätter att uppstå.

Jag ställde en fråga till en specialist som studerar hårddiskar och forskar om deras firmware. Jag undrade vilket princip som styr hur enhetens firmware beslutar om den just nu ska dölja faktumet att sektorer omplaceras, eller om den för närvarande kan berätta om det via SMART-attribut.

Han svarade att det inte finns någon allmän regel enligt vilken enheter visar eller döljer den verkliga bilden. Logiken hos programmerarna som skriver firmware för hårddiskar verkar ibland mycket konstig. Genom att studera firmware av olika modeller har han sett att beslutet att "dölja eller visa" ofta fattas baserat på en uppsättning parametrar som är helt oklara i förhållande till varandra och hårddiskens kvarvarande resurser.

3) Tolkningen av SMART-mått är specifik för leverantören.

Till exempel, när det gäller SIGEIT, bör man inte fästa stor uppmärksamhet vid de "dåliga" råvärdena för attribut 1 och 7, så länge de andra ligger inom normala gränser. På hårddiskar från denna tillverkare kan deras absoluta värden öka under normal användning.

För att bedöma tillståndet och den återstående livslängden för en hårddisk rekommenderas det först och främst att fästa uppmärksamhet vid parametrarna 5, 196, 197, 198. Det är meningsfullt att utgå ifrån de absoluta, råa värdena snarare än de normaliserade. Normaliseringen av attributen kan ske på olika, icke uppenbara sätt som varierar mellan olika algoritmer och firmware.

Generellt sett, i kretsar som specialiserar sig på lagringsmedia, när man pratar om ett attributvärde, syftar man vanligtvis just på det absoluta värdet.

Källa: habr.com