Существуют ли аналоги Hyper Backup для Debian\Ubuntu?
Здравствуйте. Есть задача организовать резервное копирование в небольшой организации. Под это дело есть старый системник на Celeron\2Gb RAM\2HDD - в общем, достаточно. Условно, это будет сервер. Требуется копировать инфу с пяти компьютеров, при этом должна быть возможность легко и без заморочек вытащить из бэкапа несколькодневной давности. Причины этого требования просты - уже ловили шифровальщик на одном из компов, на другом удаляли мимо корзины важные файлы, восстановить которые удалось не полностью. В общем, нужна возможность отката. Предварительно схему нарисовал так: на сервер ставится Xpenology DSM 6 (она ставится и работает, я проверил), HDD работают раздельно в режиме Basic, т.е. никакого RAID. На клиентские компы ставится приложение от Synology - Cloud Station Backup, и настраивается постоянный бэкап нужных директорий в фоне на HDD 1 сервера, т.е., таким образом, на сервере постоянно поддерживается в актуальном состоянии информация со всех компов. Но от того же шифровальщика это не спасёт, как и от локального удаления файлов на клиентском компе, т.к. все изменения просто будут записаны на сервер. Поэтому, ночью запускается по расписанию на сервере приложение Hyper Backup, которое с HDD 1 делает бэкап на HDD 2, причём Hyper Backup не бэкапит файлы как есть, а ведёт инкрементный (или дифференциальный?) бэкап в своём собственном формате, записывает изменения от прошлого бэкапа по расписанию. Таким образом, можно вернуться на пару дней назад и восстановить, например, файлы из непожёванных шифровальщиком версий. И вот для восстановления из таких бэкапов существует десктопное приложение (разработки Synology) Hyper Backup Explorer, причём для Windows, Linux и Mac OS. Можно, конечно, и с самого сервера восстановление сделать, интерфейс всё тот же мышко-ориентированный. И это очень хорошо, т.к. бэкап должна уметь восстановить легко и просто любая офисная тётенька, далёкая от линуксового терминала и т.д., т.к. постоянное присутствие обслуживающего айтишника не предполагается. И, казалось бы, всё неплохо, и можно на этом остановиться, но вызывает вопросы возможная стабильность Xpenology при отсутствии обслуживания. Всё же, это не официальная DSM, нельзя так просто взять и обновить в автоматическом режиме, может и не загрузиться. Соответственно, хотелось бы реализовать подобную схему используя тот же Debian или Ubuntu Server, т.к. стабильность достаточная, синхронизацию клиентских компов с HDD 1 сделать несложно, весь затык в том, что не могу найти (плохо ищу, наверное) линуксовую систему резервного инкрементного бэкапа, для которой есть хороший, дружественный к обычным пользователям GUI для Windows, подобный Hyper Backup Explorer, чтобы пользователь мог сам восстановить данные, не прибегая к услугам айтишника.
Может проще на линуксе поднять самбу, каталог для юзерских Рабочий стол и Мои документы в реестре прописать пути(если не домен) к этой шаре, в кофиге самбы параметр vfs recicle- не помню как точно который отвечает за хранение удаленных файлов с Раб.столов и Мои док. - их в отдельный каталог, тоже расшареный но с отдельным доступом, на случай восстановления. Поставь тот же rdiff-bakup, его каталог бекапов тоже расшарь и тоже доступ отдельный кому то ответственному. Можешь скрипт с tar-м наваять(в сети полно) который будет все каталоги с документами складывать по ежедневным каталогам, кидаешь это в cron По моему наблюдению шифровальщик шифрует содержимое дисков c: d: и т.п. в том числе сетевые если они примонтированы к диску, через обычные ссылки на шару не заходят В итоге у тебя централизованное хранение пользовательской инфы, бекап на каждый день, доступ к этим бекапам под отдельным пользователям с паролями(ярлык с путями в сеть создашь) на случай восстановления, ярлык к сетевой корзине, если вдруг удалили не то. До кучи msmtp настраиваешь и тебе отчеты на почту.
svaava: думал и над этим вариантом, к тому же, пути Рабочего стола, Документов и т.д. не обязательно пописывать через реестр, можно ПКМ по папке и изменить в свойствах путь. Но исхожу из того, что хранить все яйца в одной корзине, т.е. на одном сервере, который, по сути, обычный старый десктоп, поэтому не вариант: лучше пусть будут оригинальные файлы на локальных машинах, а бэкапы на сервере. Таким образом, получится тройное дублирование: копия 1 на локальной машине, копия 2 на сервере (HDD 1) в виде постоянно актуальной синхронизирующейся копии с локальных машин, копия 3 на сервере (HDD 2) в виде инкрементного бэкапа, который позволяет открыть себя с помощью Hyper Backup Explorer, мышкой выбрать нужную дату для восстановления и скачать вчерашнюю/позавчерашнюю/месячную версию нужных файлов. Вот вы предлагаете rdiff-backup, это вариант, и я с удовольствием его использовал бы, если бы нашёл Windows-приложение, которое в режиме мышкотыка умеет восстанавливать бэкап за нужную дату, как это делает Hyper Backup Explorer. Тогда можно было бы сделать расшаренную по Samba для ответственного пользователя папку с бэкапами и поручить ему восстановление в случае необходимости. Нашёл только rdiffweb, но пока не успел поюзать.
svaava: да, про bacula я читал. Порог вхождения, действительно высок. Не то что бы "ниасилил", но хотелось бы чего-то попроще. Но как вариант буду изучать, тем более, что это, фактически, как я понял, чуть ли не промышленный стандарт бэкапа.
Простой
Средний
Простой
