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

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

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

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

• Виртуальные машины с локальным или прямо подключенным хранилищем — резервное копирование виртуальных машин, размещенных на отдельных серверах Hyper-V с локальным или непосредственно подключенным хранилищем. Например, это может быть жесткий диск, устройство сети хранения данных (SAN) или устройство сетевого хранилища (NAS). Агент защиты DPM должен быть установлен на всех узлах.

• Виртуальные машины в кластере с хранилищем CSV — резервное копирование виртуальных машин, размещенных в кластере Hyper-V, с хранилищем общих томов кластера (CSV). В DPM 2012 с пакетом обновления 1 (SP1) представлена возможность полной экспресс-архивации, параллельной архивации и улучшены запросы кластера для архивации CSV. Агент защиты DPM устанавливается на каждом узле кластера.

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

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

• Резервное копирование реплика виртуальных машин — резервное копирование реплика виртуальных машин, работающих на сервере-получателе (только DPM 2012 R2).

Сведения о поддерживаемых версиях DPM и Hyper-V см. в статье Что может создавать резервные копии DPM?.

Сравнение резервного копирования гостевых ОС и узлов

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

Оба способа имеют свои преимущества и недостатки.

• Резервные копии на уровне узла более гибкие, так как они работают независимо от типа ОС, выполняющейся на гостевых машинах, и не требуют установки агента защиты DPM на каждой виртуальной машине. При развертывании резервного копирования на уровне узла вы сможете восстановить всю виртуальную машину или файлы и папки (восстановление на уровне элементов).

• Резервное копирование на гостевом уровне полезно использовать, если требуется защитить определенные рабочие нагрузки, работающие на виртуальной машине. На уровне узла можно выполнить восстановление всей виртуальной машины или отдельных файлов, однако восстановление в контексте конкретного приложения невозможно. Например, чтобы иметь возможность восстанавливать определенные элементы SharePoint из резервной копии виртуальной машины, необходимо выполнить резервное копирование этой виртуальной машины на гостевом уровне. Для защиты данных, хранящихся на сквозных дисках, необходимо использовать резервное копирование на гостевом уровне. Транзитные диски обеспечивают прямой доступ виртуальной машины к устройству хранения. При этом не требуется хранить данные виртуального тома в VHD-файле.

Сетевое и автономное резервное копирование

Важно!

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

Если вы защищаете сервер Hyper-V на Windows Server 2012 или используете DPM 2012 R2 с UR1 или UR2, следующий раздел относится к вашей конфигурации:

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

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

• Гостевая операционная система должна поддерживать VSS (Windows 2003 Server или более поздней версии). Резервное копирование в сети не поддерживается, если виртуальные машины работают под управлением Linux.

• На виртуальной машине не должно быть динамических дисков.

• Все тома могут быть либо NTFS, либо ReFS.

• Назначение хранилища VSS для томов не должно изменяться.

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

Если эти условия не выполняются, DPM выполнит автономное резервное копирование, когда виртуальная машина приостановлена и помещена в сохраненное состояние, пока выполняется snapshot, а затем возобновляет работу виртуальной машины. Это означает, что виртуальная машина будет недоступна во время архивации (во многих средах — обычно в течение короткого периода времени, меньше минуты).

Защита виртуальных машин на кластерах SOFS

DPM может создавать резервные копии виртуальных машин, развернутых в кластерах SOFS на основе NTFS и ReFS. Чтобы защитить виртуальные машины на кластерах SOFS, выполните следующие действия:

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

• При защите виртуальной машины с высоким уровнем доступности укажите имя учетной записи компьютера кластера узлов и узлов кластера, а также сервера DPM.
• При защите невысокодоступной виртуальной машины укажите имя компьютера для узла Hyper-V и сервер DPM.

Чтобы добавить учетные записи компьютеров в группы операторов резервного копирования, выполните следующие действия на каждом узле в кластере SOFS:

1. Откройте командную строку и введите lusrmgr.msc , чтобы открыть локальные пользователи и группы.

2. На странице Локальные пользователи и группы выберите Группы.

3. В списке групп щелкните правой кнопкой мыши элемент Операторы архива и выберите Свойства.

   Откроется страница Свойства операторов резервного копирования .

