Легкие возрастающие резервные копии на внешний жесткий диск

Попробуйте rsnapshot. Это использует rsync и hardlinks и является возрастающим.

Эта сырая нефть - но функциональный - сценарий скопирует все под солнцем к Вашему внешнему жесткому диску под фермой жесткой ссылки. Имя каталога является меткой времени, и оно поддерживает символьную ссылку на последнее успешное резервное копирование. Думайте о нем как о Машине времени без необычного 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 и все остальное необходимо пропустить во время резервного копирования или пойти для - включают - от того, если оно соответствует Вам лучше; man rsync Ваш друг.

Надлежащие проверки работоспособности, контроль ошибок, удаленный резервный и симпатичный GNOME GUI оставляют как осуществление читателю ;-)

Резервное Сравнение резервных инструментов в Ubuntu-Stackexchange не является действительно определенным для Ubuntu. Возможно, Вы получаете некоторые предложения там.

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

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

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

Если бы необходимо было записать собственный резервный сценарий для использования rsync и hardlinks, то Вы закончили бы с чем-то подобным backintime.

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

Резервным копированием Rdiff является действительно хороший http://rdiff-backup.nongnu.org/

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

Я имел некоторый успех с РЕБРАМИ (Система Инкрементного резервного копирования Rsync)

Это использует rsync, таким образом, hardlinks поддерживаются и могут каждый час делать возрастающие резервные копии, ежедневно, еженедельно и ежемесячно.

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

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

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

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

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

obnam Lars Wirzenius:

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

По-моему, один серьезный соперник в течение Резервного Мирового Дня (и не только в тот день).