По мере того, как наша виртуальная инфраструктура растет с увеличением количества виртуальных серверов, я заметил, что наша работа по резервному копированию (как еженедельно, так и ежедневно) выросла до точки, когда у меня не осталось окна обслуживания для исправления серверов до того, как люди придут на работу. Мы делаем резервные копии в ленточную библиотеку с помощью LTO3, который, кажется, работает довольно изящно при последовательной записи.
Изучение журнала резервного копирования показывает, что резервное копирование состояния системы на каждом сервере (в основном в Windows 2008) занимает очень много времени на каждый сервер (~ 45 минут).
Я использовал конфигурацию раздельного резервного копирования с полным резервным копированием по выходным (начиная с пятницы после обеда) и дифференциальным по будням (с понедельника по четверг). Пытался изменить его на инкрементный, но это не уменьшило временное окно резервного копирования - поэтому я предполагаю, что состояние системы является полным резервным копированием, независимо от того, что вы делаете.
Теперь вопрос в том, что я буду делать, чтобы противостоять этому.
На этот вопрос, вероятно, будет несколько "правильных" ответов, но мое мнение ниже ...
Я делаю резервные копии состояния системы еженедельно и инкрементные резервные копии ежедневно. Если сервер выйдет из строя, скажем, в четверг, я бы восстановил его из еженедельной резервной копии, а затем восстановил бы каждое ежедневное добавочное. Инкрементное резервное копирование выполняется значительно быстрее, чем полное резервное копирование состояния системы.
De-dupe определенно поможет с дисковым пространством, используемым для резервного копирования, особенно если все состояния вашей системы имеют похожие данные (например, одна и та же ОС). Скорость резервного копирования может улучшиться, а может и нет. Есть много режимов дедупликации. Битовый уровень, уровень блока, на основе источника, на основе назначения. Все эти факторы повлияют на производительность дедупликации.
Виртуализация предлагает привлекательную альтернативу традиционным стратегиям резервного копирования. VCB, vDR и другие сторонние поставщики предлагают продукты, которые могут выполнять горячее резервное копирование с использованием моментальных снимков и технологии VSS, которые часто практически не влияют на доступность гостей.
Дэйв