4. На странице Свойства операторов резервного копирования выберите Добавить.

5. На странице Выбор пользователей, компьютеров, учетных записей служб или групп выберите Типы объектов. Откроется страница Типы объектов .

6. На странице Типы объектов выберите Компьютеры и нажмите кнопку ОК. Закроется страница Типы объектов .

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

8. Определив компьютеры, перезапустите узел.

Чтобы предоставить разрешения на доступ к общей папке, сделайте следующее:

1. На сервере, где расположен общий ресурс SOFS/SMB, откройте Диспетчер серверовФайловые службы и службы хранилищаОбщие ресурсы.

2. Щелкните правой кнопкой мыши общую папку хранилища виртуальных машин и выберите Свойства.

3. На странице Свойства в меню навигации слева выберите Разрешения.

4. Выберите Настроить разрешения, чтобы открыть страницу Дополнительные параметры безопасности.

5. На вкладке Разрешения выберите Добавить.

6. Выберите Выбрать участника.

7. На странице Выбор пользователя, компьютера, учетной записи служб или группы выберите Типы объектов.

8. На странице Типы объектов выберите Компьютеры и нажмите кнопку ОК.

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

10. Выберите Проверить имена , чтобы разрешить имя, и нажмите кнопку ОК.

11. На странице Запись разрешений для общего доступа выберите Полный доступ и нажмите кнопку ОК.

12. На странице Дополнительные параметры безопасности для общего доступа выберите вкладку Общий доступ и повторите шаги 6–11 для вкладки Общий доступ вместо вкладки Разрешения .

13. Завершив добавление разрешений для серверов, нажмите кнопку Применить.

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

Принципы работы процесса резервного копирования

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

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

2. После того как исходная копия будет создана и проверена, DPM использует модуль записи VSS Hyper-V для записи операций резервного копирования. Модуль записи VSS предоставляет набор блоков дисков с согласованными данными, синхронизированными с сервером DPM. Такой подход обеспечивает преимущество полного резервного копирования на сервере DPM, минимизируя данные резервного копирования, которые должны передаваться по сети.

3. Агент защиты DPM на сервере под управлением Hyper-V использует существующие API Hyper-V, чтобы определить, поддерживает ли защищенная виртуальная машина также VSS.

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

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

   • Если виртуальная машина не соответствует требованиям к резервному копированию в сети, DPM автоматически применяет API Hyper-V для приостановки виртуальной машины до сбора файлов данных.

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

5. Сервер DPM использует VSS на томах, где размещены данные восстановления, поэтому доступно несколько теневых копий. Каждая из этих теневых копий предоставляет отдельный процесс восстановления. Точки восстановления VSS хранятся на сервере DPM. Временная копия, сделанная на сервере с Hyper-V, хранится только во время синхронизации DPM.

Необходимые компоненты для резервного копирования

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

