On Mon, Mar 12, 2018 at 08:07:14PM +0800, yuri.nefe...@gmail.com wrote: > Victor Wagner -> debian-russian@lists.debian.org @ Mon, 12 Mar 2018 > 11:59:09 +0300: > ... > >> Лет десять назад именно Артем Чуприна научил меня пользоваться > >> rsnapshot. Поэтому полагаю, что под дедупликацией он имеет в виду > >> что-то другое, чего rsnapshot не умеет. > ... > On Mon, 12 Mar 2018, Artem Chuprina wrote: > > > >Exactly. В смысле, чего rsync не умеет. А он не умеет ни если файл > >переместился, ни если у него изменилась метаинформация. И если второе ??? > >это ограничение вообще конструкции хардлинков (и правильно, что не > >умеет, хотя на задаче бэкапа тоже хочется уметь), то первое (тоже > >правильно, что не умеет, но по другой причине) временами хочется и > >подправить. Когда на бэкап-клиенте :) большое поддерево переместили или > >хотя бы переименовали директорию верхнего уровня, не говоря уже о > >несколько более содержательной реорганизации. > > > > Вообще говоря всё это unison умеет. Принцип работы как у rsync, > а синхронизацию в обратную сторону можно и запретить.
Unison не умеет ни хардлинки, ни симлинки. Может, я что-то проспал и месяц или два назад он всему научился, но предыдущие 8 лет активного его использования это представляло проблему. Да, unison наконец начал понимать, что файл куда-то переместили без изменений (случилось это, как мне кажется, полгода-год назад), он уже не качает переименованный каталог заново, но до возможностей rsync ему ещё очень далеко. > Правда, для полноценного бекапа как то стрёмно его пробовать. > А вот для рабочих папок, где всякие перемещения, переименования > и т.п. обычное дело, самое то. Для бэкапа unison вообще не предназначен. Это средство синхронизации с возможностью сохранять старые версии изменённых файлов. Бэкап это то, из чего можно восстановить дерево каталогов по состоянию на определённую отметку времени, из юнисона же сделать это крайне проблематично. -- Eugene Berdnikov
