Ky shënim rishikues vazhdon , shkruar sipas kërkesës së lexuesve, në të do të flasim për UrBackup, BackupPC, si dhe AMANDA.
Rishikimi i UrBackup.
Sipas kërkesës së pjesëmarrësit po shtoj rishikimin e UrBackup, një sistem klient-server për rezervimin. Ai lejon krijimin e kopjeve të plota dhe inkrementale, mund të punojë me snapshots të pajisjeve (vetëm Win?), si dhe mund të krijojë kopje rezervë të skedarëve. Klienti mund të gjendet në të njëjtën rrjet si serveri, ose të lidhet nëpërmjet Internetit. Është shpallur ndjekja e ndryshimeve, që lejon gjetjen e shpejtë të dallimeve midis kopjeve rezervë. Gjithashtu, ka mbështetje për deduplikimin e ruajtjes së të dhënave në anën e serverit, që lejon ruajtjen e hapësirës. Konekcionet rrjetësh janë të enkriptuara, gjithashtu ka një ndërfaqe web për menaxhimin e serverit. Le të shohim se çfarë është e aftë:
Në modin e krijimit të një kopjeje të plotë rezervë, rezultatet ishin si më poshtë:
Koha e punës:
Çelja e parë
Çelja e dytë
Çelja e tretë
Testi i parë
8m20s
8m19s
8m24s
Testi i dytë
8m30s
8m34s
8m20s
Testi i tretë
8m10s
8m14s
8m12s
Në modin e krijimit të kopjeve rezervë inkrementale:
Koha e punës:
Çelja e parë
Çelja e dytë
Çelja e tretë
Testi i parë
8m10s
8m10s
8m12s
Testi i dytë
3m50s
4m12s
3m34s
Testi i tretë
2m50s
2m35s
2m38s
Madhësia e depozitës në të dy rastet ishte rreth 14 GB, që tregon për funksionimin e deduplikimit në anën e serverit. Gjithashtu, duhet theksuar mosmiratimi i kohës së krijimit të kopjes rezervë në server dhe në klient, që është mjaft qartë e dukshme në grafikë dhe është një bonus shumë i këndshëm, pasi ndërfaqja web tregon kohën e punës së procesit të rezervimit në anën e serverit pa marrë parasysh
gjendjen e klientit. Në tërësi, grafikët për kopjen e plotë dhe inkrementale janë të pandashme. Probabiliteti është se ndryshimi është vetëm se si trajtohet në anën e serverit. Gjithashtu, më gëzoi ngarkesa e ulët e procesorit në sistemin në rezervim.
Rishikimi i BackupPC
Sipas kërkesës së pjesëmarrësit Po shtoj një rishikim të BackupPC. Ky program instalohet në serverin e ruajtjes së kopjeve rezervë, është shkruar në Perl, punon mbi mjete të ndryshme për kopjimin — kryesisht rsync dhe tar. Si transport përdoren ssh dhe smb, gjithashtu ka një ndërfaqe web bazuar në cgi (që vendoset mbi apache). Në ndërfaqen web ka një listë të gjerë opsionesh. Një karakteristikë është mundësia për të caktuar kohën minimale midis kopjeve rezervë, si dhe periudhën gjatë së cilës kopjet rezervë nuk do të krijohen. Kur zgjidhni sistemin e skedarëve për serverin e kopjeve rezervë, duhet të kontrolloni mbështetje për lidhjet e forta. Kështu, sistemi i skedarëve për ruajtjen nuk mund të ndahet në pika të montimit. Në përgjithësi, është një përshtypje mjaft e këndshme, le të shohim se çfarë mund të bëjë ky program:
Në modin e krijimit të kopjeve rezervë të plota me rsync janë arritur këto rezultate:
Çelja e parë
Çelja e dytë
Çelja e tretë
Testi i parë
12m25s
12m14s
12m27s
Testi i dytë
7m41s
7m44s
7m35s
Testi i tretë
10m11s
10m0s
9m54s
Nëse përdoren kopje rezervë të plota dhe tar:
Çelja e parë
Çelja e dytë
Çelja e tretë
Testi i parë
12m41s
12m25s
12m45s
Testi i dytë
12m35s
12m45s
12m14s
Testi i tretë
12m43s
12m25s
12m5s
Në modin e krijimit të kopjeve rezervë inkrementale duhej të hiqej dorë nga tar, pasi me këto konfigurime kopjet rezervë nuk u krijuan.
Rezultatet e krijimit të kopjeve rezervë inkrementale me rsync janë këto:
Çelja e parë
Çelja e dytë
Çelja e tretë
Testi i parë
11m55s
11m50s
12m25s
Testi i dytë
2m42s
2m50s
2m30s
Testi i tretë
6m00s
5m35s
5m30s
Në përgjithësi, duket një avantazh i vogël në shpejtësi për rsync, gjithashtu rsync punon më kursyeshëm me rrjetin. Në një pjesë të madhe, kjo mund të kompensohet me përdorimin më të ulët të CPU me tar si program për krijimin e kopjeve rezervë. Një avantazh tjetër i rsync është puna me kopjet inkrementale. Madhësia e depozitës gjatë krijimit të kopjeve rezervë të plota është e njëjtë, 16 GB, ndërsa në rastin e kopjeve inkrementale — 14 GB për një kalim, që do të thotë se funksionon deduplifikimin.
Rishikimi i AMANDA
Sipas kërkesës së pjesëmarrësit Po shtoj testet e AMANDA,
Rezultatet e kalimit testues me tar si arkivues dhe aktivizimi i kompresimit janë këto:
Çelja e parë
Çelja e dytë
Çelja e tretë
Testi i parë
9m5s
8m59s
9m6s
Testi i dytë
0m5s
0m5s
0m5s
Testi i tretë
2m40s
2m47s
2m45s
Programi ngarkon plotësisht një bërthamë procesori, por për shkak të diskut të kufizuar në iops në anën e serverit që ruan kopjet rezervë, nuk mund të arrijë një shpejtësi të madhe transferimi të të dhënave. Në përgjithësi, konfigurimi solli pak më shumë shqetësime se sa pjesëmarrësit e tjerë, pasi autori i programit nuk përdor ssh si transport, por realizon një skemë të ngjashme me çelësa, duke krijuar dhe mbajtur një CA të plotë. Ekziston mundësia për të kufizuar në mënyrë të gjerë klientin dhe serverin e kopjave rezervë: për shembull, nëse ata nuk mund të besojnë plotësisht njëri-tjetrit, mund të ndaloni iniciimin e rikthimit të kopjes rezervë nga ana e serverit duke caktuar vlerën përkatëse në zero në dosjen e konfigurimit. Ekziston mundësia për të lidhur një ndërfaqe web për menaxhim, por përgjithësisht, sistemi i konfiguruar mund të automatizohet plotësisht me ndihmën e skripteve të vogla në bash (ose SCM, si ansible për shembull). Ka një sistem mjaft të ndërlikuar për konfigurimin e depozitave, që duket se është e lidhur me mbështetje për një listë të gjerë të pajisjeve të ndryshme për ruajtjen e të dhënave (kasetat LTO, disqet e forta etj.). gjithashtu është e rëndësishme të theksohet se nga të gjitha programet e shqyrtuara në këtë artikull, AMANDA është e vetmja që arriti të zbulojë rinovimin e katalogut. Madhësia e depozitës gjatë një kalimi ishte 13 GB.
Njoftim
Kopjimi i rezervave, pjesa 6: Krahasimi i mjeteve për kopje rezervë
Kopjimi i rezervave, pjesa 7: Përfundime
Burimi: habr.com
