Ta opomba o pregledu se nadaljuje
Pregled UrBackup.
Na željo udeleženca
V načinu popolnega varnostnega kopiranja so bili doseženi naslednji rezultati:
Delovni čas:
Prvi začetek
Drugi tek
Tretji izstrelitev
Prvi test
8 m20 s
8 m19 s
8 m24 s
Drugi test
8 m30 s
8 m34 s
8 m20 s
Tretji test
8 m10 s
8 m14 s
8 m12 s
V načinu prirastnega varnostnega kopiranja:
Delovni čas:
Prvi začetek
Drugi tek
Tretji izstrelitev
Prvi test
8 m10 s
8 m10 s
8 m12 s
Drugi test
3 m50 s
4 m12 s
3 m34 s
Tretji test
2 m50 s
2 m35 s
2 m38 s
Velikost repozitorija je bila v obeh primerih približno 14 GB, kar kaže na delujočo deduplikacijo na strani strežnika. Opozoriti je treba tudi na neskladje med časom izdelave varnostne kopije na strežniku in odjemalcu, kar je precej jasno razvidno iz grafov in je zelo prijeten bonus, saj spletni vmesnik prikazuje čas delovanja postopka varnostnega kopiranja na strani strežnika brez upoštevanja
strankino stanje. Na splošno se grafi za polne in inkrementalne kopije ne razlikujejo. Edina razlika je verjetno v tem, kako se to obravnava na strani strežnika. Zadovoljen sem bil tudi z nizko obremenitvijo procesorja redundantnega sistema.
BackupPC pregled
Na željo udeleženca
V načinu ustvarjanja popolnih varnostnih kopij z rsync so bili pridobljeni naslednji rezultati:
Prvi začetek
Drugi tek
Tretji izstrelitev
Prvi test
12 m25 s
12 m14 s
12 m27 s
Drugi test
7 m41 s
7 m44 s
7 m35 s
Tretji test
10 m11 s
10 m0 s
9 m54 s
Če uporabljate popolne varnostne kopije in tar:
Prvi začetek
Drugi tek
Tretji izstrelitev
Prvi test
12 m41 s
12 m25 s
12 m45 s
Drugi test
12 m35 s
12 m45 s
12 m14 s
Tretji test
12 m43 s
12 m25 s
12 m5 s
V načinu inkrementalnega varnostnega kopiranja sem moral opustiti tar, ker varnostne kopije niso bile ustvarjene s temi nastavitvami.
Rezultati ustvarjanja inkrementalnih varnostnih kopij z uporabo rsync so:
Prvi začetek
Drugi tek
Tretji izstrelitev
Prvi test
11 m55 s
11 m50 s
12 m25 s
Drugi test
2 m42 s
2 m50 s
2 m30 s
Tretji test
6 m00 s
5 m35 s
5 m30 s
Na splošno ima rsync rahlo prednost pri hitrosti; rsync deluje tudi bolj ekonomično z omrežjem. To se lahko delno izravna z manjšo porabo procesorja s tar kot rezervnim programom. Druga prednost rsync je, da deluje z inkrementalnimi kopijami. Velikost repozitorija pri ustvarjanju popolnih varnostnih kopij je enaka, 16 GB, v primeru inkrementalnih kopij - 14 GB na zagon, kar pomeni delujočo deduplikacijo.
Ocena AMANDA
Na željo udeleženca
Rezultati preizkusa s tar kot arhivarjem in omogočenim stiskanjem so naslednji:
Prvi začetek
Drugi tek
Tretji izstrelitev
Prvi test
9 m5 s
8 m59 s
9 m6 s
Drugi test
0 m5 s
0 m5 s
0 m5 s
Tretji test
2 m40 s
2 m47 s
2 m45 s
Program polno naloži eno procesorsko jedro, vendar zaradi omejenega IOPS diska na strani strežnika rezervnega pomnilnika ne more doseči visokih hitrosti prenosa podatkov. Na splošno je bila nastavitev nekoliko bolj težavna kot za druge udeležence, saj avtor programa ne uporablja ssh kot transport, ampak izvaja podobno shemo s ključi, ustvarja in vzdržuje polnopravni CA. Odjemalca in strežnik za varnostno kopiranje je mogoče močno omejiti: na primer, če drug drugemu ne moreta popolnoma zaupati, lahko kot možnost preprečite, da bi strežnik sprožil obnovitev varnostne kopije, tako da nastavite vrednost ustrezne spremenljivke na nič v datoteko z nastavitvami. Za upravljanje je mogoče povezati spletni vmesnik, vendar je na splošno mogoče konfiguriran sistem popolnoma avtomatizirati z uporabo majhnih bash skriptov (ali SCM, na primer ansible). Obstaja nekoliko netrivialen sistem za nastavitev pomnilnika, kar je očitno posledica podpore za obsežen seznam različnih naprav za shranjevanje podatkov (LTO kasete, trdi diski itd.). Prav tako je treba omeniti, da je od vseh programov, obravnavanih v tem članku, AMANDA edini, ki je lahko zaznal preimenovanje imenika. Velikost repozitorija za en zagon je bila 13 GB.
Obvestilo
Varnostno kopiranje, 6. del: Primerjava orodij za varnostno kopiranje
Varnostno kopiranje, 7. del: Zaključki
Vir: www.habr.com