A hálózaton rengeteg információ található a SMART-ról és az attribútumok jelentéséről. De nem találkoztam említésekkel néhány fontos pontról, amelyről a tárolási eszközök kutatásával foglalkozó emberektől tudok.
Amikor legutóbb meséltem egy ismerősömnek arról, hogy miért nem szabad feltétel nélkül bízni a SMART-adatokban, és miért jobb nem használni a klasszikus „SMART-monitorokat” folyamatosan, eszembe jutott, hogy jegyzetelhetném a mondottakat egy tézissorozat formájában magyarázatokkal. Hogy linkeket adhassak, ahelyett, hogy minden alkalommal újra elmondanám. És hogy a nagyközönség számára is érthető legyen.
1) Az SMART-attribútumok automatikus nyomon követésére szolgáló programokat nagy óvatossággal kell használni.
Amit SMART-attribútumoknak ismer, az nem készenléti formában tárolódik, hanem akkor generálódik, amikor lekérdezi őket. Ezeket belső statisztikák alapján számítják ki, amelyeket a tároló mikroprogramja a működés során gyűjt össze és használ.
Ezeknek az adatoknak egy része az eszköz alapfunkcióinak biztosításához nem szükséges. És ez nem tárolódik, hanem minden alkalommal megformálódik, amikor szükség van rá. Ezért, amikor a SMART-attribútumokat lekérdezik, a mikroprogram számos olyan folyamatot indít el, amelyek szükségesek a hiányzó adatok megszerzéséhez.
De ezek a folyamatok rosszul kompatibilisek a tárolón végzett olvasási-írási műveletek során végrehajtott eljárásokkal.
Ideális világban ez nem okozhatna problémát. De a valóságban a merevlemezek firmware-ját átlagos emberek írják. Akik tévedhetnek, és tévednek is. Ezért, ha a SMART-attribútumokat aktív olvasási-írási műveletek közben kérdezi le az eszköz, akkor drasztikusan megnő a valószínűsége annak, hogy valami ne úgy alakul, ahogy kéne. Például sérülhetnek az adatok a felhasználói olvasási vagy írási pufferben.
A kockázatok növekedése nem elméleti okfejtés, hanem gyakorlati megfigyelés. Például ismert egy hiba, amely a Samsung 103UI HDD firmware-jával kapcsolatos, ahol a SMART-attribútumok lekérdezése során megsérültek a felhasználói adatok.
Ezért ne állítsa be az automatikus SMART attribútum ellenőrzést. Kivéve, ha pontosan tudja, hogy előtte kiadott parancs a gyorsítótár törlésére (Flush Cache). Vagy ha elkerülhetetlen, akkor a lehető legritkábban állítsa be az ellenőrzés végrehajtását. Sok monitorozó program esetén az alapértelmezett idő a vizsgálatok között körülbelül 10 perc. Ez túl gyakori. Ezek az ellenőrzések úgysem jelentenek biztosítékot a merevlemez váratlan meghibásodása ellen (a biztosíték csak a tartalék). Napi egyszeri ellenőrzés szerintem teljesen elegendő.
A hőmérséklet lekérdezése a SMART attribútumok számításának elindításához gyakran végrehajtható. Mivel a helyes végrehajtás esetén ezt az SCT protokollon keresztül hajtják végre. Az SCT-n keresztül csak az kerül megadásra, ami már ismert. Ezek az adatok automatikusan frissülnek a háttérben.
2) A SMART attribútumok adatai gyakran megbízhatatlanok.
A merevlemez mikroprogramja azt mutatja, amit szükségesnek tart, nem pedig azt, ami valójában történik. A legszembetűnőbb példa az 5-ös attribútum, az újraszületett szektorok száma. Az adattárolási szakemberek jól tudják, hogy a merevlemez az ötödik attribútumban nulla újraszületett szektort mutathat, miközben azok jelen vannak és továbbra is megjelennek.
Kérdést tettem fel egy szakembernek, aki merevlemezekkel foglalkozik és azok mikroprogramjait vizsgálja. Tudakoltam, mi az elv, amely alapján az eszköz firmware-je azt dönti el, hogy mikor kell elrejteni a szektorok újraszületésének tényét, és mikor lehet erről beszélni a SMART attribútumokon keresztül.
Ő válaszolta, hogy nincs általános szabály, amely szerint az eszközök megmutatják vagy elrejtik a valós képet. A merevlemezek firmware-jét író programozók logikája időnként nagyon furcsán tűnik. Különböző modellek firmware-jét tanulmányozva látta, hogy gyakran a "elrejteni vagy megmutatni" döntése olyan paraméterek kombinációján alapul, amelyek között egyáltalán nem világos, hogyan kapcsolódnak egymáshoz és a merevlemez fennmaradó erőforrásához.
3) A SMART paraméterek értelmezése gyártóspecifikus.
Például a S.M.A.R.T. adatoknál érdemes figyelmen kívül hagyni az 1-es és 7-es attribútumok "rossz" nyers értékeit, amíg a többi normális. E gyártó lemezein ezek az abszolút értékek a normál használat során növekedhetnek.
A merevlemez állapotának és hátralévő élettartamának felméréséhez elsősorban a 5, 196, 197, 198-as paraméterekre érdemes figyelni. És érdemes az abszolút, nyers értékekre (raw) támaszkodni, nem a normalizáltakra. Az attribútumok normalizálása nem nyilvánvaló módokon, eltérő algoritmusokban és firmware-ekben történhet.
A szakemberek körében, amikor az attribútum értékéről beszélnek, általában az abszolút értéket értik.
Forrás: habr.com
