Articulus hic programmatum tergum considerabit quod, data rivo in partes divisas (chunks) frangendo, repositio format.
Repositoria ulterius comprimi et encryptari possunt, ac praesertim in iteratis processibus tergum - reddi.
Exemplar tergum in tali reposito nominatum est catena partium inter se connexarum, exempli gratia, ex variis functionibus Nullam.
Plures similes sunt solutiones, ego 3 intendunt: zbackup, borgbackup et restic.
expectata results
Cum omnes applicantes repositorii creationem aliquo modo vel alio requirunt, unus ex praecipuis factoribus quantitatem repositorii aestimare debet. Optime, magnitudo eius non plus quam 13 GB debet secundum methodologiam receptam, vel etiam minus - bonae optimationi subiecta.
Valde etiam optandum est ut exemplaria tergum imaginum directe creare possit, sine archivis ut bitumen utens, ac opera cum ssh/sftp sine instrumentis adiectis sicut rsync et sshfs.
Mores creando tergum:
- Magnitudo Repositorii erit aequalis quantitati mutationum vel minus.
- Gravis CPU onus exspectatur cum compressione et/vel encryptione utens, et satis altum retis et orbis onus verisimile est si archiving et/vel encryption processum currit in servo repono tergum.
- Si repositio laedatur, error impedimenti esse verisimile est tum cum novum tergum creans tum cum restituere conatur. Necesse est ut mensuras addas instituere ut integritatem repositorio vel usu aedificato in instrumentis ad eius integritatem reprimendam instituantur.
Cum bitumine operari accipitur pro valore relationis, ut in uno articulorum praecedentium ostensum est.
Testis zbackup
Generalis mechanismus zbackup est quod programma invenit in inputatione datae areae quae eadem notitia continentur, tum optione eas comprimit et encryptas, una tantum semel servata.
Deduplicatio utitur functioni detrahenti anuli 64 frenum cum fenestra illapsa ad reprimendam par byte-byte contra datas clausuras existentes (similis est quam rsync instrumentis eius).
Multi- liciata lzma et lzo pro compressione adhibentur, et aes pro encryption. Ultimae versiones facultatem habent antiquas notitias e promptuario delendi in futuro.
Propositum scriptum est in C++ cum minimis clientibus. Auctor unix-via modo inspiratus fuit, ut programmata data in stdin cum tergum creantis acciperet, similem rivum in stdout restituendo producit. Ita, zbackup uti potest ut ipsum bonum "aedificationem scandalum" cum solutiones tergum tuum scribens. Exempli causa, auctor articuli hoc programmate usus est ut instrumentum principale pro machinis domorum cum circiter MMXIV.
Rivus notitia bituminis regularis erit, nisi aliter dictum est.
Videamus quid eventus sint:
Opus repressum est in 2 optionibus:
- repositio creatur et zbackup in servo cum fonte data educitur, tunc contenta repositorium ad tergum servo reposita transferuntur.
- repositio creatur in servo repositorium tergum, zbackup via ssh in tergum servo repono, et data ei per fistulam mittitur.
Eventus primae optionis fuerunt hoc modo: 43m11s - cum repositorio unencrypto et compressore lzma, 19m13s - reposito compressore cum lzo.
Onus servo cum notitia originalis talis erat (exempli gratia cum lzma ostenditur; cum lzo proxime eadem pictura erat, sed pars rsync fere temporis quadrans erat);
Patet talem tergum processum solum esse idoneum ad raras et parvas mutationes respective. Valde utile est zbackup limitare ad filum 1 , alioquin erit onus altissimum CPU, quod Propositum est valde bonum ad operandum in filis multiplicibus. Onus in disco erat parvum, quod generatim notabile non esset cum subsystem disco subsystem moderno. Etiam clare videre potes initium processus synchronising repositorii notitiarum remoto servo, celeritas operandi comparabilis est regulari rsync et pendet in executione disci subsystem e servo repositorii tergum. Incommodum accessionis est repositio repositorii localis et consequenter duplicatio notitiarum.
Magis interesting et applicabilis in usu est optio secunda, zbackup directe currens in tergum servo repono.
Primum probabimus operationem sine encryptione cum compressore lzma;
Quisque cursus tempus test, cursus
Lorem 1
Lorem 2
Lorem 3
39m45s
40m20s
40m3s
7m36s
8m3s
7m48s
15m35s
15m48s
15m38s
Si encryption uti potes, eventus satis prope sunt;
Eadem data operandi tempus, cum encryption.
Lorem 1
Lorem 2
Lorem 3
43m40s
44m12s
44m3s
8m3s
8m15s
8m12s
15m0s
15m40s
15m25s
Si encryption componitur cum compressione utens lzo, hoc spectat sic:
horae:
Lorem 1
Lorem 2
Lorem 3
18m2s
18m15s
18m12s
5m13s
5m24s
5m20s
8m48s
9m3s
8m51s
Magnitudo repositorii inde ad 13GB respective eadem erat. Hoc significat deduplicationem recte laborat. Etiam, data iam compressa, effectum notabilem efficit lzo, in terminis temporis operantis totalis, zbackup prope ad duplicitatem/duplicati accedit, sed decedit illis qui in libris sync per 2-5 vicibus innituntur.
Commoda sunt manifesta - salutaris orbis tractus in tergum servo repono. Quantum ad instrumenta repositoria reprimenda, auctor zbackup ea non praebet, commendatur uti provisore vitioso-orbi ordinati vel nubes provisor.
Overall, valde bona impressio, non obstante quod consilium iam per annos circiter 3 stabat (postrema pluma petitio circiter annum erat, sed sine responsione).
Testis borgbackup
Borgbackup furca Atticae est, alia ratio zbackup similis. Scriptum in Pythone, habet indicem facultatum zbackup similem, sed superaddere potest:
- Monte tergum per fuse
- Reprehendo repositio contenta
- Opus in client-servo modus
- Variis compressoribus pro notitia utere, necnon heuristica determinatio tabellae speciei cum eam comprimendo.
- 2 encryption optiones, aes et blake
- Inaedificata instrumentum for
perficientur checks
borgbackup Probatio crud ssh://backup_server/repo/via local_dir
Eventus haec sunt:
CZ-BIG 96.51 MB/s (10 100.00 MB all-nulla files: 10.36s)
RZ-BIG 57.22 MB/s (10 100.00 MB all-nulla files: 17.48s)
UZ-BIG 253.63 MB/s (10 100.00 MB all-nulla files: 3.94s)
DZ-BIG 351.06 MB/s (10 100.00 MB all-nulla files: 2.85s)
CR-BIG 34.30 MB/s (10 100.00 MB files temere: 29.15s)
RR-BIG 60.69 MB/s (10 100.00 MB files temere: 16.48s)
UR-BIG 311.06 MB/s (10 100.00 MB files temere: 3.21s)
DR-BIG 72.63 MB/s (10 100.00 MB files temere: 13.77s)
CZ-MEDIUM 108.59 MB/s (1000 1.00 MB all-nulla files: 9.21s)
RZ-MEDIUM 76.16 MB/s (1000 1.00 MB all-nulla files: 13.13s)
UZ-MEDIUM 331.27 MB/s (1000 1.00 MB all-nulla files: 3.02s)
DZ-MEDIUM 387.36 MB/s (1000 1.00 MB all-nulla files: 2.58s)
CR-MEDIUM 37.80 MB/s (1000 1.00 MB files temere: 26.45s)
RR-MEDIUM 68.90 MB/s (1000 1.00 MB files temere: 14.51s)
UR-MEDIUM 347.24 MB/s (1000 1.00 MB files temere: 2.88s)
DR-MEDIUM 48.80 MB/s (1000 1.00 MB files temere: 20.49s)
CZ-SALL 11.72 MB/s (10000 10.00 kB all-nulla files: 8.53s)
RZ-SALL 32.57 MB/s (10000 10.00 kB all-nulla files: 3.07s)
UZ-SALL 19.37 MB/s (10000 10.00 kB all-nulla files: 5.16s)
DZ-SALL 33.71 MB/s (10000 10.00 kB all-nulla files: 2.97s)
CR-SALL 6.85 MB/s (10000 10.00 kB files temere: 14.60s)
RR-Small 31.27 MB/s (10000 10.00 kB files temere: 3.20s)
UR-Small 12.28 MB/s (10000 10.00 kB files temere: 8.14s)
DR-Small 18.78 MB/s (10000 10.00 kB files temere: 5.32s)
Cum probatio, compressio heuristica adhibebitur ad genus tabellae (compressionis auto) determinare, et eventus sic erit:
Primum inspiciamus quomodo sine encryptione operatur:
horae:
Lorem 1
Lorem 2
Lorem 3
4m6s
4m10s
4m5s
56s
58s
54s
1m26s
1m34s
1m30s
Si potestatem repositorium (modus authentico) permittitis, eventus propinquus erit:
horae:
Lorem 1
Lorem 2
Lorem 3
4m11s
4m20s
4m12s
1m0s
1m3s
1m2s
1m30s
1m34s
1m31s
Cum globus encryption actum est, eventus non multum deficiunt;
Lorem 1
Lorem 2
Lorem 3
4m55s
5m2s
4m58s
1m0s
1m2s
1m0s
1m49s
1m50s
1m50s
Quod si mutas in blakum, res funditus emendabit;
horae:
Lorem 1
Lorem 2
Lorem 3
4m33s
4m43s
4m40s
59s
1m0s
1m0s
1m38s
1m43s
1m40s
Sicut in casu zbackup, repositio amplitudo 13GB erat et paulo minus, quod vulgo exspectatur. Procedente tempore valde delectatus sum, comparabilis est ad solutiones ex librsync fundatis, multo ampliores facultates comparans. Mihi etiam placuit facultate varias parametros per variabiles ambitus collocandi, quod maximum commodum praebet cum borgbackup in automatario utendo. Mihi etiam placebat onere durante tergum: diiudicando processus oneris, borgbackup opera in 1 sequela.
Nulla erant praecipua incommoda cum utendo.
restic temptationis
Quamvis restic solutio satis nova sit (primi 2 candidati anno 2013 et antiquiori noti sunt), satis bonas notas habet. Scriptum in Go.
Comparatum cum zbackup etiam dat:
- Reperiens integritatem repositorii (including checking in parts).
- Ingens index subsidiorum protocolla et provisorum ad tergum reponendarum, tum subsidium rclone-rsync ad solutiones nubeculas.
- 2 tergum cum se comparet.
- Ascendens repositorium per fuse.
In genere, index lineamentorum prope borgbackup est, in quibusdam locis plus, in aliis minus. Una linearum est quod nullo modo encryption disable est, ideoque tergum exemplaria semper encrypted. In praxi videamus quid ex hoc programmate exprimi possit:
Eventus haec sunt:
horae:
Lorem 1
Lorem 2
Lorem 3
5m25s
5m50s
5m38s
35s
38s
36s
1m54s
2m2s
1m58s
Effectus effectus comparabiles sunt etiam cum solutionibus rsync-fundatis et, generatim, proximae borgbackup, sed onus CPU altior est (stamina multa currentia) et serrae.
Verisimile est propositum per subsystem disci subsystem persecutionem in servo repono notitiae, sicut iam in rsync causa erat. Repositorium magnitudo 13GB erat, sicut zbackup vel borgbackup, nulla manifesta incommoda erant cum hac solutione utentes.
Π Π΅Π·ΡΠ»ΡΡΠ°ΡΡ
Omnes enim candidati similes effectus, sed diversis pretia consecuti sunt. Borgbackup optime perfecit, restic paulo tardius fuit, zbackup verisimiliter non valet initium ad usum;
et si iam in usu est, eam mutare tenta ad borgbackup vel restic.
Inventiones
Promissa solutio videtur esse restic, quia... is qui optimam habet rationem facultatum ad celeritatem operandi, sed ad conclusiones generales nunc non properamus.
Borgbackup plerumque non peius est, sed zbackup probabiliter melius reponitur. Verum, zbackup adhuc adhiberi potest ut opera regulae 3-2-1 adhibeantur. Exempli gratia, praeter facilities rsync-fundatur tergum.
nuntius
Tergum Pars 5: Testis bacula et veeam tergum pro linux
Tergum Pars VI: Tergum Comparans Tools
Tergum Pars VII: Conclusiones
Missae ab: Pavel Demkovich
Source: www.habr.com