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

В этой статье описывается восстановление данных виртуальной машины Azure из точек восстановления, хранящихся в хранилищах Служб восстановления Azure Backup.

Восстановить параметры

Azure Backup предоставляет несколько способов восстановления виртуальной машины.

Учетные записи хранения

Дополнительные сведения об учетных записях хранения:

• Создание виртуальной машины. При создании виртуальной машины с управляемыми дисками ничего не помещается в указанную учетную запись хранения. При использовании неуправляемых дисков VHD-файлы для дисков виртуальной машины будут помещены в указанную учетную запись хранения.
• Восстановление диска. Задание восстановления виртуальной машины создает шаблон, который можно скачать и использовать для указания пользовательских параметров виртуальной машины. VHD-файлы также копируются при восстановлении управляемых < дисков 4 ТБ или виртуальных машин, содержащих < 16 дисков из точки восстановления Vault-Standard или при восстановлении неуправляемых дисков. Затем эти файлы перемещаются в управляемое хранилище. Чтобы предотвратить дополнительные расходы, удалите виртуальные жесткие диски (VHD) из промежуточной учетной записи хранилища.
• Замена диска: При замене управляемого диска на основе точки восстановления Vault-Standard объемом < 4 ТБ или виртуальной машины, содержащей < 16 дисков, файл VHD создается в указанной учетной записи хранения. После замены исходные диски виртуальных машин остаются в указанной группе ресурсов, а виртуальные жесткие диски остаются в учетной записи хранения; вы можете удалить или сохранить исходный диск и виртуальные жесткие диски по мере необходимости.
• Расположение учетной записи хранения. Учетная запись хранения должна находиться в одном регионе с хранилищем. Отображаются только эти учетные записи. Если в этом расположении нет учетных записей хранения, необходимо создать новую.
• Storage type: Blob storage isn't supported.
• Хранилище класса Premium:
  • При восстановлении виртуальных машин других ценовых категорий, кроме "Премиум", не поддерживаются учетные записи хранения класса "Премиум".
  • При восстановлении управляемых виртуальных машин не поддерживаются учетные записи хранения ценовой категории "Премиум", для которых настроены сетевые правила.

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

Чтобы восстановить ВМ (создать новую ВМ), убедитесь, что у вас есть правильные разрешения управления доступом на основе ролей Azure (Azure RBAC) для операции восстановления ВМ.

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

Выбор точки восстановления

1. Перейдите в Центр резервного копирования на портале Azure и выберите Восстановить на вкладке Обзор.

   

2. Выберите Виртуальные машины Azure для параметра Тип источника данных, а затем выберите экземпляр резервной копии.

   

3. Выберите виртуальную машину и нажмите кнопку Продолжить.

4. На следующем экране выберите точку восстановления, которая будет использоваться для восстановления.

   

Выбор конфигурации восстановления для виртуальной машины

1. В разделе Восстановить виртуальную машину, выберите вариант восстановления:

   • Создать. Этот параметр следует использовать, если вы хотите создать новую ВМ. Вы можете создать виртуальную машину с простыми параметрами или восстановить диск и создать настроенную виртуальную машину.

   • Заменить существующую. Используйте этот параметр, если требуется заменить диски на существующей ВМ.

     

2. Укажите параметры для выбранного варианта восстановления.

создание виртуальной машины;

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

1. Нажмите Восстановить виртуальную машину>Создать>Тип восстановления и выберите Создать виртуальную машину.

2. В поле Имя виртуальной машины укажите виртуальную машину, которая не существует в подписке.

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

4. В разделе Виртуальная сеть выберите виртуальную сеть, в которой будет размещена виртуальная машина. All VNets associated with the subscription in the same location as the vault, which is active and not attached with any affinity group, are displayed. Выберите подсеть.

   По умолчанию будет выбрана первая подсеть.

5. Для параметра Расположение промежуточного хранения укажите учетную запись хранения для этой ВМ. Подробнее.

   

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

   Azure Backup теперь поддерживает функцию восстановления между подписками (Cross Subscription Restore, CSR), что позволяет восстановить виртуальную машину Azure с использованием точки восстановления из одной подписки в другую, отличную от подписки по умолчанию. Подписка по умолчанию — это подписка, где доступна точка восстановления.

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

   

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

   Azure Backup теперь поддерживает межзональное восстановление (CZR), теперь вы можете восстановить виртуальную машину Azure из зоны по умолчанию в любые доступные зоны. Зона по умолчанию — это зона, в которой выполняется виртуальная машина Azure.

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

   

   Примечание.

   Azure Backup supports CZR only for vaults with ZRS or CRR redundancy.

