See ülevaatemärkus jätkub
UrBackupi ülevaade.
Osaleja soovil
Täieliku varundamise režiimis saadi järgmised tulemused:
tundi:
Esimene algus
Teine jooks
Kolmas käivitamine
Esimene test
8m20s
8m19s
8m24s
Teine test
8m30s
8m34s
8m20s
Kolmas test
8m10s
8m14s
8m12s
Järkjärgulise varundamise režiimis:
tundi:
Esimene algus
Teine jooks
Kolmas käivitamine
Esimene test
8m10s
8m10s
8m12s
Teine test
3m50s
4m12s
3m34s
Kolmas test
2m50s
2m35s
2m38s
Hoidla suurus oli mõlemal juhul ligikaudu 14 GB, mis näitab serveri poolel töötavat dubleerimist. Samuti tuleb märkida, et serveris ja kliendis on varukoopia tegemise aja lahknevus, mis on graafikutelt üsna selgelt näha ja on väga meeldiv boonus, kuna veebiliides näitab varundamise protsessi tööaega serveripoolt arvestamata
kliendi seisund. Üldiselt ei ole täis- ja juurdekasvukoopiate graafikud eristatavad. Ainus erinevus on ilmselt selles, kuidas seda serveri poolel käsitletakse. Samuti rõõmustas mind koondatud süsteemi madal protsessori koormus.
BackupPC ülevaade
Osaleja soovil
Rsynciga täielike varukoopiate loomise režiimis saadi järgmised tulemused:
Esimene algus
Teine jooks
Kolmas käivitamine
Esimene test
12m25s
12m14s
12m27s
Teine test
7m41s
7m44s
7m35s
Kolmas test
10m11s
10m0s
9m54s
Kui kasutate täielikku varukoopiat ja tara:
Esimene algus
Teine jooks
Kolmas käivitamine
Esimene test
12m41s
12m25s
12m45s
Teine test
12m35s
12m45s
12m14s
Kolmas test
12m43s
12m25s
12m5s
Inkrementaalses varundusrežiimis pidin tarist loobuma, kuna nende sätetega varukoopiaid ei loodud.
Rsynci abil täiendavate varukoopiate loomise tulemused on järgmised:
Esimene algus
Teine jooks
Kolmas käivitamine
Esimene test
11m55s
11m50s
12m25s
Teine test
2m42s
2m50s
2m30s
Kolmas test
6m00s
5m35s
5m30s
Üldiselt on rsyncil väike kiiruseelis, rsync töötab ka võrguga säästlikumalt. Seda võib osaliselt kompenseerida väiksem protsessori kasutamine, kasutades varuprogrammina tar. Teine rsynci eelis on see, et see töötab järkjärguliste koopiatega. Hoidla suurus täielike varukoopiate loomisel on sama, 16 GB, inkrementaalsete koopiate korral - 14 GB käitamise kohta, mis tähendab töötavat dubleerimist.
AMANDA ülevaade
Osaleja soovil
Testimise tulemused, kus arhiveerija ja tihendamine on lubatud, on järgmised:
Esimene algus
Teine jooks
Kolmas käivitamine
Esimene test
9m5s
8m59s
9m6s
Teine test
0m5s
0m5s
0m5s
Kolmas test
2m40s
2m47s
2m45s
Programm laadib täielikult ühe protsessorituuma, kuid piiratud IOPS-ketta tõttu varusalvestusserveri poolel ei suuda see saavutada suurt andmeedastuskiirust. Üldiselt oli seadistamine pisut tülikam kui teistel osalejatel, kuna programmi autor ei kasuta ssh-d transpordina, vaid rakendab sarnast skeemi võtmetega, luues ja hooldades täisväärtuslikku CA-d. Klienti ja varuserverit on võimalik laialdaselt piirata: näiteks kui nad ei saa üksteist täielikult usaldada, siis saate võimalusena takistada serveril varukoopia taastamist, seades vastava muutuja väärtuseks nulli. seadete faili. Haldamiseks on võimalik ühendada veebiliides, kuid üldiselt saab seadistatud süsteemi väikeste bash-skriptide (või näiteks ansible) abil täielikult automatiseerida. Salvestusruumi seadistamiseks on mõnevõrra mittetriviaalne süsteem, mis on ilmselt tingitud mitmesuguste andmete salvestamiseks mõeldud seadmete (LTO-kassetid, kõvakettad jne) ulatusliku loendi toetamisest. Samuti väärib märkimist, et kõigist selles artiklis käsitletud programmidest on AMANDA ainus, mis suutis tuvastada kataloogide ümbernimetamise. Hoidla maht ühe käigu jaoks oli 13 GB.
Kuulutus
Varundamine 6. osa: varundustööriistade võrdlemine
Varukoopia 7. osa: Järeldused
Allikas: www.habr.com