Az interneten sok információ található a SMART-ról és az attribútumértékekről. De nem találkoztam azzal, hogy megemlítenék néhány fontos szempontot, amelyekről az adathordozók tanulmányozásában részt vevő emberektől tudok.
Amikor ismét arról beszéltem egy barátomnak, hogy miért nem szabad feltétel nélkül megbízni a SMART-leolvasásokban, és miért jobb, ha nem használunk állandóan klasszikus „SMART monitorokat”, az az ötlet, hogy leírjam a kimondott szavakat egy téziskészlet magyarázatokkal. Linkeket adni ahelyett, hogy minden alkalommal újra elmondanád. És hogy szélesebb közönség számára elérhető legyen.
1) A SMART attribútumok automatikus figyelésére szolgáló programokat nagy körültekintéssel kell használni.
Amit Ön SMART attribútumként ismer, a rendszer nem készen tárolja, hanem a kérés pillanatában generálódik. Kiszámításuk a meghajtó firmware által a működés során felhalmozott és felhasznált belső statisztikák alapján történik.
Az eszköznek nincs szüksége ezen adatok egy részére az alapvető funkciók biztosításához. És nem tárolódik, hanem minden alkalommal generálódik, amikor szükség van rá. Ezért a SMART attribútumok kérése esetén a firmware számos olyan folyamatot indít el, amelyekre szükség van a hiányzó adatok beszerzéséhez.
De ezek a folyamatok rosszul kompatibilisek azokkal az eljárásokkal, amelyeket akkor hajtanak végre, amikor a meghajtót olvasási-írási műveletekkel töltik be.
Egy ideális világban ez nem okozhat gondot. De a valóságban a merevlemez firmware-jét hétköznapi emberek írják. Aki tud és hibázik. Ezért, ha lekérdezi a SMART attribútumokat, miközben az eszköz aktívan olvasási-írási műveleteket hajt végre, drámaian megnő annak a valószínűsége, hogy valami rosszul sül el. Például a felhasználó olvasási vagy írási pufferében lévő adatok megsérülnek.
A kockázatok növekedésére vonatkozó megállapítás nem elméleti következtetés, hanem gyakorlati megfigyelés. Például van egy ismert hiba, amely a Samsung 103UI HDD firmware-ében fordult elő, ahol a felhasználói adatok megsérültek a SMART attribútumok kérésének folyamata során.
Ezért ne állítsa be a SMART attribútumok automatikus ellenőrzését. Hacsak nem tudja biztosan, hogy a gyorsítótár-öblítés parancsot (Flush Cache) ez előtt adták ki. Vagy ha nem nélkülözheti, állítsa be a vizsgálatot úgy, hogy a lehető legritkább legyen. Sok megfigyelő programban az ellenőrzések közötti alapértelmezett idő körülbelül 10 perc. Ez túl gyakori. Mindazonáltal az ilyen ellenőrzések nem jelentenek csodaszert a váratlan lemezhiba esetén (a csodaszer csak biztonsági mentés). Naponta egyszer – szerintem elég.
A hőmérséklet lekérdezése nem indít el attribútumszámítási folyamatokat, és gyakran végrehajtható. Mert helyesen végrehajtva ez az SCT protokollon keresztül történik. Az SCT-n keresztül csak azt adják ki, ami már ismert. Ezek az adatok automatikusan frissülnek a háttérben.
2) A SMART attribútumadatok gyakran megbízhatatlanok.
A merevlemez firmware-je azt mutatja meg, amit szerinte meg kell mutatnia, nem azt, hogy valójában mi történik. A legkézenfekvőbb példa az 5. attribútum, az átrendelt szektorok száma. Az adat-helyreállítással foglalkozó szakemberek jól tudják, hogy egy merevlemez nulla számú átcsoportosítást tud mutatni az ötödik attribútumban, még akkor is, ha léteznek és továbbra is megjelennek.
Feltettem egy kérdést egy szakembernek, aki a merevlemezeket tanulmányozza és megvizsgálja a firmware-üket. Megkérdeztem, hogy mi az az elv, ami alapján az eszköz firmware-e úgy dönt, hogy most el kell rejteni a szektorátváltás tényét, de most SMART attribútumokon keresztül lehet erről beszélni.
Azt válaszolta, hogy nincs általános szabály, hogy mely eszközök mutatják vagy rejtik el a valós képet. És a merevlemezekhez firmware-t író programozók logikája néha nagyon furcsán néz ki. A különböző modellek firmware-jét tanulmányozva azt tapasztalta, hogy gyakran a „rejtés vagy megjelenítés” döntése olyan paraméterek alapján születik, amelyek általában nem világosak, hogyan kapcsolódnak egymáshoz és a merevlemez fennmaradó erőforrásaihoz.
3) A SMART indikátorok értelmezése szállítóspecifikus.
Például a Seagates-en nem szabad figyelni az 1-es és 7-es attribútumok „rossz” nyers értékeire, amíg a többi normális. Ennek a gyártónak a lemezein azok abszolút értéke normál használat során növekedhet.
A merevlemez állapotának és hátralévő élettartamának felméréséhez mindenekelőtt az 5-ös, 196-os, 197-es, 198-as paraméterekre ajánlott figyelni. Sőt, érdemes az abszolút, nyers értékekre koncentrálni, nem az adottakra. . Az attribútumok kényszerítése nem nyilvánvaló módon hajtható végre, különböző algoritmusokban és firmware-ben.
Általában az adattárolási szakemberek körében, amikor egy attribútum értékéről beszélnek, általában az abszolút értékre gondolnak.
Forrás: will.com