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

В этой статье приведены сведения о региональной доступности, поддерживаемых сценариях и ограничениях операционных и хранилищ резервных копий БОЛЬШИХ двоичных объектов.

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

Выбор типа резервного копирования

Оперативное резервное копирование

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

Резервное копирование в хранилище

Резервное копирование хранилища (предварительная версия) для больших двоичных объектов в настоящее время доступно во всех общедоступных регионах , кроме южной Африки, Центрально-Швеция, Южная Швеция, Центральная Польша, Центральная Польша, Центральная Индия, Северная Италия и Южная Малайзия.

Ограничения

Выбор типа резервного копирования

Оперативное резервное копирование

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

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

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

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

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

• Если контейнер был удален в течение периода хранения, то он не подлежит восстановлению на определенный момент времени. При попытке восстановить диапазон 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 контейнеров для резервного копирования.
  • Чтобы создать резервную копию всех новых контейнеров, созданных после настройки резервного копирования для учетной записи хранения, измените защиту учетной записи хранения. Эти контейнеры не резервируются автоматически.
• Резервные копии учетных записей хранения должны содержать не менее 1 контейнера. Если учетная запись хранения не содержит контейнеров или не выбраны контейнеры, при настройке резервного копирования может появиться ошибка.
• В настоящее время можно выполнять только одну резервную копию в день (включая запланированные и резервные копии по запросу). При попытке выполнить несколько операций резервного копирования в день происходит сбой резервного копирования.
• Если вы остановите защиту (хранилище резервного копирования) в учетной записи хранения, она не удаляет политику реплика tion объекта, созданную в учетной записи хранения. В этих сценариях необходимо вручную удалить политики OR.
• В настоящее время не поддерживаются холодные и архивные BLOB-объекты.

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

Общие сведения о резервном копировании BLOB-объектов Azure для БОЛЬШИХ двоичных объектов Azure