8. Нажмите Восстановить, чтобы активировать восстановление.

Восстановление дисков

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

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

1. В разделе Конфигурация восстановления>Создать>Тип восстановления выберите Восстановить диски.

2. В разделе Группа ресурсов выберите имеющуюся группу ресурсов для восстановленных дисков или создайте новую с глобальным уникальным именем.

3. In Staging location, specify the storage account. Файл шаблона хранится здесь, и VHD-файлы также создаются в некоторых сценариях. Подробнее.

   

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

   Azure Backup now supports Cross Subscription Restore (CSR). Like Azure VM, you can now restore Azure VM disks using a recovery point from default subscription to another. Подписка по умолчанию — это подписка, где доступна точка восстановления.

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

   Azure Backup теперь поддерживает межзональное восстановление (CZR). Как и в случае с виртуальной машиной Azure, теперь можно восстановить диски Azure VM из стандартной зоны в любые доступные зоны. Зона по умолчанию — это зона, в которой находятся диски виртуальной машины.

   Примечание.

   Azure Backup supports CZR only for vaults with ZRS or CRR redundancy.

6. Нажмите Восстановить, чтобы активировать восстановление.

Если виртуальная машина использует управляемые диски и выбран параметр Создать виртуальную машину, Azure Backup не использует указанную учетную запись хранения. В случае Восстановления дисков и Мгновенного восстановления учетная запись хранения используется только для сохранения шаблона. В указанной группе ресурсов созданы управляемые диски. Когда ваша виртуальная машина использует неуправляемые диски, они восстанавливаются как блобы в учетную запись хранения.

While you restore disks for a Managed VM from a Vault-Standard recovery point, it restores the Managed disk and Azure Resource Manager (ARM) templates, along with the VHD files of the disks in staging location. При восстановлении дисков из точки мгновенного восстановления восстанавливаются только управляемые диски и шаблоны ARM.

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

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

1. В поле Задания резервного копирования выберите соответствующее задание восстановления.

2. В разделе Восстановление нажмите Развернуть шаблон, чтобы запустить развертывание шаблона.

   

   Примечание.

   Для общей подписи доступа (SAS), если параметр Allow storage account key access (Разрешить доступ к ключу учетной записи хранения) отключен, шаблон не будет развернут при выборе Развернуть шаблон.

3. Чтобы настроить параметр ВМ, указанный в шаблоне, нажмите Изменить шаблон. Чтобы добавить дополнительные настройки, нажмите Изменить параметры.

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

   

4. Введите пользовательские значения для ВМ, примите Условия и нажмите Купить.

   

Замена существующих дисков

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

1. В разделе Конфигурация восстановления выберите Заменить существующую.

2. На вкладке Тип восстановления щелкните Replace disk/s (Замена дисков). Это точка восстановления, которая будет использоваться для замены существующих дисков виртуальных машин.

3. В расположении стейджинга укажите учетную запись для хранения. VHD-файлы создаются здесь в некоторых сценариях. Подробнее.

   

Назначение параметров сетевого доступа во время восстановления

Azure Backup также позволяет настроить параметры доступа для восстановленных дисков после завершения операции восстановления. Параметры доступа к диску можно задать во время инициации восстановления.

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

• Используйте те же конфигурации сети, что и исходные диски: этот параметр позволяет восстановленным дискам использовать доступ к диску и конфигурации сети, аналогичные исходному диску.
• Включение общедоступного доступа из всех сетей. Этот параметр позволяет восстановить диск для общедоступного доступа из всех сетей.
• Отключить общедоступный доступ и включить частный доступ (с помощью доступа к диску): этот параметр позволяет отключить общедоступный доступ и назначить доступ к восстановленным дискам для частного доступа.

Cross Region Restore

Один из вариантов восстановления — Межрегиональное восстановление (CRR), позволяет восстановить ВМ Azure во вторичном регионе, в одном из связанных регионов Azure.

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

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

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

Если CRR включен, можно просмотреть резервные элементы в дополнительном регионе.

1. Перейдите в раздел Хранилище служб восстановления>Архивные элементы на портале.
2. Выберите Дополнительный регион, чтобы просмотреть элементы в дополнительном регионе.

Restore in secondary region

Опыт восстановления пользователей во вторичном регионе будет аналогичен опыту восстановления пользователей в основном регионе. При вводе параметров в области конфигурации восстановления вам будет предложено указать только параметры дополнительного региона.

