Аварийное восстановление для Hyper-V (часть 3)

• Аварийное восстановление для Hyper-V (часть 5)
• Аварийное восстановление для Hyper-V (часть 6)

Введение

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

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

Резервное копирование хост-машины

Одним из самых простых способов резервного копирования среды Hyper-V является выполнение резервного копирования на уровне хоста. Hyper-V разработан таким образом, что вы можете создавать резервные копии гостевых машин на основе VSS, запуская резервное копирование на уровне хост-машины. Однако есть некоторые вещи, которые вам нужно знать, если вы собираетесь использовать этот подход.

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

Вы можете выполнить резервное копирование, даже если гостевые машины запущены и работают, но есть несколько ограничений, о которых вам следует знать. Для начала на каждой виртуальной машине должны быть установлены службы интеграции, а служба интеграции резервного копирования должна быть включена. Это исключает выполнение резервного копирования на уровне хоста виртуальных машин, подключенных к сети, если виртуальная машина работает под управлением ОС, отличной от Windows, или если она работает под управлением более старой версии Windows, несовместимой со службами интеграции.

Второе требование заключается в том, что гостевые операционные системы должны использовать тома в формате NTFS. FAT, FAT-32 и другие файловые системы не поддерживаются. Кроме того, гостевые машины нельзя настроить на использование динамических дисков. Резервное копирование будет работать, только если гостевые машины используют базовые диски. Имейте в виду, что я не имею в виду том, на котором хранится файл.VHD. Том, содержащий файл.VHD, может быть базовым или динамическим. Я говорю о том, видит ли гостевая операционная система файл.VHD как базовый диск или как динамический диск.

Наконец, служба теневого копирования томов должна быть включена для всех томов, содержащих компоненты ВМ. Каждый том должен быть настроен для хранения собственных данных теневой копии. Другими словами, теневые копии для C: должны находиться на C:. Поэтому на каждом томе должно быть достаточно свободного места для удобного размещения данных теневой копии.

Преимущества и недостатки резервного копирования хост-сервера

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

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

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

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

Приложение для резервного копирования

Как я упоминал ранее, для выполнения резервного копирования на уровне хоста сервера Hyper-V требуется использование модуля записи VSS Hyper-V. Это означает, что вам придется использовать приложение резервного копирования, совместимое с этим конкретным модулем записи VSS. Хотя Windows Server Backup (встроенное в Windows Server 2008 приложение резервного копирования, заменившее NTBACKUP) предназначено для создания резервных копий VSS, оно не предназначено для работы с модулем записи VSS Hyper-V.

Если вы действительно хотите использовать резервную копию Windows Server, вы можете зарегистрировать модуль записи VSS Hyper-V в резервной копии Windows Server, создав раздел реестра. Помните, что редактирование реестра опасно, а ошибка может привести к поломке Windows, ваших приложений или и того, и другого. Обычно я советую вам создать полную резервную копию системы перед попыткой изменения реестра, но в этом случае все, что вы действительно можете сделать, это просто быть очень осторожным (если только вы не хотите выключить свои виртуальные машины, а затем сделать полную резервную копию).

Чтобы создать необходимый раздел реестра, откройте редактор реестра в основной операционной системе, а затем перейдите по дереву реестра к: HKEY_LOCAL_MACHINESoftwareMicrosoftWindows NTCurrentVersionWindowsServerBackupApplication Support{66841CD4-6DED-4F4B-8F17 -FD23F8DDC3DE}. Имейте в виду, что вам придется вручную создать контейнер резервного копирования Windows Server и все последующие контейнеры. После создания необходимой структуры создайте новый ключ Reg_SZ с именем Application Identifier и присвойте ему значение Hyper-V. Это зарегистрирует модуль записи Hyper-V VSS для использования с резервным копированием Windows Server.

Вывод

Хотя создание резервных копий вашего сервера Hyper-V на уровне хоста является довольно хорошим решением для резервного копирования, существуют некоторые серьезные ограничения его использования, выходящие за рамки того, что я уже обсуждал. Крайне важно, чтобы вы ознакомились с этими проблемами, иначе вы можете столкнуться с некоторыми серьезными проблемами, если вам когда-либо придется выполнять восстановление. Я объясню эти вопросы и многое другое в части 4 этой серии.

• Аварийное восстановление для Hyper-V (часть 4)
• Аварийное восстановление для Hyper-V (часть 5)
• Аварийное восстановление для Hyper-V (часть 6)