Я знаю эту статью, но нет никакого сравнения с TimeMachine OSX. Я хотел бы найти программное обеспечение для резервного копирования, которое является о том же как TimeMachine или лучше.
Я хотел бы иметь такое программное обеспечение, которое может использовать некоторый формат жесткого диска, который подходит для больших файлов (50 ГБ) в Linux. Я заметил это
Если поддержка Windows, хорошая.
Я действительно запускал в резервный первый раз, когда но я хотел пойти на ланч после того, как резервное копирование уже выполнило два часа всего файлов на 10 ГБ. Таким образом, это дало мне это после ланча
то, которое действительно безумно, сообщило теперь здесь, так как программное обеспечение не разработано, чтобы иметь паузы в выполнении резервных копий.
Я не рекомендую Deja-дубликат, потому что это не близко к Машине времени в функциях и нестабильно со многими файловыми системами. Мне не удалось получить предложения Mitch, достаточного в функциях моих потребностей. Они повреждаются слишком много.
Хороший понизит приоритет CPU, освобождая мощность ЦП для других процессов, ionice
уменьшит дисковый приоритет, освобождая диск i/o для других процессов). Используйте tar czf
с nice
, как описано здесь отдельно для системы и разместите таким образом, что можно легко работать вертикальные с системами во многих проектах
# http://unix.stackexchange.com/a/291720/16920
sudo nice tar czf /media/masi/ntfsDisc/backup_system_24.6.2016.tar.gz --exclude=/home \
--exclude=/media --exclude=/dev \
--exclude=/mnt --exclude=/sys \
--exclude=/run --exclude=/proc /
sudo nice tar czf /media/masi/ntfsDiscSami/backup_home_24.6.2016.tar.gz $HOME/
Предполагает, что у Вас есть ограниченная система и т.д. ультрабук с чтением/секунда на 20 Мбит/с. Если Вы не знаете это, используйте
# http://unix.stackexchange.com/q/291713/16920
tar cf - $HOME/ | pv | gzip > media/masi/ntfsDisc/testbackup.tar.gz
Затем ограничьте свой ЦП и сделайте
# http://unix.stackexchange.com/a/292659/16920
tar cf - $HOME/ | pv -L 10m | gzip > /media/masi/ntfsDisc/testbackup.tar.gz
TODO
Можно использовать Cronopete. Cronopete является утилитой резервного копирования для Linux, смоделированного после Машины времени Apple. Это имеет целью упрощать создание периодических резервных копий. <глоток> Панель запуска глоток>.
Для установки просто нажмите Ctrl + Высокий звук + T на клавиатуре для открытия Terminal. Когда это откроется, выполните команду (команды) ниже:
sudo apt-add-repository ppa:rastersoft-gmail/cronopetedev
sudo apt-get update
sudo apt-get install cronopete
Для установки из источника см. Здесь
, Или можно попробовать Назад во времени. Назад во времени является простым резервным инструментом для Linux, вдохновленного FlyBack и "TimeVault". <глоток> Назад во времени / Панель запуска глоток>.
Для установки просто нажатия Ctrl + Высокий звук + T на клавиатуре для открытия Terminal. Когда это откроется, выполните команду (команды) ниже:
sudo apt-add-repository ppa:bit-team/stable
sudo apt-get update
sudo apt-get install backintime-qt4
На личном сообщении, я использую Systemback для всех своих резервных копий, архивации и обработки изображений. Для установки его просто нажмите Ctrl + Высокий звук + T на клавиатуре для открытия Terminal. Когда это откроется, выполните команду (команды) ниже:
sudo add-apt-repository -y ppa:nemh/systemback
sudo apt-get update
sudo apt-get install systemback
TimeShift
Это имеет простой графический интерфейс, но можно также использовать его от терминала.
sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt-get update && sudo apt-get install timeshift -y
Если Вы не возражаете работать с консольной попыткой backup-manager
, это приходит с распределением. Обработка сделана с одним файлом конфигурации, находящимся в / и т.д.
sudo apt-get install backup-manager
Для изменения файла, Вы могли использовать нано в консоли.
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/
) Вы могли бы полагать, что установка этой опции ко лжи сохранила ownership/accessability файлов после восстановления. Иначе необходимо будет вручную установить их после восстановления.
##############################################################
# 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.
#############################################################
Я принял решение сделать еженедельное полное резервное копирование в понедельник (первый день недели). Это означает каждый понедельник, что я получаю полное резервное копирование, и остальная часть недели будет сохранена в различных меньших возрастающих файлах. Так восстановление их означало бы. Resotre полное резервное копирование и после этого возрастающие файлы, для возвращения последнего резервного копирования данных.
export BM_TARBALLINC_MASTERDATETYPE="weekly"
export BM_TARBALLINC_MASTERDATEVALUE="1"
Используйте простой cronjob, чтобы сделать резервное копирование автоматически
sudo -i
crontab -e
Введите следующее
00 03 * * * /usr/sbin/backup-manager >/dev/null 2>&1
Если Вам нужно уведомление по электронной почте, удаляют эту часть
>/dev/null 2>&1
Это, конечно, не самая похожая на TimeMachine программа, которую вы просите, но решение, которое работает, и, поскольку реализовано в виде сценариев bash, которые можно изменять и расширять:
Создать резервную копию ваш каталог с помощью синхронизатора Zaloha.sh :
$ Zaloha.sh --sourceDir="test_source" --backupDir="test_backup"
Затем создайте снимок каталога резервных копий на основе жесткой ссылки, используя Zaloha_Snapshot.sh :
$ Zaloha_Snapshot.sh --backupDir="test_backup" --snapDir="test_backup_20200101"
Официальный репозиторий находится здесь: https://github.com/Fitus/Zaloha.sh
Официальный репозиторий содержит простые рабочие демонстрации и исчерпывающую документацию, объясняющую, как это работает.