Portál AbcLinuxu, 5. května 2025 15:07
BackendException: ssh connection to 192.168.0.100:22 failed: Unknown server 192.168.0.100Pricemz se tam normalne SSHacknu
rdiff-backup
(akorát nesmí porovnávat obsah souborů, ale jen délky a čas změny – jinak by se přenášelo všechno pořád sem a tam). Případně tam nahodit Btrfs a používat jeho snapshoty (pak stačí rsync
).
Ale lepší asi bude použít hotové řešení – viz duplicity výše.
remove-older-than time Delete all backup sets older than the given time. Old backup sets will not be deleted if backup sets newer than time depend on them. See the TIME FORMATS section for more information. Note, this action cannot be combined with backup or other actions, such as cleanup. Note also that --force will be needed to delete the files rather than just list them.
Tak to dá rozum, že musíš jednou týdně/měsíčně dělat full backup, abys přerušil řetězec inkrementálních.Já chápu, že je to u duplicity by-design a že s šifrovanými tary nic lepšího udělat nelze. Považuji to ale za blocker, kvůli kterému to nemůžu používat (protože u mě má full 100 GB a denní inkrement je 10 MB).
Přece nebudeš mít jeden full a za ním stovky denních inkrementálů, všechny na sobě závislé, s rizikem poškození celé zálohy při poškození jednoho inkrementálu.Jiné zálohovací technologie, například rdiff-backup, nemají s tím, co jsem popsal, problém, aniž by musely každou chvíli dělat full backup.
Některé zálohovací softy (např. backuppc nebo dirvish, z těch co znám) čistí nejdříve starší inkrementální a po čase pročistí i plné, aby třeba zbyl jen jeden za měsíc či kvartál.A nebo umí "lagging full" (termín jsem si teď vymyslel), kdy prostě máš vždy N verzí dozadu a neřešíš. Bohužel všechny zpřístupňují data stroji na druhé straně.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.