Dësen Artikel wäert d'Backup-Software berücksichtegen, déi, andeems Dir den Datestroum an getrennten Komponenten (Stécker) briechen, e Repository bildt.
Repository Komponente kënne weider kompriméiert a verschlësselt ginn, an am wichtegsten - wärend widderholl Backupprozesser - nei benotzt ginn.
Eng Backupkopie an esou engem Repository ass eng benannt Kette vu Komponenten, déi matenee verbonne sinn, zum Beispill, baséiert op verschiddenen Hashfunktiounen.
Et gi verschidde ähnlech Léisungen, ech konzentréieren op 3: zbackup, borgbackup an restic.
Erwaart Resultater
Well all Bewerber d'Schafe vun engem Repository op eng oder aner Manéier erfuerderen, ass ee vun de wichtegste Faktoren d'Gréisst vum Repository ze schätzen. Idealerweis sollt seng Gréisst net méi wéi 13 GB sinn no der akzeptéierter Methodik, oder nach manner - ënnerleien zu gudder Optimiséierung.
Et ass och héich wënschenswäert fir direkt Backupkopien vu Dateien ze kreéieren, ouni Archiver wéi Tar ze benotzen, souwéi mat ssh / sftp ouni zousätzlech Tools wéi rsync an sshfs ze schaffen.
Verhalen wann Dir Backups erstellt:
- D'Gréisst vum Repository wäert d'selwecht sinn wéi d'Gréisst vun den Ännerungen, oder manner.
- Heavy CPU-Laascht gëtt erwaart wann Dir Kompressioun an / oder Verschlësselung benotzt, an zimlech héich Netzwierk- an Diskbelaaschtung ass méiglech wann den Archiv- an / oder Verschlësselungsprozess op engem Backup-Späicherserver leeft.
- Wann de Repository beschiedegt ass, ass e verspéiten Feeler méiglecherweis souwuel wann Dir nei Backups erstellt wéi och wann Dir probéiert ze restauréieren. Et ass néideg zousätzlech Moossnamen ze plangen fir d'Integritéit vum Repository ze garantéieren oder agebaute Tools ze benotzen fir seng Integritéit ze kontrolléieren.
D'Aarbecht mat Tar gëtt als Referenzwäert geholl, wéi et an engem vun de fréieren Artikelen gewisen gouf.
Zbackup testen
Den allgemenge Mechanismus vun zbackup ass datt de Programm am Input Datastream Beräicher fënnt, déi déiselwecht Donnéeën enthalen, dann optional kompriméiert a verschlësselt se, spuert all Gebitt nëmmen eemol.
Deduplikatioun benotzt eng 64-Bit Ring Hash Funktioun mat enger rutschen Fënster fir Byte-by-Byte Matcher géint existéierend Dateblocken ze kontrolléieren (ähnlech wéi rsync et implementéiert).
Multi-threaded lzma an lzo gi fir Kompressioun benotzt, an AES fir Verschlësselung. Déi lescht Versiounen hunn d'Fäegkeet al Daten aus dem Repository an Zukunft ze läschen.
De Programm ass an C++ geschriwwe mat minimalen Ofhängegkeeten. Den Auteur war anscheinend vun der Unix-Wee inspiréiert, sou datt de Programm Daten op stdin akzeptéiert wann Dir Backups erstellt, produzéiert en ähnlechen Datestroum op stdout beim Restauréieren. Also, zbackup kann als ganz gutt "Baublock" benotzt ginn wann Dir Är eege Backup-Léisungen schreift. Zum Beispill huet den Auteur vum Artikel dëse Programm als Haaptbackup-Tool fir Heemmaschinnen zënter ongeféier 2014 benotzt.
Den Datestroum wäert e reguläre Tar sinn, wann net anescht uginn.
Loosst eis kucken wat d'Resultater sinn:
D'Aarbecht gouf an 2 Optiounen iwwerpréift:
- e Repository gëtt erstallt an zbackup gëtt um Server mat de Quelldaten gestart, da gëtt den Inhalt vum Repository op de Backup-Späicherserver transferéiert.
- e Repository gëtt um Backup-Speicherserver erstallt, zbackup gëtt iwwer ssh um Backup-Speicherserver gestart, an d'Donnéeë ginn iwwer Päif geschéckt.
D'Resultater vun der éischter Optioun waren wéi follegt: 43m11s - wann Dir en onverschlësselte Repository an den lzma Kompressor benotzt, 19m13s - wann Dir de Kompressor mat lzo ersetzt.
D'Laascht op de Server mat den ursprénglechen Donnéeën war wéi follegt (e Beispill mat lzma gëtt gewisen; mat lzo gouf et ongeféier datselwecht Bild, awer den Undeel vun rsync war ongeféier e Véierel vun der Zäit):
Et ass kloer datt sou e Backupprozess nëmme fir relativ seelen a kleng Ännerungen gëeegent ass. Et ass och héich ubruecht zbackup op 1 Fuedem ze limitéieren, soss gëtt et eng ganz héich CPU Belaaschtung, well De Programm ass ganz gutt fir a verschidde Threads ze schaffen. D'Laascht op der Disk war kleng, wat am Allgemengen net mat engem modernen ssd-baséierten Disk Subsystem bemierkbar wier. Dir kënnt och kloer den Ufank vum Prozess gesinn fir Repositorydaten op e Fernserver ze synchroniséieren; D'Geschwindegkeet vun der Operatioun ass vergläichbar mat normale rsync an hänkt vun der Leeschtung vum Disk-Subsystem vum Backup-Späicherserver of. Den Nodeel vun dëser Approche ass d'Späichere vun engem lokale Repository an, als Resultat, Duplikatioun vun Daten.
Méi interessant an applicabel an der Praxis ass déi zweet Optioun, zbackup direkt op de Backup-Späicherserver lafen.
Als éischt wäerte mir d'Operatioun testen ouni Verschlësselung mam lzma Kompressor ze benotzen:
Lafzäit vun all Testlaf:
Start 1
Start 2
Start 3
39 m45s
40 m20s
40 m3s
7 m36s
8 m3s
7 m48s
15 m35s
15 m48s
15 m38s
Wann Dir Verschlësselung mat AES aktivéiert, sinn d'Resultater zimlech no:
Operatiounszäit op déiselwecht Daten, mat Verschlësselung:
Start 1
Start 2
Start 3
43 m40s
44 m12s
44 m3s
8 m3s
8 m15s
8 m12s
15 m0s
15 m40s
15 m25s
Wann d'Verschlësselung mat der Kompressioun mat lzo kombinéiert gëtt, gesäit et esou aus:
Aarbechtszäit:
Start 1
Start 2
Start 3
18 m2s
18 m15s
18 m12s
5 m13s
5 m24s
5 m20s
8 m48s
9 m3s
8 m51s
D'Gréisst vum resultéierende Repository war relativ d'selwecht bei 13GB. Dëst bedeit datt d'Duplikatioun richteg funktionnéiert. Och op scho kompriméierten Donnéeën gëtt d'Benotzung vun lzo e merkbare Effekt; wat d'Gesamtbetribszäit ugeet, kënnt zbackup no bei Duplizitéit / Duplicati, awer bleift hannert deenen baséiert op Librsync ëm 2-5 Mol.
D'Virdeeler sinn offensichtlech - spuert Diskplaz um Backup-Späicherserver. Wat d'Repository Checking Tools ugeet, gëtt den Auteur vun zbackup se net; Et ass recommandéiert e Feeler-tolerant Disk Array oder Cloud Provider ze benotzen.
Insgesamt e ganz gudden Androck, trotz der Tatsaach, datt de Projet scho ronn 3 Joer stoe bleift (déi lescht Feature-Ufro war virun engem Joer, awer ouni Äntwert).
Borgbackup testen
Borgbackup ass eng Gabel vum Dachgeschoss, en anere System ähnlech wéi zbackup. Geschriwwen am Python, et huet eng Lëscht vu Fäegkeeten ähnlech wéi zbackup, awer och kann:
- Mount Backups iwwer Sicherung
- Kuckt de Repository Inhalt
- Aarbecht am Client-Server Modus
- Benotzt verschidde Kompressere fir Daten, souwéi heuristesch Bestëmmung vum Dateityp wann Dir se kompriméiert.
- 2 Verschlësselungsoptiounen, AES an Blake
- Gebaut-an Outil fir
Leeschtung Kontrollen
borgbackup benchmark crud ssh://backup_server/repo/path local_dir
D'Resultater waren wéi follegt:
CZ-BIG 96.51 MB/s (10 100.00 MB all-null Dateien: 10.36s)
RZ-BIG 57.22 MB/s (10 100.00 MB all-null Dateien: 17.48s)
UZ-BIG 253.63 MB/s (10 100.00 MB all-null Dateien: 3.94s)
DZ-BIG 351.06 MB/s (10 100.00 MB all-null Dateien: 2.85s)
CR-BIG 34.30 MB/s (10 100.00 MB zoufälleg Dateien: 29.15s)
RR-BIG 60.69 MB/s (10 100.00 MB zoufälleg Dateien: 16.48s)
UR-BIG 311.06 MB/s (10 100.00 MB zoufälleg Dateien: 3.21s)
DR-BIG 72.63 MB/s (10 100.00 MB zoufälleg Dateien: 13.77s)
CZ-MEDIUM 108.59 MB/s (1000 1.00 MB all-null Dateien: 9.21s)
RZ-MEDIUM 76.16 MB/s (1000 1.00 MB all-null Dateien: 13.13s)
UZ-MEDIUM 331.27 MB/s (1000 1.00 MB all-null Dateien: 3.02s)
DZ-MEDIUM 387.36 MB/s (1000 1.00 MB all-null Dateien: 2.58s)
CR-MEDIUM 37.80 MB/s (1000 1.00 MB zoufälleg Dateien: 26.45s)
RR-MEDIUM 68.90 MB/s (1000 1.00 MB zoufälleg Dateien: 14.51s)
UR-MEDIUM 347.24 MB/s (1000 1.00 MB zoufälleg Dateien: 2.88s)
DR-MEDIUM 48.80 MB/s (1000 1.00 MB zoufälleg Dateien: 20.49s)
CZ-SMALL 11.72 MB/s (10000 10.00 kB all-null Dateien: 8.53s)
RZ-SMALL 32.57 MB/s (10000 10.00 kB all-null Dateien: 3.07s)
UZ-SMALL 19.37 MB/s (10000 10.00 kB all-null Dateien: 5.16s)
DZ-SMALL 33.71 MB/s (10000 10.00 kB all-null Dateien: 2.97s)
CR-SMALL 6.85 MB/s (10000 10.00 kB zoufälleg Dateien: 14.60s)
RR-SMALL 31.27 MB/s (10000 10.00 kB zoufälleg Dateien: 3.20s)
UR-SMALL 12.28 MB/s (10000 10.00 kB zoufälleg Dateien: 8.14s)
DR-SMALL 18.78 MB/s (10000 10.00 kB zoufälleg Dateien: 5.32s)
Beim Testen gëtt d'Kompressiounsheuristik benotzt fir den Dateityp (Compression Auto) ze bestëmmen, an d'Resultater sinn wéi follegt:
Als éischt, loosst eis kucken wéi et ouni Verschlësselung funktionnéiert:
Aarbechtszäit:
Start 1
Start 2
Start 3
4 m6s
4 m10s
4 m5s
56
58
54
1 m26s
1 m34s
1 m30s
Wann Dir Repository Autorisatioun aktivéiert (authentifizéierter Modus), wäerten d'Resultater no sinn:
Aarbechtszäit:
Start 1
Start 2
Start 3
4 m11s
4 m20s
4 m12s
1 m0s
1 m3s
1 m2s
1 m30s
1 m34s
1 m31s
Wann d'aes Verschlësselung aktivéiert gouf, sinn d'Resultater net vill verschlechtert:
Start 1
Start 2
Start 3
4 m55s
5 m2s
4 m58s
1 m0s
1 m2s
1 m0s
1 m49s
1 m50s
1 m50s
A wann Dir Aes zu Blake ännert, wäert d'Situatioun komplett verbesseren:
Aarbechtszäit:
Start 1
Start 2
Start 3
4 m33s
4 m43s
4 m40s
59
1 m0s
1 m0s
1 m38s
1 m43s
1 m40s
Wéi am Fall vun zbackup war d'Repositorygréisst 13GB an och e bësse manner, wat allgemeng erwaart gëtt. Ech war ganz zefridde mat der Lafenzäit; et ass vergläichbar mat Léisungen baséiert op librsync, déi vill méi breet Fäegkeeten ubidden. Ech war och zefridden mat der Fähegkeet verschidde Parameteren duerch Ëmwelt Verännerlechen ze setzen, déi gëtt e ganz eeschte Virdeel wann Borgbackup an automatesch Modus benotzt. Ech war och zefridden mat der Laascht während der Backupsatellit: no der Prozessor Laascht beurteelen, borgbackup Wierker an 1 thread.
Et waren keng speziell Nodeeler beim Gebrauch.
restesch Testen
Trotz der Tatsaach, datt restic eng zimlech nei Léisung ass (déi éischt 2 Kandidaten goufen 2013 a méi al bekannt), huet et relativ gutt Charakteristiken. Geschriwwen an Go.
Am Verglach mam zbackup gëtt et zousätzlech:
- Iwwerpréift d'Integritéit vum Repository (inklusiv Kontrollen an Deeler).
- Eng rieseg Lëscht vun ënnerstëtzte Protokoller a Fournisseuren fir Backups ze späicheren, souwéi Ënnerstëtzung fir rclone - rsync fir Cloud Léisungen.
- Vergläicht 2 Backups mateneen.
- Montéierung vum Repository iwwer Sicherung.
Am Allgemengen, ass d'Lëscht vun Fonctiounen relativ no Borgbackup, an e puer Plazen méi, an anerer manner. Ee vun de Funktiounen ass datt et kee Wee gëtt fir d'Verschlësselung auszeschalten, an dofir wäerten d'Backupkopien ëmmer verschlësselt ginn. Loosst eis an der Praxis kucken wat aus dëser Software erausgedréckt ka ginn:
D'Resultater waren wéi follegt:
Aarbechtszäit:
Start 1
Start 2
Start 3
5 m25s
5 m50s
5 m38s
35
38
36
1 m54s
2 m2s
1 m58s
D'Leeschtungsresultater sinn och vergläichbar mat rsync-baséiert Léisungen an allgemeng ganz no bei Borgbackup, awer d'CPU-Laascht ass méi héich (Multiple Threads lafen) an Sawtooth.
Wahrscheinlech ass de Programm limitéiert duerch d'Performance vum Disk-Subsystem um Datespeicherserver, sou wéi scho mat rsync de Fall war. D'Repository Gréisst war 13GB, grad wéi zbackup oder borgbackup, et waren keng offensichtlech Nodeeler wann Dir dës Léisung benotzt.
Resultater
Tatsächlech hunn all Kandidaten ähnlech Resultater erreecht, awer zu verschiddene Präisser. Borgbackup huet am beschten vun allem gemaach, restic war e bësse méi lues, zbackup ass wahrscheinlech net derwäert ze benotzen,
a wann et schonn am Gebrauch ass, probéieren et zu borgbackup oder restic änneren.
Conclusiounen
Déi villverspriechendst Léisung schéngt restesch ze sinn, well ... et ass deen deen dee beschten Verhältnis vu Fäegkeeten zu der Operatiounsgeschwindegkeet huet, awer loosst eis fir de Moment net zu allgemenge Conclusiounen presséieren.
Borgbackup ass am Fong net méi schlëmm, awer zbackup ass wahrscheinlech besser ersat. True, zbackup kann nach ëmmer benotzt ginn fir ze garantéieren datt d'3-2-1 Regel funktionnéiert. Zum Beispill, zousätzlech zu (lib)rsync-baséiert Backup Ariichtungen.
Announcement
Backup Part 5: Testen Bacula a veeam Backup fir Linux
Backupsatellit Deel 6: Vergläichen Backupsatellit Tools
Backupsatellit Deel 7: Conclusiounen
Gepost vum: Pavel Demkovich
Source: will.com