Re: Backup

[Artem Chuprina <ran@lasgalen.net>]

Hexawolf -> debian-russian@lists.debian.org  @ Thu, 15 Feb 2018 23:28:13 +0200:

 > Ещё варианты:

 > - git-annex - то, что и можно предположить: костыль над гитом.
 > - SparkleShare - что-то весьма минималистичное
 > - NextCloud
 > - SyncThing
 > - rsync поддерживает использование ssh как транспорт, существуют так же
 > надстройки разные

Насколько я понимаю, syncthing (пользуюсь) и *Cloud НЕ являются
средствами резервного копирования. У syncthing это прямо так, помнится,
и написано. Это средства _синхронизации_. Они не отличают намеренно
удаленное от продолбанного.

git-annex - не система резервного копирования, а архив с
резервированием. В смысле, для практической пользы от него к нему нужна
дисциплина работы в архиве.

 > Ничего не знаю по поводу "репликации в облко с шифрованием". Это всё так
 > абстрактно...

 > On 15/02/18 21:59, artiom wrote:
 >> Подскажите, чем возможно выполнять резервное копирование нескольких
 >> машин по сети, чтобы условия ниже были удовлетворены.
 >> 
 >> Склоняюсь к следующим вариантам:
 >> 
 >> - Bacula.
 >> - BackupPC.
 >> - Решения на базе rsync.
 >> 
 >> Изо всего работал только с rsync, о Bacula имею представление, а
 >> BackupPC мне неизвестен.
 >> 
 >> Резервное копирование хочу выполнять на центральное хранилище, с FreeNAS.
 >> Основные машины - PC с Debian и ноут с Debian.
 >> Ноут преимущественно подключен через Интернет, PC в локальной сети.
 >> Также, в перспективе, могут резервироваться машины с Windows и MacOS,
 >> возможно Android планшет.
 >> На Debian-based машинах хочу резервировать конфигурацию в /etc и
 >> выбранные пользовательские данные.
 >> 
 >> Резервное копирование хотелось бы выполнять:
 >> - По расписанию.
 >> - По запросу.
 >> - При пропуске предыдущего.
 >> 
 >> Условия:
 >> 
 >> - Все каналы должны быть зашифрованы.
 >> - Копирование не должно занимать много времени (используется Интернет).
 >> - Должна быть потенциальная возможность репликации в облако (куда, пока
 >> не знаю, потому должна быть возможность гибко настроить) с шифрованием
 >> бэкапов.
 >> - Должно быть простое централизованное управление бэкапами (в идеале,
 >> интеграция в web-интерфейс).
 >> - Минимум ручной допилки и сложной настройки на сервере.
 >> 
 >>