Предварительное требование	Сведения
Предварительные условия (и необходимые компоненты) для DPM	— Если вы хотите выполнить восстановление на уровне элементов для виртуальных машин (восстановление файлов, папок и томов), необходимо установить роль Hyper-V на сервере DPM. Если вам нужно только восстановление виртуальных машин, без восстановления на уровне элементов, установка роли не требуется. — Вы можете защитить до 800 виртуальных машин по 100 ГБ на одном сервере DPM и разрешить несколько серверов DPM, поддерживающих кластеры большего размера. — DPM исключает файл подкачки из добавочных резервных копий, чтобы улучшить производительность резервного копирования виртуальных машин. — DPM может создавать резервные копии сервера или кластера Hyper-V в том же домене, что и сервер DPM, или в дочернем или доверенном домене. Если вы хотите выполнять резервное копирование Hyper-V в рабочей группе или недоваренном домене, необходимо настроить проверку подлинности. Для одного сервера Hyper-V можно использовать NTLM или проверку подлинности на основе сертификата. Для кластера можно использовать только проверку подлинности на основе сертификата. — Резервное копирование данных виртуальной машины на транзитные диски на уровне узла не поддерживается. В этом сценарии рекомендуется использовать резервное копирование на уровне узла для VHD-файлов и резервное копирование на уровне виртуальной машины для прочих данных, невидимых для узла. — При защите кластера Hyper-V с помощью масштабируемой защиты DPM (несколько серверов DPM, защищающих большой кластер Hyper-V), нельзя добавить вспомогательную защиту для защищенных рабочих нагрузок Hyper-V. — Резервное копирование реплика виртуальных машин можно выполнять только в том случае, если DPM работает под управлением System Center 2012 R2 и узел Hyper-V работает на Windows Server 2012 R2. — Можно выполнять резервное копирование дедуплицированных томов.
Необходимые компоненты для виртуальных машин Hyper-V	— Версия компонентов интеграции, запущенных на виртуальной машине, должна совпадать с версией Hyper-V на сервере, на котором выполняется Hyper-V. — Для каждой резервной копии виртуальной машины потребуется свободное место на томе, где размещаются файлы виртуальных жестких дисков, чтобы предоставить Hyper-V достаточно места для разностных дисков (AVHD) во время резервного копирования. Это пространство должно быть как минимум равно объему, рассчитанному по формуле Начальный размер диска*Коэффициент изменения*Временное окно резервного копирования. При выполнении нескольких операций резервного копирования в кластере вам потребуется столько места, сколько требуется суммарно для разностных дисков всех виртуальных машин из расчета по указанной формуле. — Если вы хотите создать резервную копию виртуальных машин, расположенных на сервере узла Hyper-V под управлением Windows Server 2012 R2, на виртуальной машине должен быть указан контроллер SCSI, даже если она не подключена ни к чему. Это связано с тем, что для оперативного резервного копирования в Windows Server 2012 R2 узел Hyper-V подключает новый виртуальный жесткий диск на виртуальной машине, а затем отключает его позже. Только контроллер SCSI может поддерживать эту функцию и поэтому требуется для оперативного резервного копирования виртуальной машины. После этого становится понятным, зачем нужен контроллер SCSI. Без настройки контроллера при резервном копировании виртуальной машины произойдет событие с кодом 10103.
Предварительные условия (и необходимые компоненты) для Linux	— Вы можете создавать резервные копии виртуальных машин Linux с помощью DPM 2012 R2. Поддерживаются только моментальные снимки с файловой согласованностью.
Резервное копирование виртуальных машин с хранилищем CSV	— Для хранилища CSV установите аппаратный поставщик служб теневого копирования томов (VSS) на сервере Hyper-V. Свяжитесь с вашим поставщиком сети хранения данных (SAN) по поводу аппаратного поставщика VSS. — Если какой-либо узел в кластере CSV неожиданно завершает работу, DRM выполняет проверку согласованности по виртуальным машинам, работавшим в этом узле. — Если сервер Hyper-V с включенным шифрованием диска BitLocker в кластере CSV необходимо перезагрузить, потребуется выполнить проверку согласованности для виртуальных машин Hyper-V.
Резервное копирование виртуальных машин с хранилищем SMB	— Включите автоподключение на сервере с Hyper-V, чтобы активировать защиту виртуальных машин. — Отключите разгрузку TCP Chimney. — Убедитесь, что все учетные записи компьютера Hyper-V имеют полные разрешения на определенные удаленные общие папки SMB. — Путь к файлам всех компонентов виртуальной машины при восстановлении в другом расположении должен быть короче 260 символов. В противном случае восстановление может завершиться успешно, но Hyper-V не сможет подключить виртуальную машину. — Не поддерживаются следующие сценарии: Развертывания, в которых некоторые компоненты виртуальной машины находятся на локальных томах, а некоторые — на удаленных томах; IPv4- или IPv6-адрес для файлового сервера расположения хранилища; и восстановление виртуальной машины на компьютер, использующий удаленные общие папки SMB. — Вам потребуется включить службу агента VSS файлового сервера на каждом сервере SMB. Добавьте ее, последовательно выбрав Добавление ролей и компонентов>Выбор ролей сервера>Файловые службы и службы хранилища>Файловые службы>Файловая служба>Служба агента VSS файлового сервера.

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

1. Настройте сервер DPM и хранилище. При настройке хранилища используйте следующие рекомендации по выделению емкости хранилища.

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

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

