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

Это хорошая идея делать локальные / внешние резервные копии образов серверов?

Предполагая, что среда не виртуализирована, неплохо было бы взять реальные образы серверов (используя что-то вроде Acronis True Image) и сохранить их на \ вне сайта?

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

Каков был бы ваш рекомендуемый способ сделать это (желательно с использованием NAS и онлайн-службы резервного копирования)?

Я разговаривал с ребятами из Iron Mountain, и описанная ими услуга больше ориентирована на создание инкрементальных снимков данных. Я не уверен, есть ли способ резервного копирования образов инкрементным способом, чтобы сохранялись только изменения между ними (таким образом я не трачу X ГБ каждый раз, когда беру образ).

Ответ на ваш вопрос: да. В течение многих лет я привык к серверам образов, или, по крайней мере, к важным серверам, с помощью таких инструментов, как Mondo, Acronis, Ghost и т. Д. Время восстановления с голого железа с образами намного быстрее, чем восстановление из резервных копий. Когда вы выполняете восстановление из резервной копии файловой системы, вы все равно должны сначала пройти процесс установки и настройки операционной системы и, возможно, заново компилировать свои приложения. В то время как с восстановлением изображения объем ручного труда, связанный с этим (и объем «мышления»), намного меньше. Это дает два преимущества:

(а) значительно более быстрое восстановление (я очень не согласен с постером выше, который говорит, что время восстановления такое же)

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

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

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

Мой ответ не отличается между виртуализированными и невиртуализированными средами:
Изображения - полезные инструменты, но они не годятся резервные копии.

Вот почему:

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

  • В физической среде вы действительно не можете делать правильные снимки без остановки системы.
    Это модный разговор о "Окне простоя".
    Существуют методы создания моментальных снимков без отключения, которые дают полезные результаты, но есть МНОГО предостережений.

  • В любом случае, описанном выше, вы не можете выбрать то, что восстанавливаете: вам нужно восстановить последний снимок (плюс некоторые дельты), чтобы получить вся система в определенный момент времени.
    Вы не можете просто вернуть «тот файл, который генеральный директор удалил сегодня утром, который АБСОЛЮТНО ВАЖЕН для сегодняшней презентации» - вы должны восстановить вся система где-нибудь, а затем вытащите оттуда этот файл.
    По сути, это означает, что вам по-прежнему нужны традиционные резервные копии, если вы используете моментальные снимки!


Что бы я порекомендовал вместо этого? Традиционные резервные копии.
(Да, даже на виртуальных машинах. Относитесь к ним так же, как к физическому хосту.)
Подумайте о том, что происходит при отказе оборудования в каждом рабочем процессе кандидата:

Снимки

  1. Загрузка по сети (или загрузка с компакт-диска) в программное обеспечение для восстановления снимков.
  2. Восстановите соответствующий базовый снимок, а также любые дополнительные снимки.
  3. Если у вас есть традиционные резервные копии, восстановите их, начиная с точки моментального снимка.

Традиционные резервные копии (со стандартными образами)

  1. Сетевая загрузка (или загрузка с компакт-диска) в программное обеспечение для обработки изображений.
  2. Загрузите стандартный образ (включая программное обеспечение для резервного копирования / восстановления и необходимые приложения).
  3. Настройте сеть по мере необходимости.
  4. Восстановление из резервных копий.

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

Вам решать, как выполнять резервное копирование за пределами предприятия - вы, безусловно, можете использовать традиционную магнитную ленту (или съемные жесткие диски), а Iron Mountain предоставляет услуги ленточных накопителей, при которых они будут приносить вам большие синие корзины с носителями в стандартном порядке.
Вы также можете удалить систему хранения (NAS, зеркальный SAN, компьютер с некоторым программным обеспечением) за пределами площадки или использовать коммерческие решения, такие как Амазонский ледник или http://rsync.net


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

Перед обновлением или серьезным изменением сделайте снимок критических систем и сохраните снимки локально. Если вам нужно вернуться, просто восстановите из созданного вами изображения.
В этом случае ты уже в окно отключения (надеюсь, если вы все делаете правильно), чтобы вы могли выключить систему, чтобы сделать холодный снимок, и это единственный момент времени, который вас интересует («прежде, чем мы начнем вносить изменения» ), поэтому ни один из потенциальных недостатков моментального снимка не применяется.