Dësen Artikel wäert d'Backup-Tools vergläichen, awer als éischt sollt Dir erausfannen, wéi séier a gutt si mat der Erhuelung vun Daten aus Backups ëmgoen.
Fir méi einfach ze vergläichen, betruechte mir d'Restauratioun vun engem komplette Backup, besonnesch well all Kandidaten dësen Operatiounsmodus ënnerstëtzen. Fir Simplicitéit sinn d'Zuelen schonn duerchschnëttlech (den arithmetesche Moyenne vu verschiddene Runen). D'Resultater ginn an enger Tabell zesummegefaasst, déi och Informatioun iwwer d'Fähigkeiten enthält: d'Präsenz vun engem Webinterface, Einfachheet vun der Konfiguratioun an der Operatioun, d'Fäegkeet ze automatiséieren, d'Präsenz vu verschiddenen zousätzleche Funktiounen (zum Beispill d'Integritéit vun Daten iwwerpréiwen) , etc. D'Grafike weisen d'Laascht op de Server wou d'Donnéeë benotzt ginn (net de Server fir Backupkopien ze späicheren).
Donnéeën Erhuelung
rsync an tar gëtt als Referenzpunkt benotzt zënter einfache Scripte fir Backupkopien ze maachen.
Rsync mat den Testdaten a 4 Minutten an 28 Sekonnen geklommen, weist
esou eng Laascht
Den Erhuelungsprozess huet eng Begrenzung vum Disk-Subsystem vum Backup-Späicherserver (Sawtooth-Grafiken) getraff. Dir kënnt och kloer d'Luede vun engem Kernel gesinn ouni Probleemer (niddereg iowait a softirq - keng Probleemer mat der Disk respektiv Reseau). Well déi aner zwee Programmer, nämlech rdiff-Backup an rsnapshot, op rsync baséieren an och regelméisseg rsync als Erhuelungsinstrument ubidden, wäerte se ongeféier deeselwechte Laaschtprofil an d'Backup-Erhuelungszäit hunn.
Tar huet et e bësse méi séier gemaach
2 Minutten an 43 Sekonnen:
D'total Systembelaaschtung war am Duerchschnëtt ëm 20% méi héich wéinst der verstäerkter Softirq - d'Overheadkäschte während der Operatioun vum Netzwierksubsystem eropgaang.
Wann d'Archiv weider kompriméiert ass, erhéicht d'Erhuelungszäit op 3 Minutten 19 Sekonnen.
mat esou enger Laascht op den Haaptserver (Auspacken op der Säit vum Haaptserver):
Den Dekompressiounsprozess hëlt béid Prozessorkären op well et zwee Prozesser lafen. Am Allgemengen ass dëst dat erwaart Resultat. Och e vergläichbare Resultat (3 Minutten an 20 Sekonnen) gouf kritt wann Dir gzip op der Serversäit mat Backups leeft; de Laaschtprofil um Haaptserver war ganz ähnlech wéi Tar ouni den gzip Kompressor ze lafen (kuckt virdrun Grafik).
В rdiff-Backup Dir kënnt de leschte Backup, deen Dir gemaach hutt mat normale rsync synchroniséieren (d'Resultater wäerten ähnlech sinn), awer eeler Backups mussen nach ëmmer mat dem rdiff-Backup-Programm restauréiert ginn, deen d'Restauratioun an 17 Minutten a 17 Sekonnen ofgeschloss huet, weist
dës Laascht:
Vläicht war dat geduecht, op d'mannst d'Vitesse vun den Auteuren ze limitéieren . De Prozess vun der Restauratioun vun enger Backupkopie selwer hëlt e bësse manner wéi d'Halschent vun engem Kär, mat proportional vergläichbarer Leeschtung (dh 2-5 Mol méi lues) iwwer Disk an Netzwierk mat rsync.
Rsnapshot Fir d'Erhuelung proposéiert et regelméisseg rsync ze benotzen, sou datt seng Resultater ähnlech sinn. Am Allgemengen, ass dëst wéi et sech eraus.
Burp Ech fäerdeg d'Aufgab vun engem Backupsatellit restauréiert an 7 Minutten an 2 Sekonnen mat
mat dëser Laascht:
Et huet zimlech séier geschafft, an op d'mannst ass vill méi praktesch wéi pure rsync: Dir braucht keng Fändelen ze erënneren, eng einfach an intuitiv Cli Interface, agebauter Ënnerstëtzung fir verschidde Kopien - obwuel et zweemol méi lues ass. Wann Dir Daten aus dem leschte Backup, deen Dir gemaach hutt, restauréiere musst, kënnt Dir rsync benotzen, mat e puer Virschléi.
De Programm huet ongeféier déiselwecht Geschwindegkeet a Laascht gewisen BackupPC wann Dir den rsync Transfermodus aktivéiert, de Backup ofsetzen fir
7 Minutten an 42 Sekonnen:
Awer am Datenübertragungsmodus huet de BackupPC méi lues mam Tar gepackt: an 12 Minutten a 15 Sekonnen war d'Prozessorbelaaschtung allgemeng manner
annerhallef Mol:
Duplizitéit ouni Verschlësselung huet liicht besser Resultater gewisen, restauréiert e Backup an 10 Minutten an 58 Sekonnen. Wann Dir d'Verschlësselung mat gpg aktivéiert, erhéicht d'Erhuelungszäit op 15 Minutten an 3 Sekonnen. Och wann Dir e Repository erstellt fir Kopien ze späicheren, kënnt Dir d'Archivgréisst spezifizéieren, déi benotzt gëtt wann Dir den erakommende Datestroum opzedeelen. Am Allgemengen, op konventionell Festplazen, och wéinst der Single-threaded Betribssystemer Modus, ass et net vill Ënnerscheed. Et kann a verschiddene Blockgréissten optrieden wann Hybridlagerung benotzt gëtt. D'Laascht op den Haaptserver wärend der Erhuelung war wéi follegt:
keng Verschlësselung
mat Verschlësselung
Duplizéieren huet e vergläichbare Erhuelungsquote gewisen, an huet et an 13 Minutten a 45 Sekonnen ofgeschloss. Et huet ongeféier eng aner 5 Minutte gedauert fir d'Korrektheet vun de recuperéierten Donnéeën ze kontrolléieren (am Ganzen ongeféier 19 Minutten). D'Laascht war
zimlech héich:
Wann d'aes Verschlësselung intern ageschalt war, war d'Erhuelung Zäit 21 Minutten 40 Sekonnen, mat CPU Benotzen um Maximum (béid Kären!) Während Erhuelung; Wann Dir Daten iwwerpréift, war nëmmen ee Fuedem aktiv, deen ee Prozessorkär besetzt. D'Kontroll vun den Donnéeën no der Erhuelung huet déiselwecht 5 Minutten gedauert (bal 27 Minutten am Ganzen).
Resultat
duplicati war e bësse méi séier mat Erhuelung wann Dir den externen gpg-Programm fir Verschlësselung benotzt, awer allgemeng sinn d'Ënnerscheeder vum fréiere Modus minimal. D'Betribszäit war 16 Minutten 30 Sekonnen, mat Datenverifizéierung a 6 Minutten. D'Laascht war
esou:
AMANDA, Teer benotzt, huet et an 2 Minutten 49 Sekonnen ofgeschloss, wat am Prinzip ganz no bei normale Teer ass. Lued op de System am Prinzip
datselwecht:
Wann Dir e Backup restauréiert benotzt zbackup déi folgend Resultater goufen erreecht:
Verschlësselung, lzma Kompressioun
Lafzäit 11 Minutten an 8 Sekonnen
AES Verschlësselung, lzma Kompressioun
Operatioun Zäit 14 Minutten
AES Verschlësselung, lzo Kompressioun
Lafzäit 6 Minutten, 19 Sekonnen
Am Allgemengen, net schlecht. Et hänkt alles vun der Geschwindegkeet vum Prozessor um Backup-Server of, wat kloer aus der Laafzäit vum Programm mat verschiddene Kompressere gesi ka ginn. Op der Säit vun der Backupsatellit gouf e regelméisseg Tar gestart, also wann Dir et vergläicht, ass d'Erhuelung 3 Mol méi lues. Et kann derwäert sinn d'Operatioun am Multi-threaded Modus ze kontrolléieren, mat méi wéi zwee thread.
BorgBackup am onverschlësselte Modus war et e bësse méi lues wéi Tar, an 2 Minutten 45 Sekonnen, awer, am Géigesaz zu Tar, gouf et méiglech de Repository ze deduplizéieren. D'Laascht huet sech erausgestallt
déi folgend:
Wann Dir Blake-baséiert Verschlësselung aktivéiert, ass d'Backup-Erhuelungsgeschwindegkeet liicht méi lues. Erhuelungszäit an dësem Modus ass 3 Minutten 19 Sekonnen, an d'Laascht ass fort
esou:
AES Verschlësselung ass liicht méi lues, d'Erhuelungszäit ass 3 Minutten 23 Sekonnen, d'Laascht ass besonnesch
huet net geännert:
Zënter Borg kann am Multi-threaded Modus funktionnéieren, ass de Prozessorbelaaschtung maximal, a wann zousätzlech Funktiounen aktivéiert sinn, erhéicht d'Betribszäit einfach. Anscheinend ass et derwäert Multithreading op eng ähnlech Manéier wéi zbackup z'erklären.
Reschtlech mat der Erhuelung e bësse méi lues gepackt, d'Operatiounszäit war 4 Minutten 28 Sekonnen. D'Laascht ausgesinn wéi
sou:
Anscheinend funktionnéiert den Erhuelungsprozess a verschiddene thread, awer d'Effizienz ass net sou héich wéi déi vu BorgBackup, awer vergläichbar an der Zäit mat normale rsync.
Mat der Hëllef vun urBackup Et war méiglech d'Donnéeën an 8 Minutten an 19 Sekonnen ze restauréieren, d'Laascht war
esou:
D'Belaaschtung ass nach net ganz héich, souguer manner wéi déi vum Teer. Op e puer Plazen sinn Burst, awer net méi wéi d'Laascht vun engem Kär.
Selektioun a Begrënnung vu Critèrë fir de Verglach
Wéi an engem vun de fréieren Artikelen uginn, muss de Backup System déi folgend Critèren erfëllen:
- Einfachheet vun Benotzung
- Vielfältigkeit
- Stabilitéit
- Geschwindegkeet
Et ass derwäert all Punkt getrennt méi am Detail ze betruecht.
Einfachheet vun Operatioun
Et ass am beschten wann et ee Knäppche ass "Maachen alles gutt", awer wann Dir op richteg Programmer zréckkënnt, ass déi bequemste Saach e gewinnt a Standard Operatiounsprinzip.
Déi meescht Benotzer wäerten héchstwahrscheinlech besser sinn, wa se net eng Rëtsch Schlësselen fir cli mussen erënneren, eng Rëtsch verschidden, dacks obskur Optiounen iwwer Web oder Tui konfiguréieren, oder Notifikatiounen iwwer net erfollegräich Operatioun opstellen. Dëst beinhalt och d'Fäegkeet fir eng Backup-Léisung einfach an déi existent Infrastruktur ze "passen", wéi och d'Automatiséierung vum Backup-Prozess. Et gëtt och d'Méiglechkeet vun der Installatioun mat engem Package Manager, oder an engem oder zwee Kommandoen wéi "Download an unpack". curl ссылка | sudo bash - eng komplex Method, well Dir musst iwwerpréiwen wat iwwer de Link kënnt.
Zum Beispill, vun de Kandidate berücksichtegt, ass eng einfach Léisung burp, rdiff-Backup a restic, déi mnemonesch Schlësselen fir verschidde Betribsmodus hunn. E bësse méi komplex sinn Borg an Duplizitéit. Déi schwéierst war AMANDA. De Rescht sinn iergendwou an der Mëtt wat d'Benotzungsfäegkeet ugeet. Op alle Fall, wann Dir méi wéi 30 Sekonnen brauch fir d'Benotzerhandbuch ze liesen, oder Dir musst op Google oder eng aner Sichmotor goen, an och duerch e laange Blat vun Hëllef scrollen, ass d'Entscheedung schwéier, eng oder aner Manéier.
E puer vun de betraffene Kandidaten kënnen automatesch e Message per E-Mailjabber schécken, anerer vertrauen op konfiguréiert Alarmer am System. Ausserdeem, meeschtens komplex Léisungen hunn net ganz offensichtlech Alarm Astellunge. An all Fall, wann de Backupsatellit Programm engem Net-Null Retour Code produzéiert, dee vum System Service fir periodesch Aufgaben richteg verstane gëtt (e Message gëtt un de System Administrateur oder direkt op d'Iwwerwaachung geschéckt) - d'Situatioun ass einfach. Awer wann de Backup-System, deen net op engem Backup-Server leeft, net konfiguréiert ka ginn, ass den offensichtleche Wee fir iwwer de Problem ze soen datt d'Komplexitéit scho exzessiv ass. Op alle Fall, Warnungen an aner Messagen nëmmen un d'Webinterface oder de Log ausginn ass eng schlecht Praxis, well se meeschtens ignoréiert ginn.
Wat d'Automatiséierung ugeet, kann en einfache Programm Ëmfeldvariablen liesen déi säin Operatiounsmodus festleeën, oder et huet en entwéckelte Cli deen d'Verhalen komplett duplizéiere kann wann Dir duerch e Webinterface schafft, zum Beispill. Dëst beinhalt och d'Méiglechkeet vu kontinuéierlecher Operatioun, d'Disponibilitéit vun Expansiounsméiglechkeeten, etc.
Vielfältigkeit
Deelweis widdert de viregte Ënnersektioun iwwer Automatiséierung, et sollt kee besonnesche Problem sinn fir de Backupprozess an déi existent Infrastruktur ze "passen".
Et ass derwäert ze bemierken datt d'Benotzung vun net-Standard Ports (gutt, ausser de Web-Interface) fir Aarbecht, d'Ëmsetzung vun der Verschlësselung op eng net-Standard Manéier, den Austausch vun Daten mat engem net-Standard Protokoll Zeeche vun engem Net-Standard sinn. - Universal Léisung. Fir de gréissten Deel hunn all Kandidaten se op déi eng oder aner Manéier aus dem offensichtleche Grond: Einfachheet a Villsäitegkeet ginn normalerweis net zesummen. Als Ausnam - Burp, et ginn anerer.
Als Zeeche - d'Fäegkeet fir regelméisseg ssh ze schaffen.
Aarbecht Geschwindegkeet
De stäerkste kontrovers a kontrovers Punkt. Engersäits hu mir de Prozess lancéiert, et huet sou séier wéi méiglech geschafft an huet net mat den Haaptaufgaben gestéiert. Op der anerer Säit gëtt et e Stroum am Traffic a Prozessorbelaaschtung wärend der Backupperiod. Et ass och ze bemierken datt déi séierst Programmer fir Kopien ze maachen normalerweis déi äermst a punkto Funktiounen déi wichteg sinn fir d'Benotzer. Nach eng Kéier: wann fir eng onglécklech Textdatei vun e puer Zénger vu Bytes an der Gréisst mat engem Passwuert ze kréien, a wéinst deem de ganze Service kascht (jo, jo, ech verstinn datt de Backup-Prozess hei meeschtens net schëlleg ass), an Dir musst all d'Dateien am Repository sequenziell nei liesen oder de ganzen Archiv ausbauen - de Backupsystem ass ni séier. En anere Punkt deen dacks e Stoussblock gëtt ass d'Geschwindegkeet fir e Backup aus engem Archiv z'installéieren. Et gëtt e kloere Virdeel hei fir déi, déi Dateien einfach ouni vill Manipulatioun op déi gewënschten Plaz kopéieren oder réckelen (zum Beispill rsync), awer meeschtens muss de Problem organisatoresch geléist ginn, empiresch: andeems d'Backup-Erhuelungszäit gemooss gëtt. an offen Benotzer doriwwer informéieren.
Stabilitéit
Et soll esou verstane ginn: Engersäits muss et méiglech sinn d'Backupkopie op iergendeng Manéier zréckzesetzen, op der anerer Säit muss se resistent sinn géint verschidde Probleemer: Netz Ënnerbriechung, Scheiffehler, Läschen vun engem Deel vun der repository.
Verglach vu Backup Tools
Kopie Kreatioun Zäit
Kopie Erhuelung Zäit
Einfach Installatioun
Einfach Setup
Einfach Notzung
Einfach Automatisatioun
Braucht Dir e Client Server?
Iwwerpréift d'Integritéit vum Repository
Differenziell Kopien
Aarbecht iwwer Päif
Vielfältigkeit
Onofhängegkeet
Repository Transparenz
Verschlësselung
Kompressioun
Deduplication
Web Interface
Fëllt op d'Wollek
Windows Ënnerstëtzung
Partitur
Rsync
4 m15s
4 m28s
jo
kee
kee
kee
jo
kee
kee
jo
kee
jo
jo
kee
kee
kee
kee
kee
jo
6
Tar
reng
3 m12s
2 m43s
jo
kee
kee
kee
kee
kee
jo
jo
kee
jo
kee
kee
kee
kee
kee
kee
jo
8,5
gzip
9 m37s
3 m19s
jo
Rdiff-Backup
16 m26s
17 m17s
jo
jo
jo
jo
jo
kee
jo
kee
jo
kee
jo
kee
jo
jo
jo
kee
jo
11
Rsnapshot
4 m19s
4 m28s
jo
jo
jo
jo
kee
kee
jo
kee
jo
kee
jo
kee
kee
jo
jo
kee
jo
12,5
Burp
11 m9s
7 m2s
jo
kee
jo
jo
jo
jo
jo
kee
jo
jo
kee
kee
jo
kee
jo
kee
jo
10,5
Duplizitéit
keng Verschlësselung
16 m48s
10 m58s
jo
jo
kee
jo
kee
jo
jo
kee
kee
jo
kee
jo
jo
kee
jo
kee
jo
11
gpg
17 m27s
15 m3s
Duplizéieren
keng Verschlësselung
20 m28s
13 m45s
kee
jo
kee
kee
kee
jo
jo
kee
kee
jo
kee
jo
jo
jo
jo
jo
jo
11
aes
29 m41s
21 m40s
gpg
26 m19s
16 m30s
zbackup
keng Verschlësselung
40 m3s
11 m8s
jo
jo
kee
kee
kee
jo
jo
jo
kee
jo
kee
jo
jo
jo
kee
kee
kee
10
aes
42 m0s
14 m1s
aes+lzo
18 m9s
6 m19s
BorgBackup
keng Verschlësselung
4 m7s
2 m45s
jo
jo
jo
jo
jo
jo
jo
jo
jo
jo
kee
jo
jo
jo
jo
kee
jo
16
aes
4 m58s
3 m23s
blak 2
4 m39s
3 m19s
Reschtlech
5 m38s
4 m28s
jo
jo
jo
jo
kee
jo
jo
jo
jo
jo
kee
jo
kee
jo
kee
jo
jo
15,5
urBackup
8 m21s
8 m19s
jo
jo
jo
kee
jo
kee
jo
kee
jo
jo
kee
jo
jo
jo
jo
kee
jo
12
Amanda
9 m3s
2 m49s
jo
kee
kee
jo
jo
jo
jo
kee
jo
jo
jo
jo
jo
kee
jo
jo
jo
13
BackupPC
rsync
12 m22s
7 m42s
jo
kee
jo
jo
jo
jo
jo
kee
jo
kee
kee
jo
jo
kee
jo
kee
jo
10,5
tar
12 m34s
12 m15s
Table Legend:
- Gréng, Operatiounszäit manner wéi fënnef Minutten, oder Äntwert "Jo" (ausser der Kolonn "Brauchen e Client Server?"), 1 Punkt
- Giel, Betribssystemer Zäit fënnef bis zéng Minutten, 0.5 Punkten
- Rout, d'Aarbechtszäit ass méi wéi zéng Minutten, oder d'Äntwert ass "Nee" (ausser der Kolonn "Braucht Dir e Client Server?"), 0 Punkten
Laut der Tabell hei uewen ass deen einfachsten, schnellsten a gläichzäiteg prakteschen a mächtege Backup-Tool BorgBackup. Restic huet déi zweet Plaz, de Rescht vun de considéréiert Kandidaten goufen ongeféier gläich plazéiert mat enger Verbreedung vun engem oder zwee Punkten um Enn.
Ech soen jidderengem Merci deen d'Serie bis zum Schluss gelies huet, ech invitéieren Iech iwwer d'Optiounen ze diskutéieren an Är eegen ze bidden, wann iwwerhaapt. Wéi d'Diskussioun viru geet, kann den Dësch erweidert ginn.
D'Resultat vun der Serie wäert de leschten Artikel sinn, an deem e Versuch gëtt en idealen, schnellen a handhabbare Backup-Tool z'entwéckelen, deen Iech erlaabt eng Kopie an der kuerst méiglecher Zäit zréckzesetzen a gläichzäiteg bequem an einfach ze sinn fir ze konfiguréieren an z'erhalen.
Announcement
Backupsatellit Deel 6: Vergläichen Backupsatellit Tools
Backupsatellit Deel 7: Conclusiounen
Source: will.com