Denna översiktsnotering fortsÀtter , skriven pÄ begÀran av lÀsarna, handlar om UrBackup, BackupPC, samt AMANDA.
Ăversikt av UrBackup.
PÄ begÀran av deltagaren lÀmnar jag hÀr en översikt av UrBackup, ett klient-server system för backups. Det möjliggör skapande av kompletta och inkrementella sÀkerhetskopior, kan arbeta med enhetsbilder (bara Win?), samt kan skapa filbackup. Klienten kan vara i samma nÀtverk som servern eller ansluta via Internet. Det utlovas spÄrning av förÀndringar, vilket gör det möjligt att snabbt hitta skillnader mellan sÀkerhetskopiorna. Det finns ocksÄ stöd för deduplicering av lagring pÄ serversidan, vilket sparar utrymme. NÀtverksanslutningar Àr krypterade, och det finns ett webgrÀnssnitt för att hantera servern. LÄt oss se vad det kan göra:
I lÀget för att skapa en fullstÀndig sÀkerhetskopia fick vi följande resultat:
Driftstid:
Första körning
Andra körning
Tredje körning
Första test
8m20s
8m19s
8m24s
Andra test
8m30s
8m34s
8m20s
Tredje test
8m10s
8m14s
8m12s
I lÀget för att skapa inkrementella sÀkerhetskopior:
Driftstid:
Första körning
Andra körning
Tredje körning
Första test
8m10s
8m10s
8m12s
Andra test
3m50s
4m12s
3m34s
Tredje test
2m50s
2m35s
2m38s
Storleken pÄ repositoriet var ungefÀr 14 GB i bÄda fallen, vilket tyder pÄ fungerande deduplicering pÄ serversidan. Det bör ocksÄ pÄpekas att det finns en skillnad i tid för skapande av sÀkerhetskopior pÄ servern och pÄ klienten, vilket tydligt framgÄr av graferna och Àr en mycket trevlig bonus, eftersom webgrÀnssnittet visar driftstiden för backup-processen pÄ serversidan utan att ta hÀnsyn till
klientens status. Totalt sett Àr graferna för fullstÀndig och inkrementell kopia oskiljaktiga. Troligen Àr skillnaden bara hur detta behandlas pÄ serversidan. Det var ocksÄ glÀdjande att se den lÄga CPU-belastningen pÄ det sÀkerhetskopierade systemet.
Ăversikt av BackupPC
PĂ„ begĂ€ran av deltagaren Jag lĂ€gger till en översikt av BackupPC. Denna programvara installeras pĂ„ en server för lagring av sĂ€kerhetskopior, Ă€r skriven i Perl och fungerar ovanpĂ„ olika sĂ€kerhetskopieringsverktyg â frĂ€mst rsync och tar. För transport anvĂ€nds ssh och smb, och det finns ocksĂ„ ett webbgrĂ€nssnitt baserat pĂ„ cgi (installeras ovanpĂ„ apache). I webbgrĂ€nssnittet finns en omfattande lista med instĂ€llningar. En sĂ€rskild funktion Ă€r möjligheten att ange den minimi tiden mellan sĂ€kerhetskopior samt perioden under vilken sĂ€kerhetskopior inte kommer att skapas. Vid val av filsystem för sĂ€kerhetskopiseringsservern bör man vara uppmĂ€rksam pĂ„ stöd för hĂ„rda lĂ€nkar. SĂ„ledes kan man inte bryta upp lagringsfilsystemet i monteringspunkter. Sammanfattningsvis ett ganska positivt intryck, lĂ„t oss se vad denna programvara kan göra:
I lÀget för att skapa fullstÀndiga sÀkerhetskopior med rsync blev resultaten:
Första körning
Andra körning
Tredje körning
Första test
12m25s
12m14s
12m27s
Andra test
7m41s
7m44s
7m35s
Tredje test
10m11s
10m0s
9m54s
Om man anvÀnder fullstÀndiga sÀkerhetskopior och tar:
Första körning
Andra körning
Tredje körning
Första test
12m41s
12m25s
12m45s
Andra test
12m35s
12m45s
12m14s
Tredje test
12m43s
12m25s
12m5s
Vid skapandet av inkrementella sÀkerhetskopior var jag tvungen att avstÄ frÄn tar, eftersom sÀkerhetskopiorna inte skapades med dessa instÀllningar.
Resultaten av skapandet av inkrementella sÀkerhetskopior med rsync Àr följande:
Första körning
Andra körning
Tredje körning
Första test
11m55s
11m50s
12m25s
Andra test
2m42s
2m50s
2m30s
Tredje test
6m00s
5m35s
5m30s
Generellt sett syns en liten hastighetsfördel för rsync, och rsync arbetar ocksÄ mer ekonomiskt med nÀtverket. Detta kan delvis kompenseras med mindre CPU-anvÀndning med tar som program för att skapa sÀkerhetskopior. En annan fördel med rsync Àr dess arbete med inkrementella kopior. Storleken pÄ arkivet vid skapandet av fullstÀndiga sÀkerhetskopior Àr densamma, 16 GB, medan det vid inkrementella kopior Àr 14 GB per körning, vilket innebÀr aktiv deduplicering.
Ăversikt av AMANDA
PÄ begÀran av deltagaren Jag lÀgger till tester av AMANDA,
Resultaten av testkörningen med tar som arkiverare och aktivering av komprimering Àr följande:
Första körning
Andra körning
Tredje körning
Första test
9m5s
8m59s
9m6s
Andra test
0m5s
0m5s
0m5s
Tredje test
2m40s
2m47s
2m45s
Programmet belastade helt ett processor kÀrna, men pÄ grund av den IOPS-begrÀnsade disken pÄ serversidan för backup-lagring kunde den inte utveckla högre dataöverföringshastighet. Generellt sett orsakade konfigurationen nÄgot fler problem Àn de andra deltagarna, eftersom programmets skapare inte anvÀnder SSH som transport, utan implementerar ett liknande system med nycklar genom att skapa och upprÀtthÄlla en fullstÀndig CA. Det finns möjlighet att brett begrÀnsa klienten och backupservern: till exempel, om de inte kan lita helt pÄ varandra, kan man, som ett alternativ, förbjuda initiering av ÄterstÀllning frÄn serverns sida genom att sÀtta vÀrdet av motsvarande variabel till noll i konfigurationsfilen. Det finns ocksÄ möjlighet att ansluta ett webbgrÀnssnitt för administration, men i allmÀnhet kan det instÀllda systemet automatiseras helt med hjÀlp av smÄ skript i bash (eller SCM, exempelvis Ansible). Det finns ett tÀmligen komplext system för att stÀlla in lagringen, vilket verkar vara kopplat till stödet för en omfattande lista av olika lagringsenheter (LTO-kassetter, hÄrddiskar osv.). Det bör ocksÄ noteras att av alla program som diskuterats i denna artikel Àr AMANDA det enda som lyckades upptÀcka omdöpningen av katalogen. Storleken pÄ förrÄdet vid en körning var 13 GB.
TillkÀnnagivande
Backup, del 6: JÀmförelse av backupverktyg
Backup, del 7: Slutsatser
KĂ€lla: habr.com
