Резервное копирование виртуальных машин Azure Stack HCI с помощью Azure Backup Server

Мақала
09/11/2024

В этой статье описывается резервное копирование виртуальных машин, работающих в Azure Stack HCI, версиях 23 H2 и 22 H2 с помощью Microsoft Azure Backup Server (MABS).

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

MABS может выполнять резервное копирование виртуальных машин Azure Stack HCI в следующих сценариях:

Узел Azure Stack HCI — резервное копирование и восстановление состояния системы (BMR) для узла Azure Stack HCI. Агент защиты MABS должен быть установлен на узле.
Виртуальные машины в кластере с локальным или напрямую подключенным хранилищем — выполняйте резервное копирование гостевых виртуальных машин в кластере, которые используют локальное или напрямую подключенное хранилище. Например, это может быть жесткий диск, устройство сети хранения данных (SAN) или устройство сетевого хранилища (NAS).
Виртуальные машины в кластере с хранилищем CSV — выполняйте резервное копирование гостевых виртуальных машин, размещенных в кластере Azure Stack HCI с хранилищем CSV (общий том кластера). Агент защиты DPM установлен на каждом узле кластера.
Перемещение виртуальных машин в пределах кластера — при перемещении виртуальных машин в пределах растянутого или обычного кластера MABS настраивает защиту виртуальных машин автоматически, если на узле Azure Stack HCI установлен агент защиты MABS. Конкретный способ, которым MABS обеспечивает защиту виртуальных машин, будет зависеть от типа используемой динамической миграции. Когда виртуальная машина перемещается в пределах кластера, MABS обнаруживает миграцию и выполняет резервное копирование виртуальной машины на новом узле кластера без вмешательства пользователя. Так как расположение хранения не меняется, MABS продолжает использовать быструю полную архивацию.
Перемещение виртуальных машин в другой растянутый или обычный кластер — перемещение виртуальной машины в другой растянутый или обычный кластер не поддерживается.

Виртуальные машины Arc: виртуальные машины Arc добавляют возможности управления структурами в дополнение к серверам с поддержкой Arc. Это позволяет ИТ-администраторам создавать, изменять, удалять и назначать разрешения и роли владельцам приложений, тем самым обеспечивая самостоятельное управление виртуальными машинами. Восстановление виртуальных машин Arc поддерживается в ограниченной емкости в Azure Stack HCI версии 23H2.

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

Уровень защиты	Расположение восстановления	Description
Резервные копии и восстановление на уровне гостя (для которых требуется агент в гостевой ОС)		Работа, как ожидалось.
Резервные копии на уровне узла		Работа, как ожидалось.
Восстановление на уровне узла	Восстановление до исходного экземпляра виртуальной машины	Восстановление на исходных виртуальных машинах работает должным образом.
	Восстановление в альтернативное расположение (ALR)	Восстановление в ALR поддерживается ограниченным способом, так как ALR восстанавливается на виртуальной машине Hyper-V. В настоящее время преобразование виртуальной машины Hyper-V в виртуальную машину Arc не поддерживается.

Дополнительные сведения о поддерживаемых сценариях для MABS версии 3 UR2 и более поздних версий.

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

MABS может выполнять резервное копирование на уровне узла или гостевой системы для виртуальных машин в Azure Stack HCI. На уровне узла агент защиты MABS устанавливается на сервере узла Azure Stack HCI или в кластере и защищает все виртуальные машины и файлы данных, работающие на этом узле. На гостевом уровне агент устанавливается на каждой виртуальной машине и защищает рабочую нагрузку на этой машине.

У обоих методов есть свои преимущества и недостатки:

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

Примечание.

Сквозные диски не поддерживаются в Azure Stack HCI.

Предварительные условия резервного копирования

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

