Суть такова.
Нужно что-то, работающее по принципу tar --listed-incremental, т.е. создаётся state-файл для текущего состояния, всё архивируется, архив сохраняется. Когда нужно сделать инкрементальный бэкап, достаточно этого state-файла, чтобы определить, какие файлы добавились, изменились, архивируется дельта, состояние обновляется.
Чем не подходит tar. Во-первых, его состояние не хранит никаких атрибутов файлов, только время последней архивации, и сравнение всего происходит с этим временем (если часы сбились назад, всё сломается). Хотелось бы что-то типа того, как идёт первое сравнение в rsync, чтобы сохранялись атрибуты (время и размер) каждого файла, и проверка проводилась на строгое равенство. Во-вторых, оно привязывается к некому номеру device (можно отключить --no-check-device) и главное, к номерам inode директорий, вот это вот вообще не нужно!
Есть ли альтернативы?
Похожие темы
- Форум Дифференциальный бэкап средствами tar (2023)
- Форум Инкрементальный бэкап (2004)
- Форум Инкрементальный бэкап устройства (2021)
- Форум Оцените архиватор (дедупликатор) hashget для бэкапов. (архив менее 1%) (2019)
- Форум tar и инкрементальный бэкап (2013)
- Форум инкрементальный бэкап через шелл (2011)
- Форум Инкрементальный бэкап LVM-снапшота (2009)
- Форум rsync и откат инкрементального бэкапа (2017)
- Форум [zfs][бесполезные вопросы] Инкрементальные бэкапы (2011)
- Форум Как из лога rsync вынуть файлы для инкрементального бэкапа? (2019)