Поделиться через

  • Статья

Резервное копирование и восстановление диспетчера виртуальных машин

 

Опубликовано: Июль 2016

Применимо к: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager

В этом разделе описывается процесс резервного копирования и восстановления в среде Virtual Machine Manager (VMM) , а также содержатся некоторые рекомендации.

System_CAPS_ICON_important.jpg Важно

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

Одним из вариантов для резервного копирования и восстановления VMM является Data Protection Manager (DPM). Дополнительные сведения можно найти в статье Data Protection Manager.

Такие данные, как пароли Remote Access Authorization (RAA) и ключ продуктов, могут быть введены заново при переустановке VMM. Однако некоторые зашифрованные данные, такие как роли виртуальной машины, ввести заново не удастся. Вы не сможете создать резервную копию и восстановить такие данные, если для резервного копирования VMMиспользуется интерфейс прикладного программирования защиты данных (DPAPI) — данные будут потеряны, если на сервере управления VMM произойдет сбой.

Создание и реализация плана резервного копирования

Два основных элемента плана резервного копирования — это список объектов, для которых необходимо создать резервную копию, и структура объектов, которые часто изменяются (и поэтому необходимо частое создание резервных копий), в вашей среде. Следующие подразделы этого раздела помогут вам создать и реализовать ваш план резервного копирования:

  • Резервное копирование базы данных VMM.

  • Резервное копирование узлов и виртуальных машин.

  • Back up library servers (в том числе файлы виртуального жесткого диска и ISO-образов).

  • Резервное копирование частных облаков VMM.

  • Резервное копирование разделов реестра, ключей шифрования и учетных данных.

  • Резервное копирование сторонних надстроек пользовательского интерфейса и других сторонних приложений.

Резервное копирование базы данных VMM.

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

База данных VMM может храниться либо на сервере управления VMM , либо на отдельном сервере, на котором запущен Microsoft SQL Server. Для создания резервной копии базы данных VMM можно использовать один или несколько следующих инструментов:

Кроме резервного копирования базы данных рекомендуем создать резервную копию состояния системы, на которой работает сервер управления VMM , чтобы в случае катастрофической потери данных вы могли создать сервер заново с тем же идентификатором безопасности (security identifier, SID). SID является неотъемлемой частью процесса авторизации VMM на узлах виртуальных машин.

System_CAPS_ICON_important.jpg Важно
  • Существует несколько способов восстановить файл базы данных VMM, созданный с помощью любой из следующих процедур резервного копирования. Один из способов, для которого требуется функционирующий сервер управления VMM, — это использование средства SCVMMRecover.exe, как описано в статье Backup-SCVMMServer (хотя SCVMMRecover.exe не является командлетом). Другой способ, для которого требуется функционирующий сервер управления VMM,— это восстановление с помощью средств SQL Server для восстановления и присоединения файла базы данных.
  • Для использования следующих процедур необходимо быть членом роли пользователя "Администратор".
Резервное копирование базы данных с помощью консоли VMM

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

  2. В диалоговом окне Резервное копирование Virtual Machine Manager укажите расположение файла резервной копии. Выберите папку, которая не является корневым каталогом и к которой имеет доступ SQL Server.

    Вы можете проверить состояние резервного копирования в рабочей области "Задания".

    Сведения о восстановлении резервной копии можно найти в примечании Важно перед этой процедурой.

Для создания резервной копии базы данных с помощью командлетов Windows PowerShell

  1. Запустите сеанс Windows PowerShell .

  2. В командной строке Windows PowerShell запустите командлеты Get-SCVMMServer и Backup-SCVMMServer , используя следующий синтаксис:

    get-scvmmserver <VMM management server name> | backup-scvmmserver -Path <BackupFileDir>

    Сведения о восстановлении резервной копии можно найти в примечании Важно перед этими процедурами.

Резервное копирование узлов и виртуальных машин

Компьютеры виртуальной машины — это узлы Citrix XenServer, VMware ESXi и Hyper-V, а также кластеры узлов Hyper-V, на которых выполнено развертывание виртуальных машин и служб. Для резервного копирования узлов и кластеров виртуальных машин используется Microsoft System Center Data Protection Manager (DPM) либо другое приложение для резервного копирования, использующее преимущества службы теневого копирования томов (VSS) для копирования данных узла и виртуальной машины в общую сетевую папку на удаленном компьютере.

System_CAPS_ICON_important.jpg Важно