Предварительные требования	Сведения
Предварительные требования MABS	Если вы хотите выполнять восстановление на уровне элементов для виртуальных машин (восстановление файлов, папок, томов), вам нужно установить роль Hyper-V на сервере MABS. Если вам нужно только восстановление виртуальных машин, без восстановления на уровне элементов, установка роли не требуется. Вы можете защитить до 800 виртуальных машин по 100 ГБ на каждую на одном сервере MABS. Допускается использование нескольких серверов MABS с поддержкой больших кластеров. MABS исключает файл подкачки из добавочных резервных копий, чтобы повысить производительность резервного копирования виртуальных машин. MABS может выполнять резервное копирование сервера или кластера в том же домене, что и сервер MABS, или в дочернем или доверенном домене. Если вы хотите выполнять резервное копирование виртуальных машин в рабочей группе или недоверенном домене, настройте проверку подлинности. Для одного сервера можно использовать проверку подлинности Windows (NTLM) или проверку подлинности на основе сертификата. Для кластера можно использовать только проверку подлинности на основе сертификата. Резервное копирование данных виртуальной машины на транзитные диски на уровне узла не поддерживается. В этом сценарии рекомендуется использовать резервное копирование на уровне узла для VHD-файлов и резервное копирование на уровне виртуальной машины для прочих данных, невидимых для узла. Можно выполнять резервное копирование виртуальных машин, хранящихся в дедуплицированных томах.
ВМ	Версия компонентов интеграции, работающих на виртуальной машине, должна совпадать с версией в узле Azure Stack HCI. Для каждой резервной копии виртуальной машины вам потребуется свободное место на томе, где размещаются файлы виртуального жесткого диска, чтобы разрешить достаточно места для разных дисков (AVHD) во время резервного копирования. Это пространство должно быть как минимум равно объему, рассчитанному по формуле Начальный размер дискаКоэффициент измененияВременное окно резервного копирования. Если вы используете несколько резервных копий на кластере, вам потребуется достаточно места в хранилище, чтобы использовать AVHD-коды для каждой виртуальной машины.
Предварительные требования для Linux	Вы можете выполнять резервное копирование виртуальных машин Linux с помощью MABS. Поддерживаются только теневые копии, обеспечивающие целостность файлов.

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

Настройте сервер MABS и хранилище. При настройке хранилища используйте правила, связанные с емкостью хранилища.
- Средний размер виртуальной машины — 100 ГБ
- Количество виртуальных машин на каждый сервер MABS — 800
- Общий размер 800 виртуальных машин — 80 ТБ
- Объем необходимого пространства для хранения резервных копий — 80 ТБ
Установите агент защиты MABS на сервере или на каждом узле кластера.
Чтобы развернуть агент, выберите один из следующих методов:
- Присоединение агентов. Выберите агент, который уже установлен.
- Агент установки: если у вас нет агента:
  1. Чтобы установить агент на каждом узле кластера, выполните следующую команду:
