Zvlada to aj deduplikaciu?
Ja robim ZFS snapshot po kazdej zalohe rsyncom. Vdaka deduplikacii mi kompletne zalohy zaberaju 1/4 povodnej velkosti. A vdaka tomu, ze ide o snapshoty nie je problem si ich primountovat a tak ich pozerat bez prehliadania umelych archivov.
O stare kopie (snapshoty) sa stara ZFS. Rsyncom teda vzdy prenesiem zmeny, spravim ZFS snapshot a moze sa to opakovat. Rsync vzdy synchronizuje starsiu verziu s novsou, vzdy ide o vsetky subory - preco by to malo byt neefektivne, ked sa prenasaju sa len zmeny a nejake kontrolne sucty? (Mna nenapada nic efektivnejsie).
ZFS si samo vyriesi, ako bude data uchovavat a ako mi umozni navrat k predchadzajucim snapshotom.
A co takhle přejít na ZFS i na "živém" systému? Podle toho, co jsem četl by záloha snapshotu (zfs send | zfs receive) měla být výrazně rychlejší než rsync (ten musí číst každý soubor, zfs send pouze posílá změněné bloky).
Jen jsem zatím nenašel, zda "funguje" navázání na přerušené odesílání snapshotu. Rsync má výhodu, že posílá postupně soubory (+ možnost --partial-...), takže při špatném spojení by to mohlo být schůdnější.
No ja som skusal zfs cez fuse, katastrofa, potom som to prehodil na native zfs a to mi uz cca pol roka spolahlivo funguje, uzivam to na zalohovanie rsyncom a deduplikaciu.
