Faol tiklash: falokatni tiklash tezroq sodir bo'lishi mumkinmi? Tezroqmi?

Muhim ma'lumotlarni zaxiralash yaxshi narsa. Ammo ish darhol davom etishi kerak bo'lsa va har bir daqiqa muhim bo'lsa-chi? Biz Acronis kompaniyasida tizimni ishga tushirish muammosini imkon qadar tezroq hal qilish qanchalik mumkinligini tekshirishga qaror qildik. Va bu "Active Restore" turkumidagi birinchi post bo'lib, unda men Innopolis universiteti bilan qanday qilib loyihani boshlaganimiz, qanday yechim topganimiz va bugun nima ustida ishlayotganimizni aytib beraman. Tafsilotlar kesma ostida.

Salom! Mening ismim Daulet Tumbaev, bugun men sizlar bilan tabiiy ofatlarni tiklashni tezlashtiradigan tizimni ishlab chiqish bo‘yicha tajribam bilan o‘rtoqlashmoqchiman. Loyihaning butun rivojlanish yo'li haqida gapirish uchun, keling, bir oz uzoqdan boshlaylik. Men hozirda Acronisda ishlayman, lekin men Innopolis universitetining bitiruvchisiman, u yerda dasturiy ta'minotni ishlab chiqish menejmenti (MSIT-SE nomi bilan tanilgan) magistrlik dasturini tamomlaganman. Innopolis yosh universitet bo'lib, o'quv rejasi undan ham yoshroq. Ammo u Karnegi Mellon universitetining o'quv dasturiga asoslanadi, uning ishi sanoat loyihalari kabi mavzuni o'z ichiga oladi.

Sanoat loyihasining maqsadi talabani haqiqiy rivojlanishga jalb qilish va olingan bilimlarni amaliyotda mustahkamlashdir. Buning uchun universitet Yandex, Acronis, MTC va boshqa oʻnlab kompaniyalar bilan hamkorlik qiladi (jami 2018 yil holatiga koʻra universitetda 144 ta hamkor mavjud edi). Hamkorlik jarayonida kompaniyalar universitetga o‘z ish yo‘nalishlarini taklif etadilar va talabalar o‘zlarining qiziqishlari va tayyorgarlik darajasiga yaqinroq bo‘lgan loyihalardan birini tanlaydilar. Ikki yil oldin men hali ham "barrikadalarning narigi tomonida" edim va boshqa Acronis loyihasida talaba sifatida ishladim. Ammo bu safar men kompaniya tomonida talabalar uchun texnik maslahatchi bo'ldim va Innopolisga Active Restore loyihasini taklif qildim. Active Restore g'oyasi Acronisdagi Kernel jamoasi tomonidan ishlab chiqilgan, ammo yechimni ishlab chiqish Innopolis universiteti bilan birgalikda boshlangan.

Faol tiklash - bu nima uchun kerak?

An'anaga ko'ra, tabiiy ofatlarni tiklash standart sxema bo'yicha ishlaydi. Kompyuteringiz bilan bog'liq muammolardan so'ng, siz ba'zi bir zaxira tizimining veb-interfeysiga o'tasiz, masalan, Acronis True Image va katta "tiklash" tugmasini bosing. Keyin N daqiqa kutishingiz kerak va shundan keyingina ishlashni davom ettirishingiz mumkin.