3. В консоли администрирования DPM выберите Защита>Создать группу защиты , чтобы открыть мастер создания группы защиты .

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

5. На странице Выбор метода защиты данных укажите имя группы защиты. Выберите I want short-term protection using Disk (Я хочу краткосрочную защиту с помощью диска) и I want online protection (Я хочу защиту в сети), если вы хотите создать резервную копию данных в Azure с помощью службы Azure Backup. Если этот параметр недоступен, завершите работу мастера, чтобы создать группу, а затем измените параметры группы защиты, чтобы выбрать этот параметр. Данные с помощью Azure можно хранить до 3360 дней.

   Если у вас есть автономная лента или ленточная библиотека, подключенная к серверу DPM, вы сможете выбрать вариант Мне нужна долгосрочная защита с помощью ленты.

6. В поле Укажите Short-Term Goals>Диапазон повторов укажите, как долго вы хотите хранить данные на диске. В поле Synchronization frequency (Частота синхронизации) укажите, как часто должна выполняться добавочная архивация данных. Кроме того, вместо выбора интервала для добавочного резервного копирования можно включить функцию "Непосредственно перед точкой восстановления". При использовании этого параметра включенный DPM будет выполнять экспресс-полное резервное копирование непосредственно перед каждой запланированной точкой восстановления.

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

   • Если вы включили долгосрочное хранение на ленте, в разделе Выбор краткосрочных целей>Диапазон хранения укажите, как долго требуется хранить данные ленты (от 1 года до 99 лет). В поле "Интервал резервного копирования" выберите нужный интервал резервного копирования.

   • Интервал основан на указанном вами диапазоне хранения. Если диапазон хранения составляет 1–99 лет, можно планировать резервное копирование каждый день, каждую неделю, дважды в неделю, раз в месяц, раз в квартал, раз в полгода или раз в год.

   • Если диапазон хранения составляет 1–11 месяцев, то можно планировать резервное копирование каждый день, каждую неделю, дважды в неделю или раз в месяц. Если диапазон хранения составляет 1–4 недели, то можно планировать резервное копирование каждый день или каждую неделю.

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

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

7. На странице Проверка выделения места на диске проверьте пространство на диске пула носителей, выделенное для этой группы защиты.

   В поле Общий размер данных показан размер данных для резервного копирования, а в поле Место на диске для подготовки в DPM — объем дискового пространства, рекомендуемый DPM для группы защиты. DPM выбирает идеальный том резервной копии на основе параметров. Однако вы можете изменить выбор тома для резервного копирования в разделе Сведения о выделении места на диске. Для рабочих нагрузок выберите предпочтительное хранилище в раскрывающемся меню. Вы можете изменить значения для параметров Общий объем и Доступный объем в области Доступный объем на диске. Недостаточное пространство — это объем хранилища, который DPM предлагает добавить в том, чтобы продолжить резервное копирование в будущем.

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

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

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

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

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

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

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

Требования для поддержания защиты

Ниже приведены требования для поддержания защиты во время динамической миграции.

• Узлы Hyper-V для виртуальных машин должны быть расположены в облаке System Center VMM на сервере VMM под управлением System Center 2012 с пакетом обновления 1 (минимальная версия).

• Агент защиты DPM должен быть установлен на всех узлах Hyper-V.

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

• Все серверы DPM, серверы VMM и серверы узлов Hyper-V должны находиться в одном домене.

Сведения о динамической миграции

Учтите следующие аспекты резервного копирования во время динамической миграции.

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

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

• На узле виртуальной машины включите автоматическое подключение, чтобы включить виртуальную защиту, и отключите разгрузку TCP Chimney.

• DPM использует порт 6070 в качестве порта по умолчанию для размещения вспомогательной службы DPM-VMM. Изменение реестра

  1. Перейдите в раздел HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration.
  2. Создайте 32-разрядное значение DWORD DpmVmmHelperServicePort и запишите обновленный номер порта в раздел реестра.
  3. Откройте <Install directory>\Microsoft System Center 2012\DPM\DPM\VmmHelperService\VmmHelperServiceHost.exe.config и измените номер порта с 6070 на новый порт. Например: <add baseAddress="net.tcp://localhost:6080/VmmHelperService/" />
  4. Перезапустите вспомогательную службу DPM-VMM и перезапустите службу DPM.