Рекомендуется ежедневно создавать резервную копию файлов конфигурации виртуальной машины (VMC).

Проведите инвентаризацию ваших узлов, а затем сделайте резервную копию всех виртуальных машин, размещенных на них. Для получения списка узлов, управляемых VMM, запустите следующий командлет из командной строки Windows PowerShell :

  
$vmhost = get-scvmmserver <VMM management server name> | get-scvmhost

Дополнительные сведения можно найти в статьях Get-SCVMMServer и Get-SCVMHost.

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

Резервное копирование серверов библиотек

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

Для резервного копирования данных серверов библиотек используется Microsoft System Center Data Protection Manager (DPM) либо другое приложение для резервного копирования, использующее преимущества службы теневого копирования томов (VSS) для копирования данных на общую сетевую папку на удаленном компьютере. Для получения списка серверов библиотек VMM запустите следующий командлет из командной строки Windows PowerShell :

  
$libraryservers = get-scvmmserver <VMM management server name> | get-sclibraryserver

Дополнительные сведения можно найти в статьях Get-SCVMMServer и Get-SCLibraryServer.

Сделайте резервную копию всех файлов из общей сетевой папки библиотеки на удаленном файловом сервере, в том числе файлов со следующими расширениями:

— .VHD и .VHDX;
— .VFD;
— .ISO;
— .INF;		 — .VMX;
— .PS1;
— .VMC;
— .VSV.

Резервное копирование частных облаков VMM

С помощью System Center 2012вы можете реплицировать виртуальные машины в облаках VMM с помощью репликации Hyper-V. Начиная с версии Пакет обновления 1 для System Center 2012, вы можете использовать Azure Site Recovery Manager для организации и автоматизации репликации и отработки отказа виртуальных машин, расположенных в облаках VMM. Репликация может выполняться следующими способами:

  • С одного локального узла VMM на другой: с помощью репликации Hyper-V или репликации SAN.

  • С локального узла VMM в Azure: с помощью репликации Hyper-V.

Дополнительные сведения об Azure Site Recovery см. в статье Обзор Azure Site Recovery.

Резервное копирование разделов реестра, ключей шифрования и учетных данных

Для создания резервных копий разделов реестра, ключей шифрования и учетных данных, управляемых не VMM, следуйте приведенным ниже рекомендациям:

  • Разделы реестра. VMM использует несколько разделов реестра для хранения важных параметров. Параметры хранятся в следующих разделах и подразделах реестра: HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings.

    Следует создать резервную копию всего данного раздела реестра с возможным исключением подраздела SQL. Если создать резервную копию подраздела SQL, вы захватите имя базы данных, расположение и другие сведения во время резервного копирования, которые могут не совпадать со сведениями базы данных VMM , необходимыми во время восстановления.

    Для резервного копирования разделов реестра можно использовать функцию Экспорт программы Regedit либо любой другой инструмент, используемый в вашей среде для резервного копирования разделов реестра.

  • Ключи шифрования в доменных службах Active Directory. Если настроено распределенное управление ключами (DKM), вы храните ключи шифрования, относящиеся к VMM, в доменных службах Active Directory (AD DS). Для резервного копирования этих ключей создавайте резервные копии Active Directory на регулярной основе.

  • Учетные данные, управляемые не VMM. Некоторые учетные данные, относящиеся к VMM , управляются диспетчером учетных данных Windows на сервере управления VMM . Для доступа к диспетчеру учетных записей в панели управления выберите Все элементы панели управления, затем щелкните Диспетчер учетных записей. Щелкните Архивация учетных данных для резервного копирования любых относящихся к VMMучетных записей.

Резервное копирование сторонних надстроек пользовательского интерфейса и других сторонних приложений

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

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

Восстановление среды VMM

Следующие разделы описывают процесс восстановления среды VMM, включая восстановление данных и повторное связывание серверов в среде.

  • Восстановление базы данных VMM (если это необходимо)

  • Варианты

    • Восстановление сервера VMM на том же компьютере

    • Восстановление сервера VMM на другом компьютере

    System_CAPS_ICON_note.jpg Примечание

    Для восстановления сервера VMM на другом компьютере повторно установите его и укажите базу данных VMM, которую вы используете.

  • Повторное связывание серверов из сети периметра

  • Восстановление серверов библиотеки VMM

  • Восстановление разделов реестра, объектов Active Directory и учетных данных, управляемых не через VMM

