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

  • Статья

Важно!

Поддержка этой версии Virtual Machine Manager (VMM) завершена. Мы рекомендуем выполнить обновление до VMM 2022.

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

Перед началом работы

  • Не используйте контрольные точки для аварийного восстановления. Контрольные точки не создают полные дубликаты содержимого жесткого диска и не копируют данные в отдельный том.
  • Контрольную точку можно использовать в качестве временной резервной копии перед обновлением операционной системы на виртуальной машине. Это позволит выполнить откат, если обновление приведет к негативным последствиям.
  • Для резервного копирования и восстановления данных в случае катастрофической потери данных следует использовать приложение резервного копирования. Одним из таких приложений является System Center Data Protection Manager (DPM).
  • Некоторые данные, например пароли Remote Access Authorization (RAA) и ключ продукта, можно ввести заново при переустановке VMM. Однако некоторые зашифрованные данные, такие как роли виртуальных машин, невозможно ввести повторно.
  • Вы не сможете создать резервную копию и восстановить такие данные, если для резервного копирования VMM используется интерфейс прикладного программирования защиты данных (DPAPI).
  • Если на сервере управления VMM произойдет сбой, все данные будут потеряны.

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

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

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

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

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

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

Важно!

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

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

  1. С помощью консоли VMM
  2. С помощью командлетов в Windows PowerShell

Выберите необходимую вкладку, чтобы выполнить резервное копирование базы данных VMM:

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

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

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

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

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

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

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

Важно!

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

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

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

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

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

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

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

Для резервного копирования данных на серверах библиотек используется 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;
  • ISO
  • VMX;
  • PS1
  • VMC;
  • VSV.

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

Вы можете использовать Azure Site Recovery Manager для оркестрации и автоматизации репликации и отработки отказа виртуальных машин, расположенных в облаках VMM. Репликация может выполняться следующими способами:

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

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

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

Для создания резервных копий разделов реестра, ключей шифрования и учетных данных, управляемых не 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, сначала восстановите ее с помощью процесса, соответствующего вашему методу резервного копирования. Например, чтобы выполнить восстановление с помощью средств SQL Server, обратитесь к статье Обзор процессов восстановления (SQL Server).

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

Сервер VMM можно восстановить на том же или другом компьютере. Выберите необходимую вкладку для действий по восстановлению сервера VMM на:

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

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

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

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

Обновление узлов с помощью нового сервера управления VMM

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Если имя восстановленного компьютера совпадает с именем исходного компьютера, установите агент Virtual Machine Manager локально на этом компьютере, а затем повторно свяжите этот компьютер с сервером управления VMM.
  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

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

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

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

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

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

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

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

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

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

Восстановление диспетчер восстановления Microsoft Azure Hyper-V

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

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

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

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

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

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

Примечание

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