Set up protection for live migration

Опубликовано: Март 2016

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

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

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

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

• Поддержка. Защита DPM для динамической миграции доступна только на серверах под управлением Windows Server 2012.

• Динамическая миграция вне кластера. Если требуется осуществить динамическую миграцию вне кластера, необходимо выполнить следующие условия.

  • Виртуальные машины должны управляться в облаке VMM на сервере VMM под управлением как минимум Пакет обновления 1 для System Center 2012.

  • DPM должен быть подключенным сервером VMM, содержащим облако.

  • Все серверы с Hyper-V должны быть подключены ко всем серверам DPM.

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

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

  В случае динамической миграции хранилища Hyper-V переупорядочивает виртуальный жесткий диск (VHD) или VHDX, поэтому происходит единовременное резкое увеличение объема данных резервного копирования DPM.

• Резервное копирование на ленту. Защита динамической миграции не поддерживает резервное копирование на ленту.

• Проверка согласованности. DPM выполняет единовременную проверку согласованности для всех операций динамической миграции, включающих миграцию хранилища.

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

  Отключение функции разгрузки TCP Chimney.

• Active Directory. Все серверы DPM, серверы VMM и серверы, работающие под управлением Hyper-V, должны находиться в одном домене.

• Порт. Чтобы изменить стандартный порт 6070, используемый DPM для размещения вспомогательной службы DPM и диспетчера виртуальных машин, в реестре перейдите к разделу HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration. Создайте 32-разрядное значение DWORD DpmVmmHelperServicePort и запишите обновленный номер порта в раздел реестра.

  1. Откройте файл VmmHelperServiceHost.exe.config (<Каталог_установки>\Microsoft System Center 2012\DPM\DPM\VmmHelperService\VmmHelperServiceHost.exe.config) и измените номер порта 6070 на новый номер. Пример: <add baseAddress="net.tcp://localhost:6080/VmmHelperService/" />

  2. Перезапустите вспомогательную службу DPM и диспетчера виртуальных машин и перезапустите службу DPM.

1. Развертывание DPM — убедитесь, что DPM установлен и развернут правильно. Если это еще не сделано, см. раздел:

   • System requirements (Требования к системе)

   • Матрица поддержки защиты DPM

   • Поддерживаемые и неподдерживаемые сценарии в DPM

   • Установка DPM

2. Настройка хранилища — убедитесь, что хранилище настроено. Подробнее о вариантах см. в следующих разделах:

   • Сведения о краткосрочном хранении на диске и пулах носителей см. в разделе Планирование резервного копирования на диски

   • Хранение в Azure с резервным копирование Azure см. в разделеПланирование архивации Azure

   • Долгосрочное хранение на ленте см. в разделе Планирование резервного копирования на ленту

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

   Средний размер виртуальной машины	100 ГБ
   Количество виртуальных машин на каждый сервер DPM	800
   Общий размер 800 виртуальных машин	80 ТБ
   Объем необходимого пространства для хранения резервных копий	80 ТБ

   Например, если ваш полностью масштабированный кластер Hyper-V содержит 1 600 виртуальных машин, вам потребуется два сервера DPM, и удвоить объем ресурсов, приведенных в этой таблице. Общий объем хранения для 1 600 виртуальных машин должен превышать 160 ТБ. Об оптимизации дискового пространства см. в статье Оптимизация защиты виртуальной машины.

3. Настройка агента защиты DPM— агент должен быть установлен на сервере Hyper-V или на каждом сервере в кластере Hyper-V. Если хранилище SMB развернуто в кластере, на удаленном файловом сервере SMB агент защиты DPM устанавливается на всех узлах кластера файлового сервера SMB. Ознакомьтесь с разделами Планирование развертывания агента защиты и Настройка агента защиты.

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

   1. Учетная запись DPMMachineName$ должна быть доступной только для чтения учетной записью администратора на VMM-сервере.

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

