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


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

В этой статье описывается процесс резервного копирования и восстановления в среде System Center диспетчер виртуальных машин (VMM) и содержит некоторые рекомендации.

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

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

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

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

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

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

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

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

Внимание

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

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

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

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

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

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

  2. В диалоговом окне резервного копирования диспетчер виртуальных машин укажите расположение файла резервной копии. Выберите папку, которая не является корневым каталогом, и к ней может получить доступ 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, минимизирует количество шагов для архивации и восстановления виртуальных машин, помогает сократить время простоя и гарантировать согласованность архивируемых или восстанавливаемых данных.

Back up library servers

Библиотека 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

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

  • С одного локального узла 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, выполните восстановление состояния системы на этом компьютере (в противном случае пропустите этот раздел). При этом идентификатор безопасности сервера VMM остается неизменным, и для восстановления среды VMM требуется меньше шагов.

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

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

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

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

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

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

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

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

  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. Если восстановленный компьютер имеет то же имя, что и исходный компьютер, установите агент диспетчер виртуальных машин локально на этом компьютере, а затем повторно свяжите его с сервером управления VMM.
  2. Если восстановленный компьютер имеет другое имя, отличное от исходного компьютера, используйте консоль VMM, чтобы удалить исходный компьютер из списка управляемых компьютеров, а затем добавить новый компьютер.

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

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

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

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

  • Управляемые учетные данные, отличные от VMM: в панель управления выберите "Все панель управления" и выберите диспетчер учетных данных. Выберите "Восстановить учетные данные" , чтобы восстановить все учетные данные, связанные с VMM, которые ранее были созданы для резервного копирования.

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

В зависимости от конфигурации VMM может потребоваться выполнить некоторые из следующих задач после восстановления среды VMM:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание.

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