borgbackup

Бред? Возможно

В порядке продолжения бреда. А почему бы не коммитить этот файл в git? Там как раз будут изменения, как ты хочешь. Лишнюю историю можно удалять.

casync если утраивает linux-only и спокойно относишся к творениям Поттеринга.

А можно ли сделать, так чтоб один раз скопировал файл образа, а в следующие разы копируются изменённые участки этого файла?

Смонтировать оба образа и rsync-ом не вариант?

А можно ли сделать

Если допустимо рассматривать образ, как некий архив, то: Оцените архиватор (дедупликатор) hashget для бэкапов. (архив менее 1%)

xdelta? DAR?

xdelta? DAR?

Серьёзно? 2Tb? xdelta-й?

В порядке продолжения бреда.

Действительно, гит плохо относится к бинарникам и не делает между ними диффов.

rsync между блочным файлом и удаленнной копией ??
дельта алгоритм поблочного сравнения файлов в комплекте.

zbackup делает именно то, что тебе надо — по чанкам сохраняет чексуммы и соответственно каждый следующий раз сохраняются только изменённые участки.

А ещё варианты? Переместить storage на zfs и сохранять снепшоты?

А ещё варианты?

А кто сказал, что предложенное тобой - это вариант. Кол-во необходимой памяти для xdelta не напомнишь?

А из реальных: Чем делать бекап файла 2Тб? (комментарий)

не делает между ними диффов

Делает же, но хранится каждый коммит полностью. Можно коммитить раз в месяц, а между этим генерировать и сохранять дифы. Хотя костыль конечно жуткий.

Как вариант можно попробовать bsdiff/bspatch для диффов.

Можно коммитить раз в месяц

Раз в месяц «смерть системы» не наступит в результате операции по «сохранению системы»?

смерть системы» не наступит

ЯХЗ мы тут бредим.

Согласен, спасибо за вариант.

rsync между блочным файлом

Как там в 2031ом, машины летают уже?

git будет бинарник целиком каждый раз копировать.

Вас не учили что снапшоты это не бэкапы, ибо умирают вместе с оригиналом при смерти ФС?

Посмотри в сторону ZFS

ZFS

Пересылать их на другую машину, естественно. zfs send -i | ssh .... zfs receive

Врываюсь в тред со свежим предложением!!!

Купить коммерческую систему архивации и резервного копирования!!! И аппаратный комплекс под неё!

Делай образ изнутри машины и не занимайся ерундой. Там небось из 2 тб занято от силы половина.

ИМХО, только снепшоты. Всё остальное ерунда. Любой dedup, если не отслеживает изменения, будет пробегаться по двум терабайтам всякий раз, в поисках изменившихся блоков.

а в следующие разы копируются изменённые участки

корень проблемы в получении списка измененных блоков.

Патчить iscsi, чтобы вел лог изменений?

Лог можно получать через device mapper.

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

https://github.com/mpalmer/lvmsync#readme

Перенести файл на LVM и все уже готово (lvmsync)

Lvmsync

Воу! Интересная тема. Есть опыт использования?

Делай образ изнутри машины и не занимайся ерундой. Там небось из 2 тб занято от силы половина

Самое адекватное решение.

Использовать для хранения образа btrfs или zfs и делать средствами этих фс incremental backup.

2Tb
git

Это будет очень-очень неспешный коммит. Особенно без git-lfs

ZFS + снапшоты