Я ищу решение для резервного копирования для этого сценария:
- 3 сервера (один почтовый сервер Linux, 2 сервера Windows)
- ~ 10 ТБ данных
- 2 ТБ из которых используются ежедневно
- несколько ГБ активности / смены в день
- возможность восстановления данных в любой момент времени
- резервное копирование выполняется в режиме реального времени (международный офис)
- База данных MSSQL также нуждается в резервном копировании
- Нет достаточного сетевого подключения для резервного копирования данных вне сайта
- Несложный доступ (собственная файловая система) к защищенным данным.
В настоящее время резервное копирование данных обрабатывается путем выполнения дельты на переносных дисках в удаленном месте. Но программное обеспечение не совсем надежно (что-то домашнее).
Мы размышляли о том, стоит ли приобретать решение для библиотеки ленточных носителей у Dell, но не очень уверены, что ленты - это способ решить эту относительно небольшую массу данных.
Как бы вы настроили этот тип резервного копирования данных? Какое программное обеспечение вы бы порекомендовали?
Перенос дисков с дельтой на сторонний сервер на зеркальный сервер является опцией. Какое оборудование вы бы использовали?
Вам, вероятно, будет лучше, если вы инвестируете в проверенное решение.
Ленты - определенно не лучший способ, для вашего размера было бы лучше и проще поддерживать решение на основе дисков.
Когда вы находитесь в масштабе TB, вы должны рассмотреть возможность использования чего-либо со сжатием и дедупликацией . В таком решении вы будете хранить только уникальные данные, общие для нескольких компьютеров, и будете иметь ссылки на эти уникальные файлы или блоки.
Вам также следует убедиться, что независимо от того, с какого сервера запускается, продукт поддерживает расширяемое хранилище. Таким образом, вы можете начать с 10 ТБ и добавлять по мере необходимости больше дисков.
На нескольких компьютерах клиент резервного копирования без агентов также будет выгоден. Так что вы можете сделать резервную копию всей локальной сети с одного клиента резервного копирования. Некоторые продукты также включают в себя виртуальный компьютер на основе местоположения FTP / SFTP / FTPS. Таким образом, вы можете иметь свой клиент резервного копирования в Windows и выполнять резервное копирование всех машин локальной сети + машины linux с одного интерфейса.
Я бы не использовал подход, основанный на 1) инкрементном резервном копировании и 2) дифференциальном резервном копировании. При инкрементном резервном копировании вам может понадобиться сделать еще одно полное резервное копирование, или во время восстановления вам придется восстанавливать слишком много резервных копий. С разностными резервными копиями вы, в конечном счете, захотите сделать еще одну полную резервную копию, или в итоге ваша разностная резервная копия станет слишком большой. В вашем случае вам придется повторно отправить 10 ТБ. Это не приемлемо.
Убедитесь, что при отправке данных на сервер резервного копирования НИКОГДА не потребуется повторная передача данных, если она не была изменена.
Убедитесь, что вам НЕ НУЖНО восстанавливать полные резервные копии, и что вы можете восстановить только подмножество того, что вы создали из резервной копии, и что вы можете выбирать из резервных копий, какими они были в день восстановления из.
Резервное копирование данных должно быть разрешено из внешних расположений, даже если клиент резервного копирования находится в автономном режиме. В случае, если они находятся в автономном режиме, должна быть опция «большая начальная резервная копия» для последующего импорта на сервер.
Обязательно выберите решение, которое имеет встроенные резервные копии MS SQL и резервные копии обмена, и вам не нужно повторно передавать все при каждом их резервном копировании. Он должен поддерживать горячее резервное копирование этих элементов.
Примером продукта такого масштаба, который поддерживает все вышеперечисленное, является ROBOBAK . (Я тоже работаю в этой компании)
источник
Глядя на сценарий, лучшее решение для резервного копирования может быть предоставлено "faubackup", перейдите по этой http://faubackup.sourceforge.net/ .
Faubackup использует файловую систему на жестком диске для инкрементного и полного резервного копирования. Это позволяет сделать резервную копию доступной через стандартные инструменты файловой системы.
Последующие резервные копии в той же файловой системе будут автоматически увеличиваться, поскольку неизмененные файлы только жестко связаны с существующей версией файла.
Выполнение 'faubackup srcdir destdir' немного похоже на 'cp -a srcdir destdir /' date ''. То есть он скопирует все из srcdir в подкаталог destdir. Этот каталог называется по времени резервного копирования (формат «ГГГГ-ММ-ДД @ чч: мм: сс»). Все имена файлов, разрешения, содержимое будут сохранены. Он может справиться с мягкими, жесткими ссылками и дырами в файлах.
Большим преимуществом по сравнению с простой копией является использование жестких ссылок между неизмененными файлами для минимизации использования дискового пространства. Вы можете регулярно выполнять faubackup, и любые файлы, которые не изменились между этими вызовами, больше не копируются, а жестко связаны между различными каталогами резервного копирования. Это похоже на инкрементное резервное копирование, когда на ленту записываются только измененные файлы.
источник