See ülevaatus jätkab , on kirjutatud lugejate palve peale, milles räägitakse UrBackupist, BackupPC-st ning AMANDA-st.
UrBackupi ülevaade.
Ühe osaleja palve kohta lisan ülevaate UrBackupist, kliendi-serveri süsteemist varundamiseks. See võimaldab luua täielikke ja inkrementaalseid varukoopiaid, suudab töötada seadmete kuvadega (ainult Win?), samuti luua failivarukoopiaid. Klient võib olla sama võrgus serveriga või ühendada Interneti kaudu. On väidetud muudatuste jälgimist, mis võimaldab kiiresti leida erinevusi varukoopiate vahel. Samuti on olemas andmete deduplikeerimise tugi serveri poolel, mis võimaldab säästa kasutatavat ruumi. Võrguliideseed on krüpteeritud, samuti on olemas veebiliides serveri haldamiseks. Vaatame, milleks see suuteline on:
Täieliku varukoopia loomise režiimi tulemused olid järgmised:
Töötamise aeg:
Esimene käivitamine
Teine käivitamine
Kolmas käivitamine
Esimene test
8m20s
8m19s
8m24s
Teine test
8m30s
8m34s
8m20s
Kolmas test
8m10s
8m14s
8m12s
Inkrementaalsete varukoopiate loomise režiimis:
Töötamise aeg:
Esimene käivitamine
Teine käivitamine
Kolmas käivitamine
Esimene test
8m10s
8m10s
8m12s
Teine test
3m50s
4m12s
3m34s
Kolmas test
2m50s
2m35s
2m38s
Reposiitari suurus mõlemas juhus oli umbes 14 GB, mis näitab, et serveri poolel töötab dedupikatsioon. Samuti tuleks märkida varukoopia loomise aja erinevust serveris ja kliendis, mida on üsna selgelt näha graafikutelt ja mis on üsna meeldiv boonus, kuna veebiliides näitab varundusprotsessi töötamise aega serveri poolel, arvestamata
kliendi seisundit. Üldiselt on graafikud täis- ja inkrementaalse koopia jaoks indistinguishably sarnased. Tõenäoliselt on erinevus vaid selles, kuidas seda serveri poolel töödeldakse. Samuti rõõmustas madal protsessori koormus varundatavas süsteemis.
BackupPC ülevaade
Ühe osaleja palve kohta Lisa ülevaade BackupPC. See tarkvara paigaldatakse varundusserverisse, on kirjutatud Perl-is ning töötab erinevate varundustehnoloogiate, peamiselt rsync ja tar, peal. Transportimiseks kasutatakse ssh ja smb, lisaks on olemas web-liides cgi alusel (paigaldatakse Apache'i peale). Web-liides sisaldab ulatuslikku seadete nimekirja. Erinevustest on olemas võimalus seada minimaalne aeg varunduste vahel ning periood, mille jooksul varundusi ei looda. Varundusserveri failisüsteemi valimisel tuleb jälgida kõvade linkide toetust. Seega ei saa failisüsteemi salvestust punktideks monteerida. Üldiselt jätab see tarkvara meeldiva mulje; vaatame, milleks see on võimeline:
Kuna loomise täielikud varundused rsync'i abil andsid sellised tulemused:
Esimene käivitamine
Teine käivitamine
Kolmas käivitamine
Esimene test
12m25s
12m14s
12m27s
Teine test
7m41s
7m44s
7m35s
Kolmas test
10m11s
10m0s
9m54s
Kui kasutada täielikke varundusi ja tar:
Esimene käivitamine
Teine käivitamine
Kolmas käivitamine
Esimene test
12m41s
12m25s
12m45s
Teine test
12m35s
12m45s
12m14s
Kolmas test
12m43s
12m25s
12m5s
Incrementaalvarukoopiate loomise režiimis tuli tarist loobuda, kuna antud seadistustega varukoopiad ei loodud.
Incrementaalvarukoopiate loomise tulemused rsync'i abil on järgmised:
Esimene käivitamine
Teine käivitamine
Kolmas käivitamine
Esimene test
11m55s
11m50s
12m25s
Teine test
2m42s
2m50s
2m30s
Kolmas test
6m00s
5m35s
5m30s
Kokkuvõttes on rsync'il kiiruselt väike eelis, samuti töötab rsync võrku ökonoomsemalt. Osaliselt võib selle kompenseerida madalam CPU kasutus tar'iga varukoopiate loomise programmina. Teiseks rsync'i eeliseks on töö tegemine inkrementaalsete koopiatega. Täisteenuste loomisel on hoidla suurus sama, 16 GB, inkrementaalsete koopiate puhul on see 14 GB ühe jooksuga, mis tähendab töötavat deduplication'i.
AMANDA ülevaade
Ühe osaleja palve kohta lisan AMANDA teste,
Tulemused testimise jooksu kohta tar'i kui arhiivija ja kokkusurumise aktiveerimisega on järgmised:
Esimene käivitamine
Teine käivitamine
Kolmas käivitamine
Esimene test
9m5s
8m59s
9m6s
Teine test
0m5s
0m5s
0m5s
Kolmas test
2m40s
2m47s
2m45s
Programm koormab täielikult ühte protsessorituuma, kuid piiratud iops-disk serveri varukoopiate salvestamise poolel takistab suuremate andmeedastuskiirusete saavutamist. Üldiselt tõi seadistamine veidi rohkem muredega kaasa kui teiste osalejate puhul, kuna programmi autor ei kasuta transpordina ssh-d, vaid rakendab sarnast süsteemi võtmete abil, luues ja hoides täielikku CA-d. Klientide ja varukoopia serveri vahel on võimalus laialdaselt piirata juurdepääsu: näiteks, kui nad ei saa üksteisele täielikult usaldada, siis on variandina võimalik keelata varukoopia taastamise algatamine serveri poolt, määrates vastava muutujakoguse väärtuse nulliks seadistusfailis. Web-liidese ühendamise võimalus haldamiseks on olemas, kuid üldiselt saab seadistatud süsteemi täielikult automatiseerida väikeste bash skriptide (või SCM, näiteks ansible) abil. On olemas mitmeid keerukate seadistuste süsteeme, mis tundub olevat seotud ulatusliku erinevate andmesalvestusseadmete toetamisega (LTO kasetid, kõvakettad jne). Samuti tasub mainida, et kõikidest artiklis käsitletud programmidest on AMANDA ainus, mis suutis katalooge ümbernimetamine avastada. Repositooriumi suurus ühe läbimise korral oli 13 GB.
Teade
Varundamine, osa 6: Varundamisvahendite võrdlus
Varundamine, osa 7: Järeldused
Allikas: habr.com
