Мои сайты
Частые вопросы
Полезные ссылки
Операционные системы
Программное обеспечение
Оборудование
СУБД
Кулинария
У нас есть бэкап созданный с помощью duplicity
Восстановить данные из бэкапа.
duplicity restore --time <дата> --file-to-restore <путь_внутри_архива> <url_хранилища> <локальный_путь_назначения>
Допустим, мы хотим восстановить файл /etc/nginx/nginx.conf по состоянию на 15 июня 2026 года и сохранить его во временную папку.
duplicity --no-encryption restore --time 2026-06-15 --file-to-restore /etc/nginx/nginx.conf file:///mnt/backup_folder /tmp/nginx_restored.conf
Если указать папку в –file-to-restore, восстановится всё её содержимое на указанную дату.
duplicity --no-encryption restore --time 2026-06-15 --file-to-restore /var/www/html file:///mnt/backup_folder /tmp/restored_html/
Синтаксис тот же, меняется только URL хранилища.
duplicity --no-encryption restore --time 2026-06-15T14:30:00 --file-to-restore /home/user/data.sql s3://s3.amazonaws.com/my-bucket/backups /tmp/restored_data.sql
# Укажем пароль для FTP-ресурса export FTP_PASSWORD=MyStr0ngPassw0rd duplicity --no-encryption restore --time 2026-06-15T14:30:00 --file-to-restore /home/user/data.sql ftp://username@hostname:21/backups /tmp/restored_data.sql #Удаляем FTP_PASSWORD unset FTP_PASSWORD
Вы можете указать дату в нескольких форматах:
Путь в –file-to-restore должен в точности совпадать с тем, как файл был сохранен при создании бэкапа.
Если файл по <локальному_путь_назначения> уже существует, duplicity перезапишет его без предупреждения.
При восстановлении duplicity сохраняет оригинальные UID/GID (пользователя и группу) и права доступа (chmod).
Если вы восстанавливаете файлы на другой сервер, где ID пользователей отличаются, вам придется вручную менять владельца восстановленных файлов через chown.
Если бэкап зашифрован, команда restore потребует доступ к GPG-ключу и паролю (через PASSPHRASE или GPG-агент), так как ей нужно будет расшифровать не только сам файл, но и метаданные, чтобы найти нужную версию на нужную дату.