Восстановление архивного большого двоичного объекта на подключенный уровень
Чтобы прочитать большой двоичный объект, который находится на уровне архива, необходимо сначала восстановить большой двоичный объект в режиме "интернет", "горячий", "холодный" или "холодный". BLOB-объект можно восстановить одним из двух способов:
- Скопируйте его в новый большой двоичный объект в горячем, холодном или холодном уровне с помощью операции копирования BLOB-объектов .
- Изменяя его уровень с архива на горячий, холодный или холодный уровень с помощью операции set BLOB-объектов .
При восстановлении BLOB-объекта можно указать для операции стандартный или высокий приоритет. Для выполнения операции восстановления со стандартным приоритетом потребуется до 15 часов. Операция с высоким приоритетом будет обрабатываться с быстрее запросов со стандартным приоритетом и может быть выполнена в течение часа для объектов размером до 10 ГБ. Вы можете изменить приоритет восстановления Стандартный на Высокий для ожидающей операции.
После завершения восстановления можно настроить службу "Сетка событий Azure" для запуска и выполнения кода приложения в ответе. Сведения о том, как выполнить обработку события, запускающего функцию Azure по завершении операции восстановления BLOB-объекта, см. в статье Запуск функции Azure в ответ на событие восстановления BLOB-объекта.
Дополнительные сведения о повторном извлечении большого двоичного объекта см. в разделе "Восстановление BLOB-объектов" с архивного уровня.
Восстановление BLOB-объекта с использованием операции копирования
Чтобы восстановить большой двоичный объект из архивного уровня, скопируйте его на онлайн-уровень, используйте портал Azure, PowerShell, Azure CLI или одну из клиентских библиотек служба хранилища Azure. Помните, что при копировании архивного большого двоичного объекта на подключенный уровень у исходного и целевого BLOB-объектов должны быть разные имена.
Копирование архивного BLOB-объекта на целевой уровень в сети поддерживается для той же учетной записи хранения. Начиная с версии службы 2021-02-12, вы можете скопировать заархивированный BLOB-объект в другую учетную запись хранения, если целевая учетная запись находится в том же регионе, что и исходная учетная запись.
По завершении операции копирования BLOB-объект появится на архивном уровне. Затем целевой большой двоичный объект восстанавливается на подключенном уровне, указанном в операции копирования. После полного восстановления целевой BLOB-объект становится доступным на новом подключенном уровне.
Восстановление BLOB-объекта в той же учетной записи хранения
В следующих примерах показано, как скопировать архивный большой двоичный объект в большой двоичный объект на горячем уровне в той же учетной записи хранения.
Перейдите к исходной учетной записи хранения на портале Azure.
В области навигации для учетной записи хранения выберите служба хранилища браузере.
В браузере хранилища перейдите к расположению архивного большого двоичного объекта, выберите поле проверка, которое отображается рядом с большим двоичным объектом, а затем нажмите кнопку "Копировать".
Перейдите к контейнеру, в котором вы хотите поместить регидратированный большой двоичный объект, а затем нажмите кнопку "Вставить ".
Откроется диалоговое окно "Вставка архивного большого двоичного объекта ".
Примечание.
Если выбрать кнопку "Вставить " в том же расположении, что и исходный BLOB-объект, то имя по умолчанию, отображаемое в поле имени целевого BLOB-объекта, содержит числовые суффиксы. Это гарантирует, что исходные и целевые большие двоичные объекты имеют разные имена. Это имя можно изменить, если нужно, если имя отличается от имени исходного БОЛЬШОго двоичного объекта.
В диалоговом окне "Вставка архивного большого двоичного объекта" выберите уровень доступа и приоритет восстановления. Затем нажмите кнопку "Вставить ", чтобы восстановить большой двоичный объект.
Внимание
Не удаляйте исходный большой двоичный объект во время повторного восстановления.
Восстановление BLOB-объекта в другой учетной записи хранения в том же регионе
В следующих примерах показано, как скопировать архивный большой двоичный объект в большой двоичный объект на горячем уровне в другой учетной записи хранения.
Примечание.
Целевая и исходная учетная запись должны находиться в одном регионе.
Перейдите к исходной учетной записи хранения на портале Azure.
В области навигации для учетной записи хранения выберите служба хранилища браузере.
В браузере хранилища перейдите к расположению архивного большого двоичного объекта, выберите поле проверка, которое отображается рядом с большим двоичным объектом, а затем нажмите кнопку "Копировать".
Перейдите к целевой учетной записи хранения и в области навигации выберите служба хранилища браузере.
Перейдите к контейнеру, в котором вы хотите поместить регидратированный большой двоичный объект, а затем нажмите кнопку "Вставить ".
Откроется диалоговое окно "Вставка архивного большого двоичного объекта ".
В диалоговом окне "Вставка архивного большого двоичного объекта" выберите уровень доступа и приоритет восстановления. Затем нажмите кнопку "Вставить ", чтобы восстановить большой двоичный объект.
Внимание
Не удаляйте исходный большой двоичный объект во время повторного восстановления.
Восстановление из дополнительного региона
Если вы настроили для учетной записи хранения использование геоизбыточного хранилища с доступом на чтение (RA-GRS), то вы можете скопировать архивный большой двоичный объект, расположенный в дополнительном регионе, в хранилище подключенного уровня в другой учетной записи хранения, расположенной в том же дополнительном регионе.
Для восстановления из дополнительного региона используйте рекомендации из предыдущего раздел (Восстановление BLOB-объекта в другой учетной записи хранения в том же регионе). Единственное изменение — добавьте суффикс -secondary
к имени учетной записи для основной конечной точки. Например, если основная конечная точка для хранилища BLOB-объектов — myaccount.blob.core.windows.net
, то дополнительной конечной точкой будет myaccount-secondary.blob.core.windows.net
. Ключи доступа для учетной записи хранения одинаковые как для основной, так и для дополнительной конечных точек.
Дополнительные сведения см. в разделе Доступ на чтение для данных в дополнительном регионе.
Восстановление BLOB-объекта посредством изменения его уровня
Чтобы восстановить большой двоичный объект, изменив его уровень с архива на горячий или холодный, используйте портал Azure, PowerShell или Azure CLI.
Чтобы изменить уровень BLOB-объекта с архивного на горячий или холодный на портале Azure, выполните следующие действия.
Найдите большой двоичный объект на портале Azure.
В правой части страницы нажмите кнопку Дополнительно.
Выберите Изменить уровень.
Из раскрывающегося списка Уровень доступа выберите целевой уровень доступа.
Из раскрывающегося списка Приоритет восстановления выберите необходимый приоритет восстановления. Следует помнить, что установка приоритета восстановления Высокий обычно обеспечивает более быстрое восстановление, но при этом приводит к дополнительным затратам.
Выберите кнопку Сохранить.
Массовое восстановление набора BLOB-объектов
Чтобы восстановить архивированные большие двоичные объекты в контейнере или папке на горячий или холодный уровень, перечислите их с помощью больших двоичных объектов и вызовите операцию "Задать уровень BLOB-объектов" для каждой из них. В следующем примере показано, как выполнить эту операцию:
Неприменимо
Чтобы одновременно восстановить большое количество BLOB-объектов, вызовите операцию Blob Batch, чтобы вызвать пакетный вариант операции Set Blob Tier.
Пример кода, иллюстрирующий выполнение пакетной операции, см. в статье AzBulkSetBlobTier.
Проверка состояния операции восстановления
Во время восстановления большого двоичного объекта можно проверить его состояние и приоритет восстановления, воспользовавшись порталом Azure, PowerShell или Azure CLI. Для свойства состояния может возвращаться значение rehydrate-pending-to-hot или rehydrate-pending-to-cool в зависимости от целевого уровня операции восстановления. Для свойства приоритета восстановления возвращается значение Standard (стандартный) или High (высокий).
Обратите внимание, что для восстановление архивного BLOB-объекта может потребоваться до 15 часов, и многократные запросы состояния BLOB-объекта для определения завершения этого процесса являются неэффективным решением. Более высокую производительность и оптимизацию затрат обеспечивает служба "Сетка событий Azure", которая позволяет зафиксировать событие, порождаемое при завершении восстановления. Дополнительные сведения о запуске функции Azure при восстановлении BLOB-объектов см. в статье Запуск функции Azure в ответ на событие восстановления BLOB-объекта.
Чтобы проверить состояние и приоритет ожидающей выполнения операции восстановления на портале Azure, откройте диалоговое окно Изменение уровня для большого двоичного объекта.
После завершения восстановления на портале Azure можно увидеть, что теперь полностью восстановленный большой двоичный объект отображается на целевом подключенном уровне.
Изменение приоритета восстановления ожидающей операции
Пока операция восстановления со стандартным приоритетом ожидает выполнения, вы можете изменить параметр приоритета для BLOB-объекта со значения Стандартный на Высокий, чтобы быстрее восстановить его.
Приоритет восстановления для ожидающей операции невозможно понизить со значения Высокий до Стандартный. Также помните, что изменение приоритета восстановления может повлиять на выставляемые счета. Дополнительные сведения см. в разделе "Восстановление BLOB-объектов" с архивного уровня.
Изменение приоритета восстановления для ожидающей операции установки уровня BLOB-объекта
Чтобы изменить приоритет восстановления ожидающей операции установки уровня BLOB-объекта со стандартным приоритетом, воспользуйтесь порталом Azure, PowerShell, Azure CLI или одной из клиентских библиотек службы хранилища Azure.
Чтобы изменить приоритет восстановления ожидающей операции на портале Azure, выполните указанные ниже действия.
Перейдите к BLOB-объекту, приоритет восстановления которого вы хотите изменить, и выберите его.
Нажмите кнопку Изменить уровень.
В диалоговом окне "Изменение уровня" задайте уровень доступа целевому уровню доступа в сети для большого двоичного объекта (горячего или холодного). В поле Состояние архива показан целевой подключенный уровень.
Из раскрывающегося списка Приоритет восстановления выберите приоритет Высокий.
Выберите Сохранить.
Изменение приоритета восстановления для ожидающей операции копирования BLOB-объекта
При повторном удалении большого двоичного объекта путем копирования архивного большого двоичного объекта на онлайн-уровень служба хранилища Azure немедленно создает целевой большой двоичный объект на уровне архива. BLOB-объект назначения затем будет восстановлен на целевом уровне с приоритетом, указанным при копировании. Дополнительные сведения о восстановлении архивированных BLOB-объектов с помощью операции копирования см. в этой статье.
Чтобы выполнить операцию копирования с архивного уровня на уровень "Стандартный", используйте PowerShell, Azure CLI или одну из клиентских библиотек служба хранилища Azure. Дополнительные сведения см. в разделе Восстановление BLOB-объекта с использованием операции копирования. Затем, чтобы изменить приоритет восстановления со Стандартный на Высокий для ожидающего восстановления, вызовите операцию установки уровня BLOB-объекта для BLOB-объекта назначения и укажите целевой уровень.
После запуска операции копирования вы увидите в портал Azure, что исходный и целевой BLOB-объект находятся на уровне архива. BLOB-объект назначения восстанавливается со стандартным приоритетом.
Чтобы изменить приоритет восстановления BLOB-объекта назначения, выполните указанные ниже действия.
- Укажите BLOB-объект назначения.
- Нажмите кнопку Изменить уровень.
- В диалоговом окне "Изменение уровня" задайте уровень доступа целевому уровню доступа в сети для большого двоичного объекта (горячего или холодного). В поле Состояние архива показан целевой подключенный уровень.
- Из раскрывающегося списка Приоритет восстановления выберите приоритет Высокий.
- Выберите Сохранить.
На странице свойств BLOB-объекта назначения теперь видно, что он восстанавливается с высоким приоритетом.
См. также
- горячие, холодные и архивные уровни доступа для данных BLOB-объектов.
- Общие сведения о восстановлении BLOB-объектов с архивного уровня
- Запуск функции Azure в ответ на событие восстановления BLOB-объекта
- Reacting to Blob storage events (preview) (Реагирование на события хранилища BLOB-объектов)
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по