После восстановления среды VMM выполните все необходимые Post-restore tasks.

Восстановление базы данных VMM (если это необходимо)

Если необходимо восстановить базу данных VMM, сначала восстановите ее с помощью процесса, соответствующего вашему методу резервного копирования. Например, чтобы выполнить восстановление с помощью средств SQL Server, обратитесь к статье Обзор процессов восстановления (SQL Server).

Если вы также планируете восстановление сервера управления VMM (что означает, что его необходимо установить повторно), укажите базу данных VMM во время этого процесса.

Если база данных VMM является единственным элементом, который необходимо восстановить, и вам нужны сведения о средстве SCVMMRecover.exe, ознакомьтесь со статьей Backup-SCVMMServer.

Восстановление сервера VMM на том же компьютере

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

После восстановления сервера VMM выполните следующие действия:

  1. Удалите из консоли VMM узлы или виртуальные машины, которые были удалены с момента последнего резервного копирования. Если узел был удален после последнего резервного копирования, он будет обозначен как "Не отвечает", а все виртуальные машины, размещенные на этом узле, — как "Узел не отвечает". Если узел присутствует, но виртуальная машина была удалена после последнего резервного копирования, виртуальная машина будет обозначена как "Отсутствует".

  2. Добавьте узлы или виртуальные машины, которые были добавлены с момента последнего резервного копирования.

Восстановление сервера VMM на другом компьютере

Если вы планируете восстановить сервер управления VMM на другом физическом компьютере, сначала выполните проверку системных требований:

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

Чтобы обновить список узлов и повторно связать их с новым сервером управления VMM:

  1. Откройте консоль VMM .

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

    • Чтобы просмотреть список серверов, в левой части рабочей области Структура щелкните Серверы.

    • Чтобы просмотреть список виртуальных машин, в левой части рабочей области Виртуальные машины и службы щелкните Все узлы.

  3. Удалите из консоли VMM узлы или виртуальные машины, которые были удалены с момента последнего резервного копирования. Если узел был удален после последнего резервного копирования, он будет обозначен как "Не отвечает", а все виртуальные машины, размещенные на этом узле, — как "Узел не отвечает". Если узел присутствует, но виртуальная машина была удалена после последнего резервного копирования, виртуальная машина будет обозначена как "Отсутствует".

  4. Добавьте узлы или виртуальные машины, которые были добавлены с момента последнего резервного копирования.

  5. Определите управляемые компьютеры, помеченные как "Доступ запрещен", щелкните каждый из них правой кнопкой мыши, затем щелкните Связать повторнои введите учетные данные администратора.

  6. Если вы восстанавливаете сервер управления VMM , который также являлся сервером библиотеки, в качестве сервера библиотеки по умолчанию на новом сервере будет указан исходный сервер VMM . Из представления Библиотека удалите предыдущий сервер библиотеки, а затем добавьте новый компьютер в качестве сервера библиотеки.

Кроме того, вам может потребоваться связать заново серверы из сети периметра (DMZ, "демилитаризованная зона", промежуточная подсеть), как это описано в следующем разделе.

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

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

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

  1. Войдите на каждый сервер в сети периметра и найдите учетную запись VMM . Учетная запись VMM — это локальная запись администратора с 10-символьным именем, состоящим из букв scvmm и пяти случайных символов.

  2. Измените пароль учетной записи VMM на каждом сервере.

  3. На сервере управления VMM в диалоговом окне Свойства узла щелкните вкладку Параметры , затем назначьте каждому серверу тот же пароль, который вы создали на шаге 2.

Восстановление серверов библиотеки VMM

Для восстановления сервера библиотеки после потери данных восстановите общие сетевые папки, затем восстановите данные в этих папках.

После восстановления сервера управления VMM и базы данных VMM серверы библиотек будут перечислены в консоли VMM . При необходимости повторно свяжите эти списки с физическими серверами библиотек.

Повторное связывание серверов библиотек с физическими компьютерами

  1. Если имя восстановленного компьютера совпадает с исходным именем, установите локально на этом компьютере агент VMM, а затем свяжите этот компьютер с сервером управления VMM . Дополнительные сведения см. в статье How to Reassociate a Host or Library Server.

  2. Если имя нового компьютера отличается от исходного, воспользуйтесь консолью VMM для удаления исходного компьютера из списка управляемых компьютеров, и добавьте новый.

Восстановление разделов реестра, объектов Active Directory и учетных данных, управляемых не VMM