5. Подключение серверов. Выполните команду PowerShell Set-DPMGlobalProperty, чтобы подключить все серверы, работающих под управлением Hyper-V, ко всем серверам DPM. Командлет принимает несколько имен серверов DPM. Дополнительные сведения см. в статье Set-DPMGlobalProperty.

   Set-DPMGlobalProperty -dpmservername <dpmservername> -knownvmmservers <vmmservername>

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

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

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

   • Планирование групп защиты

   • Планирование долгосрочной и краткосрочной защиты для группы защиты

   • Затем выполните инструкции в разделе Создание групп защиты и управление ими.

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

   1. Проверьте, что запущена вспомогательная служба DPM и диспетчера виртуальных машин. Если служба не выполняется, запустите ее.

   2. Откройте SQL Server Management Studio и подключитесь к экземпляру, в котором находится база данных DPM (DPMDB). В базе данных DPM выполните следующий запрос: SELECT TOP 1000 [PropertyName] ,[PropertyValue] FROM[DPMDB].[dbo].[tbl_DLS_GlobalSetting]

      Этот запрос содержит свойство, которое называется KnownVMMServer. Его значение должно совпадать со значением, которое вы указали в командлете Set-DPMGlobalProperty.

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

   3. Выполните следующий запрос, чтобы проверить параметр VMMIdentifier в PhysicalPathXML для конкретной виртуальной машины. Замените VMName на имя виртуальной машины.

      select cast(PhysicalPath as XML) from tbl_IM_ProtectedObject where DataSourceId in (select datasourceid from tbl_IM_DataSource where DataSourceName like '%<VMName>%')

   4. Откройте XML-файл, возвращенный запросом и убедитесь, что в поле VMMIdentifier есть значение.

8. Выполнение миграции вручную. После выполнения этих действий динамическая миграция будет активирована после запуска задания DPM Summary Manager. По умолчанию задание запускается в полночь и выполняется каждое утро. Чтобы запустить ручную миграцию в это же время для проверки надлежащей работы всех компонентов и процессов, выполните следующие действия.

   1. Откройте SQL Server Management Studio и подключитесь к экземпляру, в котором находится база данных DPMDB.

   2. Выполните следующий запрос: select * from tbl_SCH_ScheduleDefinition where JobDefinitionID=’9B30D213-B836-4B9E-97C2-DB03C3EB39D7’. Обратите внимание, что запрос возвращает значение ScheduleID.

   3. В SQL Server Management Studio последовательно разверните узлы Агент SQL Server и Задания. Правой кнопкой щелкните значение ScheduleID, а затем выберите пункт Запустить задание на шаге.

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

9. Восстановление данных. После того, как будут настроены все параметры, при миграции виртуальной машины из одного кластера в другой все операции резервного копирования будут выполняться так, как нужно. При необходимости можно восстановить данные. Сведения о восстановлении данных из резервных копий см. в статье Восстановление данных из резервных копий [DPM2012_Web]. Следуйте приведенной ниже инструкции по восстановлению виртуальных машин.

   Восстановление виртуальных машин	Подробные сведения
   Восстановление в исходном расположении	Исходный виртуальный жесткий диск (VHD) удален. DPM восстановит VHD и другие файлы конфигурации в исходном расположении с помощью модуля записи VSS в Hyper-V. По окончании процесса восстановления виртуальные машины будут иметь высокую доступность. Для восстановления группа ресурсов должна существовать. Если группа ресурсов недоступна, восстановите виртуальную машину в другом месте, а затем сделайте ее высокодоступной.
   Восстановление в альтернативном расположении	DPM поддерживает восстановление в альтернативное расположение (ALR), благодаря чему возможно прямое восстановление защищенной виртуальной машины Hyper-V на другой узел Hyper-V, независимо от архитектуры процессора. Виртуальные машины Hyper-V, которые восстанавливаются на узел кластера, не будут обладать высокой доступностью.
   Восстановление на уровне элементов	DPM поддерживает восстановление на уровне элементов. Это позволяет восстанавливать в общую сетевую папку или на том защищенного DPM сервера отдельные файлы, папки и виртуальные жесткие диски (VHD) из сделанной на уровне узла Hyper-V резервной копии виртуальной машины. Для восстановления на уровне элементов агент защиты DPM не обязан быть установлен внутри виртуальной машины.