[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Краткий обзор систем резервного копирования



On Mon, 12 Mar 2018, Eugene Berdnikov wrote:

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 ему ещё очень далеко.

  Хардлинки не умеет, это да, тут я поспешил.
  А симлинки всегда мог, за исключением  ntfs, где не умеет.
  Я им уже лет пять пользуюсь и перемещение файлов и папок
  он отслеживает, за что и понравился. Ну иногда тупит бывает,
  но это если его просить еще свой бекап файлов создавать.

  Правда, для полноценного бекапа как то стрёмно его пробовать.
  А вот для рабочих папок, где всякие перемещения, переименования
  и т.п. обычное дело, самое то.

Для бэкапа unison вообще не предназначен. Это средство синхронизации
с возможностью сохранять старые версии изменённых файлов.

Бэкап это то, из чего можно восстановить дерево каталогов по состоянию
на определённую отметку времени, из юнисона же сделать это крайне
проблематично.

  Да согласен я, согласен. Только чаше бывает, что из всего этого
  дерева нужен один файл, а время и даже название из дырявой головы
  уже утекли...
  Тут скорее что-то типа time machine маковской подошло бы.

Ю.

Reply to: