Ինտերնետում շատ տեղեկություններ կան SMART-ի և ատրիբուտների արժեքների մասին: Բայց ես չեմ հանդիպել մի քանի կարևոր կետերի հիշատակման, որոնց մասին ես գիտեմ պահեստավորման կրիչների ուսումնասիրությամբ զբաղվող մարդկանցից:
Երբ ես ևս մեկ անգամ ասում էի ընկերոջս այն մասին, թե ինչու չի կարելի անվերապահորեն վստահել SMART ընթերցումներին և ինչու է ավելի լավ չօգտագործել դասական «SMART մոնիտորներ» անընդհատ, միտքս ծագեց գրել ասված բառերը. թեզիսների հավաքածու՝ բացատրություններով։ Ամեն անգամ վերապատմելու փոխարեն հղումներ տրամադրելու համար: Եվ այն հասանելի դարձնել ավելի լայն լսարանի համար:
1) SMART հատկանիշների ավտոմատ մոնիտորինգի ծրագրերը պետք է օգտագործվեն մեծ զգուշությամբ:
Այն, ինչ դուք գիտեք որպես SMART ատրիբուտներ, չեն պահվում պատրաստի վիճակում, այլ ստեղծվում են այն պահին, երբ դուք դրանք պահանջում եք: Դրանք հաշվարկվում են ներքին վիճակագրության հիման վրա, որը կուտակվել և օգտագործվել է սկավառակի որոնվածի կողմից շահագործման ընթացքում:
Սարքը այս տվյալների մի մասի կարիք չունի հիմնական գործառույթն ապահովելու համար: Եվ այն չի պահվում, այլ ստեղծվում է ամեն անգամ, երբ պահանջվում է: Հետևաբար, երբ տեղի է ունենում SMART հատկանիշների հարցում, որոնվածը գործարկում է մեծ թվով գործընթացներ, որոնք անհրաժեշտ են բացակայող տվյալները ստանալու համար:
Բայց այս գործընթացները վատ համատեղելի են այն ընթացակարգերի հետ, որոնք կատարվում են, երբ սկավառակը բեռնված է կարդալ-գրելու գործողություններով:
Իդեալական աշխարհում դա չպետք է որևէ խնդիր առաջացնի: Բայց իրականում կոշտ սկավառակի որոնվածը գրված է սովորական մարդկանց կողմից: Ով կարող է և անում է սխալներ: Հետևաբար, եթե դուք հարցում եք անում SMART ատրիբուտներին, մինչ սարքն ակտիվորեն կատարում է կարդալ-գրելու գործողություններ, սխալ տեղի ունենալու հավանականությունը կտրուկ մեծանում է: Օրինակ՝ օգտվողի կարդալու կամ գրելու բուֆերի տվյալները կփչանան:
Ռիսկերի ավելացման մասին հայտարարությունը ոչ թե տեսական եզրակացություն է, այլ գործնական դիտարկում։ Օրինակ, կա հայտնի սխալ, որը տեղի է ունեցել HDD Samsung 103UI-ի որոնվածում, որտեղ օգտվողի տվյալները վնասվել են SMART ատրիբուտներ պահանջելու գործընթացում:
Հետևաբար, մի կազմաձևեք SMART հատկանիշների ավտոմատ ստուգումը: Եթե հաստատ չգիտեք, որ cache flush հրամանը (Flush Cache) տրված է մինչ այս: Կամ, եթե չեք կարող անել առանց դրա, կարգավորեք սկանավորումն այնպես, որ հնարավորինս հազվադեպ աշխատի: Մոնիտորինգի շատ ծրագրերում ստուգումների միջև կանխադրված ժամանակը մոտ 10 րոպե է: Սա չափազանց տարածված է: Միևնույն է, նման ստուգումները դեղամիջոց չեն սկավառակի անսպասելի ձախողման համար (համաճարակը միայն պահեստային է): Օրական մեկ անգամ - կարծում եմ, դա բավական է:
Ջերմաստիճանի հարցումը չի առաջացնում ատրիբուտների հաշվարկման գործընթացներ և կարող է հաճախակի իրականացվել: Որովհետև ճիշտ իրականացման դեպքում դա արվում է SCT արձանագրության միջոցով: SCT-ի միջոցով տրվում է միայն այն, ինչ արդեն հայտնի է։ Այս տվյալները ինքնաբերաբար թարմացվում են հետին պլանում:
2) SMART հատկանիշի տվյալները հաճախ անհուսալի են:
Կոշտ սկավառակի որոնվածը ցույց է տալիս այն, ինչ նա կարծում է, որ պետք է ցույց տա ձեզ, այլ ոչ թե իրականում տեղի ունեցողը: Ամենաակնառու օրինակը 5-րդ հատկանիշն է՝ վերաբաշխված հատվածների թիվը։ Տվյալների վերականգնման մասնագետները լավ գիտեն, որ կոշտ սկավառակը կարող է ցույց տալ զրոյական թվով վերաբաշխումներ հինգերորդ հատկանիշում, թեև դրանք կան և շարունակում են հայտնվել:
Հարց ուղղեցի մի մասնագետի, ով ուսումնասիրում է կոշտ սկավառակները և ուսումնասիրում դրանց որոնվածը։ Ես հարցրի, թե որն է այն սկզբունքը, որով սարքի որոնվածը որոշում է, որ այժմ անհրաժեշտ է թաքցնել հատվածի վերաբաշխման փաստը, բայց այժմ դուք կարող եք խոսել այդ մասին SMART ատրիբուտների միջոցով:
Նա պատասխանեց, որ չկա ընդհանուր կանոն, ըստ որի սարքերը ցույց են տալիս կամ թաքցնում իրական պատկերը։ Իսկ կոշտ սկավառակների համար որոնվածը գրող ծրագրավորողների տրամաբանությունը երբեմն շատ տարօրինակ է թվում։ Ուսումնասիրելով տարբեր մոդելների որոնվածը, նա տեսավ, որ հաճախ «թաքցնելու կամ ցուցադրելու» որոշումը կայացվում է մի շարք պարամետրերի հիման վրա, որոնք ընդհանուր առմամբ անհասկանալի են, թե ինչպես են դրանք կապված միմյանց և կոշտ սկավառակի մնացած ռեսուրսի հետ:
3) SMART ցուցանիշների մեկնաբանությունը հատուկ է վաճառողին:
Օրինակ, Seagates-ում դուք չպետք է ուշադրություն դարձնեք 1 և 7 ատրիբուտների «վատ» հումքի արժեքներին, քանի դեռ մնացածը նորմալ է: Այս արտադրողի սկավառակների վրա դրանց բացարձակ արժեքները կարող են աճել նորմալ օգտագործման ժամանակ:
Կոշտ սկավառակի վիճակը և մնացած կյանքը գնահատելու համար առաջին հերթին խորհուրդ է տրվում ուշադրություն դարձնել 5, 196, 197, 198 պարամետրերին: Ավելին, իմաստ ունի կենտրոնանալ բացարձակ, հումքի արժեքների վրա, այլ ոչ թե տրվածների վրա: . Հատկանիշների պարտադրումը կարող է իրականացվել ոչ ակնհայտ ձևերով, տարբեր ալգորիթմներում և որոնվածում:
Ընդհանուր առմամբ, տվյալների պահպանման մասնագետների շրջանում, երբ խոսում են հատկանիշի արժեքի մասին, սովորաբար նկատի ունեն բացարձակ արժեքը։
Source: www.habr.com