Таблица поддержки резервного копирования BLOB-объектов Azure

Операционное резервное копирование для BLOB-объектов доступно во всех регионах общедоступного облака, за исключением регионов "Южная Франция" и "Западная часть ЮАР". Оно также доступно в регионах национального облака — во всех регионах с поддержкой Azure для государственных организаций и регионах Китая (за исключением Восточного Китая).

Резервное копирование хранилища для больших двоичных объектов доступно во всех общедоступных регионах.

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

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

• Операционная резервная копия поддерживает только блочные BLOB-объекты в стандартных учетных записях хранения версии 2 общего назначения. Учетные записи хранения с включенным иерархическим пространством имен (то есть учетные записи ADLS 2-го поколения) не поддерживаются.
  
  Кроме того, все страничные и добавочные BLOB-объекты, а также BLOB-объекты уровня "Премиум" в вашей учетной записи хранения не восстановятся. Будут восстановлены только блочные BLOB-объекты.

• Резервное копирование BLOB-объектов также поддерживается, если у учетной записи хранения есть частные конечные точки.

• Операция резервного копирования не поддерживается для больших двоичных объектов, передаваемых с помощью API Data Lake Storage.

Прочие ограничения

• Если контейнер был удален в течение периода хранения, то он не подлежит восстановлению на определенный момент времени. При попытке восстановить диапазон BLOB-объектов в удаленном контейнере, операция восстановления на определенный момент времени завершится ошибкой. Дополнительные сведения о защите контейнеров от удаления см. в статье "Обратимое удаление" для контейнеров.
• Если BLOB-объект был перемещен между горячим и холодным уровнями доступа в период между текущим моментом и точкой восстановления, BLOB-объект восстановится до предыдущего уровня. Восстановление блочных BLOB-объектов на архивном уровне доступа не поддерживается. Например, если BLOB-объект на горячем уровне доступа был перемещен на архивный уровень два дня назад, а операция восстановления выполняет восстановление до точки три дня назад, BLOB-объект не восстанавливается на горячий уровень. Чтобы восстановить архивный BLOB-объект, сначала переместите его из архивного уровня. Дополнительные сведения см. в статье Восстановление данных BLOB-объекта с архивного уровня.
• Блок, который был отправлен через put Block или Put Block from URL-адрес, но не зафиксирован черезPut Block List, не является частью большого двоичного объекта и поэтому не восстанавливается в рамках операции восстановления.
• Невозможно восстановить BLOB-объект с активной арендой. Если большой двоичный объект с активной арендой включен в диапазон больших двоичных объектов для восстановления, операция восстановления не будет выполнена атомарным образом. Перед началом операции восстановления прервите все активные аренды.
• В ходе операции восстановления моментальные снимки не создаются и не удаляются. В предыдущее состояние восстанавливается только базовый BLOB-объект.
• Если среди восстановленных неизменяемых больших двоичных объектов, такие неизменяемые большие двоичные объекты не будут восстановлены в их состоянии согласно выбранной точке восстановления. Однако другие BLOB-объекты, для которых такой параметр не задан, будут восстановлены до состояния, предусмотренного точкой восстановления

• Резервное копирование больших двоичных объектов можно создать только в стандартной учетной записи хранения общего назначения версии 2 с помощью решения резервного копирования хранилища для больших двоичных объектов.
• Учетные записи хранения с поддержкой HNS в настоящее время не поддерживаются. К ним относятся учетные записи ADLS 2-го поколения, учетные записи с использованием протоколов NFS 3.0 и SFTP для больших двоичных объектов.
• Для резервного копирования учетных записей хранения можно использовать до 100 контейнеров. Можно также выбрать подмножество контейнеров для резервного копирования (до 100 контейнеров).
  • Если ваша учетная запись хранения содержит более 100 контейнеров, необходимо выбрать до 100 контейнеров для резервного копирования.
  • Чтобы создать резервную копию всех новых контейнеров, созданных после настройки резервного копирования для учетной записи хранения, измените защиту учетной записи хранения. Эти контейнеры не резервируются автоматически.
• Резервные копии учетных записей хранения должны содержать не менее одного контейнера. Если учетная запись хранения не содержит контейнеров или не выбраны контейнеры, при настройке резервного копирования может появиться ошибка.
• В настоящее время можно выполнять только одну резервную копию в день (включая запланированные и резервные копии по запросу). При попытке выполнить несколько операций резервного копирования в день происходит сбой резервного копирования.
• Если вы остановите защиту (хранилище резервного копирования) в учетной записи хранения, она не удаляет политику репликации объектов, созданную в учетной записи хранения. В этих сценариях необходимо вручную удалить политики OR.
• В настоящее время не поддерживаются холодные и архивные BLOB-объекты.