В настоящее время восстановление вторичного региона RPO составляет 36 часов. Причина в том, что RPO в основном регионе составляет 24 часа, а репликация данных резервного копирования из основного в дополнительный регион может занять до 12 часов.

• Сведения о восстановлении и создании ВМ см. в разделе Создание виртуальной машины.
• Чтобы восстановить как диск, см. Восстановление дисков.

Закрепленные виртуальные машины зоны Azure можно восстановить в любой зоне доступности одного региона.

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

Таким образом, Зона доступности будет отображаться только в следующих случаях:

• The source VM is zone pinned and is NOT encrypted
• Точка восстановления находится только на уровне хранилища (Поддерживаются только моментальные снимки, или моментальный снимок и уровень хранилища не поддерживаются)
• Для восстановления можно создать новую VM или восстановить диски (параметр "Заменить диски" заменяет исходные данные и, следовательно, параметр зоны доступности не применим)
• Creating VM/disks in the same region when vault's storage redundancy is ZRS (Doesn't work when vault's storage redundancy is GRS even though the source VM is zone pinned)
• Creating VM/disks in the paired region when vault's storage redundancy is enabled for Cross-Region-Restore AND if the paired region supports zones

Мониторинг задач восстановления в резервном регионе

1. На портале перейдите в Хранилище служб восстановления>Задания архивации.

2. Выберите Дополнительный регион, чтобы просмотреть элементы в дополнительном регионе.

   

Cross Subscription Restore for Azure VM

Azure Backup теперь позволяет выполнять восстановление между подписками (CSR), что помогает восстановить виртуальные машины Azure в подписке, отличной от используемой по умолчанию. Подписка по умолчанию содержит точки восстановления.

Эта функция по умолчанию включена для хранилища Recovery Services. However, there may be instances when you may need to block Cross Subscription Restore based on your cloud infrastructure. So, you can enable, disable, or permanently disable Cross Subscription Restore for the existing vaults by going to Vault>Properties>Cross Subscription Restore.

Преобразование неуправляемых виртуальных машин и дисков в управляемые

Можно восстановить неуправляемые диски в качестве управляемых дисков во время восстановления. По умолчанию неуправляемые ВМ и диски восстанавливаются как неуправляемые ВМ и диски. Но если нужно восстановить ВМ или диски как управляемые, теперь такая возможность доступна. These restore operations aren't triggered from the snapshot phase but only from the vault phase. Эта возможность недоступна для неуправляемых зашифрованных ВМ.

Восстановление виртуальной машины со специальными конфигурациями

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

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

Дополнительные сведения см. в статье Резервное копирование и восстановление контроллеров домена Active Directory.

Restore VMs with managed identities

Управляемые удостоверения исключают необходимость в сохранении учетных данных для пользователя. Управляемые удостоверения предоставляют приложениям идентификацию для использования при подключении к ресурсам, поддерживающим проверку подлинности Microsoft Entra.

Azure Backup предлагает гибкость для восстановления управляемой виртуальной машины Azure с использованием managed identities. You can choose to select system-managed identities or user-managed identities as shown in the figure below. Они представлены как один из входных параметров в колонке Конфигурация восстановления виртуальной машины Azure. Managed identities are used for accessing the storage accounts and automated cleanup of any resources created during restore process in case of restore failures. Эти управляемые идентичности должны быть связаны с хранилищем.

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