Настройка защиты для динамической миграции

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

1. Настройте сервер и хранилище DPM и установите агент защиты DPM на каждый сервер узла Hyper-V или узел кластера в облаке VMM. Если в кластере используется хранилище SMB, установите агент защиты DPM на всех узлах кластера.

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

3. Назначьте учетную запись DPMMachineName$ доступной только для чтения учетной записью администратора на сервере управления VMM.

4. Подключите все серверы узлов Hyper-V ко всем серверам DPM с помощью командлета PowerShell Set-DPMGlobalProperty. Командлет принимает несколько имен серверов DPM. Используйте формат Set-DPMGlobalProperty -dpmservername <dpmservername> -knownvmmservers <vmmservername>. Дополнительные сведения см. в разделе Set-DPMGlobalProperty.

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

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

   1. Проверьте, запущена ли вспомогающая служба DPM-VMM. Если это не так, запустите его.

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

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

   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 есть значение.

Выполнение миграции вручную

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

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

2. Выполните следующий запрос: select * from tbl_SCH_ScheduleDefinition where JobDefinitionID='9B30D213-B836-4B9E-97C2-DB03C3EB39D7'. Этот запрос возвращает значение ScheduleID. Запишите этот идентификатор, так как вы будете использовать его на следующем шаге.

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

Примечание

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

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

Если DPM работает под управлением Windows Server 2012 R2 и более поздней версии, можно выполнить резервное копирование реплик виртуальных машин на сервере-получателе. Это может быть удобно по ряду причин.

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

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

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

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

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

• Выполняется повторная синхронизация реплики виртуальной машины (в состоянии "Выполняется повторная синхронизация" или "Требуется повторная синхронизация").

• Начальная репликация между основным и дополнительным сайтом находится в процессе выполнения или ожидает виртуальную машину.

• Журналы HRL применяются к реплика виртуальной машине или предыдущее действие для применения журналов HRL на виртуальном диске завершилось сбоем, было отменено или прервано.

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

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

Примечание

Если VHDX-файл виртуальной машины Hyper-V имеет фиксированный тип, DPM восстанавливает VHDX как динамический тип. Чтобы преобразовать резервную копию диска динамического размера в диск фиксированного размера, используйте следующий командлет PowerShell:

Convert-VHD –Path c:\VM\my-vhdx.vhdx –DestinationPath c:\New-VM\new-vhdx.vhdx –VHDType Fixed

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

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

2. В области Recovery points for (Точки восстановления для) в календаре щелкните любую дату, чтобы просмотреть доступные точки восстановления. Затем в области Путь выберите точку восстановления, которая будет использоваться в мастере восстановления.

3. В меню действий нажмите Recover (Восстановить), чтобы открыть мастер восстановления.

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

4. В экране выбора типа восстановления выберите расположение для восстановления данных и нажмите кнопку Далее.

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

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

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

   Примечание

   DPM не поддерживает восстановление динамического диска на уровне элементов в гостевой виртуальной машине. Для этого у гостевой виртуальной машины должен быть диск категории "Базовый".

5. В разделе Указание параметров восстановления настройте параметры восстановления и щелкните Далее.

   • Если вы восстанавливаете виртуальную машину с низкой пропускной способностью, выберите Изменить , чтобы включить регулирование использования пропускной способности сети. После включения функции регулирования полосы пропускания можно указать необходимый объем пропускной способности и время, когда будет доступна такая пропускная способность.
   • Установите флажок Enable SAN based recovery using hardware snapshots (Разрешить восстановление на основе SAN с использованием моментальных снимков оборудования), если ваша сеть настроена соответствующим образом.
   • Выберите Отправить сообщение электронной почты после завершения восстановления, а затем укажите адреса электронной почты, если вы хотите Уведомления по электронной почте отправлены после завершения процесса восстановления.

6. На экране Сводка убедитесь, что все сведения указаны правильно. Если сведения неверны или вы хотите внести изменения, нажмите кнопку Назад. Если все параметры вас устраивают, нажмите кнопку Восстановить для запуска процесса восстановления.

