Как сделать автоматические снимки с помощью s3ql?

Как сделать автоматические снимки с помощью s3ql?

Как я могу делать автоматические снимки с помощьюs3ql? Я хочу иметь поведение, похожее на duplicity: отправка резервной копии на сервер создает новый инкрементный снимок с текущей временной меткой. Затем я хочу иметь возможность просматривать и восстанавливать определенную версию резервной копии, например снимок заданной даты.

решение1

Взгляните наофициальная документация.

Выдержка из этого документа

Обратите внимание, что:

После репликации и исходный, и целевой каталоги по-прежнему будут совершенно обычными каталогами. Вы можете рассматривать их как снимок или наоборот. Однако наиболее распространенным использованием s3qlcp является регулярное дублирование одного и того же исходного каталога, скажем, документов, в разные целевые каталоги. Например, для ежемесячной репликации целевые каталоги обычно называются как documents_January для репликации в январе, documents_February для репликации в феврале и т. д. В этом случае очевидно, что целевые каталоги следует рассматривать как снимки исходного каталога.

Точно такой же эффект может быть достигнут обычной программой копирования, например cp -a. Однако эта процедура будет на порядки медленнее, поскольку cp придется полностью прочитать каждый файл (так что S3QL придется извлекать все данные по сети из бэкэнда) перед тем, как записать их в папку назначения.

Еще один отрывок

Снимки против жесткой привязки

Поддержка снимков в S3QL вдохновлена ​​функцией жесткой ссылки, предлагаемой такими программами, как rsync или storeBackup. Эти программы могут создавать жесткую ссылку вместо копирования файла, если идентичный файл уже существует в резервной копии. Однако использование жестких ссылок имеет два больших недостатка:

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

Связанный контент