Muammo shundaki, RTO (qayta tiklash vaqti maqsadi) deb ham ataladigan bu N raqami, ruxsat etilgan tiklash vaqti juda ta'sirli bo'lishi mumkin, bu ulanish tezligiga (agar tiklanish bulutdan bo'lsa), mashinangizning qattiq diskining hajmiga bog'liq. , va boshqa bir qator omillar. Uni kamaytirish mumkinmi? Ha, mumkin, chunki ishni davom ettirish uchun har doim ham to'liq kompyuter diski kerak emas. Xuddi shu fotosuratlar va videolar qurilmaning funksionalligiga hech qanday ta'sir qilmaydi va ularni keyinroq fonda tortib olish mumkin.

Haydovchi kerak...

Operatsion tizim diskni to'liq tayyor holda boshlashni kutadi. Shuning uchun Windows diskning yaxlitligini tekshirish uchun bir qator tekshiruvlarni amalga oshiradi. Agar OS topilishini kutayotgan ba'zi fayllar etishmayotgan yoki shikastlangan bo'lsa, tizim normal ishga tushirishga ruxsat bermaydi. Ushbu muammoni hal qilish uchun diskda biz yaratgan yo'qolgan yoki shikastlangan fayllarni almashtiradigan, lekin aslida qo'g'irchoq bo'lgan qayta yo'naltiruvchi fayllarni joylashtirishga qaror qilindi. Bunday qayta yo'naltiruvchilarni yaratish ko'p vaqt talab qilmaydi, chunki ular aslida hech qanday tarkibga ega emas.

Keyingi tiklash quyidagi tarzda amalga oshiriladi. Orqa fon jarayoni bilan, operatsion tizimning ishlashiga parallel ravishda, "qo'g'irchoqlar" ma'lumotlar bilan to'ldiriladi. Fonni tiklash jarayoni diskdagi yukni hisobga oladi va belgilangan chegaradan oshmaydi. Biroq, foydalanuvchi yoki operatsion tizimning o'zi to'satdan hali mavjud bo'lmagan faylni talab qilishi mumkin. Bu erda ikkinchi tiklash rejimi o'ynaydi. So'ralgan faylning ustuvorligi maksimal darajaga ko'tariladi va tiklash jarayoni faylni zudlik bilan diskka yuklaydi. Operatsion tizim biroz kechikish bilan bo'lsa-da, kerakli faylni oladi.

Ideal rasm shunday ko'rinadi. Biroq, haqiqiy dunyoda juda ko'p tuzoqlar va potentsial to'siqlar mavjud. Innopolis magistratura talabalari bilan birgalikda biz ushbu tiklanish stsenariysini o'rganishga, RTOdagi yutuqlarni baholashga va bunday yondashuvni amalga oshirish mumkinligini tushunishga qaror qildik? Axir, o'sha paytda bozorda bunday echimlar yo'q edi.

Agar men Innopolisdagi yigitlarga xizmat ko'rsatish komponentini ishlab chiqarishga qaror qilsam, Acronis ichida ish boshlandi. fayl tizimi drayveri bo'yicha mini-filtr. Bu Windows Kernel jamoasi tomonidan amalga oshirildi. Reja shunday edi:

• Operatsion tizimni ishga tushirishning dastlabki bosqichida drayverni ishga tushiring,
• Ish paytida, qachon foydalanuvchi maydoni to'liq tayyor bo'ladi, xizmatni yuklab oling
• Xizmat haydovchi so'rovlarini qayta ishlaydi va uning keyingi ishini muvofiqlashtiradi.

Haydovchi muhandislik nozikliklari

Agar mening hamkasblarim boshqa postda xizmat haqida gapiradigan bo'lsa, unda ushbu matnda biz haydovchilarni rivojlantirishning nozik tomonlarini ochib beramiz. Allaqachon ishlab chiqilgan mini-filtr drayverida ikkita ish rejimi mavjud - tizim normal rejimda ishga tushganda va tizim endigina nosozlikka uchragan va qayta tiklanayotganda. Foydalanuvchi kutubxonalari va ilovalarini, shuning uchun bizning xizmatimizni yuklashdan oldin, haydovchi xuddi shunday yo'l tutadi. U tizim hozirda qaysi holatda ekanligini bilmaydi. Natijada, har bir yaratish, o'qish va yozish qayd qilinadi va barcha metama'lumotlar qayd etiladi. Va xizmat onlayn bo'lganda, haydovchi ushbu ma'lumotni xizmatga taqdim etadi.

Oddiy ishga tushirilganda, xizmat haydovchiga "Relax" signalini yuboradi, shunda u "bo'shashadi" va barcha ma'lumotlarni sinchkovlik bilan qayd qilishni to'xtatadi. Bunday holda, drayver faqat diskdagi o'zgarishlarni ro'yxatga olish rejimiga o'tadi va ular haqida boshqa Acronis vositalaridan foydalangan holda, foydalanuvchi tomonidan ko'rsatilgan ommaviy axborot vositalarida diskning zahira nusxasini eng dolzarb holatda saqlaydigan xizmatga xabar beradi. Bu bulutli, masofaviy, bosqichma-bosqich yoki tungi zaxira bo'lishi mumkin.

Qayta tiklash rejimi yoqilgan bo'lsa, xizmat drayverga "Qayta tiklash" rejimida ishlashi kerakligini aytadi. Tizim endigina avariyadan tuzalib ketdi va u diskdagi faylni ochish soʻrovini berishi bilanoq, mini-filtr ushbu operatsiyani toʻxtatib turishi, bu soʻrovni oʻzi bajarishi, diskda bunday fayl mavjudligi yoki yoʻqligini tekshirishi kerak. uni ochish mumkin.

Agar fayl etishmayotgan bo'lsa, mini-filtr ushbu ma'lumotni xizmatga uzatadi, bu faylni tiklashning ustuvorligini oshiradi (bu vaqt davomida tiklash fonda davom etadi). Ma'lum bo'lishicha, bu fayl oddiygina navbatning boshiga o'tadi. Shundan so'ng, xizmatning o'zi (yoki boshqa Acronis vositalari) ushbu faylni tiklaydi va drayverga hamma narsa yaxshi ekanligini aytadi, endi operatsion tizim unga kirishi mumkin va drayver tizimdan diskka asl so'rovni "bo'shatadi".

Qayta tiklashning iloji bo'lmasa, xizmat drayverga fayl zaxirada yo'qligi haqida xabar beradi. Bizning mini-filtr drayverimiz shunchaki tizim so'rovini o'tkazib yuboradi va asl so'rovchi (OTning o'zi yoki dastur) "fayl topilmadi" xatosini oladi. Ammo, agar fayl haqiqatan ham diskda va zaxirada bo'lmasa, bu juda normaldir.

