Šis apžvalgos pranešimas tęsiamas
„UrBackup“ apžvalga.
Dalyvio pageidavimu
Viso atsarginio kopijavimo režimu buvo gauti šie rezultatai:
Darbo laikas:
Pirmas startas
Antrasis paleidimas
Trečias paleidimas
Pirmas testas
8m20s
8m19s
8m24s
Antras testas
8m30s
8m34s
8m20s
Trečias testas
8m10s
8m14s
8m12s
Laipsninio atsarginio kopijavimo režimu:
Darbo laikas:
Pirmas startas
Antrasis paleidimas
Trečias paleidimas
Pirmas testas
8m10s
8m10s
8m12s
Antras testas
3m50s
4m12s
3m34s
Trečias testas
2m50s
2m35s
2m38s
Saugyklos dydis abiem atvejais buvo maždaug 14 GB, o tai rodo, kad serverio pusėje veikia deduplikacija. Taip pat reikėtų pažymėti, kad yra neatitikimas tarp atsarginės kopijos kūrimo laiko serveryje ir kliento, kuris yra gana aiškiai matomas iš grafikų ir yra labai maloni premija, nes žiniatinklio sąsaja rodo atsarginės kopijos kūrimo laiką serverio pusėje neatsižvelgiant į tai
kliento būklė. Apskritai, visos ir papildomos kopijos diagramos yra neatskiriamos. Vienintelis skirtumas tikriausiai yra tai, kaip tai tvarkoma serverio pusėje. Taip pat buvau patenkintas maža procesoriaus apkrova perteklinėje sistemoje.
BackupPC apžvalga
Dalyvio pageidavimu
Kuriant visas atsargines kopijas naudojant rsync, buvo gauti šie rezultatai:
Pirmas startas
Antrasis paleidimas
Trečias paleidimas
Pirmas testas
12m25s
12m14s
12m27s
Antras testas
7m41s
7m44s
7m35s
Trečias testas
10m11s
10m0s
9m54s
Jei naudojate visas atsargines kopijas ir tarą:
Pirmas startas
Antrasis paleidimas
Trečias paleidimas
Pirmas testas
12m41s
12m25s
12m45s
Antras testas
12m35s
12m45s
12m14s
Trečias testas
12m43s
12m25s
12m5s
Laipsninio atsarginio kopijavimo režimu turėjau atsisakyti tar, nes atsarginės kopijos nebuvo sukurtos naudojant šiuos nustatymus.
Papildomų atsarginių kopijų kūrimo naudojant rsync rezultatai:
Pirmas startas
Antrasis paleidimas
Trečias paleidimas
Pirmas testas
11m55s
11m50s
12m25s
Antras testas
2m42s
2m50s
2m30s
Trečias testas
6m00s
5m35s
5m30s
Apskritai rsync turi nedidelį greičio pranašumą, rsync taip pat veikia ekonomiškiau su tinklu. Tai iš dalies gali kompensuoti mažesnis procesoriaus naudojimas naudojant tar kaip atsarginę programą. Kitas rsync privalumas yra tai, kad jis veikia su laipsniškomis kopijomis. Saugyklos dydis kuriant visas atsargines kopijas yra toks pat, 16 GB, prieauginių kopijų atveju - 14 GB per paleidimą, o tai reiškia darbinį dubliavimą.
AMANDA apžvalga
Dalyvio pageidavimu
Bandomojo paleidimo naudojant tarą kaip archyvavimo priemonę ir įjungtą glaudinimą, rezultatai yra tokie:
Pirmas startas
Antrasis paleidimas
Trečias paleidimas
Pirmas testas
9m5s
8m59s
9m6s
Antras testas
0m5s
0m5s
0m5s
Trečias testas
2m40s
2m47s
2m45s
Programa pilnai įkelia vieną procesoriaus branduolį, tačiau dėl riboto IOPS disko atsarginės saugojimo serverio pusėje ji negali pasiekti didelio duomenų perdavimo greičio. Apskritai sąranka buvo šiek tiek varginanti nei kitiems dalyviams, nes programos autorius nenaudoja ssh kaip transportavimo, o įgyvendina panašią schemą su raktais, kurdamas ir palaikydamas visavertį CA. Galima plačiai apriboti klientą ir atsarginį serverį: pavyzdžiui, jei jie negali visiškai pasitikėti vienas kitu, galite pasirinktinai neleisti serveriui inicijuoti atsarginės kopijos atkūrimo, nustatydami atitinkamo kintamojo reikšmę į nulį. nustatymų failą. Galima prijungti žiniatinklio sąsają valdymui, tačiau paprastai sukonfigūruota sistema gali būti visiškai automatizuota naudojant mažus bash scenarijus (arba SCM, pavyzdžiui, ansible). Yra šiek tiek nebanali saugyklos nustatymo sistema, matyt, dėl to, kad palaikomas platus įvairių duomenų saugojimo įrenginių sąrašas (LTO kasetės, kietieji diskai ir kt.). Taip pat verta paminėti, kad iš visų šiame straipsnyje aptartų programų AMANDA vienintelė sugebėjo aptikti katalogų pervardijimą. Vieno paleidimo saugyklos dydis buvo 13 GB.
Skelbimas
Atsarginė kopija 6 dalis: Atsarginės kopijos įrankių palyginimas
Atsarginė kopija 7 dalis: Išvados
Šaltinis: www.habr.com