Маанилүү маалыматтардын камдык көчүрмөсүн сактоо жакшы нерсе. Бирок иш токтоосуз улантуу керек болсо, жана ар бир мүнөт маанилүү болсочу? Биз Acronis компаниясында системаны мүмкүн болушунча тезирээк баштоо маселесин чечүү канчалык мүмкүн экенин текшерүүнү чечтик. Жана бул Active Restore сериясындагы биринчи пост, анда мен Иннополис университети менен кантип долбоорду баштаганыбызды, кандай чечим тапканыбызды жана бүгүн эмненин үстүндө иштеп жатканыбызды айтып берем. Чоо-жайы кесилген астында.
Салам! Менин атым Даулет Тумбаев, бүгүн мен сиздер менен кырсыкты калыбына келтирүүнү тездетүүчү системаны иштеп чыгуу боюнча тажрыйбам менен бөлүшкүм келет. Долбоордун бүтүндөй өнүгүү жолу жөнүндө сөз кылуу үчүн, келгиле, бир аз алыстан баштайлы. Учурда мен Acronisте иштейм, бирок мен Иннополис университетинин бүтүрүүчүсү болом, ал жерде программалык камсыздоону иштеп чыгуу менеджменти (MSIT-SE катары белгилүү) боюнча магистратураны аяктаганмын. Иннополис жаш университет, ал эми окуу планы андан да жаш. Бирок ал Карнеги Меллон университетинин окуу программасына негизделген, анын иши өнөр жай долбоорлору сыяктуу теманы камтыйт.
Индустриалдык долбоордун максаты – студентти реалдуу өнүгүүгө батырып, алган билимин практикада бекемдөө. Бул үчүн университет Yandex, Acronis, MTC жана башка ондогон компаниялар менен кызматташат (жалпысынан 2018-жылга карата университетте 144 өнөктөш болгон). Кызматташтыктын жүрүшүндө компаниялар университетке өздөрүнүн иш багыттарын сунуштап, студенттер өздөрүнүн кызыкчылыктарына жана билим деңгээлине жакыныраак долбоорлордун бирин тандашат. Эки жыл мурун мен дагы эле "баррикадалардын аркы өйүзүндө" болчумун жана башка Acronis долбоорунда студент болуп иштегем. Бирок бул жолу мен компания тарапта студенттер үчүн техникалык кеңешчи болуп, Innopolisке Active Restore долбоорун сунуштадым. Active Restore идеясынын өзү Acronisдеги ядро командасы тарабынан иштелип чыккан, бирок чечимди иштеп чыгуу Иннополис университети менен бирге башталган.
Active Restore - бул эмне үчүн керек?
Адаттагыдай, кырсыкты калыбына келтирүү стандарттуу схема боюнча иштейт. Компьютериңизде кыйынчылыктар болгондон кийин, сиз кээ бир резервдик системанын веб-интерфейсине өтүп, мисалы, Acronis True Image жана чоң "калыбына келтирүү" баскычын басыңыз. Андан кийин N мүнөт күтүшүңүз керек, андан кийин гана иштей аласыз.
Көйгөй бул N саны, ошондой эле RTO (калыбына келтирүү убактысынын максаты), жол берилген калыбына келтирүү убактысы, абдан таасирдүү болушу мүмкүн, бул туташуу ылдамдыгынан (эгерде калыбына келтирүү булуттан болсо), машинаңыздын катуу дискинин өлчөмүнө жараша болот. , жана башка бир катар факторлор. Аны азайтуу мүмкүнбү? Ооба, мүмкүн, анткени ишти улантуу үчүн сизге ар дайым толук компьютердик диск керек эмес. Ошол эле сүрөттөр жана видеолор аппараттын иштөөсүнө эч кандай таасир этпейт жана аларды кийинчерээк фондо тартып алса болот.
Айдоочу керек...
Операциялык система толугу менен даярдалган диск менен баштоону күтөт. Ошондуктан Windows Дисктин бүтүндүгүн бир катар текшерүүлөрдү жүргүзөт. Эгерде ОС табууга аракет кылган айрым файлдар жок же бузулган болсо, система кадимки ишке киргизүүгө жол бербейт. Бул көйгөйдү чечүү үчүн биз дискке "кайра багыттоочу файлдарды" жайгаштырууну чечтик. Бул файлдар жок же бузулган файлдарды алмаштырат, бирок негизинен жасалма файлдар. Бул кайра багыттоочуларды түзүү абдан оңой, анткени аларда эч кандай мазмун жок.
Андан ары калыбына келтирүү төмөнкүдөй болот. Фондук процесс боюнча, операциялык тутумдун иштешине параллелдүү, "муляждар" маалыматтар менен толтурулат. Фонду калыбына келтирүү процесси дисктин жүгүн эске алат жана белгиленген чектен ашпайт. Бирок, колдонуучу же иштетүү тутумунун өзү күтүлбөгөн жерден али жок файлды талап кылышы мүмкүн. Бул жерде экинчи калыбына келтирүү режими ишке кирет. Суралган файлдын артыкчылыктуулугу максимумга көтөрүлөт жана калыбына келтирүү процесси файлды шашылыш түрдө дискке жүктөйт. Операциялык система талап кылынган файлды бир аз кечигүү менен кабыл алат.
Идеалдуу сүрөт мына ушундай көрүнөт. Бирок, реалдуу дүйнөдө көп сандаган тузактар жана мүмкүн болгон туюктар бар. Innopolis магистринин студенттери менен бирге биз бул калыбына келтирүү сценарийин изилдөөнү чечтик, RTOдогу жетишкендиктерди баалоо жана мындай мамиле мүмкүнбү? Анткени, ал убакта рынокто мындай чечимдер жөн эле жок болчу.
Эгерде мен Иннополистеги балдарга тейлөө компонентин иштетүүнү чечсем, анда Acronis ичинде иш башталды. Команда муну колго алды. Windows Ядро. План мындай болчу:
- Драйверди OS ишке киргизүүнүн алгачкы этабында ишке киргизиңиз,
- Жумуш учурунда, качан толугу менен даяр болот, кызматты жүктөп алуу
- Кызмат айдоочунун суроо-талаптарын иштеп чыгат жана анын андан аркы ишин координациялайт.
Айдоочу инженердик кесиптин сырлары
Эгерде менин кесиптештерим башка постто кызмат тууралуу сөз кылышса, анда бул текстте биз айдоочуларды өнүктүрүүнүн татаал жактарын ачып беребиз. Буга чейин иштелип чыккан мини-фильтр драйверинде эки иштөө режими бар - система кадимки режимде башталганда жана система жаңы эле иштен чыгып, калыбына келтирилип жатканда. Колдонуучунун китепканаларын жана тиркемелерин, демек, биздин кызматты жүктөөдөн мурун, айдоочу өзүн бирдей алып жүрөт. Ал азыр система кайсы абалда экенин билбейт. Натыйжада, ар бир түзүү, окуу жана жазуу журналга жазылат жана бардык метаберилиштер жазылат. Ал эми кызмат онлайн болгондо, айдоочу бул маалыматты кызматка берет.
Кадимки иштетилген учурда, сервис айдоочуга "эс алуу" сигналын жөнөтөт, ал "эс алуу" жана бардык маалыматтарды кылдаттык менен жазууну токтотот. Бул учурда, драйвер дисктеги өзгөрүүлөрдү гана журналга жазууга өтөт жана аларды башка Acronis куралдарын колдонуп, дисктин камдык көчүрмөсүн колдонуучу белгилеген медиада эң заманбап абалда сактаган кызматка кабарлайт. Бул булут, алыскы, акырындык менен же түнкү камдык болушу мүмкүн.
Калыбына келтирүү режими иштетилген болсо, кызмат драйверге "Калыбына келтирүү" режиминде иштеши керектигин айтат. Система бузулуудан жаңы эле калыбына келтирилди жана ал дискте файлды ачуу өтүнүчүн киргизээри менен мини-фильтр бул операцияны токтотуп, бул өтүнүчтү өзү жасашы, дискте мындай файл бар же жок экенин текшериши керек. аны ачууга болот.
Эгерде файл жок болсо, мини-фильтр бул маалыматты кызматка өткөрүп берет, бул файлды калыбына келтирүүнүн артыкчылыктуулугун жогорулатат (бул убакыттын ичинде калыбына келтирүү фондо жүрүп жатат). Көрсө, бул файл жөн эле кезектин башына секирип кетет экен. Андан кийин, кызматтын өзү (же башка Acronis каражаттары) бул файлды калыбына келтирет жана драйверге баары жакшы экенин айтат, эми операциялык система ага кире алат жана драйвер системадан дискке баштапкы сурамды "чыгарат".
Калыбына келтирүү мүмкүн болбосо, кызмат драйверге файл камдык көчүрмөдө жок экендигин билдирет. Биздин мини-чыпкалоочу драйверибиз жөн гана системанын суроо-талабын андан ары өткөрүп берет жана баштапкы сурамчы (ОСтун өзү же тиркеме) "файл табылган жок" катасын алат. Бирок, файл чындап эле дискте жана камдык көчүрмөдө болбосо, бул нормалдуу көрүнүш.
Албетте, операциялык система бир топ жайыраак иштейт, анткени каалаган файлды же китепкананы окуу бир нече этапта, балким, алыскы ресурстарга жетүү менен ишке ашат. Бирок, колдонуучу калыбына келтирүү дагы эле жүрүп жатканда, мүмкүн болушунча эртерээк иштей алат.
Төмөн, андан да төмөн керек...
Прототип өзүнүн функционалдуулугун далилдеди. Бирок кээ бир учурларда дагы эле туюкка кептелгендиктен, мындан ары да улантуу зарылдыгын таптык. Мисалы, операциялык тутум бир нече жипте ар кандай китепканаларды сурай алат, бул биздин кызматтын өзүнөн-өзү кайталанышына алып келет.
Учурда мен иштеп жаткан маселе - Active Restore ылдамдыгын жогорулатуу жана системанын коопсуздук деңгээлин жогорулатуу. Айталы, системага бүт файл эмес, анын бир бөлүгү гана керек. Бул үчүн дагы бир драйвер иштелип чыккан - диск чыпкасы драйвери. Ал мындан ары файл деңгээлинде эмес, блок деңгээлинде иштейт. Иштөө принциби окшош: нормалдуу иштөө режиминде драйвер дискте өзгөртүлгөн блокторду жөн эле журналга жазат, ал эми калыбына келтирүү режиминде блокту өз алдынча окууга аракет кылат, ал эми ийгиликсиз болсо, артыкчылыкты жогорулатуу үчүн кызматка кайрылат. Бирок, системанын бардык башка бөлүктөрү ошол эле бойдон калууда. Мисалы, OS деңгээлиндеги кызмат аны башка драйвер менен байланышууну суранып жатканынан шектенбейт, анткени негизги милдет - ОСту иштөө үчүн зарыл болгон так маалымат менен камсыз кылуу. Бул чөйрө олуттуу жакшыртууну талап кылат, анткени кызмат блок деңгээлинде кантип ойлонууну билбейт.
Кийинки кадамым драйверди тереңирээк жана эртерээк иштетүү болду, UEFI драйверине жана Native деңгээлине чейин. Windows кызматтын ордуна тиркемелер. Бул максатта ал иштелип чыккан (же DXE драйвери), ал ОС башталганга чейин эле иштеп баштайт жана өчөт. Бирок UEFI драйверлеринин "тарыхы", чогултуу жана орнотуу жөнүндө маалыматтар жана өзгөчөлүктөрү Windows Кийинки постто биз жергиликтүү колдонмолорду карап чыгабыз. Андыктан, мен ишибиздин кийинки этабы жөнүндө окуя даярдап жатканда, биздин блогго жазылыңыз. Сиздин комментарийлериңизди жана сунуштарыңызды уккум келет.
Сурамжылоого катталган колдонуучулар гана катыша алышат. , өтүнөмүн.
Сизде калыбына келтирүү өтө узакка созулган жагдайлар болду беле:
65.1%Ооба28
23.2%No10
11.6%Бул жөнүндө ойлонгон жокмун5
43 колдонуучу добуш берди. 3 колдонуучу добуш берүүдөн баш тартты.
Source: www.habr.com