Albatta, operatsion tizim ancha sekin ishlaydi, chunki har qanday fayl yoki kutubxonani o'qish bir necha bosqichda, ehtimol masofaviy resurslarga kirishda sodir bo'ladi. Ammo tiklash jarayoni davom etayotganda foydalanuvchi imkon qadar tezroq ishga qaytishi mumkin.

Pastroq, hatto pastroq kerak ...

Prototip o'zining funksionalligini isbotladi. Ammo biz davom etish zaruratini ham topdik, chunki ba'zi hollarda hali ham boshi berk ko'chaga kirib qolgan. Misol uchun, operatsion tizim turli xil kutubxonalarni bir nechta mavzularda so'rashi mumkin, bu bizning xizmatimizni o'z-o'zidan aylanishiga olib keladi.

Men hozirda ishlayotgan muammo - Active Restore tezligini oshirish va tizim xavfsizligi darajasini oshirish. Aytaylik, tizimga butun fayl kerak emas, faqat uning bir qismi kerak. Shu maqsadda yana bir drayver ishlab chiqildi - disk filtri drayveri. U endi fayl darajasida emas, balki blok darajasida ishlaydi. Ishlash printsipi shunga o'xshash: oddiy ish rejimida haydovchi shunchaki diskdagi o'zgartirilgan bloklarni qayd qiladi va tiklash rejimida u blokni o'zi o'qishga harakat qiladi va agar muvaffaqiyatsiz bo'lsa, xizmatdan ustuvorlikni oshirishni so'raydi. Biroq, tizimning barcha boshqa qismlari bir xil bo'lib qoladi. Masalan, OS darajasidagi xizmat undan boshqa drayver bilan bog'lanish so'ralayotganiga shubha qilmaydi, chunki asosiy vazifa operatsion tizimni ishlash uchun zarur bo'lgan aniq ma'lumotlar bilan ta'minlashdir. Ushbu soha sezilarli yaxshilanishlarni talab qiladi, agar xizmat blok darajasida o'ylashni hali bilmasa.

Keyingi qadam men drayverni chuqurroq va ertaroq ishga tushirishga qaror qildim, xizmat o'rniga UEFI drayverlari va Native Windows ilovalari darajasiga tushdim. Shu maqsadda u ishlab chiqilgan UEFI yuklash uchun haydovchi (yoki DXE drayveri), u OT boshlanishidan oldin ham boshlanadi va o'ladi. Ammo biz UEFI drayverlarining "tarixini", yig'ish va o'rnatish haqida tafsilotlarni, shuningdek, keyingi postda Windows Native ilovalarining o'ziga xos xususiyatlarini ko'rib chiqamiz. Shunday qilib, bizning blogimizga obuna bo'ling va shu vaqt ichida men ishning keyingi bosqichi haqida hikoya tayyorlayman. Sizning sharhlaringiz va maslahatlaringizni ko'rishdan xursand bo'laman.

So'rovda faqat ro'yxatdan o'tgan foydalanuvchilar ishtirok etishlari mumkin. tizimga kirishiltimos.

Qayta tiklash juda uzoq vaqt talab qiladigan holatlarga duch kelganmisiz:

• 65.1%Ha 28

• 23.2%№10

• 11.6%Bu haqda o'ylamagan edim5

43 ta foydalanuvchi ovoz berdi. 3 nafar foydalanuvchi betaraf qoldi.

Manba: www.habr.com