Если вы не против работать с консолью, попробуйте backup-manager
, она идет вместе с дистрибутивом. Обработка выполняется одним файлом конфигурации, который находится в / etc.
sudo apt-get install backup-manager
Чтобы изменить файл, вы можете использовать nano в консоли.
sudo nano /etc/backup-manager.conf
Вам не нужно больше всего этого. Что мне лично нравится, так это то, что никаких дополнительных пакетов не требуется.
Вот небольшой пример резервного копирования.
Где хранить файлы?
##############################################################
# Repository - everything about where archives are
#############################################################
# Where to store the archives
export BM_REPOSITORY_ROOT="/var/archives"
выберите свой каталог, где разместить файлы.
Обратите особое внимание на следующие настройки
# For security reasons, the archive repository and the generated
# archives will be readable/writable by a given user/group.
# This is recommended to set this to true.
export BM_REPOSITORY_SECURE="true"
# The repository will be readable/writable only by a specific
# user:group pair if BM_REPOSITORY_SECURE is set to true.
export BM_REPOSITORY_USER="root"
export BM_REPOSITORY_GROUP="root"
# You can also choose the permission to set the repository, default
# is 770, pay attention to what you do there!
export BM_REPOSITORY_CHMOD="770"
Если вы создаете резервную копию чего-либо вроде этого /home
или /movie
можете оставить этот параметр включенным, то только корень и корневая группа могут иметь доступ к резервной копии.
Для резервной копии сервера (например, многопользовательский сервер и / или папки, подобные /var/www/
/opt/
/etc/
/var/
) вы можете установить для этой опции значение false, чтобы сохранить право собственности на файлы после их восстановления. В противном случае вам нужно будет установить их вручную после восстановления.
Выберите способ резервного копирования
##############################################################
# Archives - let's focus on the precious tarballs...
##############################################################
# The backup method to use.
# Available methods are:
# - tarball
# - tarball-incremental
# - mysql
# - pgsql
# - svn
# - pipe
# - none
# If you don't want to use any backup method (you don't want to
# build archives) then choose "none"
выберите
export BM_ARCHIVE_METHOD="tarball-incremental"
Выберите каталоги для резервного копирования
Дополнительную информацию можно найти в разделе
##############################################################
# Section "TARBALL"
# - Backup method: tarball
#############################################################
Здесь я проверил следующие варианты
export BM_TARBALL_FILETYPE="tar.bz2"
export BM_TARBALL_DIRECTORIES="/etc /var/www /home/wikibackup"
Выберите ротацию мастера и инкременты
##############################################################
# The tarball-incremental method uses the same keys as the
# tarball method, plus two others.
#############################################################
Я решил делать еженедельные полные резервные копии в понедельник (первый день недели). Это означает, что каждый понедельник я получаю полную резервную копию, а остальная часть недели будет сохраняться в разных меньших инкрементальных файлах. Так что их восстановление будет означать. Восстановите полную резервную копию, а затем добавочные файлы, чтобы получить самую последнюю резервную копию ваших данных.
export BM_TARBALLINC_MASTERDATETYPE="weekly"
export BM_TARBALLINC_MASTERDATEVALUE="1"
Cronjob
Используйте простой cronjob для автоматического резервного копирования
sudo -i
crontab -e
Введите следующее
00 03 * * * /usr/sbin/backup-manager >/dev/null 2>&1
Если вам нужно уведомление по электронной почте, удалите эту часть
>/dev/null 2>&1