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

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

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

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

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

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

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

• Microsoft.RecoveryServices/Vaults/запись
• 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 виртуальных машинах запланировано время начала резервного копирования в 2:00, то к 4:00 на последних 100 виртуальных машинах выполняется их задание резервного копирования. Если запланированные операции резервного копирования приостановлены из-за сбоя и возобновлены или выполняются повторно, то резервное копирование может начаться за пределами этого запланированного двухчасового интервала.

Политика резервного копирования виртуальных машин Azure поддерживает минимальный период хранения от 7 до 9999 дней. По умолчанию резервные копии виртуальных машин хранятся как моментальные снимки в течение 7 дней и в хранилище в течение 180 дней. Любое изменение существующей политики резервного копирования виртуальных машин с периодом хранения менее чем 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 позволяет восстановить ключи во время потери ключей.

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

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

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

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

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

При изменении периода хранения политики резервного копирования поведение мягкого удаления для точек восстановления (RP) определяется на основе текущей политики в момент оценки, а не политики, действовавшей в момент создания RP.

При восстановлении виртуальной машины в одноранговом регионе, который не поддерживает хранилище Zone-Redundant (ZRS), Служба архивации Azure автоматически создаст диск на том же уровне производительности (например, standard или Premium), что и исходный диск, но с локальным избыточным хранилищем (LRS) вместо ZRS. Это гарантирует успешное завершение операции восстановления, даже если модель избыточности изменяется.

Azure Backup поддерживает отдельные размеры дисков до 64 ТБ и в совокупности составляет 512 ТБ на виртуальную машину. Эта поддержка доступна во всех регионах Azure, где предлагаются службы Azure Backup.

Поведение резервного копирования MDCC в расширенной политике зависит от того, выбран ли флажок "моментальный снимок только согласованности при сбое".

Если флажок НЕ установлен, выполните указанные ниже действия.

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

• Моментальный снимок, согласованный с аварией, будет выполнен на 4-й, 6-й и 8-й попытке.
• Этот механизм гарантирует непрерывность резервирования даже когда согласованность не может быть обеспечена. Причины перехода на отказоустойчивость в MDCC включают отключенные виртуальные машины, виртуальные машины с неподдерживаемой операционной системой, проблемы с гостевым агентом, проблемы с настройкой расширения VMSnapshotLinux и т. д.

При выборе флажка:

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

Этот параметр полезен при приоритете скорости и простоты по сравнению с гарантиями согласованности.

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

При изменении политики резервного копирования (например, изменение длительности хранения) обновленное время истечения срока действия для точек восстановления (RPS) не отражается мгновенно на портале Azure. Это ожидаемое поведение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ограничение восстановления применяется к источнику данных в течение 24-часового окна. Вы можете восстановить одну и ту же виртуальную машину до 20 раз в течение этого периода. Восстановление нескольких виртуальных машин одновременно разрешено, но может активировать дросселирование другими службами Azure, такими как Azure Resource Manager в связи с лимитами на запросы.

Это руководство применялось к старым процессам восстановления, в которых диски восстанавливались как неуправляемые VHD (виртуальные жесткие диски). Точки восстановления из виртуальных машин, которые использовали неуправляемые диски, теперь восстанавливаются только как управляемые диски, поэтому целевая учетная запись хранения не определяет окончательный тип диска. Учетная запись хранения используется только для хранения метаданных восстановления и временных VHD-файлов.

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

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

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

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

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

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

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

Да.

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

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

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

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

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

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

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

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

Во время восстановления виртуальной машины с помощью Azure Backup вы можете заметить, что восстановленная виртуальная машина не сохраняет свойства предложения, SKU и издателя, которые присутствовали на исходной виртуальной машине. Это ожидаемое поведение и происходит из-за следующих причин:

• Виртуальные машины с образами MarketPlace: только виртуальные машины, созданные на основе образа MarketPlace, имеют сведения о предложении, номере SKU и издателе. Эти свойства являются производными от самого образа виртуальной машины. При создании виртуальной машины из образа MarketPlace параметр createOption устанавливается в значение из образа. Это гарантирует, что свойства предложения, SKU и издателя включены в процесс создания виртуальной машины.
• Виртуальные машины, созданные на основе дисков: при создании виртуальной машины с дисков (например, восстановленных виртуальных машин, загруженных виртуальных машин или виртуальных машин, созданных на основе моментальных снимков), createOption имеет значение "Подключить " вместо "из образа". В этом случае свойства Offer, SKU и издатель не включаются, поскольку эти свойства доступны только для чтения и могут быть добавлены только в ходе начального процесса создания виртуальной машины, когда параметр createOption установлен как из образа.

Для восстановления уровня 2 (восстановления из данных хранилища) время зависит от объема выделенных данных, которые необходимо передать. В одном наблюдаемом случае диски с приблизительно 2 ТБ выделенных данных в каждом из них значительно способствовали общему времени передачи. Хотя скорость передачи 30 МБИТ/с считается оптимальной, мы достигли около 50 МБИТ/с в этом экземпляре.

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

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

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

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

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 с использованием более старых ключей версий также возможна.

Управляемые корпорацией Майкрософт ключи обновляются в соответствии с рекомендуемыми требованиями. Если у вас есть определенные требования к смене ключей, рекомендуется перейти на управляемые клиентом ключи, чтобы управлять и проверять смену вручную. Узнайте больше [о шифровании хранилища Azure](..\storage\common\storage-service-encryption.md).

Резервные данные полностью реплицируются в дополнительный регион и остаются неизменными до сбоя основного региона. Это остается верным даже после восстановления основного региона после сбоя. Другими словами, виртуальная машина может быть восстановлена в резервном регионе с данными, которые были у неё до сбоя, в соответствии с расписанием репликации. Для резервного копирования виртуальных машин Azure вторичная область RPO может составлять до 36 часов в худшем случае. При стандартной политике это основано на времени до 24 часов в основном регионе плюс до 12 часов для репликации во вторичный регион. Благодаря расширенной политике более частое создание точек локального восстановления может улучшить наилучший возможный RPO для вторичного региона, но в худшем случае он по-прежнему может составлять до 36 часов.

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

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

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

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

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

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

Технология Storage Spaces Direct не поддерживается, так как данные распределены по двум разным виртуальным машинам.

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

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

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

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

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

Диски SSD уровня "Премиум" версии 2 или "Ультра" в настоящее время недоступны во всех регионах, поэтому не удается включить хранилище Geo-Redundant (GRS).

При изменении политики резервного копирования (например, изменение длительности хранения) обновленное время истечения срока действия для точек восстановления (RPS) не отражается мгновенно на портале Azure. Это ожидаемое поведение.

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

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