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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание.

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

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

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

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

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

Настройте сервер MABS и хранилище. При настройке хранилища используйте правила, связанные с емкостью хранилища.
- Средний размер виртуальной машины — 100 ГБ
- Количество виртуальных машин на каждый сервер MABS — 800
- Общий размер 800 виртуальных машин — 80 ТБ
- Объем необходимого пространства для хранения резервных копий — 80 ТБ
Установите агент защиты MABS на сервере или на каждом узле кластера.

Примечание.

Если преимущества Azure включены на виртуальной машине Azure, отключите правило AzsHci-ImdsAttestation-Block-TCP-In брандмауэра, чтобы разрешить запросы WMI агента. Чтобы отключить брандмауэр, выполните следующий командлет из командной строки PowerShell на каждом узле кластера:

Get-ClusterNode | % {$session = New-PsSession -ComputerName $_ ; Invoke-Command -Session $session -ScriptBlock {$env:COMPUTERNAME ; Disable-NetFirewallRule AzsHci-ImdsAttestation-Block-TCP-In }}
Чтобы развернуть агент, выберите один из следующих методов:
- Присоединение агентов. Выберите агент, который уже установлен.
- Агент установки: если у вас нет агента:
  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 и выберите виртуальную машину, которую хотите восстановить.
Примечание.
- Все высокодоступные виртуальные машины восстанавливаются путем их выбора в пределах кластера.
- Автономные и высокодоступные виртуальные машины восстанавливаются как неуправляемые виртуальные машины.
В области Recovery points for (Точки восстановления для) в календаре щелкните любую дату, чтобы просмотреть доступные точки восстановления. Затем в области Путь выберите точку восстановления, которая будет использоваться в мастере восстановления.
В меню действий нажмите Recover (Восстановить), чтобы открыть мастер восстановления.

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

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

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

Обратная связь

Были ли сведения на этой странице полезными?

Last updated on 2025-10-14