Internetā ir daudz informācijas par SMART un atribūtu vērtībām. Bet es neesmu saskāries ar pieminēšanu par vairākiem svarīgiem punktiem, par kuriem es zinu no cilvēkiem, kas iesaistīti datu nesēju izpētē.
Kad kārtējo reizi stāstīju draugam par to, kāpēc SMART rādījumiem nevajadzētu bez ierunām uzticēties un kāpēc labāk nelietot klasiskos “SMART monitorus” visu laiku, radās doma pierakstīt izrunātos vārdus tēžu komplekts ar skaidrojumiem. Lai sniegtu saites, nevis katru reizi pārstāstītu. Un padarīt to pieejamu plašākai auditorijai.
1) Programmas SMART atribūtu automātiskai uzraudzībai jāizmanto ļoti piesardzīgi.
Tie, ko jūs zināt kā SMART atribūti, netiek saglabāti gatavi, bet tiek ģenerēti brīdī, kad tos pieprasāt. Tie tiek aprēķināti, pamatojoties uz iekšējo statistiku, ko uzkrāj un izmanto diskdziņa programmaparatūra darbības laikā.
Ierīcei nav nepieciešami daži no šiem datiem, lai nodrošinātu pamata funkcionalitāti. Un tas netiek saglabāts, bet tiek ģenerēts katru reizi, kad tas ir nepieciešams. Tāpēc, kad tiek pieprasīts SMART atribūts, programmaparatūra palaiž lielu skaitu procesu, kas nepieciešams, lai iegūtu trūkstošos datus.
Taču šie procesi ir slikti saderīgi ar procedūrām, kas tiek veiktas, kad diskdzinī tiek ielādētas lasīšanas-rakstīšanas darbības.
Ideālā pasaulē tam nevajadzētu radīt nekādas problēmas. Bet patiesībā cietā diska programmaparatūru raksta parastie cilvēki. Kurš var un dara kļūdas. Tāpēc, ja vaicājat SMART atribūtus, kamēr ierīce aktīvi veic lasīšanas-rakstīšanas darbības, iespēja, ka kaut kas notiks nepareizi, ievērojami palielinās. Piemēram, dati lietotāja lasīšanas vai rakstīšanas buferī tiks bojāti.
Apgalvojums par risku palielināšanos nav teorētisks secinājums, bet gan praktisks novērojums. Piemēram, ir zināma kļūda, kas radās HDD Samsung 103UI programmaparatūrā, kur lietotāja dati tika bojāti SMART atribūtu pieprasīšanas procesā.
Tāpēc nekonfigurējiet automātisko SMART atribūtu pārbaudi. Ja vien jūs noteikti nezināt, ka kešatmiņas skalošanas komanda (Flush Cache) ir izdota pirms šī. Vai arī, ja nevarat iztikt bez tā, konfigurējiet skenēšanu tā, lai tā darbotos pēc iespējas retāk. Daudzās uzraudzības programmās noklusējuma laiks starp pārbaudēm ir aptuveni 10 minūtes. Tas ir pārāk bieži. Tomēr šādas pārbaudes nav panaceja neparedzētas diska kļūmes gadījumā (panaceja ir tikai dublējums). Reizi dienā – es domāju, ka pilnīgi pietiekami.
Temperatūras vaicājums neaktivizē atribūtu aprēķina procesus, un to var izpildīt bieži. Tā kā, ja tas tiek ieviests pareizi, tas tiek darīts, izmantojot SCT protokolu. Caur SCT tiek atdots tikai tas, kas jau ir zināms. Šie dati tiek automātiski atjaunināti fonā.
2) SMART atribūtu dati bieži vien ir neuzticami.
Cietā diska programmaparatūra parāda to, kas, tāsprāt, jums jāparāda, nevis to, kas patiesībā notiek. Acīmredzamākais piemērs ir 5. atribūts, atkārtoti piešķirto sektoru skaits. Datu atkopšanas speciālisti labi zina, ka cietais disks piektajā atribūtā var uzrādīt nulle pārdalījumu skaitu, lai gan tie pastāv un turpina parādīties.
Es uzdevu jautājumu speciālistam, kurš pēta cietos diskus un pārbauda to programmaparatūru. Es jautāju, pēc kāda principa ierīces programmaparatūra nolemj, ka tagad ir jāslēpj sektora maiņas fakts, bet tagad par to var runāt, izmantojot SMART atribūtus.
Viņš atbildēja, ka nav vispārēju noteikumu, saskaņā ar kuriem ierīces parāda vai slēpj reālo attēlu. Un programmētāju loģika, kuri raksta programmaparatūru cietajiem diskiem, dažreiz izskatās ļoti dīvaini. Pētot dažādu modeļu programmaparatūru, viņš redzēja, ka bieži vien lēmums "slēpt vai parādīt" tiek pieņemts, pamatojoties uz parametru kopumu, kas parasti nav skaidrs, kā tie ir saistīti viens ar otru un ar atlikušo cietā diska resursu.
3) SMART rādītāju interpretācija ir atkarīga no piegādātāja.
Piemēram, Seagates nevajadzētu pievērst uzmanību 1. un 7. atribūtu “sliktajām” neapstrādātajām vērtībām, ja vien pārējās ir normālas. Šī ražotāja diskos to absolūtās vērtības normālas lietošanas laikā var palielināties.
Lai novērtētu cietā diska stāvokli un atlikušo kalpošanas laiku, vispirms ir ieteicams pievērst uzmanību parametriem 5, 196, 197, 198. Turklāt ir jēga koncentrēties uz absolūtām, neapstrādātām vērtībām, nevis uz dotajām vērtībām. . Atribūtu piespiešanu var veikt nepārprotamā veidā, kas atšķiras dažādos algoritmos un programmaparatūrā.
Kopumā datu uzglabāšanas speciālistu vidū, runājot par atribūta vērtību, viņi parasti domā absolūto vērtību.
Avots: www.habr.com