Na internetu je dostatek informací o SMART a hodnotách atributů. Ale nikdy jsem nenarazil na zmínky o několika důležitých aspektech, které znám od lidí, kteří se zabývají výzkumem úložných médií.
Když jsem znova vyprávěl známému, proč by se údajům SMART nemělo bezvýhradně věřit a proč není dobré neustále používat klasické „SMART monitorovací“ programy, přišla mi na mysl myšlenka sepsat tyto myšlenky v podobě seznamu tezí s vysvětlením. Abych mohl odkázat, místo abych to pokaždé znovu vyprávěl. A pro seznámení širší veřejnosti.
1) Při používání programů pro automatické sledování atributů SMART je třeba postupovat s velkou opatrností.
To, co znáte jako atributy SMART, není uloženo v připravené podobě, ale generováno v okamžiku, kdy je požadujete. Vypočítávají se na základě interní statistiky, která je shromažďována a používána firmwarem úložiště během jeho provozu.
Část těchto dat není zařízení pro zajištění základní funkce potřebná. A není uložena, ale formována pokaždé, když je to potřeba. Proto, když dojde k žádosti o atributy SMART, firmware spustí velké množství procesů, které jsou potřebné pro získání chybějících dat.
Ale tyto procesy jsou špatně kompatibilní s procedurami prováděnými během zatížení úložiště operacemi čtení a zápisu.
V ideálním světě by to nemělo způsobovat žádné problémy. Ale ve skutečnosti, firmware pevných disků píší obyčejní lidé. Kteří mohou chybovat a chyby dělají. Proto, pokud požadujete atributy SMART během aktivního provádění operací čtení a zápisu, výrazně se zvyšuje pravděpodobnost, že něco nebude v pořádku. Například mohou být poškozena data v uživatelském čtecím nebo zapisovacím vyrovnávacím paměti.
Prohlášení o zvýšení rizik není teoretický závěr, ale praktická observace. Například je známá chyba, která se vyskytla ve firmwaru HDD Samsung 103UI, kde během provádění žádosti o atributy SMART došlo k poškození uživatelských dat.
Protože nenastavujte automatickou kontrolu SMART atributů. Pokud si nejste jisti, že před tím je zadán příkaz pro vyprázdnění cache (Flush Cache). Nebo pokud se tomu nelze vyhnout, nastavte provádění kontroly co nejméně. V mnoha monitorovacích programech je výchozí čas mezi kontrolami přibližně 10 minut. To je příliš často. Tyto kontroly stejně nejsou panaceou proti nečekanému selhání pevného disku (panaceou je pouze zálohování). Jednou denně považuji za zcela dostatečné.
Dotaz na teplotu při spuštění výpočtů atributů nevede a může být prováděn často. Protože při správné implementaci se to provádí prostřednictvím protokolu SCT. Přes SCT se odesílá pouze to, co je již známo. Tyto údaje se automaticky aktualizují na pozadí.
2) Údaje atributů SMART jsou často nespolehlivé.
Firmware pevného disku vám ukazuje to, co považuje za nutné ukázat, a ne to, co se ve skutečnosti děje. Nejvíce ilustrativním příkladem je 5. atribut, počet znovu přidělených sektorů. Odborníkům na obnovu dat je dobře známo, že pevný disk může mít v pátém atributu zobrazeno nulové množství realokací, přičemž ve skutečnosti existují a stále se objevují.
Položil jsem otázku specialistovi, který studuje pevné disky a zkoumá jejich firmwary. Zajímalo mě, jaký princip má firmware zařízení, který rozhoduje, kdy skrývat fakt znovu přidělování sektorů, a kdy o tom informovat prostřednictvím atributů SMART.
Odpověděl, že neexistuje žádné obecné pravidlo, podle kterého zařízení ukazuje nebo skrývá skutečný stav. A logika programátorů, kteří píší firmwary pevných disků, občas vypadá velmi podivně. Při studiu firmwarů různých modelů zjistil, že rozhodnutí „skrýt nebo ukázat“ je často přijímáno na základě souboru parametrů, které vůbec není jasné, jak jsou mezi sebou spjaty a s zbývajícími zdroji pevného disku.
3) Interpretace SMART ukazatelů je specifická pro výrobce.
Například na Sigeytech není třeba věnovat pozornost "špatným" raw hodnotám atributů 1 a 7, pokud ostatní jsou v normě. U disků tohoto výrobce mohou jejich absolutní hodnoty během běžného provozu růst.
Pro hodnocení stavu a zbývající životnosti pevného disku se nejprve doporučuje zaměřit se na parametry 5, 196, 197 a 198. Smysl má orientovat se právě na absolutní, raw hodnoty, nikoli na převedené. Převedení atributů může být prováděno nejasnými způsoby, které se liší v různých algoritmech a firmwarech.
Obecně, v prostředí specialistů na informační média, když se mluví o hodnotě atributu, obvykle se míní právě absolutní hodnota.
Zdroj: habr.com