"permissions": [
            {
                "actions": [
                    "Microsoft.Authorization/*/read",
                    "Microsoft.Compute/disks/read",
                    "Microsoft.Compute/disks/write",
                    "Microsoft.Compute/disks/delete",
                    "Microsoft.Compute/disks/beginGetAccess/action",
                    "Microsoft.Compute/disks/endGetAccess/action",
                    "Microsoft.Compute/locations/diskOperations/read",
                    "Microsoft.Compute/virtualMachines/read",
                    "Microsoft.Compute/virtualMachines/write",
                    "Microsoft.Compute/virtualMachines/delete",
                    "Microsoft.Compute/virtualMachines/instanceView/read",
                    "Microsoft.Compute/virtualMachines/extensions/read",
                    "Microsoft.Compute/virtualMachines/extensions/write",
                    "Microsoft.Compute/virtualMachines/extensions/delete",
                    "Microsoft.Insights/alertRules/*",
                    "Microsoft.Network/locations/operationResults/read",
                    "Microsoft.Network/locations/operations/read",
                    "Microsoft.Network/locations/usages/read",
                    "Microsoft.Network/networkInterfaces/delete",
                    "Microsoft.Network/networkInterfaces/ipconfigurations/read",
                    "Microsoft.Network/networkInterfaces/join/action",
                    "Microsoft.Network/networkInterfaces/read",
                    "Microsoft.Network/networkInterfaces/write",
                    "Microsoft.Network/networkSecurityGroups/read",
                    "Microsoft.Network/networkSecurityGroups/securityRules/read",
                    "Microsoft.Network/publicIPAddresses/delete",
                    "Microsoft.Network/publicIPAddresses/join/action",
                    "Microsoft.Network/publicIPAddresses/read",
                    "Microsoft.Network/publicIPAddresses/write",
                    "Microsoft.Network/virtualNetworks/read",
                    "Microsoft.Network/virtualNetworks/subnets/join/action",
                    "Microsoft.Network/virtualNetworks/subnets/read",
                    "Microsoft.Resources/deployments/*",
                    "Microsoft.Resources/subscriptions/resourceGroups/read",
                    "Microsoft.Storage/checkNameAvailability/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/delete",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/write",
                    "Microsoft.Storage/storageAccounts/listKeys/action",
                    "Microsoft.Storage/storageAccounts/read",
                    "Microsoft.Storage/storageAccounts/write"
                ],
                "notActions": [],
                "dataActions": [
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action"
                ],

Or, add the VM restore operator role assignment on the staging location (Storage Account) and target Resource Group for the successful restore operation.

You can also select the user-managed identity by providing the input as their MSI Resource ID as provided in the figure below.

Отслеживайте операцию восстановления

Когда вы запускаете операцию восстановления, служба Backup создает задание для отслеживания операции. Azure Backup отображает уведомления о задании на портале. Если они не видны, нажмите на символ Уведомления, а затем на Другие события в журнале действий, чтобы просмотреть состояние процесса восстановления.

Track restore as follows:

1. Чтобы просмотреть операции в этом задании, щелкните гиперссылку уведомлений. Alternatively, in the vault, select Backup jobs, and then select the relevant VM.

   

2. Чтобы отслеживать ход восстановления, щелкните любое задание восстановления с состоянием Выполняется. Отображается индикатор выполнения, который показывает информацию о ходе восстановления.

   • Estimated time of restore (Предполагаемое время восстановления). Изначально показывает время, необходимое для завершения операции восстановления. По мере выполнения операции время уменьшается и достигает 0, когда операция восстановления завершается.
   • Percentage of restore (Процент восстановления): показывает, какая часть операции восстановления выполнена.
   • Number of bytes transferred (Общее количество переданных байтов). При восстановлении путем создания новой виртуальной машины в этом параметре отображается, сколько байтов передано по сравнению с общим количеством байтов для передачи.

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

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

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

• Если виртуальная машина, для которой выполнено резервное копирование, имеет статический IP-адрес, восстановленная виртуальная машина будет иметь динамический IP-адрес, чтобы избежать конфликтов. Для восстановленной виртуальной машины можно добавить статический IP-адрес.

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

• Если вы используете дистрибутив Linux на основе cloud-init (например, Ubuntu), то в целях безопасности пароль будет заблокирован после восстановления. VMAccess Используйте расширение на восстановленной виртуальной машине для сброса пароля. We recommend using SSH keys on these distributions, so you don't need to reset the password after the restore.

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

  • Подключите диск с ОС как диск данных к восстанавливаемой виртуальной машине.

  • Если агент Azure не отвечает, установите агент ВМ вручную по следующей ссылке.

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

    bcdedit /store <drive letter>:\boot\bcd /enum
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} displaybootmenu yes
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} timeout 5
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} bootems yes
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /ems {<<BOOT LOADER IDENTIFIER>>} ON
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /emssettings EMSPORT:1 EMSBAUDRATE:115200
    

  • When the VM is rebuilt use Azure portal to reset local administrator account and password

  • С помощью Серийной консоли и CMD отключите ВМ от домена.

    cmd /c "netdom remove <<MachineName>> /domain:<<DomainName>> /userD:<<DomainAdminhere>> /passwordD:<<PasswordHere>> /reboot:10 /Force"
    

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

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

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

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

• Если у вас возникли трудности во время процесса восстановления, просмотрите распространенные проблемы и ошибки.
• После восстановления виртуальной машины ознакомьтесь со сведениями об управлении виртуальными машинами.