Программа для двусторонней синхронизации больших файлов (образы дисков VM)

Я сильно использую виртуальные машины в своей работе, и мне нужен эффективный способ их синхронизации между моими ПК.

Я знаю bigsync , но эта программа работает хорошо только для односторонней синхронизации (например, rsync).

Unison также недостаточен, поскольку он всегда копирует целевые файлы перед их обновлением, что неприемлемо для> 16-гигабайтных образов дисков.

Мне нужен инструмент или скрипт для двусторонней синхронизации на месте, что будет работать как bigsync за исключением того, что он сначала проверит, какой файл является более поздним, bigsync дату модификации и изменив содержимое после последнего использования (файловая система btrfs имеет приятные функции чтобы проверить это), и, в отличие от bigsync будет эффективно работать в обоих направлениях ( bigsync работает эффективно только одним способом: от источника к пункту назначения. Иными словами, нужно называть его с удаленного конца).

Из-за настойчивости Киви, что вы могли бы использовать Git для этого в комментариях, это напомнило мне инструмент, который я давно видел git-annex . Освежая себя тем, что может сделать git-annex , я вспомнил, как попадал на этот пост в форумах git-annex .

Синхронизация больших файлов (изображения VM)

Здравствуй,

Я думаю использовать git-приложение для синхронизации моего каталога виртуальных машин (Virtualbox) между 3 шт. Он довольно большой: более 200 ГБ, а некоторые из изображений имеют размер 40 ГБ.

Синхронизация будет превышать lan (очевидно). Он уже установлен с 2pc и унисон, но конфигурация 3-го ПК громоздка. Есть ли у кого-нибудь опыт работы с git-приложением и такой объем данных?

заранее спасибо

Gabriele

На что автор git-annex ответил:

Этот объем данных не должен быть проблемой для git-приложения.

Единственный улов будет, если вы используете эти изображения VM и хотите синхронизировать их по мере их изменения. В git-приложении вам нужно будет прикрепить приложение к файлу, чтобы он мог быть изменен, а затем добавьте его обратно и внесите изменения, внесенные в него.

Значит, это просто Гит?

Но будьте понятны в этом вопросе. Git-приложение не является чистым Git. Он использует интерфейс, который предоставляет git но использует множество различных бэкендов для выполнения фактического маршрутизации данных взад и вперед. Подробнее читайте на странице « Как это работает ».

Содержимое «прилагаемых» файлов не хранится в git, там остаются только имена файлов и некоторые другие метаданные.

Подробнее о том, как он обрабатывает «передачу данных», см. Этот раздел сайта под названием « Передача данных» .

Специальные пульты дистанционного управления

Гений в подходе git-annex находится в «специальных пультах». Это позволяет встроенным бэкендам и, следовательно, модульным. Здесь вы можете увидеть полный список различных « специальных пультов ».

Рекомендации

  • Управление большими двоичными файлами с git