Следуйте приведенным ниже рекомендациям, чтобы восстановить разделы реестра, объекты Active Directory и учетные данные, управляемые не VMM:

  • Разделы реестра. Для восстановления разделов реестра можно использовать функцию Импорт программы Regedit, либо любой другой инструмент, используемый в вашей среде для резервного копирования и восстановления разделов реестра. Но не восстанавливайте подраздел SQL во время восстановления разделов реестра, если имя базы данных, расположение и другие сведения, содержащиеся в нем, не совпадают с требуемыми для базы данных VMM .

  • Объекты Active Directory. Если в вашей среде VMM используется распределенное управление ключами (DKM), VMM хранит некоторые данные, такие как пароли RAA, информацию о ключах продукта и данные о ролях виртуальной машины, в Active Directory. После переустановки VMMпри необходимости часть данных, хранящихся в Active Directory, можно ввести заново, например пароли RAA и информацию о ключе продукта. После переустановки VMM и (при необходимости) восстановите Active Directory, данные Active Directory снова станут доступны для VMM.

  • Учетные данные, управляемые не VMM. В панели управления выберите Все элементы панели управления, затем щелкните Диспетчер учетных записей. Щелкните Восстановление учетных записей для восстановления связанных с VMMучетных данных, для которых ранее была создана резервная копия.

Действия, выполняемые после восстановления

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

  • Настройка групп доступности AlwaysOn

  • Повторная установка пакета Microsoft Azure Pack

  • Установка дополнительных консолей VMM

  • Обновление шаблонов виртуальных машин

  • Восстановление Microsoft Azure Hyper-V Recovery Manager

  • Просмотр надстроек, пакетов драйверов и сертификатов

Настройка групп доступности AlwaysOn

Если база данных VMM была настроена с использованием групп доступности AlwaysOn, вам потребуется выполнить некоторые действия для корректной настройки базы данных с группами доступности. Дополнительные сведения см. в статье How to Complete the Configuration of AlwaysOn Availability Groups for the Database.

Повторная установка пакета Microsoft Azure Pack

Если для поддержки клиентов в VMMв вашей среде был развернут пакет Microsoft Azure Pack (MAP), после восстановления среды VMM вам потребуется установить его заново. Дополнительные сведения о пакете Microsoft Azure для Windows Server см. в статье Пакет Microsoft Azure для Windows Server.

Установка дополнительных консолей VMM

Если вам необходимо заменить все серверы, на которых были установлены консоли VMM , переустановите консоли на этих серверах.

Дополнительные сведения см. в статье Installing and Opening the VMM Console.

Обновление шаблонов виртуальных машин

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

Обновление шаблона виртуальной машины

  1. В консоли VMM откройте рабочее пространство Библиотека , разверните область Шаблоныи щелкните Шаблоны виртуальных машин.

  2. В области Шаблоны щелкните правой кнопкой мыши шаблон виртуальной машины, который вы хотите обновить, выберите пункт Свойства, а затем щелкните страницу Конфигурация оборудования для обновления параметров.

Восстановление Microsoft Azure Hyper-V Recovery Manager

Если в среде VMM реализован диспетчер восстановления Microsoft Azure Hyper-V, вам потребуется выполнить несколько шагов для восстановления поставщика Microsoft Azure Hyper-V Recovery Manager.

Дополнительные сведения см. в статье How to Restore Windows Azure Hyper-V Recovery Manager Provider.

Просмотр надстроек, пакетов драйверов и сертификатов

После восстановления VMMпросмотрите следующие пункты, чтобы убедиться, что вы выполнили необходимые действия для надстроек, пакетов драйверов и сертификатов:

  • Сторонние надстройки пользовательского интерфейса. Для восстановления любых сторонних надстроек пользовательского интерфейса или любых других сторонних приложений обратитесь к руководствам по восстановлению соответствующих приложений.

  • Пакеты драйверов. После восстановления ранее добавленные в библиотеку VMM пакеты драйверов могут быть обнаружены некорректно. Возможно, их понадобится удалить и добавить повторно. Дополнительные сведения см. в статье How to Add Driver Files to the VMM Library.

  • Сертификаты. Во все связанные с VMMсертификаты на узлах должна быть введена информация о новом сервере управления VMM .

System_CAPS_ICON_note.jpg Примечание

После переустановки VMM VMM обновляет списки управления доступом (ACL), которые устарели из-за сбоя. Никакого дальнейшего вмешательства не требуется.