Как удалить старые файлы резервных копий?

16

Я поручил DejaDup хранить одну неделю файлов резервных копий. Сейчас прошло больше месяца, а мое хранилище резервных копий устало от старых резервных копий. Есть ли способ указать DejaDup удалить старые резервные копии, не достигнув предела хранилища? Могу ли я обнаружить их вручную?

deja-dup 
— Fabio
источник

Ответы:

11

Кроме того, вы можете удалить резервную копию самостоятельно. Что я сделал, так это использовал:

duplicity remove-all-but-n-full 1 --force scp://mylogin@myserver/path_to_backup

из командной строки. Просто используйте информацию, которую вы использовали для создания ваших резервных копий из Ubuntu GUI.

— Юзеф Легень
источник
1
Одно предостережение path_to_backupотносительно myloginдомашнего каталога. Я попытался, sftp://mylogin@myserver/usr/home/mylogin/backupи он создал новую папку, /usr/home/mylogin/usr/home/mylogin/backupкоторая, конечно, пуста, и он говорит, что не может найти никаких резервных копий здесь. :)
— Руслан Стельмаченко
/ usr / home? Разве это не опечатка случайно? Обычно домашние папки находятся в / home в корне.
— Юзеф Легень
Нет. В домашней папке FreeBSD по адресу / usr / home и / home просто символическая ссылка.
— Руслан Стельмаченко
В этом случае я думаю, что путь всегда относительно вашего дома, и вы должны использовать sftp: // mylogin @ myserver / backup
— Jozef Legény
Хм ... Это то, что я сказал в своем первом комментарии. :) Но это было для меня неожиданностью, потому что все другие утилиты, которые я использовал ранее (например, git), используют абсолютные пути в своих URL, независимо от того, какой логин является частью URL.
— Руслан Стельмаченко
3

Deja-dup еще не предоставляет способ удаления старых резервных копий, вам также не следует удалять некоторые файлы, которые, вероятно, оставят ваши резервные копии без начального файла и сделают их недействительными. Удалите их все и начните сначала, но я думаю, это не то, что вы хотите.

Deja-dup хранит резервные копии в течение указанного времени или до тех пор, пока пространство для резервных копий не будет заполнено, и они соответствующим образом будут управлять вашими резервными копиями. Решение вашей проблемы может заключаться в том, чтобы просто включить квоты для резервного диска и не позволить ему занимать все доступное пространство. или изменяйте частоту резервного копирования, раз в неделю, если вы редактируете много файлов или всегда копируете / перемещаете файлы, у вас останется очень большой резервный образ.

— Бруно Перейра
источник
Спасибо за ответ Бруно. Я делаю резервную копию через ssh в папку на удаленном сервере. Я не хочу, чтобы резервная копия росла, пока сервер не будет заполнен! И у меня нет доступа к настройке дисковой квоты. Это очень плохо. Я буду менять систему резервного копирования ...
— Фабио
1
Вы можете использовать бэкэнд из deja-up duplicity, чтобы сделать точно такую ​​же двойственность, но с большим количеством опций, чтобы понять, что происходит в типе терминала, deja-dup --backupи проверить сообщения, одна из которых - ваша фактическая команда резервного копирования duplicity, и ее можно настроить.
— Бруно Перейра
2
В настройке, которую вы ищите, это «держать x rev из файлов», где x будет числом копий, доступных для восстановления, вы можете установить это, например, 30, так что более 30 об. Файла и дублирование удаляет саму резервную копию. , Посмотрите также man duplicityвсе варианты.
— Бруно Перейра
1
Бруно, ты прав, переключатель, который я ищу. Это доступно только из терминала, без опции графического интерфейса для него?
— Фабио
3

Вы можете использовать приложение Dconf из Ubuntu Store, чтобы изменить настройки по пути org.gnome.DejaDup, имя ключа delete-after. Он установлен на количество дней, в течение которых файлы резервных копий хранятся в хранилище.

Или из терминала. Например, чтобы установить значение 60 дней из командной строки, выполните:

gsettings set org.gnome.DejaDup delete-after 60
— BaronBaleron
источник
Это верно. Однако открытие графического интерфейса «Резервное копирование» иногда приводит к тому, что этот параметр возвращается к «Не менее 6 месяцев», когда приложение снова закрывается.
— DavidO
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.