Як видалити старі файли резервної копії?

16

Я доручив DejaDup зберігати файли резервного копіювання на тиждень. Зараз минуло більше місяця, і моє резервне сховище живиться старими резервними копіями. Чи є спосіб доручити DejaDup видалити старі резервні копії, не досягаючи ліміту пам’яті? Чи можу я їх виявити вручну?

deja-dup 
— Фабіо
джерело

Відповіді:

11

Додатково ви можете обрізати резервну копію самостійно. Що я зробив, це використовувати:

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

з командного рядка. Просто використовуйте інформацію, яку ви використовували для створення резервних копій з графічного інтерфейсу Ubuntu.

— Юзеф Легень
джерело
1
Одне застереження є path_to_backupвідносно myloginдомашнього каталогу. Я спробував, sftp://mylogin@myserver/usr/home/mylogin/backupі він створив нову папку, /usr/home/mylogin/usr/home/mylogin/backupяка, звичайно, порожня, і вона говорить про те, що тут не можна знайти резервних копій. :)
— Руслан Стельмаченко
/ usr / додому? Це не випадковий помилок? Зазвичай домашні папки знаходяться в / home на root.
— Юзеф Легень
Ні. У домашній папці FreeBSD за адресою / usr / home та / home - це лише посилання.
— Руслан Стельмаченко
У цьому випадку я думаю, що шлях завжди відносно вашого будинку, і вам слід використовувати sftp: // mylogin @ myserver / backup
— Юзеф Легень,
Гм ... Це те, що я сказав у своєму першому коментарі. :) Але мене це здивувало, тому що всі інші утиліти, якими я користувався раніше (наприклад, git), використовують абсолютні шляхи у своїх URL-адресах, незалежно від того, який логін є частиною URL-адреси.
— Руслан Стельмаченко
3

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

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

— Бруно Перейра
джерело
Думає на відповідь Бруно. Я створюю резервну копію через ssh у папці на віддаленому сервері. Я не хочу, щоб резервна копія зростала, поки сервер не заповниться! І у мене немає доступу для встановлення дискової квоти. Це дуже погано. Я поміняю систему резервного копіювання ...
— Фабіо
1
Ви можете використовувати бекенд з подвійного подвійного виконання, щоб виконати точно таку ж дублічність, але з більшою кількістю опцій, щоб зрозуміти, що відбувається в типі терміналу, deja-dup --backupі перевірити повідомлення, одним із яких є ваша фактична команда резервного копіювання дубліката, і її можна налаштувати.
— Бруно Перейра
2
У налаштуваннях, які ви шукаєте, це "зберігати x обороту з файлів", де x буде кількість копій, доступних для відновлення, ви можете встановити це, наприклад, 30, тож більше 30 об. Файлів і подвійність видаляє саму резервну копію. . Подивіться також man duplicityна всі варіанти.
— Бруно Перейра
1
Бруно, ти прав, перемикач, який я шукаю. Він доступний лише з терміналу, для нього немає опції GUI?
— Фабіо
3

Ви можете використовувати додаток Dconf з Ubuntu Store, щоб змінити налаштування на шляху org.gnome.DejaDup, видалити ім'я ключа після. Встановлено кількість днів для зберігання файлів резервного копіювання у місці резервного копіювання.

Або з терміналу. Наприклад, щоб встановити його на 60 днів з командного рядка, запустіть:

gsettings set org.gnome.DejaDup delete-after 60
— БаронБалерон
джерело
Це вірно. Однак, відкриття GUI "Резервного копіювання" іноді призведе до повернення цього параметра до "Принаймні 6 місяців", коли додаток знову закриється.
— DavidO
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.