Рекомендации по резервному копированию состояния системы с помощью Backup Exec
Поскольку наша виртуальная инфраструктура продолжает расти с увеличением количества виртуальных серверов, я заметил, что наша работа по резервному копированию (как еженедельная, так и ежедневная) выросла до такой степени, что у меня не осталось окна обслуживания для исправления серверов до прихода людей на работу. Мы создаем резервные копии в ленточную библиотеку с LTO3, которая, кажется, выполняет довольно быстро, когда делает последовательные записи.
Исследование журнала резервного копирования показывает, что резервное копирование состояния системы на каждом сервере (в основном Windows 2008) занимает огромное количество времени на сервер (~45 минут).
Я использовал конфигурацию с разделенным резервным копированием с полным резервным копированием в выходные дни (начиная с пятницы во второй половине дня) и разницей в рабочие дни (понедельник-четверг). Попытался изменить его на инкрементный, но это не уменьшило временное окно резервного копирования - поэтому я предполагаю, что состояние системы является полным резервным копированием, независимо от того, что вы делаете.
Вопрос в том, что я собираюсь сделать, чтобы противостоять этому.
- Нужно ли сокращать резервные копии состояния системы на всех серверах по выходным, по 1 контроллеру домена в день?
- Backup Exec 2010 имеет новую опцию дедупликации при выполнении резервного копирования на диск. Поможет ли это вообще при работе с состоянием системы?
- Это инфраструктура VMWare vSphere. Должен ли я начать смотреть на продукты моментальных снимков вместо использования резервного копирования состояния системы?
- У нас установлен антивирус Trend Micro на всех серверах. Должен ли я удалить его или настроить так, чтобы он не влиял на резервную копию?
1 ответ
Этот вопрос, вероятно, будет иметь несколько "правильных" ответов, но мои мнения ниже...
Я делаю резервное копирование состояния системы на еженедельной основе и добавочное резервное копирование ежедневно. В случае сбоя сервера, скажем, в четверг, я выполняю восстановление из еженедельного резервного копирования, а затем восстанавливаю каждое ежедневное добавочное. Инкрементные резервные копии выполняются значительно быстрее, чем полные резервные копии состояния системы.
De-dupe, безусловно, поможет с дисковым пространством, используемым для резервного копирования, особенно если все состояния вашей системы имеют схожие данные (например, одна и та же ОС). Скорость резервного копирования может или не может улучшиться. Есть много режимов de-dupe. Уровень битов, уровень блоков, на основе источника, на основе назначения. Все эти факторы будут влиять на производительность de-dupe.
Виртуализация предлагает привлекательную альтернативу традиционным стратегиям резервного копирования. VCB, vDR и другие сторонние поставщики предлагают продукты, которые могут выполнять оперативное резервное копирование с использованием технологии моментальных снимков и VSS, которые часто практически не влияют на доступность гостя.
Дейв