Начну с того, что у нас есть сейчас:
rsync -avz --delete --progress -e ssh ...)Эта проблема:
Быстрое решение:
Что бы я хотел:
Есть рекомендации?
Я использую rsnapshot для обработки примерно тех же объемов данных, о которых вы говорите, и он работает довольно хорошо. Как уже отмечалось, у него нет привлекательного внешнего интерфейса, но он отлично справляется с сохранением снимков и минимизацией места для хранения файлов.
Для инструментов на основе графического интерфейса рассмотрите возможность изучения CrashPlan на http://www.crashplan.com. Существует несколько уровней стоимости (Домашняя, Профессиональная и т. Д.), Один из которых может удовлетворить ваши потребности. Я считаю, что он основан на Java, но у IIRC есть собственная JRE. Я использую его для резервного копирования дома, и я кратко тестировал версию Pro (серверную), но другие вещи отвлекали меня от полной оценки. Но это выглядело многообещающе.
Одна вещь, на которую следует обратить внимание, независимо от того, какое решение вы используете, - это обработка (или игнорирование) данных вилки ресурсов. Ваш сервер OSX прозрачно работает с вилками ресурсов, но вы можете потерять вилки ресурсов, если используете приложения и / или файловые системы, которые не знают о них и, таким образом, отбрасывают их. Возможно, это не имеет значения в вашей среде, но стоит отметить, что данные могут быть сброшены довольно легко и без предупреждения.
Попробуйте rsnapshot (rsnapshot.org). Он делает именно то, что вам нужно: он находится в репозиториях yum RPMForge (поэтому он упакован для CentOS), работает через rsync через SSH и сохраняет настраиваемое количество инкрементных резервных копий.
edit: вы можете реализовать интерфейс восстановления, экспортировав хранилище данных rsnapshot через NFS или Samba (или веб-сервер / что-то еще), и позволить пользователям самостоятельно забирать старые копии своих файлов.
Другой вариант - Bacula. Это бесплатно, работает как на CentOS (находится в yum), так и на OS X (сборка из исходного кода), и это полный пакет резервного копирования клиент-сервер. Однако он не использует SSH для передачи, но я верю, что методы шифрования доступны. Вы можете контролировать, как долго хранятся элементы, когда выполняется резервное копирование, какие резервные копии создаются и т. Д. Если вы установите Webmin на сервер CentOS и добавите плагины Bacula, для этого есть графический интерфейс. Графический интерфейс пользователя позволяет восстанавливать необходимое количество файлов и дает представление в виде дерева каталогов для выбора файлов.
Хотя настраивать это довольно сложно. Я действительно надеялся, что смогу «учиться на ходу», когда настраивал его, но это было не так. Мне вообще-то пришлось RTFM (я знаю, да?)
Вы бы просто купили кучу дешевых жестких дисков USB => 1 ТБ и обращались с ними как с лентами, но с возможностью rsync на них и с них, делали бы то, что вам нужно?
Предполагая, что вы хотите сохранить полную резервную копию данных на каждом устройстве резервного копирования, вы можете рассмотреть LBackup, который имеет расширяемую подсистему сценариев до и после обработки, которая позволяет обрабатывать bakcups для образов дисков и даже съемных носителей, таких как внешние жесткие диски / карты памяти.
Эта страница из раздела разработчика LBackup предоставляет средства для обнаружения подключенного диска и затем монтирования этого диска. Изменив fstab, вы можете запретить автоматическое подключение устройств.
По сути, эта настройка позволит вам иметь несколько съемных дисков, которые можно вращать и которые будут автоматически отключены от системы после завершения резервного копирования. Вы даже можете добавить сценарий пост-действия, чтобы уведомить вас (по электронной почте, текстовому сообщению, звонку, звуковому сигналу, разговору и т. Д.) Об успешном завершении резервного копирования и о том, что диск готов к удалению с сайта.
Наконец, если вы используете 3,5-дюймовые жесткие диски, вы можете снизить стоимость корпусов съемных дисков, используя что-то вроде RTX110-3Q и защитные корпуса для дисков от WiebeTech. Имея такую систему, вы можете просто повернуть голые диски, что может сэкономить немного денег на корпусах (вы упомянули, что хотели бы снизить цену).
Просто некоторые мысли, которые могут быть полезны. Изначально я написал скрипт (указанный выше) для обнаружения дисков, подключенных через USB. Это произошло потому, что я сделал резервную копию системы друзей, у которой не было подключения к Интернету. Резервное копирование выполнялось на набор повернутых USB-накопителей. Затем данные были зашифрованы с помощью программного шифрования на USB-накопители на случай их потери при передаче.
Используя подсистему сценариев, вы можете добавить дополнительные проверки, такие как проверки целостности файловой системы перед резервным копированием, проверки целостности носителей и даже контрольные суммы для моментальных снимков.
Наконец, что касается шифрования, WiebeTech предлагает корпуса для дисков, которые поддерживают аппаратное шифрование.
Отказ от ответственности: я участвую в разработке бесплатного проекта LBackup.