Резервное копирование и восстановление хоста Hyper-V

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

Для резервного копирования хоста необходимо установить агент для Windows на этом хосте. В Microsoft Hyper-V Server 2008/2008 R2 рекомендуется установить агент для Windows удаленно. Если агент для Hyper-V уже установлен на хосте, агенту для Windows не потребуется дополнительная лицензия.

Другой способ резервного копирование хоста — это использовать загрузочный носитель.

Примеры использования

Пример 1. Резервное копирование автономного хоста

Рассмотрим следующий сценарий:

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

В этом сценарии необходимо установить агент для Windows, а затем создать и запустить план резервного копирования для резервного копирования всего хоста.

Резервная копия

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

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

Восстановление

Используйте загрузочный носитель для восстановления хоста на то же или отличающееся оборудование с помощью компонента Universal Restore.

После восстановления хоста на то же оборудование в той же конфигурации можно сразу же возобновить работу с виртуальными машинами.

После восстановления хоста на машину с другим набором или размещением сетевых адаптеров необходимо переназначить виртуальные сетевые адаптеры виртуальных машин физическим адаптерам хоста.

Пример 2. Резервное копирование узла кластера перед установкой обновлений программного обеспечения

Рассмотрим следующий сценарий:

• Имеется кластер Hyper-V с двумя или более узлами, использующими общие тома кластера (CSV) для хранения виртуальных машин.
• Необходимо регулярно выполнять резервное копирование виртуальных машин кластера.
• Требуется также резервное копирование узлов кластера перед установкой на них обновлений программного обеспечения.

В этом сценарии следует установить на каждом узле кластера как агент для Hyper-V, так и агент для Windows. Зарегистрируйте узлы на сервере управления.

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

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

Для резервного копирования самих виртуальных машин создайте отдельный план резервного копирования. Подробнее см. в разделе «Резервное копирование кластеризованных машин Hyper-V».