Назад | Перейти на главную страницу

Решения для резервного копирования на ленту предприятия

В настоящее время я пытаюсь переделать решение для резервного копирования, в котором я работаю.

У нас есть 2 устройства NAS, одно в офисе, одно в центре обработки данных. Серверы в DC выполняют резервное копирование на DC NAS, которое затем реплицируется на Office NAS.

Офисный NAS экспортирует общие ресурсы как CIFS и NFS, этот бит подходит. В какой-то момент мне придется расширить нашу емкость хранилища, в настоящее время у нас есть около 1,4 ТБ дискового пространства, что примерно на 96% заполнено.

Раньше резервное копирование на ленту представляло собой сценарий, который несколько раз запускал tar и записывал данные на ленту. Это сработало, но ни в коем случае не было идеальным решением. Восстановление - это своего рода вредитель, добавление новых данных в резервную копию требует редактирования сценария от имени пользователя root.
Просто все это немного не идеально.

Я оценивал ряд готовых решений для резервного копирования «корпоративных», таких как Yosemite Backup от Barracuda, Acronis Backup / Restore и кое-что от Arkeia.

В процессе их оценки я обнаружил 2 большие проблемы.

  1. Не все из них позволяют резервное копирование подключенных устройств (например, NAS, подключенного к NFS)

  2. Многим из этих приложений не нравится наше ленточное устройство.

По большей части (1) существенно. Наш NAS имеет слабый процессор и не может запускать такие приложения, как агенты резервного копирования.

Я подозреваю, что самая большая проблема - это ленточное устройство, которым является HP C7438A DAT72, подключенное через USB.

Вопросы:

  1. У кого-нибудь еще есть устройство USB DAT72, работающее с подобным ПО?
  2. Есть ли лучший способ сделать резервную копию данных с «устройства» NAS-устройства, на котором вы не можете запустить агент?
  3. Могу ли я быть совершенно не в своем уме, чтобы выбрать дешевый сервер HP или Dell с парой жестких дисков емкостью 1 ТБ и картой SAS, чтобы затем разговаривать с устройством HP Ultrium (или аналогичным)? Самым большим недостатком этого будет стоимость (400 рублей для сервера, 200 для подключения SAS и 1700 для устройства LTO4).

Ноты:

Я хотел бы иметь возможность сказать, что полностью избавлюсь от лент и использую какую-либо форму резервного копирования жесткого диска. В предыдущей работе у нас были USB-накопители LaCie, которые были явно ненадежными.

(Z / A) manda будет решением, потому что он использует утилиты ОС для выполнения резервного копирования на ленту, пока лента доступна в системе, которую Аманда будет использовать, и она может создавать резервные копии монтированных файлов nfs.
Здесь есть резервная копия для особых случаев:
http://wiki.zmanda.com/index.php/How_To:Backup_Partitions_Mounted_via_NFS

Notice the last line :

Приведенный выше «amandaserver» не обязательно должен быть самим ленточным хостом, но является клиентом Amanda, который будет выполнять резервное копирование этих общих ресурсов nfs.


Может быть, вы могли бы подумать о резервном копировании в облако :), за исключением лент вообще

Если вы хотите реализовать всю инфраструктуру, вот хорошее руководство по настройке:
http://idolinux.blogspot.com/2008/09/amanda-tape-library-backup.html

Ситуация у всех разная для этих сценариев ... но, возможно, следует учесть следующее ...

Я нашла наш Exabyte VXA-2 ленточный накопитель должен быть очень надежным. (Мой помечен как Exabyte, но я думаю, что Тандберг выкупил их)

Я подключил его через FireWire к серверу OS X, Ретроспектива (Сейчас принадлежит EMC)

Возможно, вам придется обратиться к Doumentation for Retrospect, но я совершенно уверен, что он будет поддерживать NFS ....

Он выполняет резервное копирование серверов Windows и OS X .. Его очень просто настроить, для клиентских серверов просто необходимо установить клиент Restrospect.

Я использую это решение около 6 лет без особых изменений ... оно может быть устаревшим сейчас, но у нас не было причин менять процесс, поскольку он был очень стабильным ...

Легко настраивать сценарии для точной настройки резервного копирования ... Система также легко расширяется

Я обнаружил, что для резервного копирования nfs с использованием последней версии Yosemite Backup от Barracuda мне пришлось сначала смонтировать nfs в файловую систему, а затем выполнить монтирование --bind / nfsdir / binddir, а затем сделать резервную копию каталога binddir