Tämä tarkistushuomautus jatkuu
UrBackup arvostelu.
Osallistujan pyynnöstä
Täysi varmuuskopiointitilassa saatiin seuraavat tulokset:
Tunnit:
Ensimmäinen alku
Toinen laukaisu
Kolmas laukaisu
Ensimmäinen testi
8m20s
8m19s
8m24s
Toinen testi
8m30s
8m34s
8m20s
Kolmas testi
8m10s
8m14s
8m12s
Inkrementaalisessa varmuuskopiointitilassa:
Tunnit:
Ensimmäinen alku
Toinen laukaisu
Kolmas laukaisu
Ensimmäinen testi
8m10s
8m10s
8m12s
Toinen testi
3m50s
4m12s
3m34s
Kolmas testi
2m50s
2m35s
2m38s
Arkiston koko oli molemmissa tapauksissa noin 14 Gt, mikä viittaa toimivaan deduplikaatioon palvelinpuolella. On myös huomioitava, että palvelimen ja asiakkaan varmuuskopion luomisajan välillä on ero, joka näkyy melko selvästi kaavioista ja on erittäin miellyttävä bonus, koska verkkokäyttöliittymä näyttää varmuuskopiointiprosessin ajoajan palvelinpuolella ottamatta huomioon
asiakkaan tila. Yleensä koko- ja lisäkopioiden kaavioita ei voi erottaa. Ainoa ero on luultavasti se, miten sitä käsitellään palvelinpuolella. Olin myös tyytyväinen redundantin järjestelmän alhaiseen prosessorikuormaan.
BackupPC-arvostelu
Osallistujan pyynnöstä
Täydellisten varmuuskopioiden luontitilassa rsyncillä saatiin seuraavat tulokset:
Ensimmäinen alku
Toinen laukaisu
Kolmas laukaisu
Ensimmäinen testi
12m25s
12m14s
12m27s
Toinen testi
7m41s
7m44s
7m35s
Kolmas testi
10m11s
10m0s
9m54s
Jos käytät täydellisiä varmuuskopioita ja tar:a:
Ensimmäinen alku
Toinen laukaisu
Kolmas laukaisu
Ensimmäinen testi
12m41s
12m25s
12m45s
Toinen testi
12m35s
12m45s
12m14s
Kolmas testi
12m43s
12m25s
12m5s
Inkrementaalisessa varmuuskopiointitilassa minun piti hylätä tar, koska varmuuskopioita ei luotu näillä asetuksilla.
Inkrementaalisten varmuuskopioiden luomisen tulokset rsyncin avulla ovat:
Ensimmäinen alku
Toinen laukaisu
Kolmas laukaisu
Ensimmäinen testi
11m55s
11m50s
12m25s
Toinen testi
2m42s
2m50s
2m30s
Kolmas testi
6m00s
5m35s
5m30s
Yleisesti ottaen rsyncillä on pieni nopeusetu; rsync toimii myös taloudellisemmin verkon kanssa. Tätä voidaan osittain kompensoida pienemmällä prosessorin käytöllä, kun tar on varmuuskopiointiohjelma. Toinen rsyncin etu on, että se toimii inkrementaalisten kopioiden kanssa. Arkiston koko luotaessa täydellisiä varmuuskopioita on sama, 16 Gt, inkrementaalisten kopioiden tapauksessa - 14 Gt ajoa kohti, mikä tarkoittaa toimivaa duplikointia.
AMANDA arvostelu
Osallistujan pyynnöstä
Tulokset koekäytöstä, jossa arkistointi ja pakkaus on käytössä, ovat seuraavat:
Ensimmäinen alku
Toinen laukaisu
Kolmas laukaisu
Ensimmäinen testi
9m5s
8m59s
9m6s
Toinen testi
0m5s
0m5s
0m5s
Kolmas testi
2m40s
2m47s
2m45s
Ohjelma lataa yhden prosessoriytimen kokonaan, mutta varmuuskopiointipalvelimen puolella olevan rajoitetun IOPS-levyn vuoksi se ei voi saavuttaa suuria tiedonsiirtonopeuksia. Yleisesti ottaen asennus oli hieman hankalampi kuin muille osallistujille, koska ohjelman kirjoittaja ei käytä ssh:tä siirtona, vaan toteuttaa samanlaisen järjestelmän avaimilla luomalla ja ylläpitämällä täysimittaista CA:ta. Asiakas- ja varmuuskopiopalvelinta on mahdollista rajoittaa laajasti: jos ne eivät esimerkiksi voi täysin luottaa toisiinsa, voit vaihtoehtona estää palvelinta aloittamasta varmuuskopion palautusta asettamalla vastaavan muuttujan arvoksi nolla asetustiedosto. Hallintaa varten on mahdollista liittää web-käyttöliittymä, mutta yleensä konfiguroitu järjestelmä voidaan täysin automatisoida pienillä bash-skripteillä (tai SCM, esim. ansible). Tallennustilan asettamiseen on olemassa jokseenkin ei-triviaali järjestelmä, mikä ilmeisesti johtuu laajan luettelon tuesta erilaisille tiedon tallentamiseen tarkoitetuille laitteille (LTO-kasetit, kiintolevyt jne.). On myös syytä huomata, että kaikista tässä artikkelissa käsitellyistä ohjelmista AMANDA on ainoa, joka pystyi havaitsemaan hakemistojen uudelleennimeämisen. Yhden ajon arkiston koko oli 13 Gt.
ilmoitus
Varmuuskopiointi Osa 6: Varmuuskopiointityökalujen vertailu
Varmuuskopio Osa 7: Päätelmät
Lähde: will.com