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

Внешнее резервное копирование

Мне нужно выполнить резервное копирование за пределами сайта, и я буду очень признателен за любой совет по этому поводу.

Текущая настройка:

Я думал обновить внутреннюю сеть до 1 ГБ, чтобы ускорить резервное копирование на сервер резервного копирования, а затем приобрести смонтированный в стойке ленточный накопитель для резервного копирования на сервер резервного копирования, чтобы затем выполнить резервное копирование.

Звучит ли это разумным способом? Также в идеале мы хотели бы извлекать / заменять ленты только один раз в неделю, сможет ли это сделать автоматический ленточный накопитель и сможет ли он справиться с ночным резервным копированием на ленту с таким объемом данных?

Звучит как хороший план, но также рассмотрите возможность использования какой-либо формы дешевого резервного копирования на диск, например, 2/3/4/5-дискового Thecus NAS или аналогичного, а затем резервного копирования данных с него на ленту. Таким образом, вы можете быстрее восстанавливать данные, если это необходимо, а также быстрее выполнять резервное копирование и очистку от пыли, чтобы ваши серверы могли продолжать свою работу, а записи на удаленные ленты можно было делать в свободное время.

Да, используйте не только ленту, но и дисковую систему резервного копирования. Сохраните хотя бы несколько ревизий обратно на дисковую систему, и когда вы делаете резервные копии на магнитной ленте, как вы говорите, вы делаете их из дисковой системы резервного копирования, а не с самих производственных серверов.

Сохранение нескольких ревизий на дисковой системе позволяет очень легко перезапустить задание на ленту в случае отказа робота или ленты (что они, как правило, делают чаще, чем вы думаете).

И, конечно же, восстановление данных с дисковой системы намного быстрее и проще - у него может быть пользовательский инструмент / портал, чтобы пользователи могли сами восстанавливать файлы ...

То, что вы описываете как текущее устройство, не является резервной копией за пределами площадки, это резервная копия за пределами сервера. Насколько я знаю, ваш сервер резервного копирования находится в том же помещении, вероятно, в той же стойке, что и серверы, для которых он хранит резервные копии.

У вас обязательно должна быть какая-то форма физически разделенной резервной копии, то есть ленты или резервная копия действительно за пределами площадки (например, сервер в другом объекте), на случай, если одна из миллиона аварий или взлома затронет все серверы в вашу стойку одновременно.

1,5 ТБ данных, передаваемых каждую ночь, если вы выберете вариант резервного копирования действительно вне сайта, не будет дешевым (вам понадобится такая большая пропускная способность на обоих сайтах), поэтому ленты могут быть для вас лучшим вариантом . Я предлагаю вам сделать хотя бы беглый анализ затрат и выгод, чтобы быть уверенным. Ленты также имеют то преимущество, что они являются автономной резервной копией - если кому-то удастся взломать и стереть как сервер, так и его онлайн-резервную копию (как недавно произошло на webhostingtalk.com), они не смогут прикоснуться к автономной резервной копии (ленты ).

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

Краткое изложение терминологии:

  • вне сайта: собственно физически на полностью отличается сайт
  • на месте: очевидно ...
  • on-line: подключен к сети, локально или иным образом, и всегда доступен
  • в автономном режиме: не подключен (т.е. ленты или отключенные внешние приводы)
  • вне сервера: на другой машине или носителе (может быть вне или на месте, вне сети или в сети)

Как внешние, так и локальные решения могут быть интерактивными или автономными, причем автономные + автономные обеспечивают максимальную защиту, а локальные + оперативные решения обеспечивают наиболее эффективные процессы резервного копирования + восстановления.

У нас есть 3 из них, которые меняются ежедневно (1 на месте, 1 в пути, 1 за пределами площадки).

http://www.seagate.com/www/en-us/products/external/freeagent/freeagent_go/

Данные копируются на диски с помощью Robocopy (http://en.wikipedia.org/wiki/Robocopy) и зашифрованы с помощью TruCrypt. Шифрование гарантирует, что даже если человек, ответственный за диски, потеряет один, мы можем быть уверены, что данные в безопасности.

И помните: если вы не можете восстановить данные из резервной копии, значит, вы не сделали резервную копию. Часто проверяйте резервные копии на магнитной ленте. В идеале, время от времени выполняйте восстановление до чистой тестовой системы, чтобы убедиться, что вы получаете все необходимое. Есть множество ужасных историй о резервных копиях, которых не было.

Одна вещь, которую автоматизированная ленточная система не может сделать для вас, - это отправлять ленты за пределы предприятия. Убедитесь, что вы храните резервные копии достаточно разделенными, чтобы не потерять слишком много в одном инциденте, слишком маленьком, чтобы убить компанию.