7. На странице Состояния восстановления содержатся сведения о задании восстановления.

Примечание

По умолчанию поддерживаются 8 параллельных операций восстановления. Вы можете увеличить число параллельных заданий восстановления, добавив следующий раздел реестра:

• Путь к ключу: HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration\ MaxParallelRecoveryJobs
• 32-битный DWORD: HyperV
• Данные: <number>

Восстановление отдельного файла из виртуальной машины Hyper-V

Вы можете восстанавливать отдельные файлы из защищенной точки восстановления виртуальной машины Hyper-V. Эта функция доступна только для виртуальных машин под управлением Windows Server. Восстановление отдельных файлов выполняется так же, как восстановление всей виртуальной машины, но здесь до начала процесса восстановления вам будет предложено просмотреть содержимое VMDK-файла и выбрать нужные файлы. Чтобы восстановить или выбрать отдельные файлы из виртуальной машины Windows Server, выполните следующие действия.

Примечание

• Восстановление отдельного файла с виртуальной машины Hyper-V доступно только для виртуальной машины Windows, а также из дисковых и сетевых точек восстановления.
• С помощью DPM 2022 UR2 и более поздних версий вы можете восстановить отдельный файл с виртуальной машины Hyper-V как с диска, так и с сетевых точек восстановления. Виртуальная машина должна быть виртуальной машиной Windows Server.

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

Чтобы восстановить отдельный файл с виртуальной машины Hyper-V, выполните следующие действия.

1. В консоли администрирования DPM откройте представление Восстановление.

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

   

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

4. Чтобы найти нужные файлы, в области Путь дважды щелкните нужный элемент в колонке "Восстановимый элемент" для его открытия. Если вы используете точку восстановления в сети, дождитесь подключения точки восстановления. После завершения подключения выберите виртуальную машину, виртуальный жесткий диск и том, который требуется восстановить, пока не будут перечислены файлы и папки. Выберите один или несколько файлов и (или) папок, которые вы хотите восстановить. Чтобы выбрать несколько элементов, при выборе каждого следующего элемента удерживайте нажатой клавишу Ctrl. Область Путь позволяет выполнять поиск по файлам и папкам, перечисленным в столбце Восстановимый элемент. Действие Поиск в списке ниже не выполняет поиск во вложенных папках. Чтобы проверить вложенные папки, дважды щелкните нужную папку. Клавиша Вверх позволяет перейти из дочерней папки в родительскую папку. Вы можете выбрать сразу несколько элементов (файлов и папок), но только расположенных в одной родительской папке. Невозможно восстановить элементы из нескольких папок одним заданием восстановления.

   

5. После выбора элементов для восстановления щелкните Восстановить на ленте инструментов консоли администратора. Откроется мастер восстановления. В нем отображается экран Просмотр параметров восстановления, где перечислены выбранные элементы для восстановления.

6. Если вы хотите включить регулирование пропускной способности сети, щелкните Изменить на экране Указание параметров восстановления. Если вам не нужно включать регулирование пропускной способности сети, просто нажмите кнопку Далее. В этом окне нет других параметров, доступных для виртуальных машин VMware. Если вы решили настроить регулирование полосы пропускания сети, в диалоговом окне регулирования выберите Включить регулировку использования полосы пропускной сети. После этого настройте Параметры и Расписание работы.

7. На экране Выбор типа восстановления нажмите кнопку Далее. Файлы и (или) папки можно восстановить только в сетевую папку.

8. На экране Указание назначения щелкните Обзор, чтобы выбрать сетевое расположение для восстанавливаемых файлов или папок. DPM создает папку и копирует в нее все восстановленные элементы. Имя этой папки будет иметь префикс следующего формата: DPM_день-месяц-год. Когда вы выбираете расположение для восстановления файлов и (или) папок, отображаются данные об этом расположении (объект, путь и объем свободного места).

   

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

10. На экране Сводка проверьте выбранные параметры и щелкните Восстановить, чтобы начать процесс восстановления. Экран Состояния восстановления демонстрирует ход операции восстановления.

Совет

Для быстрого восстановления файлов и папок виртуальных машин Hyper-V под управлением Windows можно выполнить восстановление точек восстановления на уровне элементов.