Kyçimi i këtij shqyrtimi vazhdon , shkruar me kërkesën e lexuesve, do të flasë për UrBackup, BackupPC, dhe AMANDA.
Shqyrtimi i UrBackup.
Me kërkesën e pjesëmarrësit po shtoj shqyrtimin e UrBackup, një sistem klient-server për kopjimin rezervë. Ai lejon krijimin e kopjeve rezervë të plota dhe inkrementale, funksionon me skena të pajisjeve (Vetëm Windows?), dhe gjithashtu mund të krijojë kopje rezervë të skedarëve. Klienti mund të jetë në të njëjtën rrjet me serverin, ose të lidhet nëpërmjet Internetit. Raportohet për ndjekjen e ndryshimeve, që lejon gjetjen e shpejtë të ndryshimeve midis kopjeve rezervë. Gjithashtu ofrohet mbështetje për deduplifikimin e ruajtjes së dhënave në anën e serverit, që ndihmon në kursimin e hapësirës së përdorur. Lidhjet rrjetore janë të kriptuara, dhe 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ë kopje rezervë të plotë, rezultatat janë këto:
Koha e funksionimit:
Ngritja e parë
Ngritja e dytë
Ngritja 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ë incrementale:
Koha e funksionimit:
Ngritja e parë
Ngritja e dytë
Ngritja e tretë
Testi i parë
8m10s
8m10s
8m12s
Testi i dytë
3m50s
4m12s
3m34s
Testi i tretë
2m50s
2m35s
2m38s
Këndi i depozitës ishte afërsisht 14 GB në të dy rastet, që tregon për funksionimin e deduplication në anën e serverit. Duhet gjithashtu të theksohet moskonsistenca e kohës së krijimit të kopjes rezervë në server dhe në klient, e cila është mjaft e qartë në grafikë dhe është një bonus shumë i këndshëm, pasi ndërfaqja web tregon kohën e funksionimit të procesit të kopjes rezervë në anën e serverit pa marrë parasysh
gjendjen e klientit. Në përgjithësi grafikët për kopjen rezervë të plotë dhe atë incremental janë të pandashme. Ndoshta ndryshimi i vetëm është se si përpunohen në anën e serverit. Po ashtu, ishte kënaqësi të shihja ngarkesën e ulët të procesorit në sistemin që po bëhej kopje rezervë.
KĂ«shilli BackupPC
Me kĂ«rkesĂ«n e pjesĂ«marrĂ«sit Po shtoj njĂ« pĂ«rshkrim pĂ«r BackupPC. Ky software instalohet nĂ« serverin e ruajtjes sĂ« kopjeve rezervĂ«, Ă«shtĂ« shkruar nĂ« perl, punon mbi mjete tĂ« ndryshme pĂ«r kopje rezervĂ« â kryesisht rsync, tar. Si transport pĂ«rdor ssh dhe smb, gjithashtu ka njĂ« ndĂ«rfaqe web bazuar nĂ« cgi (instalohet mbi apache). NĂ« ndĂ«rfaqen web ka njĂ« listĂ« tĂ« gjerĂ« cilĂ«simesh. NjĂ« veçori e veçantĂ« Ă«shtĂ« mundĂ«sia pĂ«r tĂ« pĂ«rcaktuar njĂ« kohĂ« minimale midis kopjeve rezervĂ«, si dhe njĂ« periudhĂ« gjatĂ« sĂ« cilĂ«s kopjet rezervĂ« nuk do tĂ« krijohen. Kur zgjidhni sistemin e skedarit pĂ«r serverin e kopjeve rezervĂ«, duhet tĂ« kontrolloni mbĂ«shtetje pĂ«r lidhjet e forta. KĂ«shtu, nuk do tĂ« mund ta ndani sistemin e skedarit mbi pika montimi. NĂ« pĂ«rgjithĂ«si, Ă«shtĂ« njĂ« pĂ«rshtypje mjaft pozitive, le tĂ« shohim se çfarĂ« Ă«shtĂ« nĂ« gjendje ky software:
Në modin e krijimit të kopjeve rezervë të plota me rsync u arritën këto rezultate:
Ngritja e parë
Ngritja e dytë
Ngritja e tretë
Testi i parë
12m25s
12m14s
12m27s
Testi i dytë
7m41s
7m44s
7m35s
Testi i tretë
10m11s
10m0s
9m54s
Nëse përdoren kopjet rezervë të plota dhe tar:
Ngritja e parë
Ngritja e dytë
Ngritja e tretë
Testi i parë
12m41s
12m25s
12m45s
Testi i dytë
12m35s
12m45s
12m14s
Testi i tretë
12m43s
12m25s
12m5s
Në mënyrën e krijimit të kopjeve rezervë incremental, u desh të hiqja dorë nga tar, pasi në këto cilësime kopjet rezervë nuk krijoheshin.
Rezultatet e krijimit të kopjeve rezervë incremental me përdorimin e rsync janë si më poshtë:
Ngritja e parë
Ngritja e dytë
Ngritja e tretë
Testi i parë
11m55s
11m50s
12m25s
Testi i dytë
2m42s
2m50s
2m30s
Testi i tretë
6m00s
5m35s
5m30s
NĂ« pĂ«rgjithĂ«si, shihet njĂ« avantazh i vogĂ«l nĂ« shpejtĂ«si te rsync, gjithashtu rsync punon mĂ« kursyeshĂ«m me rrjetin. Kjo pjesĂ«risht mund tĂ« kompensohet nga pĂ«rdorimi mĂ« i vogĂ«l i CPU me tar si program pĂ«r krijimin e kopjeve rezervĂ«. NjĂ« tjetĂ«r avantazh i rsync Ă«shtĂ« funksionimi me kopjet incremental. MadhĂ«sia e depozitatit gjatĂ« krijimit tĂ« kopjeve rezervĂ« tĂ« plota Ă«shtĂ« e njĂ«jtĂ«, 16 GB, ndĂ«rsa nĂ« rastin e kopjeve incremental â 14 GB pĂ«r njĂ« kalim, gjĂ« qĂ« do tĂ« thotĂ« punĂ« tĂ« njohur pĂ«r deduplication.
PĂ«rmbledhje AMANDA
Me kërkesën e pjesëmarrësit po shtoj testet AMANDA,
Rezultatet e kalimit testues me tar si arkivues dhe aktivizimin e kompresimit janë si më poshtë:
Ngritja e parë
Ngritja e dytë
Ngritja 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 të ruajtjes së kopjeve rezervë, nuk arrin një shpejtësi të madhe transferimi të të dhënave. Në tërësi, konfigurimi ofroi pak më shumë vështirësi se pjesëmarrësit e tjerë, pasi autori i programit nuk përdor SSH si transport, por zhvillon një skemë të ngjashme me çelësat, duke krijuar dhe mbështetur një CA të plotë. Ka mundësinë për të kufizuar gjerësisht klientin dhe serverin e kopjimit: për shembull, nëse ata nuk mund të besojnë plotësisht njëri-tjetrin, mund të ndaloni iniciimin e rikuperimit të kopjeve rezervë nga serveri duke caktuar vlerën përkatëse në zero në skedarin e konfigurimit. Ka një mundësi për të lidhur një ndërfaqe web për menaxhim, por në përgjithësi sistemi i vendosur mund të automatizohet plotësisht me ndihmën e skripteve të vogla në bash (ose SCM, për shembull ansible). Ekziston një sistem mjaft komplekse konfigurimi të ruajtjes, që duket se është i lidhur me mbështetje për një listë të gjerë të pajisjeve të ndryshme për ruajtjen e të dhënave (kasetat LTO, hard diskët, etj.). Për më tepër, duhet të theksohet se nga të gjitha programet e shqyrtuara në këtë artikull, AMANDA është e vetmja që arriti të zbulojë rinovimin e direktorit. Madhësia e depozitës në një kalim arriti 13 GB.
Ankandi
Backup, pjesa 6: Krahasimi i mjeteve të backup-it
Kopjimi, pjesa 7: PĂ«rfundimet
Burimi: habr.com
