Рекомендации по резервному копированию состояния системы с помощью Backup Exec

Поскольку наша виртуальная инфраструктура продолжает расти с увеличением количества виртуальных серверов, я заметил, что наша работа по резервному копированию (как еженедельная, так и ежедневная) выросла до такой степени, что у меня не осталось окна обслуживания для исправления серверов до прихода людей на работу. Мы создаем резервные копии в ленточную библиотеку с LTO3, которая, кажется, выполняет довольно быстро, когда делает последовательные записи.

Исследование журнала резервного копирования показывает, что резервное копирование состояния системы на каждом сервере (в основном Windows 2008) занимает огромное количество времени на сервер (~45 минут).

Я использовал конфигурацию с разделенным резервным копированием с полным резервным копированием в выходные дни (начиная с пятницы во второй половине дня) и разницей в рабочие дни (понедельник-четверг). Попытался изменить его на инкрементный, но это не уменьшило временное окно резервного копирования - поэтому я предполагаю, что состояние системы является полным резервным копированием, независимо от того, что вы делаете.

Вопрос в том, что я собираюсь сделать, чтобы противостоять этому.

  • Нужно ли сокращать резервные копии состояния системы на всех серверах по выходным, по 1 контроллеру домена в день?
  • Backup Exec 2010 имеет новую опцию дедупликации при выполнении резервного копирования на диск. Поможет ли это вообще при работе с состоянием системы?
  • Это инфраструктура VMWare vSphere. Должен ли я начать смотреть на продукты моментальных снимков вместо использования резервного копирования состояния системы?
  • У нас установлен антивирус Trend Micro на всех серверах. Должен ли я удалить его или настроить так, чтобы он не влиял на резервную копию?

1 ответ

Этот вопрос, вероятно, будет иметь несколько "правильных" ответов, но мои мнения ниже...

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

  2. De-dupe, безусловно, поможет с дисковым пространством, используемым для резервного копирования, особенно если все состояния вашей системы имеют схожие данные (например, одна и та же ОС). Скорость резервного копирования может или не может улучшиться. Есть много режимов de-dupe. Уровень битов, уровень блоков, на основе источника, на основе назначения. Все эти факторы будут влиять на производительность de-dupe.

  3. Виртуализация предлагает привлекательную альтернативу традиционным стратегиям резервного копирования. VCB, vDR и другие сторонние поставщики предлагают продукты, которые могут выполнять оперативное резервное копирование с использованием технологии моментальных снимков и VSS, которые часто практически не влияют на доступность гостя.

Дейв

Другие вопросы по тегам