Просте додаткове резервне копіювання на зовнішній жорсткий диск


53

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

Я шукаю резервні програми для Unix, Linux, які могли б:

  • Поступово оновіть резервну копію
  • Створіть "дзеркальні" дерева, як дирвіш, зробивши за допомогою жорстких посилань (щоб заощадити місце)
  • Ідеально з гідним інтерфейсом

Відповіді:


24

Спробуйте rsnapshot . Він використовує rsyncі жорсткі посилання, і є поступовим.


3
Я мушу зазначити, що я поняття не маю, що таке Дірвіш або як він працює.
ксенотерацид

Я думаю, що це може бути менше GUI, тому я сумую за цим бонусом ... але оскільки ви сказали "Ідеально"
ксенотерракід

3
Графічний інтерфейс не є хорошим інтерфейсом користувача.
Елі Фрей

2
Я використовую rsnapshot роками
cmcginty

22

Цей сирий -на функціональний сценарій створить резервну копію всього, що знаходиться під сонцем, на вашому зовнішньому жорсткому диску під фермою жорсткого посилання. Назва каталогу - це часова марка, і вона підтримує символьне посилання на останню успішну резервну копію. Подумайте про це як про Машина часу, що не дає фантазії GUI.

#!/bin/sh
DATE=`/bin/date +%Y%m%d%H%M%S`
RSYNC=/usr/bin/rsync
BASE=/mnt/externalhd
TARGET=$BASE/daily
$RSYNC -av --exclude $TARGET --exclude-from=/etc/backup/rsync.exclude --link-dest=$TARGET/latest/ / $TARGET/$DATE/
touch $TARGET/$DATE/
rm $TARGET/latest
ln -s $TARGET/$DATE $TARGET/latest

Налаштуйте його, створивши порожній $TARGETі позначте манекен $TARGET/latestна нього. Заповнюємо /etc/backup/rsync.excludeз lost+found, tmp, var/runі все інше , що вам потрібно пропустити під час резервного копіювання, або піти на --include-с , якщо він підходить вам краще; man rsyncтвій друг.

Правильні перевірки рівня безпеки, контроль помилок, віддалене резервне копіювання та гарний графічний інтерфейс GNOME залишаються читачем як вправа ;-)


1
+1 Я роблю щось дуже подібне до цього. - link-dest для виграшу.
kbyrd

9

Резервне копіювання-Порівняння інструментів резервного копіювання на Ubuntu-Stackexchange насправді не характерне для Ubuntu. Можливо, ви отримаєте там кілька пропозицій.

Я рекомендую DAR - програму Disk ARchive . Він не поставляється з графічним інтерфейсом, але його конфігурацію легко відтворити. Він має велику додаткову підтримку резервного копіювання. У ньому не використовуються дзеркальні дерева з твердим посиланням, але він має зручну оболонку для навігації у вигляді файлової системи різних знімків.


DAR має незручну процедуру відновлення: кожна додаткова резервна копія фізично перекриває файли з попереднього кроку. Отже, якщо ваш файл зміниться 7 разів, він буде вилучений 7 разів, а 6 копій буде витрачено даремно, замінено 7-м.
айванго

8

Я використовую зворотній час , який в першу чергу орієнтований на настільні ПК Gnome / KDE. Однак він може працювати і з командного рядка.

Я описую backintime як систему резервного копіювання з "дедуплікацією бідної людини".

Якби ви писали власний резервний скрипт для використання rsync та жорстких посилань, у вас з’явиться щось подібне до зворотного часу.

  • Я використовую cron для того, щоб розпочати роботу в режимі зворотного часу один раз на ніч.
  • Як зазначено в документації: Справжня магія виконується за допомогою rsync (робити знімки та відновити), diff (перевірити, чи змінилося щось) та cp (зробити жорсткі посилання).
  • зворотний час можна налаштувати за різними графіками. Я зберігаю резервні копії щомісяця протягом 1 року, щотижневих - 1 місяць, а щотижневих - 1 тиждень.
  • backintime використовує жорсткі посилання. У мене є дані на суму 130 ГБ, і я створюю резервні копії щоночі. На другому накопичувачі він займає лише 160 Гб місця, що коштує через магію жорстких посилань.
  • Відновлення даних із резервного копіювання так само просто, як і запуск cp /u1/backintime/20100818-000002/backup/etc/rsyslog.conf /etc/rsyslog.conf. Не потрібно використовувати графічний інтерфейс.
  • На другому диску початкова копія була дорогою (оскільки ви не можете робити жорсткі посилання між двома різними файловими системами), але наступні копії швидкі.
  • Я копіюю дані з моїх основних файлових систем у другу файлову систему на другий накопичувач із можливістю гарячої заміни та періодично обертаю вторинний диск.

Напевно, ви хочете, щоб початкова копія була дорогою, інакше у вас немає резервної копії, просто ще одне посилання на один файл? Звичайно, також можливо, що я пропускаю якийсь важливий момент, який робить цей коментар безглуздим :-)
dr-jan

@ Dr-jan: Я згоден з вами. Однак я думаю, що деякі користувачі очікують, що початкова копія буде швидкою.
Стефан Ласєвський

4

Резервне копіювання Rdiff дійсно добре http://rdiff-backup.nongnu.org/

Зауважте, що він покинутий, з останніми стабільними та нестабільними випусками з 2009 року.


Але наразі невтримані.
Faheem Mitha

3

Я мав певний успіх з RIBS (інкрементальною системою резервного копіювання Rsync)

Він використовує rsync, тому жорсткі посилання підтримуються і можуть робити додаткові резервні копії щогодини, щодня, щотижня та щомісяця.

Однак це лише сценарій PHP. Щоб налаштувати, вам потрібно відредагувати налаштування, а потім налаштувати відповідні кройовки. Це працює, але це не найзручніший користувач і вимагає PHP.


1

Я використовую epitome вже близько року для подвійних копій моїх особистих даних. У ньому є інтерфейс, подібний дьогтю, тому він цілком комфортний для користувача Unix, а налаштування - вітер, принаймні, на OpenBSD. Ви можете легко створити його для резервного копіювання ваших каталогів щодня, і він піклується про дедуплікацію ваших даних. В основному вам залишається мета-файл, який ви можете використовувати для подальшого відновлення знімка. Як я вже говорив, інтерфейс є tar-like, тому робити резервну копію так само просто, як:

# epitomize -cvRf 2010-08-16-home.md / home

Зауважте, що епітома покинута, залишається лише часткова копія веб-сайту за адресою https://web.archive.org/web/20140908075740/https://www.peereboom.us/epitome/ .


Наразі це експериментально, але працює досить добре. Мені вдалося зробити повне відновлення з довільних метафайлів і відновити потрібну мені інформацію, і у мене виникли 0 проблем із цим за ~ 1 рік використання.
габе.

1

BackupPC звучить так, як підходить до рахунку. Він управляє деревом жорстких посилань для дедупінгу і може створити резервну копію багатьох машин або просто локальної машини.


+1 для BackupPC Я використовую його для регулярного резервного копіювання групи серверів. Він також має гарний веб-інтерфейс.
др-ян

1

Обнам Ларса Вірзенія :

  • Робить дедуплікацію, коли вона створює резервні копії речей, а це означає, що резервне копіювання, ймовірно, займе мало місця, потенційно набагато більше, ніж просто жорстке посилання файлів.
  • Оскільки резервні копії проводяться з дедупликацією, кожна резервна копія "повна", при цьому не потрібно робити додаткові резервні копії. Він просто виявляє, що не багато речей змінилося і робить лише те, що потрібно.
  • Кожна резервна копія - це фактичний знімок вашої системи, без необхідності відновлення останньої повної резервної копії та кожної додаткової резервної копії, в свою чергу, для відновлення системи.
  • В відміну від БУПу (що є ще одним сильним суперником дедуплікаціі), obnam є можливість видалити попередні резервні копії , щоб зберегти простір від непотрібних резервних копій.
  • Це пенсія
  • Крім того , використовуючи звичайні методи відновлення програми резервного копіювання, є запал файлової система , яка забезпечує подання підпірок obnam як проста файлова система і що можна вибрати знімок / резервне копіювання / покоління для установки, яка є дуже зручно, наскільки «користувачем "інтерфейси йдуть (враховуючи, що ми перебуваємо на веб-сайті, пов’язаному з Unix, гнучкий інтерфейс командного рядка високо цінується).
  • Він підтримує шифрування як невід'ємну частину резервного копіювання (а не як задуму).
  • Це було написано з підтримкою віддалених резервних копій на увазі.

На мою думку, один серйозний претендент на Всесвітній день резервного копіювання (і не тільки цього дня).


"Оскільки резервні копії виконуються з дедупликацією, кожна резервна копія" повна ", при цьому немає необхідності робити додаткові резервні копії. Він просто виявляє, що не багато речей змінилося, і робить лише те, що потрібно", - оскільки для надання даних покладається на попередні версії резервного копіювання. це означає, що це додаткове резервне копіювання.
Mateusz Konieczny
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.