Denna recensionsnotis fortsätter
UrBackup recension.
På begäran av deltagaren
I läget för fullständig säkerhetskopiering erhölls följande resultat:
Timmar:
Första start
Andra lanseringen
Tredje lanseringen
Första testet
8m20s
8m19s
8m24s
Andra testet
8m30s
8m34s
8m20s
Tredje testet
8m10s
8m14s
8m12s
I inkrementell säkerhetskopiering:
Timmar:
Första start
Andra lanseringen
Tredje lanseringen
Första testet
8m10s
8m10s
8m12s
Andra testet
3m50s
4m12s
3m34s
Tredje testet
2m50s
2m35s
2m38s
Lagrets storlek var i båda fallen cirka 14 GB, vilket indikerar fungerande deduplicering på serversidan. Det bör också noteras att det finns en diskrepans mellan skapandetiden för säkerhetskopiering på servern och klienten, vilket är ganska tydligt synligt från graferna och är en mycket trevlig bonus, eftersom webbgränssnittet visar körtiden för säkerhetskopieringsprocessen på serversidan utan att ta hänsyn
klientens tillstånd. I allmänhet är graferna för hela och inkrementella kopior omöjliga att särskilja. Den enda skillnaden är förmodligen hur det hanteras på serversidan. Jag var också nöjd med den låga processorbelastningen på det redundanta systemet.
BackupPC recension
På begäran av deltagaren
I läget för att skapa fullständiga säkerhetskopior med rsync erhölls följande resultat:
Första start
Andra lanseringen
Tredje lanseringen
Första testet
12m25s
12m14s
12m27s
Andra testet
7m41s
7m44s
7m35s
Tredje testet
10m11s
10m0s
9m54s
Om du använder fullständiga säkerhetskopior och tar:
Första start
Andra lanseringen
Tredje lanseringen
Första testet
12m41s
12m25s
12m45s
Andra testet
12m35s
12m45s
12m14s
Tredje testet
12m43s
12m25s
12m5s
I inkrementellt säkerhetskopieringsläge var jag tvungen att överge tar eftersom säkerhetskopior inte skapades med dessa inställningar.
Resultaten av att skapa inkrementella säkerhetskopior med rsync är:
Första start
Andra lanseringen
Tredje lanseringen
Första testet
11m55s
11m50s
12m25s
Andra testet
2m42s
2m50s
2m30s
Tredje testet
6m00s
5m35s
5m30s
Generellt sett har rsync en liten hastighetsfördel; rsync fungerar också mer ekonomiskt med nätverket. Detta kan delvis kompenseras av mindre CPU-användning med tar som backupprogram. En annan fördel med rsync är att det fungerar med inkrementella kopior. Storleken på förvaret när man skapar fullständiga säkerhetskopior är densamma, 16 GB, i fallet med inkrementella kopior - 14 GB per körning, vilket innebär fungerande deduplicering.
AMANDA recension
På begäran av deltagaren
Resultaten av en testkörning med tar som arkivering och komprimering aktiverad är följande:
Första start
Andra lanseringen
Tredje lanseringen
Första testet
9m5s
8m59s
9m6s
Andra testet
0m5s
0m5s
0m5s
Tredje testet
2m40s
2m47s
2m45s
Programmet laddar en processorkärna helt, men på grund av den begränsade IOPS-disken på backuplagringsserversidan kan det inte uppnå höga dataöverföringshastigheter. I allmänhet var installationen lite mer besvärlig än för andra deltagare, eftersom författaren till programmet inte använder ssh som en transport, utan implementerar ett liknande schema med nycklar, skapar och underhåller en fullfjädrad CA. Det är möjligt att begränsa klienten och backupservern kraftigt: om de till exempel inte helt kan lita på varandra kan du, som ett alternativ, förhindra servern från att initiera en backup-återställning genom att ställa in värdet på motsvarande variabel till noll i inställningsfilen. Det är möjligt att ansluta ett webbgränssnitt för hantering, men i allmänhet kan det konfigurerade systemet automatiseras helt med hjälp av små bash-skript (eller SCM, till exempel ansible). Det finns ett lite otrivialt system för att sätta upp lagringen, vilket tydligen beror på stödet för en omfattande lista över olika enheter för att lagra data (LTO-kassetter, hårddiskar etc.). Det är också värt att notera att av alla program som diskuteras i den här artikeln är AMANDA det enda som kunde upptäcka katalogbyte. Förvaringsstorleken för en körning var 13 GB.
Meddelande
Säkerhetskopiering Del 6: Jämföra säkerhetskopieringsverktyg
Backup Del 7: Slutsatser
Källa: will.com