Dette gjennomgangsnotatet fortsetter
UrBackup anmeldelse.
På forespørsel fra deltakeren
I full backup-modus ble følgende resultater oppnådd:
Timer:
Første start
Andre kjøring
Tredje lansering
Første test
8m20s
8m19s
8m24s
Andre test
8m30s
8m34s
8m20s
Tredje prøve
8m10s
8m14s
8m12s
I inkrementell sikkerhetskopieringsmodus:
Timer:
Første start
Andre kjøring
Tredje lansering
Første test
8m10s
8m10s
8m12s
Andre test
3m50s
4m12s
3m34s
Tredje prøve
2m50s
2m35s
2m38s
Lagringsstørrelsen i begge tilfeller var omtrent 14 GB, noe som indikerer fungerende deduplisering på serversiden. Det skal også bemerkes at det er et avvik mellom opprettelsestiden for sikkerhetskopiering på serveren og klienten, som er ganske tydelig synlig fra grafene og er en veldig hyggelig bonus, siden nettgrensesnittet viser kjøretiden for sikkerhetskopieringsprosessen på serversiden uten å ta hensyn
klientens tilstand. Generelt kan grafene for hele og inkrementelle kopier ikke skilles fra hverandre. Den eneste forskjellen er sannsynligvis hvordan det håndteres på serversiden. Jeg var også fornøyd med den lave prosessorbelastningen på det redundante systemet.
BackupPC anmeldelse
På forespørsel fra deltakeren
I modusen for å lage fullstendige sikkerhetskopier med rsync, ble følgende resultater oppnådd:
Første start
Andre kjøring
Tredje lansering
Første test
12m25s
12m14s
12m27s
Andre test
7m41s
7m44s
7m35s
Tredje prøve
10m11s
10m0s
9m54s
Hvis du bruker fullstendige sikkerhetskopier og tar:
Første start
Andre kjøring
Tredje lansering
Første test
12m41s
12m25s
12m45s
Andre test
12m35s
12m45s
12m14s
Tredje prøve
12m43s
12m25s
12m5s
I inkrementell backup-modus måtte jeg forlate tar fordi sikkerhetskopier ikke ble opprettet med disse innstillingene.
Resultatene av å lage inkrementelle sikkerhetskopier ved hjelp av rsync er:
Første start
Andre kjøring
Tredje lansering
Første test
11m55s
11m50s
12m25s
Andre test
2m42s
2m50s
2m30s
Tredje prøve
6m00s
5m35s
5m30s
Generelt har rsync en liten hastighetsfordel; rsync fungerer også mer økonomisk med nettverket. Dette kan delvis oppveies av mindre CPU-bruk med tar som backupprogram. En annen fordel med rsync er at den fungerer med inkrementelle kopier. Størrelsen på depotet når du oppretter fullstendige sikkerhetskopier er den samme, 16 GB, i tilfelle av inkrementelle kopier - 14 GB per kjøring, som betyr fungerende deduplisering.
AMANDA anmeldelse
På forespørsel fra deltakeren
Resultatene av en testkjøring med tar som arkiver og komprimering aktivert er som følger:
Første start
Andre kjøring
Tredje lansering
Første test
9m5s
8m59s
9m6s
Andre test
0m5s
0m5s
0m5s
Tredje prøve
2m40s
2m47s
2m45s
Programmet laster fullt ut én prosessorkjerne, men på grunn av den begrensede IOPS-disken på backuplagringsserversiden kan det ikke oppnå høye dataoverføringshastigheter. Generelt var oppsettet litt mer plagsomt enn for andre deltakere, siden forfatteren av programmet ikke bruker ssh som transport, men implementerer et lignende opplegg med nøkler, skaper og vedlikeholder en fullverdig CA. Det er mulig å begrense klienten og backupserveren vidt: hvis de for eksempel ikke kan stole helt på hverandre, kan du, som et alternativ, forhindre at serveren starter en backup-gjenoppretting ved å sette verdien til den tilsvarende variabelen til null i innstillingsfilen. Det er mulig å koble til et nettgrensesnitt for administrasjon, men generelt kan det konfigurerte systemet fullautomatiseres ved hjelp av små bash-skript (eller SCM, for eksempel ansible). Det er et noe ikke-trivielt system for å sette opp lagringen, noe som tilsynelatende skyldes støtten for en omfattende liste over ulike enheter for lagring av data (LTO-kassetter, harddisker osv.). Det er også verdt å merke seg at av alle programmene som er omtalt i denne artikkelen, er AMANDA den eneste som var i stand til å oppdage katalogomdøping. Lagringsstørrelsen for en kjøring var 13 GB.
Kunngjøring
Sikkerhetskopiering del 6: Sammenligning av sikkerhetskopieringsverktøy
Backup Del 7: Konklusjoner
Kilde: www.habr.com