Исходя из области FOSS, существует несколько решений для резервного копирования, которые подходят для использования в больших средах.
Существует множество существующих коммерческих программ для резервного копирования, и мне интересно, как они измеряются при использовании в полевых условиях. Большинство предложений выглядят довольно хорошо на бумаге, но они имеют тенденцию показывать свою уродливую сторону, как только их выкатят и используют в первый раз. Распространенные источники проблем - это важные вещи, которые вы забыли при оценке продукта, особенности, которые маркетологи представили более ярко, чем они есть на самом деле, или ошибки / проблемы, которые ставят под угрозу функциональность, целостность данных или продукт в целом.
Я хотел бы знать, как программное обеспечение для резервного копирования вы знаете и использовать тарифы в следующих категориях:
- Какие платформы поддерживаются на стороне сервера и клиента?
- Зашифрована ли связь между клиентом, сервером и хранилищем?
- Архитектура допускает масштабируемость? Вы можете легко вырастить до 100, 500 и 1000 клиентов? (Разделены демоны «контроллер» и «хранилище», нет областей с известными проблемами масштабируемости)
- Какие устройства хранения поддерживаются?
- Безопасна ли ревизия конфигурации? (Вы можете легко заметить случайные / злонамеренные изменения конфигурации)
- Есть ли в программном обеспечении интерфейсы для мониторинга? (например, неудачные задания резервного копирования)
- Как насчет сбора данных о производительности? (например, использованные тома, средний размер задания, дни до заполнения резервной копии и т. д.)
- Имеет ли продукт какую-то дедупликацию данных? (Не храните одинаковые файлы дважды)
- Работают ли задания инкрементного резервного копирования правильно с удаленными файлами? (Например, не восстанавливайте файлы, которые были удалены между запусками резервного копирования при восстановлении из инкрементной резервной копии)
- Существуют ли какие-либо инструменты / функции, которые помогают в Bare Metal Recovery? (Think Live-CD, автоматическая настройка блочных устройств и файловых систем, восстановление загрузчика и т. Д.)
- Как работает планирование работы? Существуют ли какие-либо функции, которые помогают сбалансировать задания резервного копирования в течение определенного периода времени?
- Существуют ли плагины / помощники для баз данных и других демонов, которые нужно сначала привести в согласованное состояние? Существует ли надлежащая среда выполнения скриптов Pre / Post-Backup?
- Поддерживается ли миграция вакансий? (Например, перенести задание резервного копирования с диска на ленту или с ленты на внешний / внешний архив)
Пожалуйста, укажите любые изломы, проблемы, проблемы и т. Д., Которые влияют на вас в повседневном использовании, а также функции, которые являются уникальными / отличают его от остальных.
Я знаю, что это длительный вопрос, но я думаю, что это поможет всему сообществу прояснить это настолько тщательно, насколько это возможно, чтобы обдуманное решение могло быть принято без особых проб и ошибок;). Не стесняйтесь комментировать вещи, которые я забыл в своем списке.
Ответы:
Bacula - это решение для резервного копирования с открытым исходным кодом. Его архитектура разработана после основных коммерческих решений.
платформы
Bacula поддерживает Windows, а также любую POSIX-совместимую систему Unix.
Зашифрованная связь
Аутентификация между демонами всегда безопасна, для шифрования связи между демонами необходимо выполнить полное развертывание PKI (клиентских сертификатов).
Архитектура и масштабируемость
Bacula состоит из файловых демонов (клиентов), одного или нескольких директоров (планировщиков заданий) и одного или нескольких демонов хранения. Каждый директор может использовать несколько каталогов (базы данных SQL) для хранения информации о заданиях.
См. Документацию Bacula для более глубокого взгляда на архитектуру Bacula.
Устройства хранения данных
Bacula хранит все содержимое файла в томах, которые можно хранить в локальной файловой системе, на ленточных накопителях или даже на DVD-носителе. Поддержка ленточных автообменников существует.
Конфигурация безопасности
Вся конфигурация существует в виде простых текстовых файлов, которые могут быть легко проверены с помощью SCM. Дополнительное состояние программного обеспечения полностью находится в базе данных SQL, которая может проверяться соответствующими инструментами на стороне базы данных.
Интерфейсы статистики
Нет собственных интерфейсов для мониторинга или данных о производительности, хотя эта информация может быть извлечена из баз данных SQL без особых проблем. В этой области были некоторые улучшения в Bacula 3.0, которые я еще не изучал подробно.
Дедупликация данных
Bacula не поддерживает любую форму дедупликации данных.
Обработка удаленных файлов в заданиях инкрементного резервного копирования
Начиная с Bacula 3.0, есть режим для правильной обработки удаленных / переименованных файлов.
Аварийное восстановление
Bacula работает над системой Live, которая помогает в восстановлении голого металла. Смотрите примечания к выпуску для получения дополнительной информации.
Планирование работы
График работы очень жесток в Bacula. Вы можете определить интервалы и время запуска для каждого задания резервного копирования, но нет автоматической настройки / распределения заданий на основе (изменения) объемов данных, для которых необходимо выполнить резервное копирование.
Плагины и помощники
Bacula 3.0 поставляется с новой системой плагинов и встроенной поддержкой Exchange 2003 и 2007. Кроме того, имеется обширная среда для запуска пользовательских сценариев на стороне клиента до / после заданий резервного копирования.
Трудовая миграция
Рабочие места могут быть легко перенесены между различными пулами.
источник
Спустя 10 с лишним лет и тысячи долларов я отказался от ленточных и коммерческих решений. Теперь мы выполняем резервное копирование на диск, и я ищу решение для резервного копирования:
Бесплатные / открытые форматы архивов (например, tar, zip и т. Д.)
Scriptable - может включать собственные команды или утилиты, но они должны вызываться из общего скрипта резервного копирования (например, exmerge, osql, mysqldump, gnupg и т. Д.)
Независимо от платформы, где это возможно
Создает файлы журнала или статус, которые могут быть отправлены по электронной почте / направлены как часть общей работы
Несмотря на то, что они не соответствуют многим критериям «предприятия», указанным выше, по моему опыту, простой и стандартизированный подход с большей вероятностью приведет к тому, что ваши данные будут как восстанавливаемыми, так и безопасными. Имейте в виду, что не существует единого идеального решения для резервного копирования всех систем, а разработка эффективных стратегий резервного копирования для каждой из них включает в себя нечто большее, чем просто покупка агента для коммерческой программы.
источник
Я использую rdiff-backup . Это в основном похоже на rsync, но вы можете легко получить доступ к старым версиям файлов / каталогов и управлять количеством старых версий. Это полезно только при резервном копировании на диск, но в любом случае диски дешевле ленты.
Вам необходимо установить его как на сервере, так и на клиенте, и он работает на OS X, Linux и Windows. Я не использовал его в Windows, но, согласно списку рассылки проекта, он работает примерно так же.
источник
Это ни в коем случае не полный ответ, поскольку у меня просто нет полного ответа, но я могу прокомментировать два продукта ...
Во-первых, NetBackup не был бы такой катастрофой, если бы команда, отвечающая за серверы, была также командой, отвечающей за резервное копирование, но в случае компании размером с предприятие, это часто не так. То есть есть отдельная бекап команда.
Проблема здесь в том, что NetBackup принял это за вас - так что, внезапно, команда резервного копирования спросит вас о всех видах доступа (точнее, о корневом доступе).
Еще один недостаток NetBackup заключается в том, что, скажем, вы хотите восстановить сервер с нуля, из резервной копии, вы на самом деле не можете. Вам необходимо установить операционную систему, установить клиент netbackup, а затем восстановить файлы.
У Легато нет таких проблем.
О, отчеты, которые вы получаете от NetBackup, также уступают тем, которые вы получаете от Legato. Отчеты NetBackup (которые я видел до сих пор как управляемые нашей группой резервного копирования) очень бесполезны - до такой степени, что мы попросили их сообщить нам, все ли в порядке или нет, и мы зависим от них (т.е. мы не делаем больше следите за резервной электронной почтой).
Это опять-таки связано с тем, что они не могут генерировать хорошие отчеты, потому что мы не предоставляем им root-доступ к серверам.
источник
Иногда мы используем HP DataProtector. Но я предпочитаю использовать смолу. HP DP также имеет приятную командную строку, но tar гораздо более гибок.
источник
Я думаю, что все основные коммерческие программы резервного копирования имеют свои особенности. Мне на самом деле начинает нравиться защита данных HP. В прошлом я использовал legato и netback и даже не слышал о защитнике данных до моего нынешнего выступления. После использования этого в течение года я довольно впечатлен.
источник