Kopjimi i rezervës së të dhënave të rëndësishme është i rëndësishëm. Por çfarë nëse puna duhet të vazhdojë menjëherë, dhe çdo minutë ka rëndësi? Ne në Acronis vendosëm të shqyrtojmë se sa shpejt mund ta zgjidhim sfidën e nisjes sa më shpejt të sistemit. Ky është postimi i parë në serinë Active Restore, ku do të tregoj se si filluam projektin në bashkëpunim me Universitetin Innopolis, cila ishte zgjidhja që gjetëm, dhe çfarë po punojmë sot. Detajet më poshtë.
PĂ«rshĂ«ndetje! Emri im Ă«shtĂ« Daulat Tumbaev, dhe sot dua tĂ« ndaj me ju pĂ«rvojĂ«n time nĂ« zhvillimin e njĂ« sistemi qĂ« pĂ«rshpejton rikuperimin emergjent. PĂ«r tĂ« treguar tĂ« gjithĂ« rrugĂ«n e zhvillimit tĂ« projektit, le tĂ« fillojmĂ« nga pak mĂ« larg. Tani punoj nĂ« Acronis, por gjithashtu jam njĂ« diplomant i Universitetit Innopolis, tĂ« cilin e pĂ«rfundova nĂ« programin e magjistraturĂ«s nĂ« "Menaxhimin e Zhvillimit tĂ« Softuerit" (nĂ« njohur si MSIT-SE). Innopolis Ă«shtĂ« njĂ« universitet i ri, dhe programa mĂ«simore Ă«shtĂ« edhe mĂ« e re. MegjithatĂ«, ajo Ă«shtĂ« ndĂ«rtuar mbi planin mĂ«simor tĂ« Universitetit Carnegie Mellon, i cili ka njĂ« temĂ« tĂ« tillĂ« si projektetć·„äžă
Qëllimi i projektit industrial është të zhytë studentin në zhvillimin real dhe të forcojë njohuritë e fituara në praktikë. Për këtë, universiteti bashkëpunon me kompani si Yandex, Acronis, MTC dhe dhjetëra të tjera (në vitin 2018, universiteti kishte gjithsej 144 partnerë). Gjatë bashkëpunimit, kompanitë ofrojnë universitetit drejtimet e tyre të punës, dhe studentët zgjedhin një nga projektet që iu përshtatet më shumë sipas interesave dhe nivelit të përgatitjes. Vetëm dy vjet më parë isha "në anën tjetër të barricadës" dhe punoja si student në një projekt tjetër të Acronis. Por këtë herë u bëra këshilltar teknik për studentët nga ana e kompanisë dhe i propozoja Universitetit Innopolis projektin Active Restore. Ideja e vetë Active Restore u formulua nga ekipi Kernel në Acronis, megjithatë, zhvillimi i zgjidhjes filloi së bashku me Universitetin Innopolis.
Active Restore â pĂ«rse Ă«shtĂ« e nevojshme?
Tradicionalisht, rikuperimi nga fatkeqĂ«sitĂ« funksionon sipas njĂ« skeme standarde. Pas ndodhisĂ« sĂ« pakĂ«ndshme me kompjuterin tuaj, ju futeni nĂ« ndĂ«rfaqen nĂ« internet tĂ« njĂ« sistemi kopjimi, si Acronis True Image, dhe klikoni butonin e madh ârikuperoâ. MĂ« pas, duhet tĂ« prisni N minuta, dhe vetĂ«m pas kĂ«saj do tĂ« jeni nĂ« gjendje tĂ« vazhdoni punĂ«n.
Problemi Ă«shtĂ« se ky numĂ«r N, i njohur gjithashtu si RTO (objektivi i kohĂ«s sĂ« rikuperimit), kohĂ«zgjatja e pranueshme pĂ«r rikuperim, mund tĂ« jetĂ« mjaft e konsiderueshme, e cila varet nga shpejtĂ«sia e lidhjes (nĂ«se rikuperimi realizohet nga ĐŸĐ±Đ»Đ°Đș), nga kapaciteti i hard diskut tuaj dhe nga njĂ« sĂ«rĂ« faktorĂ«sh tĂ« tjerĂ«. A Ă«shtĂ« e mundur ta reducioni atĂ«? Po, Ă«shtĂ« e mundur, sepse pĂ«r tĂ« vazhduar punĂ«n, nuk Ă«shtĂ« gjithmonĂ« e nevojshme tĂ« keni njĂ« disk tĂ« plotĂ« kompjuteri. TĂ« njĂ«jtat fotografi dhe video nuk ndikojnĂ« aspak nĂ« funksionalitetin e pajisjes dhe mund tĂ« tĂ«rhiqen mĂ« vonĂ« nĂ« sfond.
Shoferi nevoitet...
Sistemi operativ parashikon të fillojë me një disk plotësisht të gatshëm. Prandaj, Windows bën një sërë kontrollesh për integritetin e diskut. Sistemi nuk do të lejojë një fillim normal në mungesë ose dëmtim të disa skedareve që OS-a pritet të gjejë. Për zgjidhjen e këtij problemi, u vendos të vendosnim skedaret e ashtuquajtur të ridirektuar në disk, të cilat zëvendësojnë skedaret që mungojnë ose janë të dëmtuara, por në fakt janë bosh. Të krijosh një të tillë është krejtësisht e shpejtë, sepse ato në fakt nuk kanë asnjë përmbajtje.
Më pas rikuperimi ndodh siç vijon. Me një proces në sfond, paralelisht me punën e sistemit operativ, "boshllëqet" mbushen me të dhëna. Procesi i rikuperimit në sfond merr parasysh ngarkesën në disk dhe nuk e tejkalon kufirin e vendosur. Sidoqoftë, përdoruesi ose vetë sistemi operativ mund të kërkojë papritur një skedar që ende nuk egziston. Këtu hyn në lojë mode të dytë të rikuperimit. Prioriteti i skedarit të kërkuar rritet në maksimum, dhe procesi i rikuperimit ngarkohet me urgjencë skedarin në disk. Sistemi operativ merr skedarin e nevojshëm, ndonëse me një vonesë të vogël.
Kjo është pamja e përkryer. Megjithatë, në botën reale ka një sasi të madhe pengesash dhe potencialesh bllokimesh. Së bashku me studentët e magjistraturës në Innopolis, ne vendosëm të hulumtojmë këtë skenar rikuperimi, të vlerësojmë përfitimin në RTO dhe të kuptojmë nëse një qasje e tillë është e mundur. Në atë kohë, nuk kishte zgjidhje të tilla në treg.
Dhe nëse komponentin shërbyes e besoja ekipit nga Innopolis, brenda Acronis filloi puna mbi . Ekipi i Windows Kernel u angazhua për këtë. Plani ishte:
- Të aktivizohet drejtori në një fazë të hershme të startit të OS-së,
- Gjatë punës, kur të jetë plotësisht gati, të ngarkohet shërbimi
- Shërbimi trajton kërkesat e drejtori dhe koordinon punën e tij të mëtjeshme.
Finesat e ndërtimit të drejtorëve
NĂ«se kolegĂ«t e mi do tĂ« flasin pĂ«r shĂ«rbimin nĂ« njĂ« post tjetĂ«r, nĂ« kĂ«tĂ« tekst do tĂ« zbulojmĂ« finesat e zhvillimit tĂ« drejtori. Mini-filtri i drejtorisĂ« sĂ« zhvilluar tashmĂ« ka dy modet e funksionimit â kur sistemi ka nisur nĂ« mĂ«nyrĂ« standarde, dhe kur sistemi sapo ka pĂ«rjetuar njĂ« dĂ«shtim dhe po rikuperohet. Para se tĂ« fillojĂ« ngarkimi i bibliotekave dhe aplikacioneve tĂ« pĂ«rdoruesve, dhe kĂ«shtu edhe shĂ«rbimi ynĂ«, drejtori portĂ« saktĂ«sisht kur janĂ« nĂ« ndonjĂ« nga tĂ« dyja gjendjet. Si rezultat, çdo create, read dhe write registrohet, tĂ« gjitha metadatat fiksohen. Dhe kur shĂ«rbimi tĂ« jetĂ« nĂ« linjĂ«, drejtori ofron kĂ«tĂ« informacion shĂ«rbimit.
NĂ« rastin e nisjes normale, shĂ«rbimi i dĂ«rgon drejtori sinjalin âRelaxâ, qĂ« tĂ« ârelaksohetâ dhe tĂ« ndalojĂ« regjistrimin me pĂ«rpikĂ«ri tĂ« tĂ« dhĂ«nave. NĂ« kĂ«tĂ« rast, drejtori kalon nĂ« regjistrimin vetĂ«m tĂ« ndryshimeve nĂ« disk dhe i raporton atyre shĂ«rbimit, i cili me ndihmĂ«n e mjeteve tĂ« tjera Acronis mban backup-in e diskut nĂ« gjendjen mĂ« tĂ« re mĂ« tĂ« mundshme nĂ« atĂ« bartĂ«s qĂ« pĂ«rdoruesi e ka caktuar. Kjo mund tĂ« jetĂ« ruajtje e brezit, e largĂ«t, e gradualshme ose e natĂ«s.
NĂ«se aktivizohet moda e rikuperimit, shĂ«rbimi i njofton drejtorin se duhet tĂ« punojĂ« nĂ« modin âRecoveryâ. Sistemi sapo Ă«shtĂ« rikuperuar pas njĂ« dĂ«shtimi, dhe sa herĂ« qĂ« ai bĂ«n njĂ« kĂ«rkesĂ« pĂ«r tĂ« hapur njĂ« skedar nĂ« disk, mini-filtri duhet tĂ« kapĂ« kĂ«tĂ« operacion, tĂ« bĂ«jĂ« kĂ«tĂ« kĂ«rkesĂ« vetĂ«, tĂ« kontrollojĂ« nĂ«se ekziston njĂ« skedar i tillĂ« nĂ« disk dhe nĂ«se Ă«shtĂ« e mundur ta hapĂ« atĂ«.
NĂ« rast se skedari mungon, mini-filtri e kalon kĂ«tĂ« informacion te shĂ«rbimi, i cili rrit prioritetin e rikuperimit tĂ« skedarit (gjatĂ« gjithĂ« kĂ«saj kohe rikuperimi vazhdon nĂ« sfond). KĂ«shtu qĂ« ky skedar thjesht pĂ«rfundon nĂ« fillim tĂ« rendit. Pas kĂ«saj, shĂ«rbimi vetĂ« (ose me mjete tĂ« tjera Acronis) e rikuperon kĂ«tĂ« skedar dhe i njofton drejtorit qĂ« gjithçka Ă«shtĂ« nĂ« rregull, tani sistemi operativ mund tĂ« aksesojĂ« atĂ« dhe drejtori âlironâ kĂ«rkesĂ«n origjinale nga sistemi nĂ« disk.
NĂ«se rikuperimi Ă«shtĂ« i pamundur, shĂ«rbimi i njofton drejtorit se skedari nuk ekziston as nĂ« backup. Mini-filtri ynĂ« i drejtorit thjesht e kalon kĂ«rkesĂ«n sistemore pĂ«rpara dhe aplikacioni origjinal (vetĂ« OS ose aplikacioni) merr gabimin âfile not foundâ. MegjithatĂ«, kjo Ă«shtĂ« krejt normale nĂ«se skedari nuk ka ekzistuar aspak nĂ« disk dhe nĂ« backup.
Sigurisht, sistemi operativ do të punojë shumë më ngadalë, sepse leximi i çdo skedari ose biblioteke ndodh në disa faza, ndoshta me qasje në burime të largëta. Por, me siguri, përdoruesi mund të fillojë punën në një afat të shkurtër, ndërsa rikuperimi vazhdon ende.
Duhet më poshtë, akoma më poshtë...
Prototipi e ka provuar funksionalitetin e tij. Por ne gjithashtu zbuluam nevojën për të ecur përpara, sepse në disa raste ende ndodhin bllokime. Për shembull, sistemi operativ mund të kërkojë biblioteka të ndryshme në disa thread-e, duke çuar në një bllokim të shërbimit tonë në vetvete.
Problemi qĂ« po trajtoj tani Ă«shtĂ« rritja e shpejtĂ«sisĂ« sĂ« Active Restore dhe pĂ«rmirĂ«simi i nivelit tĂ« sigurisĂ« sĂ« sistemit. Supozoni se sistemi nuk ka nevojĂ« pĂ«r njĂ« skedar tĂ« tĂ«rĂ«, i nevojitet vetĂ«m njĂ« pjesĂ« e tij. PĂ«r kĂ«tĂ« Ă«shtĂ« zhvilluar njĂ« drejtues i ri â filtrues drejtuesi i diskut. Ai punon jo nĂ« nivelin e skedarĂ«ve, por nĂ« nivelin bllok. Principi i funksionimit Ă«shtĂ« i ngjashĂ«m: nĂ« mĂ«nyrĂ«n normale tĂ« funksionimit, drejtuesi thjesht protokon blloqet e ndryshuara nĂ« disk, ndĂ«rsa nĂ« mĂ«nyrĂ«n e rikuperimit, pĂ«rpiqet tĂ« lexojĂ« bllokun vetĂ«, dhe nĂ« rast dĂ«shtimi, kĂ«rkon nga shĂ«rbimi rritjen e prioritetit. NĂ« kĂ«tĂ« mĂ«nyrĂ«, tĂ« gjitha pjesĂ«t e tjera tĂ« sistemit mbeten tĂ« njĂ«jta. PĂ«r shembull, shĂ«rbimi nĂ« nivelin e OS as qĂ« dyshon se i ofrohet tĂ« komunikojĂ« me njĂ« drejtues tjetĂ«r, pĂ«r shkak se detyra kryesore Ă«shtĂ« tĂ« ofrojĂ« pĂ«r OS pikĂ«risht ato tĂ« dhĂ«na qĂ« janĂ« tĂ« nevojshme pĂ«r funksionimin. Ky drejtim kĂ«rkon pĂ«rmirĂ«sime tĂ« konsiderueshme, tĂ« paktĂ«n sepse shĂ«rbimi nuk di akoma tĂ« mendojĂ« nĂ« nivelin bllok.
Hapi tjetĂ«r vendosa ta nis drejtuesin mĂ« thellĂ« dhe mĂ« herĂ«t, duke rĂ«nĂ« nĂ« nivelin e drejtuesve UEFI dhe aplikacioneve Native Windows nĂ« vend tĂ« shĂ«rbimit. PĂ«r kĂ«tĂ« Ă«shtĂ« zhvilluar (ose drejtuesi DXE), i cili nis dhe vdes para fillimit tĂ« OS. MegjithatĂ«, âhistorinĂ«â e drejtuesve UEFI, detajet pĂ«r ndĂ«rtimin dhe instalimin, si dhe specifikat e aplikacioneve Native Windows, do t'i shqyrtojmĂ« nĂ« postimin e ardhshĂ«m. Prandaj, regjistrohuni nĂ« blogun tonĂ«, ndĂ«rsa unĂ« do tĂ« pĂ«rgatis njĂ« tregim pĂ«r fazĂ«n tjetĂ«r tĂ« punĂ«s. Do tĂ« jem i lumtur pĂ«r komentet dhe sugjerimet tuaja.
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , ju lutem.
A keni pasur ndonjëherë situata kur rikuperimi ka zgjatur vërtet shumë:
65.1%Po28
23.2%Jo10
11.6%Nuk kam menduar5
Votuan 43 përdorues. Të ndaluar 3 përdorues.
Burimi: habr.com
