Ky shënim rishikimi vazhdon , shkruar me kërkesë të lexuesve, do të flitet për UrBackup, BackupPC, dhe gjithashtu AMANDA.
Rishikimi i UrBackup.
Me kërkesë të pjesëmarrësit Po shtoj një përmbledhje të UrBackup, një sistem rezervë klient-server. Ju lejon të krijoni kopje rezervë të plotë dhe në rritje, mund të punoni me fotografitë e pajisjes (vetëm Win?) dhe gjithashtu mund të krijoni kopje rezervë të skedarëve. Klienti mund të vendoset në të njëjtin rrjet si serveri, ose të lidhet përmes Internetit. Deklarohet gjurmimi i ndryshimit, i cili ju lejon të gjeni shpejt dallimet midis kopjeve rezervë. Ekziston gjithashtu mbështetje për heqjen e dyfishimit të ruajtjes së të dhënave nga ana e serverit, gjë që kursen hapësirë. Lidhjet e rrjetit janë të koduara, dhe ekziston gjithashtu një ndërfaqe në internet për menaxhimin e serverit. Le të shohim se çfarë mund të bëjë ajo:
Në modalitetin e rezervimit të plotë, u morën rezultatet e mëposhtme:
Orari:
Первый запуск
Nisja e dytë
Nisja e tretë
Testi i parë
8 m20s
8 m19s
8 m24s
Testi i dytë
8 m30s
8 m34s
8 m20s
Testi i tretë
8 m10s
8 m14s
8 m12s
Në modalitetin e rezervimit në rritje:
Orari:
Первый запуск
Nisja e dytë
Nisja e tretë
Testi i parë
8 m10s
8 m10s
8 m12s
Testi i dytë
3 m50s
4 m12s
3 m34s
Testi i tretë
2 m50s
2 m35s
2 m38s
Madhësia e depove në të dyja rastet ishte afërsisht 14 GB, që tregon dedulikimin e punës në anën e serverit. Duhet të theksohet gjithashtu se ka një mospërputhje midis kohës së krijimit të rezervës në server dhe klientit, e cila është mjaft e dukshme nga grafikët dhe është një bonus shumë i këndshëm, pasi ndërfaqja e internetit tregon kohën e ekzekutimit të procesit të rezervimit në anën e serverit pa marrë parasysh
gjendja e klientit. Në përgjithësi, grafikët për kopjet e plota dhe ato në rritje janë të padallueshme. Dallimi i vetëm është ndoshta se si trajtohet në anën e serverit. Unë isha gjithashtu i kënaqur me ngarkesën e ulët të procesorit në sistemin e tepërt.
Rishikimi BackupPC
Me kërkesë të pjesëmarrësit Unë jam duke shtuar një përmbledhje të BackupPC. Ky softuer është i instaluar në një server të ruajtjes rezervë, i shkruar në perl dhe funksionon në krye të mjeteve të ndryshme rezervë - kryesisht rsync, tar. Ssh dhe smb përdoren si transport; ekziston gjithashtu një ndërfaqe në internet e bazuar në cgi (e vendosur në krye të apache). Ndërfaqja e internetit ka një listë të gjerë cilësimesh. Ndër veçoritë është aftësia për të vendosur kohën minimale midis kopjeve rezervë, si dhe periudhën gjatë së cilës nuk do të krijohen kopje rezervë. Kur zgjidhni një sistem skedari për një server rezervë, duhet të siguroheni që të mbështeten lidhjet e forta. Kështu, sistemi i skedarëve për ruajtje nuk mund të ndahet në pika montimi. Në përgjithësi, një përvojë mjaft e këndshme, le të shohim se çfarë është i aftë ky softuer:
Në mënyrën e krijimit të kopjeve rezervë të plotë me rsync, u morën rezultatet e mëposhtme:
Первый запуск
Nisja e dytë
Nisja e tretë
Testi i parë
12 m25s
12 m14s
12 m27s
Testi i dytë
7 m41s
7 m44s
7 m35s
Testi i tretë
10 m11s
10 m0s
9 m54s
Nëse përdorni kopje rezervë të plotë dhe tar:
Первый запуск
Nisja e dytë
Nisja e tretë
Testi i parë
12 m41s
12 m25s
12 m45s
Testi i dytë
12 m35s
12 m45s
12 m14s
Testi i tretë
12 m43s
12 m25s
12 m5s
Në modalitetin e rezervimit në rritje, më duhej të braktisja tar sepse nuk u krijuan kopje rezervë me këto cilësime.
Rezultatet e krijimit të kopjeve rezervë shtesë duke përdorur rsync janë:
Первый запуск
Nisja e dytë
Nisja e tretë
Testi i parë
11 m55s
11 m50s
12 m25s
Testi i dytë
2 m42s
2 m50s
2 m30s
Testi i tretë
6 m00s
5 m35s
5 m30s
Në përgjithësi, rsync ka një avantazh të lehtë të shpejtësisë; rsync gjithashtu funksionon më ekonomikisht me rrjetin. Kjo mund të kompensohet pjesërisht nga më pak përdorimi i CPU-së me tar si një program rezervë. Një avantazh tjetër i rsync është se funksionon me kopje shtesë. Madhësia e depove kur krijoni kopje rezervë të plotë është e njëjtë, 16 GB, në rastin e kopjeve në rritje - 14 GB për ekzekutim, që do të thotë fshirje e punës.
Rishikimi AMANDA
Me kërkesë të pjesëmarrësit duke shtuar testet AMANDA,
Rezultatet e një testimi me tar si arkivues dhe kompresim të aktivizuar janë si më poshtë:
Первый запуск
Nisja e dytë
Nisja e tretë
Testi i parë
9 m5s
8 m59s
9 m6s
Testi i dytë
0 m5s
0 m5s
0 m5s
Testi i tretë
2 m40s
2 m47s
2 m45s
Programi ngarkon plotësisht një bërthamë procesori, por për shkak të diskut të kufizuar IOPS në anën e serverit të ruajtjes rezervë, nuk mund të arrijë shpejtësi të larta të transferimit të të dhënave. Në përgjithësi, konfigurimi ishte pak më i mundimshëm sesa për pjesëmarrësit e tjerë, pasi autori i programit nuk përdor ssh si një transport, por zbaton një skemë të ngjashme me çelësa, duke krijuar dhe mbajtur një CA të plotë. Është e mundur të kufizohet gjerësisht klienti dhe serveri rezervë: për shembull, nëse ata nuk mund t'i besojnë plotësisht njëri-tjetrit, atëherë mund të parandaloni, si opsion, serverin të nisë një rivendosje rezervë duke vendosur vlerën e ndryshores përkatëse në zero në skedarin e cilësimeve. Është e mundur të lidhësh një ndërfaqe në internet për menaxhim, por në përgjithësi sistemi i konfiguruar mund të automatizohet plotësisht duke përdorur skriptet e vogla bash (ose SCM, për shembull ansible). Ekziston një sistem disi jo i parëndësishëm për konfigurimin e hapësirës ruajtëse, e cila me sa duket është për shkak të mbështetjes për një listë të gjerë të pajisjeve të ndryshme për ruajtjen e të dhënave (kaseta LTO, hard disk, etj.). Vlen gjithashtu të përmendet se nga të gjitha programet e diskutuara në këtë artikull, AMANDA është i vetmi që ka mundur të zbulojë riemërtimin e drejtorive. Madhësia e depove për një ekzekutim ishte 13 GB.
Shpallje
Rezervimi Pjesa 6: Krahasimi i mjeteve rezervë
Pjesa rezervë 7: Përfundime
Burimi: www.habr.com