Re: Краткий обзор систем резервного копирования
On Mon, Mar 12, 2018 at 08:07:14PM +0800, yuri.nefedov@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
Reply to: