Այս հոդվածում կհամեմատվեն պահուստավորման գործիքները, բայց նախ դուք պետք է պարզեք, թե որքան արագ և լավ են դրանք հաղթահարում կրկնօրինակներից տվյալների վերականգնումը:
Համեմատության հեշտության համար մենք կքննարկենք ամբողջական կրկնօրինակից վերականգնումը, հատկապես, որ բոլոր թեկնածուներն աջակցում են գործողության այս եղանակին: Պարզության համար թվերն արդեն միջինացված են (մի քանի վազքի միջին թվաբանականը): Արդյունքները կամփոփվեն աղյուսակում, որը կպարունակի նաև տեղեկատվություն հնարավորությունների մասին՝ վեբ ինտերֆեյսի առկայություն, տեղադրման և շահագործման հեշտություն, ավտոմատացման հնարավորություն, տարբեր լրացուցիչ գործառույթների առկայություն (օրինակ՝ տվյալների ամբողջականության ստուգում) և այլն։ Գրաֆիկները ցույց կտան սերվերի բեռնվածությունը, որտեղ կօգտագործվեն տվյալները (ոչ թե պահուստային պատճենները պահելու սերվերը):
Տվյալների վերականգնում
rsync-ը և tar-ը կօգտագործվեն որպես հղման կետ կրկնօրինակների պատրաստման պարզ սցենարներ:
Rsync հաղթահարել է թեստի տվյալների հավաքածուն 4 րոպե 28 վայրկյանում՝ ցույց տալով
նման բեռ
Վերականգնման գործընթացը հարվածեց պահեստային պահեստավորման սերվերի սկավառակի ենթահամակարգի սահմանափակմանը (սղոցային գծապատկերներ): Դուք կարող եք նաև հստակ տեսնել մեկ միջուկի բեռնումը առանց որևէ խնդիրների (ցածր iowait և softirq - համապատասխանաբար սկավառակի և ցանցի հետ խնդիրներ չկան): Քանի որ մյուս երկու ծրագրերը՝ rdiff-backup-ը և rsnapshot-ը, հիմնված են rsync-ի վրա և առաջարկում են նաև սովորական rsync՝ որպես վերականգնման գործիք, նրանք կունենան մոտավորապես նույն բեռնվածության պրոֆիլը և կրկնօրինակի վերականգնման ժամանակը:
Տառ մի փոքր ավելի արագ ստացվեց
2 րոպե 43 վայրկյան.
Համակարգի ընդհանուր ծանրաբեռնվածությունը միջինում 20%-ով ավելի բարձր է եղել՝ պայմանավորված softirq-ի ավելացմամբ. ցանցի ենթահամակարգի շահագործման ընթացքում ավելացել են ընդհանուր ծախսերը:
Եթե արխիվը հետագայում սեղմվում է, վերականգնման ժամանակը ավելանում է մինչև 3 րոպե 19 վայրկյան:
հիմնական սերվերի վրա այդպիսի ծանրաբեռնվածությամբ (հիմնական սերվերի կողքին բացում).
Ապակոմպրեսիոն գործընթացն ընդգրկում է երկու պրոցեսորի միջուկները, քանի որ երկու գործընթաց է աշխատում: Ընդհանուր առմամբ, սա ակնկալվող արդյունքն է։ Բացի այդ, ստացվեց համադրելի արդյունք (3 րոպե և 20 վայրկյան), երբ gzip-ը գործարկվեց սերվերի կողմից կրկնօրինակներով, հիմնական սերվերի բեռնվածության պրոֆիլը շատ նման էր առանց gzip կոմպրեսորի tar գործարկմանը (տես նախորդ գրաֆիկը):
В rdif-կրկնօրինակում Դուք կարող եք համաժամացնել ձեր արած վերջին կրկնօրինակը սովորական rsync-ի միջոցով (արդյունքները նման կլինեն), բայց ավելի հին կրկնօրինակները դեռ պետք է վերականգնվեն՝ օգտագործելով rdiff-backup ծրագիրը, որն ավարտեց վերականգնումը 17 րոպե 17 վայրկյանում՝ ցույց տալով.
այս բեռը.
Թերեւս սա նպատակ ուներ, գոնե հեղինակների արագությունը սահմանափակելու համար . Պահուստային պատճենը վերականգնելու գործընթացն ինքնին տևում է մեկ միջուկի կեսից մի փոքր պակաս, համեմատաբար համադրելի կատարողականությամբ (այսինքն՝ 2-5 անգամ ավելի դանդաղ) սկավառակի և ցանցի վրա rsync-ով:
Rsnapshot Վերականգնման համար այն առաջարկում է օգտագործել սովորական rsync, այնպես որ դրա արդյունքները նման կլինեն: Ընդհանրապես այսպես է ստացվել.
Բերկել Ես կատարել եմ կրկնօրինակը վերականգնելու խնդիրը 7 րոպե 2 վայրկյանում
այս ծանրաբեռնվածությամբ.
Այն բավականին արագ աշխատեց և, համենայն դեպս, շատ ավելի հարմար է, քան մաքուր rsync-ը. կարիք չկա հիշել որևէ դրոշակ, պարզ և ինտուիտիվ cli ինտերֆեյս, ներկառուցված աջակցություն բազմաթիվ պատճենների համար, թեև դա երկու անգամ ավելի դանդաղ է: Եթե Ձեզ անհրաժեշտ է վերականգնել տվյալները վերջին պահուստից, կարող եք օգտագործել rsync-ը՝ մի քանի զգուշացումներով:
Ծրագիրը ցույց տվեց մոտավորապես նույն արագությունն ու ծանրաբեռնվածությունը Կրկնօրինակում PC rsync փոխանցման ռեժիմը միացնելիս՝ տեղակայելով պահուստավորումը
7 րոպե 42 վայրկյան.
Բայց տվյալների փոխանցման ռեժիմում BackupPC-ն ավելի դանդաղ էր հաղթահարում tar-ը. 12 րոպեում և 15 վայրկյանում պրոցեսորի ծանրաբեռնվածությունը հիմնականում ավելի ցածր էր:
մեկուկես անգամ.
Կրկնություն առանց կոդավորման ցույց տվեց մի փոքր ավելի լավ արդյունքներ՝ վերականգնելով կրկնօրինակը 10 րոպե 58 վայրկյանում: Եթե դուք ակտիվացնեք գաղտնագրումը gpg-ի միջոցով, վերականգնման ժամանակը կավելանա մինչև 15 րոպե 3 վայրկյան: Նաև պատճենները պահելու համար պահեստ ստեղծելիս կարող եք նշել արխիվի չափը, որը կօգտագործվի մուտքային տվյալների հոսքը բաժանելիս: Ընդհանուր առմամբ, սովորական կոշտ սկավառակների վրա, նաև մեկ թելերով աշխատանքային ռեժիմի պատճառով, մեծ տարբերություն չկա: Այն կարող է հայտնվել բլոկների տարբեր չափերի մեջ, երբ օգտագործվում է հիբրիդային պահեստավորում: Վերականգնման ընթացքում հիմնական սերվերի բեռնվածությունը հետևյալն էր.
ոչ գաղտնագրում
կոդավորման հետ
Կրկնօրինակեք ցույց տվեց վերականգնման համեմատելի արագություն՝ այն ավարտելով 13 րոպե 45 վայրկյանում: Վերականգնված տվյալների ճշգրտությունը ստուգելու համար պահանջվեց ևս 5 րոպե (ընդհանուր առմամբ մոտ 19 րոպե): Բեռը եղել է
բավականին բարձր:
Երբ aes գաղտնագրումը ներքին միացված էր, վերականգնման ժամանակը կազմում էր 21 րոպե 40 վայրկյան, իսկ CPU-ի օգտագործումը առավելագույնը (երկու միջուկներն էլ) վերականգնման ընթացքում; Տվյալները ստուգելիս ակտիվ էր միայն մեկ շարանը՝ զբաղեցնելով մեկ պրոցեսորային միջուկ։ Վերականգնումից հետո տվյալների ստուգումը տևեց նույն 5 րոպեն (ընդհանուր առմամբ գրեթե 27 րոպե):
Արդյունք
duplicati-ն մի փոքր ավելի արագ էր վերականգնվում, երբ օգտագործում էր արտաքին gpg ծրագիրը գաղտնագրման համար, բայց ընդհանուր առմամբ տարբերությունները նախորդ ռեժիմից նվազագույն են։ Գործողության ժամանակը 16 րոպե 30 վայրկյան էր, տվյալների ստուգումը 6 րոպեում: Բեռը եղել է
այդպիսին.
AMANDA, օգտագործելով թառը, այն լրացրեց 2 րոպե 49 վայրկյանում, ինչը, սկզբունքորեն, շատ մոտ է սովորական թառին։ Սկզբունքորեն բեռը համակարգում
նույնը:
Կրկնօրինակը վերականգնելիս օգտագործելով zbackup ստացվել են հետևյալ արդյունքները.
գաղտնագրում, lzma սեղմում
Տևողությունը՝ 11 րոպե 8 վայրկյան
AES գաղտնագրում, lzma սեղմում
Գործողության ժամանակը 14 րոպե
AES կոդավորում, lzo սեղմում
Տևողությունը՝ 6 րոպե, 19 վայրկյան
Ընդհանուր առմամբ, վատ չէ: Ամեն ինչ կախված է պահուստային սերվերի վրա գտնվող պրոցեսորի արագությունից, ինչը հստակ երևում է տարբեր կոմպրեսորներով ծրագրի գործարկման ժամանակից: Պահուստային սերվերի կողմից գործարկվել է սովորական tar, այնպես որ, եթե համեմատեք դրա հետ, ապա վերականգնումը 3 անգամ ավելի դանդաղ է: Հնարավոր է, որ արժե ստուգել գործողությունը բազմաթելային ռեժիմով, ավելի քան երկու թելերով:
BorgBackup չգաղտնագրված ռեժիմում այն մի փոքր ավելի դանդաղ էր, քան tar-ը, 2 րոպե 45 վայրկյանում, սակայն, ի տարբերություն tar-ի, հնարավոր դարձավ կրկնօրինակել պահեստը։ Բեռը պարզվեց
հետևյալը.
Եթե միացնեք blake-ի վրա հիմնված գաղտնագրումը, կրկնօրինակի վերականգնման արագությունը մի փոքր ավելի դանդաղ է: Այս ռեժիմում վերականգնման ժամանակը 3 րոպե 19 վայրկյան է, և ծանրաբեռնվածությունն անհետացել է
սրա նման:
AES կոդավորումը մի փոքր ավելի դանդաղ է, վերականգնման ժամանակը 3 րոպե 23 վայրկյան է, ծանրաբեռնվածությունը հատկապես
չի փոխվել.
Քանի որ Borg-ը կարող է աշխատել բազմաշերտ ռեժիմով, պրոցեսորի ծանրաբեռնվածությունը առավելագույնն է, և երբ լրացուցիչ գործառույթներն ակտիվանում են, գործառնական ժամանակը պարզապես մեծանում է: Ըստ երևույթին, արժե ուսումնասիրել multithreading-ը zbackup-ի նման ձևով:
Հանգիստ Վերականգնումը մի փոքր ավելի դանդաղ է հաղթահարել, գործողության ժամանակը կազմել է 4 րոպե 28 վայրկյան: Բեռը նման էր
այնպես որ,
Ըստ երևույթին, վերականգնման գործընթացն աշխատում է մի քանի թեմաներով, բայց արդյունավետությունը այնքան էլ բարձր չէ, որքան BorgBackup-ը, բայց ժամանակի ընթացքում համեմատելի է սովորական rsync-ի հետ:
Հետ urBackup Տվյալները հնարավոր է եղել վերականգնել 8 րոպե 19 վայրկյանում, ծանրաբեռնվածությունը եղել է
այդպիսին.
Բեռը դեռ շատ բարձր չէ, նույնիսկ ավելի ցածր է, քան խեժը: Որոշ տեղերում կան պայթյուններ, բայց ոչ ավելի, քան մեկ միջուկի ծանրաբեռնվածությունը:
Համեմատության չափանիշների ընտրություն և հիմնավորում
Ինչպես նշված է նախորդ հոդվածներից մեկում, պահեստային համակարգը պետք է համապատասխանի հետևյալ չափանիշներին.
- Օգտագործման հեշտությունը
- բազմակողմանիություն
- Կայունություն
- Արագություն
Արժե յուրաքանչյուր կետ առանձին դիտարկել ավելի մանրամասն:
Գործողության հեշտությունը
Լավագույնն այն է, երբ կա մեկ կոճակ «Արա ամեն ինչ լավ», բայց եթե վերադառնաս իրական ծրագրերին, ամենահարմարը կլինի ծանոթ և ստանդարտ գործառնական սկզբունքը:
Օգտատերերի մեծամասնությունը, ամենայն հավանականությամբ, ավելի լավ կլինի, եթե նրանք ստիպված չլինեն հիշել մի շարք ստեղներ cli-ի համար, կարգավորել մի շարք տարբեր, հաճախ անհասկանալի տարբերակներ վեբի կամ tui-ի միջոցով, կամ ստեղծել ծանուցումներ անհաջող աշխատանքի մասին: Սա նաև ներառում է պահեստային լուծումը առկա ենթակառուցվածքում հեշտությամբ «տեղավորելու» հնարավորությունը, ինչպես նաև կրկնօրինակման գործընթացի ավտոմատացումը: Կա նաև տեղադրման հնարավորություն՝ օգտագործելով փաթեթի կառավարիչ կամ մեկ կամ երկու հրամաններով, ինչպիսիք են «ներբեռնել և բացել»: curl ссылка | sudo bash - բարդ մեթոդ, քանի որ դուք պետք է ստուգեք, թե ինչ է գալիս հղումով:
Օրինակ, դիտարկված թեկնածուներից պարզ լուծում է burp-ը, rdiff-backup-ը և restic-ը, որոնք ունեն մնեմոնիկ ստեղներ տարբեր աշխատանքային ռեժիմների համար: Մի փոքր ավելի բարդ են բորգը և երկակիությունը: Ամենադժվարը AMANDA-ն էր: Մնացածը ինչ-որ տեղ մեջտեղում են՝ օգտագործման հարմարավետության առումով: Ամեն դեպքում, եթե Ձեզ անհրաժեշտ է ավելի քան 30 վայրկյան՝ օգտատիրոջ ձեռնարկը կարդալու համար, կամ դուք պետք է գնաք Google կամ մեկ այլ որոնողական համակարգ, ինչպես նաև ոլորեք օգնության երկար թերթիկը, որոշումն այսպես թե այնպես դժվար է:
Դիտարկվող թեկնածուներից ոմանք կարող են ավտոմատ կերպով հաղորդագրություն ուղարկել e-mailjabber-ի միջոցով, մինչդեռ մյուսները հիմնվում են համակարգում կազմաձևված ազդանշանների վրա: Ավելին, ամենից հաճախ բարդ լուծումներն ունեն ոչ բոլորովին ակնհայտ ազդանշանային կարգավորումներ: Ամեն դեպքում, եթե պահուստային ծրագիրը արտադրում է ոչ զրոյական վերադարձի ծածկագիր, որը ճիշտ կհասկանա համակարգի ծառայության կողմից պարբերական առաջադրանքների համար (հաղորդագրություն կուղարկվի համակարգի ադմինիստրատորին կամ ուղղակիորեն մոնիտորինգին), իրավիճակը պարզ է: Բայց եթե կրկնօրինակման համակարգը, որը չի աշխատում պահուստային սերվերի վրա, չի կարող կազմաձևվել, խնդրի մասին ասելու ակնհայտ ձևն այն է, որ բարդությունն արդեն չափազանց մեծ է: Ամեն դեպքում, նախազգուշացումներ և այլ հաղորդագրություններ տալը միայն վեբ ինտերֆեյսին կամ մատյանին վատ պրակտիկա է, քանի որ ամենից հաճախ դրանք անտեսվելու են:
Ինչ վերաբերում է ավտոմատացմանը, ապա պարզ ծրագիրը կարող է կարդալ շրջակա միջավայրի փոփոխականները, որոնք սահմանում են իր աշխատանքային ռեժիմը, կամ ունի մշակված cli, որը կարող է ամբողջությամբ կրկնօրինակել վարքագիծը, օրինակ, վեբ ինտերֆեյսի միջոցով աշխատելիս: Սա ներառում է նաև շարունակական շահագործման հնարավորությունը, ընդլայնման հնարավորությունների առկայությունը և այլն։
բազմակողմանիություն
Մասնակիորեն կրկնելով նախորդ ենթաբաժինը, որը վերաբերում է ավտոմատացմանը, հատուկ խնդիր չպետք է լինի պահեստային գործընթացը «տեղավորել» գոյություն ունեցող ենթակառուցվածքում:
Հարկ է նշել, որ աշխատանքի համար ոչ ստանդարտ նավահանգիստների (լավ, բացառությամբ վեբ ինտերֆեյսի) օգտագործումը, ոչ ստանդարտ ձևով գաղտնագրման իրականացումը, ոչ ստանդարտ արձանագրության միջոցով տվյալների փոխանակումը ոչ ստանդարտի նշաններ են: - ունիվերսալ լուծում. Մեծ մասամբ բոլոր թեկնածուներն այս կամ այն կերպ ունեն դրանք հասկանալի պատճառով՝ պարզությունն ու բազմակողմանիությունը սովորաբար միասին չեն: Որպես բացառություն՝ բռփ, կան ուրիշներ։
Որպես նշան - սովորական ssh-ի օգտագործմամբ աշխատելու ունակություն:
Աշխատանքի արագություն
Ամենահակասական և հակասական կետը. Մի կողմից մենք մեկնարկեցինք գործընթացը, այն աշխատեց հնարավորինս արագ և չխանգարեց հիմնական խնդիրներին: Մյուս կողմից, կրկնօրինակման ժամանակահատվածում կա երթևեկի և պրոցեսորի ծանրաբեռնվածության աճ: Հարկ է նաև նշել, որ պատճեններ պատրաստելու ամենաարագ ծրագրերը սովորաբար ամենաաղքատն են օգտատերերի համար կարևոր գործառույթների առումով: Կրկին. եթե գաղտնաբառով մի քանի տասնյակ բայթ չափի մեկ դժբախտ տեքստային ֆայլ ստանալու համար, և դրա պատճառով ամբողջ ծառայության արժեքը (այո, այո, ես հասկանում եմ, որ կրկնօրինակման գործընթացը ամենից հաճախ այստեղ մեղավոր չէ), և դուք պետք է հաջորդաբար վերընթերցեք պահոցի բոլոր ֆայլերը կամ ընդլայնեք ամբողջ արխիվը. պահուստային համակարգը երբեք արագ չէ: Մեկ այլ կետ, որը հաճախ դառնում է գայթակղության քար, արխիվից կրկնօրինակի տեղադրման արագությունն է: Այստեղ հստակ առավելություն կա նրանց համար, ովքեր կարող են պարզապես պատճենել կամ տեղափոխել ֆայլերը ցանկալի վայր՝ առանց մեծ մանիպուլյացիաների (օրինակ՝ rsync), բայց ամենից հաճախ խնդիրը պետք է լուծվի կազմակերպչական եղանակով, էմպիրիկ կերպով՝ չափելով կրկնօրինակի վերականգնման ժամանակը։ և օգտատերերին բացահայտ տեղեկացնելով այս մասին:
Կայունություն
Պետք է հասկանալ այսպես. մի կողմից, պետք է հնարավոր լինի ցանկացած ձևով հետ տեղադրել պահեստային պատճենը, մյուս կողմից՝ այն պետք է դիմացկուն լինի տարբեր խնդիրների՝ ցանցի ընդհատում, սկավառակի խափանում, մասի ջնջում։ պահոց.
Պահուստային գործիքների համեմատություն
Պատճենների ստեղծման ժամանակը
Պատճենեք վերականգնման ժամանակը
Հեշտ տեղադրում
Հեշտ կարգավորում
Պարզ օգտագործումը
Պարզ ավտոմատացում
Ձեզ անհրաժեշտ է հաճախորդի սերվեր:
Պահեստի ամբողջականության ստուգում
Դիֆերենցիալ պատճեններ
Աշխատում է խողովակի միջոցով
բազմակողմանիություն
Անկախություն
Պահեստի թափանցիկություն
Կոդավորումը
Սեղմում
Կրկնօրինակում
Վեբ ինտերֆեյս
Լցվելով մինչև ամպ
Windows-ի աջակցություն
Հաշիվ
Rsync
4 մ 15-ականներ
4 մ 28-ականներ
այո
ոչ
ոչ
ոչ
այո
ոչ
ոչ
այո
ոչ
այո
այո
ոչ
ոչ
ոչ
ոչ
ոչ
այո
6
Տառ
մաքուր
3 մ 12-ականներ
2 մ 43-ականներ
այո
ոչ
ոչ
ոչ
ոչ
ոչ
այո
այո
ոչ
այո
ոչ
ոչ
ոչ
ոչ
ոչ
ոչ
այո
8,5
gzip
9 մ 37-ականներ
3 մ 19-ականներ
այո
Rdiff-կրկնօրինակում
16 մ 26-ականներ
17 մ 17-ականներ
այո
այո
այո
այո
այո
ոչ
այո
ոչ
այո
ոչ
այո
ոչ
այո
այո
այո
ոչ
այո
11
Rsnapshot
4 մ 19-ականներ
4 մ 28-ականներ
այո
այո
այո
այո
ոչ
ոչ
այո
ոչ
այո
ոչ
այո
ոչ
ոչ
այո
այո
ոչ
այո
12,5
Բերկել
11 մ 9-ականներ
7 մ 2-ականներ
այո
ոչ
այո
այո
այո
այո
այո
ոչ
այո
այո
ոչ
ոչ
այո
ոչ
այո
ոչ
այո
10,5
Կրկնություն
ոչ գաղտնագրում
16 մ 48-ականներ
10 մ 58-ականներ
այո
այո
ոչ
այո
ոչ
այո
այո
ոչ
ոչ
այո
ոչ
այո
այո
ոչ
այո
ոչ
այո
11
gpg
17 մ 27-ականներ
15 մ 3-ականներ
Կրկնօրինակեք
ոչ գաղտնագրում
20 մ 28-ականներ
13 մ 45-ականներ
ոչ
այո
ոչ
ոչ
ոչ
այո
այո
ոչ
ոչ
այո
ոչ
այո
այո
այո
այո
այո
այո
11
աես
29 մ 41-ականներ
21 մ 40-ականներ
gpg
26 մ 19-ականներ
16 մ 30-ականներ
Վերադարձ
ոչ գաղտնագրում
40 մ 3-ականներ
11 մ 8-ականներ
այո
այո
ոչ
ոչ
ոչ
այո
այո
այո
ոչ
այո
ոչ
այո
այո
այո
ոչ
ոչ
ոչ
10
աես
42 մ 0-ականներ
14 մ 1-ականներ
աես+լզո
18 մ 9-ականներ
6 մ 19-ականներ
BorgBackup
ոչ գաղտնագրում
4 մ 7-ականներ
2 մ 45-ականներ
այո
այո
այո
այո
այո
այո
այո
այո
այո
այո
ոչ
այո
այո
այո
այո
ոչ
այո
16
աես
4 մ 58-ականներ
3 մ 23-ականներ
blake2
4 մ 39-ականներ
3 մ 19-ականներ
Հանգիստ
5 մ 38-ականներ
4 մ 28-ականներ
այո
այո
այո
այո
ոչ
այո
այո
այո
այո
այո
ոչ
այո
ոչ
այո
ոչ
այո
այո
15,5
urBackup
8 մ 21-ականներ
8 մ 19-ականներ
այո
այո
այո
ոչ
այո
ոչ
այո
ոչ
այո
այո
ոչ
այո
այո
այո
այո
ոչ
այո
12
Amanda
9 մ 3-ականներ
2 մ 49-ականներ
այո
ոչ
ոչ
այո
այո
այո
այո
ոչ
այո
այո
այո
այո
այո
ոչ
այո
այո
այո
13
Կրկնօրինակում PC
rsync
12 մ 22-ականներ
7 մ 42-ականներ
այո
ոչ
այո
այո
այո
այո
այո
ոչ
այո
ոչ
ոչ
այո
այո
ոչ
այո
ոչ
այո
10,5
կուպր
12 մ 34-ականներ
12 մ 15-ականներ
Սեղանի լեգենդ.
- Կանաչ, հինգ րոպեից պակաս աշխատանքային ժամանակ, կամ պատասխանել «Այո» (բացառությամբ «Պահանջվում է հաճախորդի սերվեր» սյունակի), 1 միավոր
- Դեղին, գործառնական ժամանակը հինգից տասը րոպե, 0.5 միավոր
- Կարմիր, աշխատանքի ժամանակը տաս րոպեից ավելի է, կամ պատասխանը «Ոչ» է (բացի «Ձեզ անհրաժեշտ է հաճախորդի սերվեր» սյունակից), 0 միավոր։
Ըստ վերը նշված աղյուսակի՝ ամենապարզ, ամենաարագ, և միևնույն ժամանակ հարմար և հզոր պահեստային գործիքը BorgBackup-ն է։ Ռեստիկը զբաղեցրել է երկրորդ տեղը, մնացած թեկնածուները տեղավորվել են մոտավորապես հավասար՝ վերջում մեկ կամ երկու միավորի տարածմամբ։
Շնորհակալություն եմ հայտնում բոլոր նրանց, ովքեր կարդացել են շարքը մինչև վերջ, հրավիրում եմ ձեզ քննարկել տարբերակները և առաջարկել ձերը, եթե այդպիսիք կան: Քննարկման ընթացքում աղյուսակը կարող է ընդլայնվել:
Շարքի արդյունքը կլինի վերջնական հոդվածը, որտեղ փորձ է արվելու ստեղծել իդեալական, արագ և կառավարելի պահեստային գործիք, որը թույլ է տալիս հնարավորինս կարճ ժամանակում տեղադրել պատճենը և միևնույն ժամանակ լինել հարմար և հեշտ: կարգավորելու և պահպանելու համար:
Հայտարարություն
Կրկնօրինակում Մաս 6. Պահուստավորման գործիքների համեմատություն
Կրկնօրինակ Մաս 7. Եզրակացություններ
Source: www.habr.com