Na internete je množstvo informácií o SMART a hodnotách atribútov. Ale nestretol som sa s niekoľkými dôležitými aspektmi, o ktorých viem od ľudí, ktorí sa zaoberajú výskumom ústorage.
Keď som znova rozprával známemu o tom, prečo by sme nemali bezpodmienečne dôverovať údajom SMART a prečo je lepšie nepoužívať klasické „monitoringy SMART“ neustále, napadlo ma zapísať povedané slová ako súbor bodov s vysvetlením. Aby som mohol uvádzať odkazy, namiesto toho, aby som ich zakaždým rozprával. A na oboznamovanie širokej verejnosti.
1) Programy na automatické monitorovanie atribútov SMART by sa mali používať s veľkou opatrnosťou.
To, čo poznáte ako atribúty SMART, nie je uložené v hotovej forme, ale generuje sa v okamihu, keď ich požadujete. Vypočítavajú sa na základe vnútornej štatistiky, ktorá sa zhromažďuje a používa mikropočítačom úložiska počas prevádzky.
Časť týchto údajov nie je zariadeniu potrebná na zabezpečenie základnej funkčnosti. A nie je uložená, ale vytvára sa zakaždým, keď je to potrebné. Preto, keď dôjde k požiadavke na atribúty SMART, mikropočítač spúšťa veľké množstvo procesov, ktoré sú potrebné na získanie chýbajúcich údajov.
Ale tieto procesy nie sú dobre kompatibilné s postupmi vykonávanými pri zaťažení úložiska operáciami čítania a zápisu.
V ideálnom svete by to nemalo spôsobovať žiadne problémy. Ale v skutočnosti píšu firmvér pevných diskov obyčajní ľudia. Ktorí môžu robiť chyby a robia. Preto, ak žiadate o atribúty SMART počas aktívneho vykonávania operácií čítania a zápisu zariadením, dramaticky sa zvyšuje pravdepodobnosť, že sa niečo pokazí. Napríklad, môžu byť poškodené dáta v používateľskej čítacej alebo zapisovacej pamäti.
Tvrdenie o zvýšení rizika nie je teoretická úvaha, ale praktická pozorovanie. Napríklad, známa chyba, ktorá sa vyskytla vo firmvéri HDD Samsung 103UI, kde sa počas vykonávania požiadavky na atribúty SMART poškodili používateľské dáta.
Preto, nenastavujte automatickú kontrolu atribútov SMART. Iba ak presne neviete, že predtým je odoslaný príkaz na vymazanie cache (Flush Cache). Alebo ak sa tomu nedá vyhnúť, nastavte vykonávanie kontroly čo najriedšie. V mnohých monitorovacích programoch je predvolené časové obdobie medzi kontrolami približne 10 minút. To je príliš často. Takéto kontroly nie sú zázračným riešením proti neočakávanému zlyhaniu disku (zázračným riešením je len zálohovanie). Raz za deň považujem za úplne dostatočné.
Žiadosť o teplotu pri spustení procesov výpočtu atribútov sa neuskutočňuje a môže sa vykonávať často. Pretože pri správnej implementácii sa to vykonáva cez protokol SCT. Cez SCT sa posiela len to, čo je už známe. Tieto údaje sa aktualizujú automaticky na pozadí.
2) Údaje atribútov SMART sú často nepresné.
Mikroprogram pevného disku vám ukazuje to, čo považuje za potrebné ukázať, a nie to, čo sa v skutočnosti deje. Najzjavnejším príkladom je 5. atribút, množstvo premenovaných sektorov. Odborníkom na obnovu údajov je dobre známe, že pevný disk môže v piatom atribúte ukazovať nulový počet realokovaných sektorov, aj keď sa objavujú a pokračujú v objavovaní.
Spýtal som sa špecialistu, ktorý sa zaoberá pevnými diskami a skúma ich mikroprogramy. Zaujímal som sa, aký je princíp, podľa ktorého firmware zariadenia rozhoduje, že teraz treba skryť fakt realokácie sektorov, a kedy to možno uviesť prostredníctvom atribútov SMART.
Odpovedal, že neexistuje žiadne všeobecné pravidlo, podľa ktorého zariadenia ukazujú alebo skrývajú skutočný obraz. A logika programátorov, ktorí píšu firmvér pevných diskov, sa niekedy zdá veľmi zvláštna. Pri skúmaní firmvérov rôznych modelov videl, že rozhodnutie „skryť alebo ukázať“ sa často prijíma na základe súboru parametrov, ktoré sú úplne nejasné, ako súvisia navzájom a s zostávajúcim zdrojom pevného disku.
3) Interpretácia ukazovateľov SMART je špecifická pre dodávateľa.
Napríklad, na Siegetoch by ste nemali venovať pozornosť "zlým" raw hodnotám atribútov 1 a 7, pokiaľ sú ostatné v poriadku. Na diskoch tohto výrobcu môžu ich absolútne hodnoty vzrastať počas normálnej prevádzky.
Pri hodnotení stavu a zostatkového zdroja pevného disku je predovšetkým odporúčané zamerať sa na parametre 5, 196, 197, 198. Dôležité je pritom orientovať sa na absolútne, surové hodnoty (raw), a nie na prevedené. Prevedenie atribútov môže prebiehať nejasnými spôsobmi, ktoré sa líšia v rôznych algoritmoch a firmvéroch.
Vo všeobecnosti, v prostredí odborníkov na nosiče informácií, keď sa hovorí o hodnote atribútu, obvykle sa myslí práve na absolútnu hodnotu.
Zdroj: habr.com
