zpaq создавать файл, отправлять его удалённо, и прилеплять к тому, что уже есть. Совместить с монтированием/передачей?
Надо, чтобы передача была односторонней: на ту сторону передали файлы и всё.

2018/01/01 архив
2018/01/02 жесткие ссылки с пред. и вперёд
Настройка: год заново или с предыдущего, месяц заново (с начала года) или с предыдущего

compact и ротация zpaq:
- пустые части (104) больше не создаются, накопленные (и части по 0 байт) убирает eterpack compact;
- склеивать части бессмысленно: zpaq нужна одна часть на версию, номер новой части = число версий + 1,
  пропущенные номера пришлось бы заполнять файлами по 0 байт;
- удалять части нельзя: zpaq читает части до первого пропуска, всё после него не видно;
- освободить место от старых версий zpaq 7.15 не умеет (zpaq x archive -repack так и не появился):
  только пересборка (extract -until по версиям и add заново) или новое поколение архива
  (начинать новый архив, когда много инкрементов или он слишком большой);
- для зашифрованных архивов перенумерация частей невозможна (шифрование зависит от смещения частей).


тестировать через сравнение tar-архивов, проверить запаковку/распаковку VZ-контейнера и корня системы


каждый файл в каталоге в отдельный архив (для mysql)


не удалять битые ссылки? Отдельной команой удаять всё битое

genbackupdata

Простота обращения к архивным данным: представление в виде слепком на разные даты (как выводить список дат?) — fuse?

Концепция по архивированию и восстановлению


Встроенный nice (паузы между вызовами zpaq)

Поддержка снимков LVM

http://wertarbyte.de/tartarus.shtml

http://burp.grke.org/index.html
http://www.kudos.be/Articles/Migrating_from_Bacula_to_Burp.html

Check https://github.com/bup/bup
https://wiki.thingsandstuff.org/Backup


Одно дело backup, другое — архив для длительного хранения. Ему нужен контроль.
zpaq плохо подвержен тестированию: eterpack test распаковывает всё (без записи файлов),
проверить блоки без распаковки zpaq 7.15 не умеет.

Для больших архивов из мелких данных можно было бы запускать сжатие несколько раз в один архив. Этакая эмуляция разбития по размеру.

Вопросы:
1. Сжатие на ходу (stdin) - очень интересно
2. Ограничение размера тома архива - для виртуалок

Виртуалку замораживать на время архивирования

Важный вопрос: как замораживать данные на время бэкапа?

Неактуально:
Сделать сборку одного файла и её использовать?

Запись версии, с которой сделан архив, чтобы сверять при восстановлении и изменении совместимости

Сделать ротацию день - неделя - месяц - год

Локальное хранение вести отдельно.

Типы данных: БД (тут может быть удобна ротация), файлы, seafile, образы виртуалок.

Сделать поддержку удалённого бэкапа (когда локально только индексы)
типа remote — при необходимости скачивает индексы. По идее не должен делать на сервере ничего удалять?
Это нужно делать через промежуточный сервер.
Место архивирование <-> сервер архивирования -> хранилище архивирования
После создания архива отправляем его на сервер через вызов внешней указанной команды/конфига?

Нужно идти в сторону «статической» линковки библиотек для shell. Это типа npm для shell,
чтобы можно было везде использовать библиотеку без зависимости на неё в отдельном пакете.

Хранить на gluster в garbage. Файлы брать с nun (там и проводить операции).
Шифровать с помощью encfs.

Сохранять контрольные суммы по архивам, проверять целостность: это можно делать, но отдельным средством, просто на уровне файлов. Рекурсивный md5sum такой. Наверняка есть готовый.

Для режима, когда локально архив не сохраняется
zpaq: If the index is present but part 1 is not, then it is assumed that all of the parts have been moved. The number of versions in the index is counted and a new part is created using the next available version number, and the index is updated.

rsnapshot - можно ли приспособить для локальных копий?

Должен быть только read-only доступ с места бэкапа.

Понятие виртуального архива: когда в реальности файлы не находятся внутри архива. Но у него имеется контрольная сумма.
