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

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

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

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

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

№ Резервное копирование оплачивается отдельно от затрат на виртуальную машину. Узнайте подробнее о ценах на Azure Backup.

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

• Microsoft.RecoveryServices/Vaults/write
• Microsoft.RecoveryServices/Vaults/read
• Microsoft.RecoveryServices/locations/*
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
• Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/write
• Microsoft.RecoveryServices/Vaults/backupPolicies/read
• Microsoft.RecoveryServices/Vaults/backupPolicies/write

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

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

Вам нужно предоставить службе Azure Backup разрешения на доступ к Key Vault. Укажите разрешения в PowerShell, как описано в разделе Включение резервного копирования в документации Azure Backup PowerShell.

Да, резервные копии будут работать как и прежде. Не нужно ничего перенастраивать.

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

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

Да. Задание резервного копирования можно отменить, если оно находится в состоянии Создание моментального снимка. Невозможно отменить задание, если выполняется передача данных из моментального снимка.

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

Azure Backup создает отдельную группу ресурсов в формате AzureBackupRG_<geo>_<number> для хранения объектов ResourcePointCollections. Поскольку эта группа ресурсов принадлежит службе, ее блокировка приведет к сбою резервного копирования. Блокировки могут применяться только к группам ресурсов, созданным клиентом.

Да, Azure Backup поддерживает управляемые диски SSD ценовой категории "Стандартный".

Моментальные снимки можно создавать только на дисках данных с поддержкой ускорителя записи (WA), а не на дисках ОС. Поэтому защита обеспечивается только для дисков с данными с поддержкой WA.

Azure Backup может выполнять резервное копирование диска данных с включенным WA. Однако резервная копия не обеспечивает согласованность базы данных.

Azure Backup предоставляет решение потокового резервного копирования для баз данных SAP HANA с RPO, равной 15 минутам. Служба имеет сертификат соответствия Backint, выданный SAP, и обеспечивает встроенную поддержку резервного копирования с помощью исходных API SAP HANA. Узнайте подробнее о резервном копировании баз данных SAP HANA на виртуальных машинах Azure.

Запланированное резервное копирование будет запущено в течение 2 часов от запланированного времени. Например, если время начала резервного копирования 100 виртуальных машин запланировано на 02:00, то не позднее чем к 04:00 для всех 100 виртуальных машин будут выполняться задания резервного копирования. Если запланированные операции резервного копирования приостановлены из-за сбоя и возобновлены или выполняются повторно, то резервное копирование может начаться за пределами этого запланированного двухчасового интервала.

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

Если изменить регистр имени виртуальной машины или группы ресурсов виртуальной машины (на верхний или нижний), регистр имени элемента резервного копирования не изменится. Это ожидаемое поведение Azure Backup. Изменение регистра не будет отображаться на элементе резервного копирования, но будет обновлено в серверной части.

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

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

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

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

Azure Backup может выполнять резервное копирование и восстановление тегов, за исключением сетевых карт и IP-адресов. Azure Backup учитывает ограничения подписки группы ресурсов Azure и восстанавливает до 50 тегов.

Подробные сведения см. в разделе Ограничения подписки.

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

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

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

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

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

Да, это можно сделать на этапе Перенос данных в хранилище.

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

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

Максимальное хранение точек резервного копирования:

• Хранение ежедневных точек резервного копирования: 9999 дней
• Хранение еженедельных точек резервного копирования: 5163 недель
• Хранение ежемесячных точек резервного копирования: 1188 месяцев
• Хранение ежегодных точек резервного копирования: 99 лет

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

Используйте восстановление диска, если нужно сделать следующее:

• Настроить создаваемую виртуальную машину. Например, изменить размер.
• Добавить параметры конфигурации, которые отсутствовали во время резервного копирования.
• Управлять соглашением об именовании для создающихся ресурсов.
• Добавить виртуальную машину в группу доступности.
• Добавить другие параметры, которые должны быть настроены с помощью PowerShell или шаблона.

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

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

Узнайте больше о том, как сделать это в PowerShell.

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

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

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

Возможность мгновенного восстановления помогает ускорить резервное копирование и мгновенное восстановление из моментальных снимков.

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

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

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

Да, можно отменить задание восстановления до этапа передачи данных. После начала этапа создания виртуальной машины невозможно отменить задание восстановления.

Общее время восстановления зависит от количества операций ввода-вывода в секунду (IOPS) и пропускной способности учетной записи хранения. Общее время восстановления может измениться, если у целевой учетной записи хранения будет дополнительная нагрузка в виде операций чтения и записи, выполняемых другим приложением. Чтобы ускорить выполнение операции восстановления, выбирайте учетную запись хранения, которая не нагружена данными других приложений. Ознакомьтесь с рекомендациями по резервному копированию и восстановлению виртуальных машин Azure.

Azure Backup использует "присоединение" дисков из точек восстановления и не принимает во внимание ссылки на образы или коллекции. Поэтому в политике можно указать проверку storageProfile.osDisk.createOption как Attach и условие сценария будет следующим.

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

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

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

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

Да, максимальное ограничение по умолчанию для активации восстановления составляет 20 попыток на виртуальную машину в 24 часа, а 24-часового периода сбрасывается в формате UTC 00:00.

В случае неуправляемой виртуальной машины тип диска виртуальной машины — SSD класса Premium или HDD и зависит от SA, в котором существуют виртуальные жесткие диски. Если вы предоставляете обычный sa во время восстановления, диск виртуальной машины будет HDD, и если вы предоставляете premium SA, все диски будут SSD класса Premium.

Да, эти файлы можно удалить после завершения процесса восстановления. По умолчанию Azure Backup сохраняет эти файлы для дальнейшего использования.

Зашифрованные ключи не должны присутствовать в целевом регионе в рамках восстановления между регионами (CRR). Поэтому необходимо восстановить зашифрованные ключи и секреты с помощью восстановленного файла. После завершения восстановления можно создать зашифрованную виртуальную машину Azure с помощью восстановленных дисков.

Microsoft Windows позволяет использовать имя виртуальной машины, состоящее максимум из 15 символов. Кроме того, вы не сможете указать имя узла DNS, отличающееся от имени узла NETBIOS. Однако вы можете создать заголовки узлов для веб-сайта, размещенного на виртуальной машине Azure, с именем в соответствии с рекомендациями.

Узнайте больше об ограничениях соглашения об именовании для виртуальных машин Azure.

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

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

Нет, восстановление между подписками из моментальных снимков не поддерживается.

Нет, восстановление между подписками не поддерживает восстановление из дополнительных регионов.

Да, это поддерживается для восстановления между подписками.

Да, кросс-зональное восстановление теперь позволяет восстановить закрепленные в зоне Azure виртуальные машины в другой доступной зоне с помощью точки восстановления в хранилище с включенным зональным избыточным хранилищем (ZRS) в соответствии с правилами управления доступом на основе ролей Azure (Azure RBAC). Он также поддерживается из хранилищ с восстановлением между регионами (CRR).

Да, кросс-зональное восстановление теперь позволяет восстановить незоны закрепленных между зонами виртуальных машин к любым доступным зонам с помощью точки восстановления в хранилище с включенным зональным избыточным хранилищем (ZRS) в соответствии с правилами управления доступом на основе ролей Azure (Azure RBAC).

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

Нет, межзональное восстановление не поддерживается из восстановления моментального снимка .

Да, служба Azure Backup поддерживает восстановление закрепленных между зонами Azure виртуальных машин в дополнительных регионах.

Да, он поддерживается для межзонального восстановления.

После отключения дисков из портал Azure запустите скрипт Python с clean параметром (python scriptName.py clean), чтобы очистить сеанс и удалить пути подключения точки восстановления с компьютера.

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

• Если период хранения продлевается, существующие точки восстановления отмечаются для хранения в соответствии с новой политикой.
• Если период хранения сокращается, точки восстановления отмечаются для удаления (и удаляются) при следующем задании очистки.

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

1. Временно остановите резервное копирование и сохраните резервные копии данных.

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

   1. Найдите расположение виртуальной машины.
   2. Найдите группу ресурсов со схемой именования: AzureBackupRG_<location of your VM>_1. Например, AzureBackupRG_westus2_1
   3. На портале Azure установите флажок Показать скрытые типы.
   4. Найдите ресурс с типом Microsoft.Compute/restorePointCollections и шаблоном именования AzureBackup_<name of your VM that you're trying to move>_###########.
   5. Удалите этот ресурс. Эта операция удаляет только точки мгновенного восстановления, но не данные резервных копий в хранилище.
   6. После завершения операции удаления можно переместить виртуальную машину.

3. Переместите виртуальную машину в целевую группу ресурсов.

4. Возобновите резервное копирование.

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

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

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

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

Да. С одной и той же политикой резервного копирования на портале можно связать не более 100 виртуальных машин. При использовании более 100 виртуальных машин рекомендуется создать несколько политик резервного копирования с одним и тем же или с другим расписанием.

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

В настоящее время параметры хранения можно просмотреть на уровне резервной копии (ВМ) на основе политики резервного копирования, назначенной виртуальной машине.

Один из способов просмотра параметров хранения резервных копий — перейти на панель мониторинга элемента резервного копирования для виртуальной машины на портале Azure. Перейдите по ссылке на политику резервного копирования, чтобы просмотреть продолжительность хранения всех ежедневных, еженедельных, ежемесячных и ежегодных точек хранения, связанных с виртуальной машиной.

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

Служба резервного копирования виртуальных машин Azure использует соединение по протоколу HTTPS для шифрования при передаче. При передаче данных используется структура Azure (а не общедоступные конечные точки), которой не требуется доступ к Интернету для резервного копирования виртуальных машин.

Этот API подготавливает скрипт для вызова подключения iSCS для восстановления файлов из Azure Backup.

• Этот параметр можно отключить с помощью определений настраиваемых ролей, исключив действие API.
• Можно также использовать частные конечные точки для ограничения доступа к серверу iSCSI из частной сети.
• Вы также можете отключить этот параметр для организации, используя функцию назначения запрета.

Политика вступает в силу немедленно после изменения параметров хранения, расписания и т. п. Они будут применяться ко всем новым резервным копиям, созданным при измененной политике. Но удаление точек восстановления (если это применимо) будет приведено в соответствие с новой политикой в течение 24 часов.

В настоящее время эта функция не поддерживается. Вы можете опубликовать запрос любой функции на портале сообщества Azure Backup.

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

Остановленные резервные копии хранятся до удаления вручную.

Вам следует проверить разрешения подписки в дополнительном регионе. Напишите нам по адресу AskAzureBackupTeam@microsoft.com для регистрации подписки.

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

RPO: минимальное значение RPO — 1 день или 24 часа при использовании стандартной политики. Если вы используете расширенную политику, минимальное значение RPO составляет 4 часа.

Эта ошибка возникает при попытке запустить виртуальную машину после создания виртуальной машины Azure на основе образа, полученного не из Marketplace, или попытке заменить диск ОС виртуальной машины на образ не из Marketplace, после чего происходит сбой развертывания виртуальной машины. Чтобы устранить эту проблему, удалите сведения о плане из виртуальной машины.

Azure Backup выполняет резервное копирование секретов и данных KEK версии ключа во время резервного копирования и восстанавливает те же данные. Однако загрузка виртуальных машин ADE с использованием более старых ключей версий также возможна.

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

Время окончания срока действия точек восстановления обновляется при запуске сборщика мусора (GC), которое каждые 24 часа. После обновления политики резервного копирования может потребоваться до 24 часов , чтобы отобразить обновления в течение срока действия, если в заданиях GC нет задержек.