```
Install DPMAgentInstaller.exe`
```
  2. После завершения установки выполните следующую команду, чтобы настроить агент на узле:
```
.\SetDpmServer.exe -dpmServerName winvm01
```
  3. Чтобы добавить агент на сервер MABS, выберите "Присоединить агент".
В консоли администрирования MABS выберите >"Создать группу защиты", чтобы открыть мастер создания группы защиты.
На странице Select Group Members (Выбор членов группы) укажите виртуальные машины, которые вы хотите защитить на тех серверах узлов, где они расположены. Рекомендуется поместить все виртуальные машины с одной политикой защиты в одну группу защиты. Чтобы эффективно использовать пространство, включите совместное размещение. Совместное размещение позволяет находить данные из разных групп защиты на одном диске или ленте, чтобы несколько источников данных использовали одну реплику и один том точек восстановления.

Во время выбора виртуальной машины можно выбрать один из следующих типов виртуальной машины:
- Виртуальные машины Hyper-v: выберите этот тип виртуальной машины из отдельного узла.
- Кластеризованные виртуальные машины высокого уровня доступности: выберите этот тип виртуальной машины из кластера.
На странице Выбор метода защиты данных укажите имя группы защиты. Выберите параметры Краткосрочная защита с использованием диска и Мне нужна оперативная защита, чтобы выполнить резервное копирование данных в Azure с помощью Azure Backup.
Чтобы указать диапазон хранения краткосрочных целей>, укажите, сколько времени требуется сохранить данные диска. В поле Synchronization frequency (Частота синхронизации) укажите, как часто должна выполняться добавочная архивация данных. Вместо выбора интервала для добавочных резервных копий можно выбрать параметр Непосредственно перед точкой восстановления. При этом MABS будет выполнять быструю полную архивацию непосредственно перед запланированной точкой восстановления.

Примечание.

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

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

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

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

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

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

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

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

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

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

Реплика виртуальной машины неработоспособна и находится в критическом состоянии.
Виртуальная машина репликации повторно синхронизируется (в состоянии "Повторная синхронизация в ходе выполнения" или "Требуется повторная синхронизация").
Начальная репликация между основным и дополнительным сайтами выполняется или ожидается на виртуальной машине.
Журналы .hrl применяются к реплике виртуальной машины, либо предыдущее действие по применении журналов .hrl на виртуальном диске не удалось, либо было отменено или прервано.
В настоящее время идет миграция или отработка отказа реплики виртуальной машины.

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

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

В консоли администратора MABS введите имя виртуальной машины или разверните список защищаемых элементов, затем перейдите к пункту Все защищенные данные HyperV и выберите виртуальную машину, которую хотите восстановить.
Примечание.
- Все кластеризованные виртуальные машины высокого уровня доступности восстанавливаются, выбрав эти виртуальные машины в кластере.
- Виртуальные машины Hyper-V и кластеризованные виртуальные машины восстанавливаются как Виртуальные машины Hyper-V.
В области Recovery points for (Точки восстановления для) в календаре щелкните любую дату, чтобы просмотреть доступные точки восстановления. Затем в области Путь выберите точку восстановления, которая будет использоваться в мастере восстановления.
В меню действий нажмите Recover (Восстановить), чтобы открыть мастер восстановления.

Выбранный пункт "Виртуальная машина и восстановление" появится на экране просмотра выбранного выбора восстановления. Выберите Далее.
На экране Выбор типа восстановления выберите расположение для восстановления данных и щелкните Далее.
- Восстановление в исходном экземпляре. При восстановлении в исходном экземпляре исходный VHD-файл и все связанные с ним контрольные точки удаляются. MABS восстанавливает VHD-файл и другие файлы конфигурации в исходном расположении, используя модуль записи VSS Hyper-V. По окончании процесса восстановления виртуальные машины сохранят высокую доступность. Для восстановления необходимо наличие группы ресурсов. Если она недоступна, выполните восстановление в альтернативное расположение, после чего сделайте виртуальную машину высокодоступной.
- Восстановить как виртуальную машину на любой узел: MABS поддерживает восстановление в альтернативное расположение (ALR), благодаря чему возможно восстановление защищенной виртуальной машины Azure Stack HCI на другой узел независимо от архитектуры процессора. Виртуальные машины Azure Stack HCI, которые восстанавливаются на узел кластера, не будут иметь высокий уровень доступности. Если выбрать этот параметр, мастер восстановления выведет дополнительный экран для определения назначения и пути назначения.
  Примечание.
  - Существует ограниченная поддержка восстановления альтернативного расположения (ALR) для виртуальных машин Arc. Виртуальная машина восстанавливается как виртуальная машина Hyper-V, а не виртуальная машина Arc. В настоящее время преобразование виртуальных машин Hyper-V в виртуальные машины Arc не поддерживается после их создания.
  - Если выбрать исходный узел, поведение будет таким же, как и при восстановлении в исходном экземпляре. Исходный VHD-файл и все связанные с ним контрольные точки будут удалены.
- Копировать в сетевую папку: MABS поддерживает восстановление на уровне элементов, что позволяет выполнять восстановление файлов, папок, томов и виртуальных жестких дисков (VHD) из созданной на уровне узла Azure Stack HCI резервной копии виртуальных машин в сетевую папку или том на защищенном сервере MABS. Для восстановления на уровне элементов не требуется устанавливать агент защиты MABS в гостевой ОС. Если выбрать этот параметр, мастер восстановления выведет дополнительный экран для определения назначения и пути назначения.
В разделе Указание параметров восстановления настройте параметры восстановления и щелкните Далее.
- При восстановлении виртуальной машины по сети с низкой пропускной способностью нажмите Modify (Изменить), чтобы включить регулирование использования полосы пропускания сети. Включив параметр регулирования, вы можете указать объем полосы пропускания, которую вы хотите сделать доступной, и время, когда она будет доступна.
- Установите флажок Enable SAN based recovery using hardware snapshots (Разрешить восстановление на основе SAN с использованием моментальных снимков оборудования), если ваша сеть настроена соответствующим образом.
- Если вы хотите, чтобы после завершения восстановления отправлялись уведомления по электронной почте, выберите Send an e-mail when the recovery completes (Отправить сообщение электронной почты) и укажите адреса.
На экране сводки убедитесь, что все сведения верны. Если сведения неверны или вы хотите внести изменения, нажмите кнопку Назад. Если все параметры вас устраивают, нажмите кнопку Восстановить для запуска процесса восстановления.
На экране Состояние восстановления содержится информация о восстановлении.

Следующие шаги

Восстановление данных с сервера Azure Backup Server

Бөлісу құралы: