Простое добавочное резервное копирование на внешний жесткий диск


53

Некоторое время я использовал Dirvish для создания инкрементных резервных копий своих машин, но настроить его было немного громоздко, и если у вас нет копии вашей конфигурации, это может быть трудно воспроизвести в другом месте.

Я ищу программы резервного копирования для Unix, Linux, которые могли бы:

  • Инкрементно обновлять мою резервную копию
  • Создавайте «зеркальные» деревья, как это сделал dirvish, используя жесткие ссылки (для экономии места)
  • Идеально с приличным интерфейсом

Ответы:


24

Попробуйте rsnapshot . Он использует rsyncи жесткие ссылки и является инкрементным.


3
Я должен упомянуть, что я понятия не имею, что такое Dirvish или как он работает.
ксенотеррацид

Я думаю, что это может быть без GUI, поэтому я пропускаю этот бонус ... но так как вы сказали «В идеале»
ксенотеррацид

3
GUI не делает хороший интерфейс.
Эли Фрей

2
я использую rsnapshot в течение многих лет
cmcginty

22

Этот грубый, но функциональный скрипт создаст резервную копию всего под солнцем на внешний жесткий диск в ферме жестких ссылок. Имя каталога является отметкой времени, и оно поддерживает символическую ссылку на последнюю успешную резервную копию. Думайте об этом как о машине времени без причудливого графического интерфейса.

#!/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. Populate /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

Я использую backintime , который в первую очередь ориентирован на рабочие столы Gnome / KDE. Тем не менее, он может работать и из командной строки.

Я описываю backintime как резервную систему с «дедупликацией бедняков».

Если бы вы написали свой собственный скрипт резервного копирования для использования rsync и жестких ссылок, вы бы получили нечто похожее на backintime.

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

Конечно, вы хотите, чтобы начальная копия была дорогой, иначе у вас нет резервной копии, просто еще одна ссылка на один файл? Конечно, также возможно, что я упускаю какой-то важный момент, который делает этот комментарий бессмысленным :-)
dr-jan

@ Dr-Jan: Я согласен с вами. Тем не менее, я думаю, что некоторые пользователи ожидают, что начальная копия будет быстрой.
Стефан Ласевский

4

Rdiff Backup действительно хорош http://rdiff-backup.nongnu.org/

Обратите внимание, что он заброшен с последними стабильными и нестабильными выпусками 2009 года.


Но в настоящее время не поддерживается.
Фахим Митха

3

У меня был некоторый успех с RIBS (система инкрементного резервного копирования Rsync)

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

Однако это только PHP-скрипт. Для настройки вам нужно отредактировать настройки, а затем настроить связанные cronjobs. Это работает, но это не самый удобный и требует PHP.


1

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

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

Обратите внимание, что epitome не используется, остается только частичная копия сайта по адресу https://web.archive.org/web/20140908075740/https://www.peereboom.us/epitome/ .


В настоящее время он экспериментальный, но работает довольно хорошо. Я смог сделать полное восстановление из произвольных метафайлов и восстановить нужную мне информацию, и у меня было 0 проблем с ним в течение ~ 1 года использования.
таращиться

1

BackupPC звучит так, как будто отвечает всем требованиям. Он управляет деревом жестких ссылок для дедупликации и может создавать резервные копии многих машин или только локальных машин.


+1 для BackupPC Я использую его для резервного копирования группы серверов регулярно. Он также имеет хороший веб-интерфейс.
д-р Ян

1

Обнам Ларса Вирзениуса :

  • Делает дедупликацию, когда выполняет резервное копирование, что означает, что резервные копии, вероятно, занимают мало места, потенциально намного больше, чем просто жесткие ссылки на файлы.
  • Поскольку резервные копии выполняются с дедупликацией, каждая резервная копия является «полной», при этом нет необходимости создавать инкрементные резервные копии. Он просто обнаруживает, что мало что изменилось, и делает только то, что нужно.
  • Каждая резервная копия, по сути, является снимком вашей системы без необходимости восстановления последней полной резервной копии и каждой инкрементной резервной копии в свою очередь, чтобы восстановить систему.
  • В отличие от БУПА (что является еще одним сильным соперником дедупликации), obnam есть возможность удалить предыдущие резервные копии , чтобы сохранить пространство от ненужных резервных копий.
  • Он на пенсии
  • Помимо использования обычных методов восстановления программы резервного копирования, существует файловая система fuse, которая обеспечивает представление резервных копий obnam как простой файловой системы и может выбирать, какой снимок / резервную копию / поколение следует смонтировать, что очень удобно для пользователя. "интерфейсы идут (учитывая, что мы находимся на сайте, связанном с Unix, гибкий интерфейс командной строки высоко ценится).
  • Он поддерживает шифрование как неотъемлемую часть резервных копий (а не как запоздалую мысль).
  • Он был написан с учетом поддержки удаленных резервных копий.

На мой взгляд, один серьезный претендент на День резервного копирования (и не только в этот день).


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