@stephan_h оригинальный пост был про синхронизацию, а твой вопрос, судя по всему, про саму резервную копию. На самом деле это две совершенно разные задачи. При первом бэкапе проблема в том, что большую часть работы приходится делать заново, даже если PBS-сервер уже имеет много или почти все чанки с предыдущей, прерванной попытки резервного копирования. Это всегда происходит с LXC бэкапами:
- клиент бэкапа читает все данные/файлы;
- этот поток разбивается на чанки;
- чанки хэшируются (сжимаются и, если нужно, шифруются).
Если есть предыдущий успешный снимок резервной копии, то можно сделать так:
- чанки, которые уже есть в этом снимке, просто регистрируются на сервере;
- остальные чанки загружаются на сервер.
Если же снимка не было:
- все чанки загружаются на сервер.
Сервер в любом случае:
- отбрасывает чанки, которые у него уже есть.
Так что, пока нет снимка, LXC бэкап всегда стартует заново, но сервер экономит немного ресурсов на запись. После успешного бэкапа можно пропускать загрузку чанков, которые уже лежат на сервере. А вот чтение на стороне клиента сейчас всегда идет полностью, без исключений.
В итоге у тебя есть два варианта:
- поднять локальный PBS, делать бэкап там (надеюсь, без прерываний), потом синхронизировать с основным PBS-сервером и надеяться, что в будущем инкрементальные бэкапы будут работать сразу с внешним сервером (или же оставить локальный PBS и синхронизацию, если у тебя достаточно места);
- настроить жесткие исключения, чтобы сократить размер бэкапа, сделать бэкап, потом немного ослабить исключения, снова сделать бэкап и так повторять, пока все данные не будут сохранены (только не забудь потом почистить «ускоренные» бэкапы, чтобы не путать их с обычными!).
