Aquesta nota de revisió continua
Revisió d'UrBackup.
A petició del participant
En el mode de còpia de seguretat completa, es van obtenir els resultats següents:
Horari:
Primer inici
Segona tirada
Tercer llançament
Primera prova
8 m20 s
8 m19 s
8 m24 s
Segona prova
8 m30 s
8 m34 s
8 m20 s
Tercera prova
8 m10 s
8 m14 s
8 m12 s
En mode de còpia de seguretat incremental:
Horari:
Primer inici
Segona tirada
Tercer llançament
Primera prova
8 m10 s
8 m10 s
8 m12 s
Segona prova
3 m50 s
4 m12 s
3 m34 s
Tercera prova
2 m50 s
2 m35 s
2 m38 s
La mida del dipòsit en ambdós casos era d'aproximadament 14 GB, la qual cosa indica una deduplicació en funcionament al costat del servidor. També cal tenir en compte que hi ha una discrepància entre el temps de creació de la còpia de seguretat al servidor i al client, que es veu força clarament des dels gràfics i és un avantatge molt agradable, ja que la interfície web mostra el temps d'execució del procés de còpia de seguretat en el costat del servidor sense tenir en compte
condició del client. En general, els gràfics de les còpies completes i incrementals són indistinguibles. L'única diferència és probablement com es gestiona al costat del servidor. També em va satisfer la baixa càrrega del processador del sistema redundant.
Revisió de BackupPC
A petició del participant
En el mode de creació de còpies de seguretat completes amb rsync, es van obtenir els resultats següents:
Primer inici
Segona tirada
Tercer llançament
Primera prova
12 m25 s
12 m14 s
12 m27 s
Segona prova
7 m41 s
7 m44 s
7 m35 s
Tercera prova
10 m11 s
10 m0 s
9 m54 s
Si utilitzeu còpies de seguretat completes i tar:
Primer inici
Segona tirada
Tercer llançament
Primera prova
12 m41 s
12 m25 s
12 m45 s
Segona prova
12 m35 s
12 m45 s
12 m14 s
Tercera prova
12 m43 s
12 m25 s
12 m5 s
En el mode de còpia de seguretat incremental, vaig haver d'abandonar tar perquè no es van crear còpies de seguretat amb aquesta configuració.
Els resultats de la creació de còpies de seguretat incrementals amb rsync són:
Primer inici
Segona tirada
Tercer llançament
Primera prova
11 m55 s
11 m50 s
12 m25 s
Segona prova
2 m42 s
2 m50 s
2 m30 s
Tercera prova
6 m00 s
5 m35 s
5 m30 s
En general, rsync té un lleuger avantatge de velocitat. rsync també funciona de manera més econòmica amb la xarxa. Això es pot compensar en part amb menys ús de CPU amb tar com a programa de còpia de seguretat. Un altre avantatge de rsync és que funciona amb còpies incrementals. La mida del dipòsit quan es creen còpies de seguretat completes és la mateixa, 16 GB, en el cas de còpies incrementals: 14 GB per execució, la qual cosa significa una deduplicació en funcionament.
Revisió AMANDA
A petició del participant
Els resultats d'una prova amb tar com a arxivador i la compressió activada són els següents:
Primer inici
Segona tirada
Tercer llançament
Primera prova
9 m5 s
8 m59 s
9 m6 s
Segona prova
0 m5 s
0 m5 s
0 m5 s
Tercera prova
2 m40 s
2 m47 s
2 m45 s
El programa carrega completament un nucli de processador, però a causa del disc IOPS limitat al costat del servidor d'emmagatzematge de còpia de seguretat, no pot assolir altes velocitats de transferència de dades. En general, la configuració va ser una mica més problemàtica que per a altres participants, ja que l'autor del programa no utilitza ssh com a transport, sinó que implementa un esquema similar amb claus, creant i mantenint una CA completa. És possible restringir àmpliament el client i el servidor de còpia de seguretat: per exemple, si no poden confiar completament entre ells, podeu, com a opció, evitar que el servidor iniciï una restauració de còpia de seguretat establint el valor de la variable corresponent a zero en el fitxer de configuració. És possible connectar una interfície web per a la gestió, però en general el sistema configurat es pot automatitzar completament mitjançant petits scripts bash (o SCM, per exemple ansible). Hi ha un sistema una mica no trivial per configurar l'emmagatzematge, que aparentment es deu al suport d'una llista extensa de diversos dispositius per emmagatzemar dades (cassets LTO, discs durs, etc.). També val la pena assenyalar que de tots els programes tractats en aquest article, AMANDA és l'únic que va poder detectar el canvi de nom de directoris. La mida del dipòsit per a una execució era de 13 GB.
Anunci
Còpia de seguretat Part 6: comparació d'eines de còpia de seguretat
Còpia de seguretat Part 7: Conclusions
Font: www.habr.com