Перевод архивного объекта BLOB в онлайн-уровень

1. Перейдите к исходной учетной записи хранения на портале Azure.

2. В навигационной области учетной записи хранения выберите браузер хранилища.

   

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

   

4. Перейдите к контейнеру, в котором вы хотите поместить регидратированный большой двоичный объект, а затем нажмите кнопку "Вставить ".

   Появится диалоговое окно «Вставка архива BLOB».

   

   Примечание.

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

5. В диалоговом окне «Вставка архивного blob-объекта» выберите уровень доступа и приоритет восстановления данных. Затем выберите "Вставить", чтобы гидрировать большой двоичный объект.

   Это важно

   Не удаляйте исходный блоб во время его восстановления (реидратации).

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

# Initialize these variables with your values.
$rgName = "<resource-group>"
$accountName = "<storage-account>"
$srcContainerName = "<source-container>"
$destContainerName = "<dest-container>"
$srcBlobName = "<source-blob>"
$destBlobName = "<dest-blob>"

# Get the storage account context
$ctx = (Get-AzStorageAccount `
        -ResourceGroupName $rgName `
        -Name $accountName).Context

# Copy the source blob to a new destination blob in hot tier with Standard priority.
Start-AzStorageBlobCopy -SrcContainer $srcContainerName `
    -SrcBlob $srcBlobName `
    -DestContainer $destContainerName `
    -DestBlob $destBlobName `
    -StandardBlobTier Hot `
    -RehydratePriority Standard `
    -Context $ctx

Для того чтобы скопировать архивированный большой двоичный объект на онлайн-уровень с помощью Azure CLI, воспользуйтесь командой az storage blob copy start и укажите целевой уровень и приоритет восстановления. Не забудьте заменить заполнители в угловых скобках собственными значениями.

az storage blob copy start \
    --source-container <source-container> \
    --source-blob <source-blob> \
    --destination-container <dest-container> \
    --destination-blob <dest-blob> \
    --account-name <storage-account> \
    --tier hot \
    --rehydrate-priority standard \
    --auth-mode login

Не применимо

1. Перейдите к исходной учетной записи хранения на портале Azure.

2. В панели навигации учетной записи хранения выберите браузер хранилища.

   

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

   

4. Перейдите к целевой учетной записи хранения и в области навигации выберите браузер хранилища.

   

5. Перейдите к контейнеру, в который вы хотите поместить регидратированный блоб, а затем нажмите кнопку Вставить.

   

   Откроется диалоговое окно "Вставка архивного объекта двоичных данных".

   

6. В диалоговом окне "Вставка архивного блоба" выберите уровень доступа и приоритет восстановления. Затем выберите Вставить, чтобы восстановить блоб.

   Это важно

   Не удаляйте исходный blob во время реидратации.

Чтобы скопировать архивированный большой двоичный объект в большой двоичный объект на сетевом уровне в другой учетной записи хранения с помощью PowerShell, убедитесь, что вы установили модуль Az.Storage версии 4.4.0 или более поздней. Затем вызовите команду Start-AzStorageBlobCopy и укажите целевой сетевой уровень и приоритет восстановления. Необходимо указать общую сигнатуру доступа (SAS) с разрешениями на чтение для архивного исходного BLOB-объекта.

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

$rgName = "<resource-group>"
$srcAccount = "<source-account>"
$destAccount = "<dest-account>"
$srcContainer = "<source-container>"
$destContainer = "<dest-container>" 
$srcBlob = "<source-blob>"
$destBlob = "<destination-blob>"

# Get the destination account context
$destCtx = New-AzStorageContext -StorageAccountName $destAccount -UseConnectedAccount

# Get the source account context
$srcCtx = New-AzStorageContext -StorageAccountName $srcAccount -UseConnectedAccount

# Get the SAS URI for the source blob
$srcBlobUri = New-AzStorageBlobSASToken -Container $srcContainer `
    -Blob $srcBlob `
    -Permission rwd `
    -ExpiryTime (Get-Date).AddDays(1) `
    -FullUri `
    -Context $srcCtx

# Start the cross-account copy operation
Start-AzStorageBlobCopy -AbsoluteUri $srcBlobUri `
    -DestContainer $destContainer `
    -DestBlob $destBlob `
    -DestContext $destCtx `
    -StandardBlobTier Hot `
    -RehydratePriority Standard

Чтобы скопировать архивированный блоб в блоб в онлайн-уровень в другом аккаунте хранения с помощью Azure CLI, убедитесь, что установлена версия 2.35.0 или выше. Затем вызовите команду az storage blob copy start и укажите целевой уровень в сети и приоритет реабилитации. Вы должны указать общий ключ доступа (SAS) с разрешениями на чтение для архивного исходного блоба.

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

# Specify the expiry interval
end=`date -u -d "1 day" '+%Y-%m-%dT%H:%MZ'`

# Get a SAS for the source blob
srcBlobUri=$(az storage blob generate-sas \
            --account-name <source-account> \ 
            --container <source-container> \
            --name <archived-source-blob> \
            --permissions rwd \
            --expiry $end \
            --https-only \
            --full-uri \
            --as-user \
            --auth-mode login | tr -d '"')

# Copy to the destination blob in the hot tier
az storage blob copy start \
    --source-uri $srcBlobUri \
    --account-name <dest-account> \
    --destination-container <dest-container> \
    --destination-blob <dest-blob> \
    --tier Hot \
    --rehydrate-priority Standard \
    --auth-mode login

Не применимо

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

1. Найдите блоб для восстановления на портале Azure.

2. Нажмите кнопку "Дополнительно " в правой части страницы.

3. Выберите Изменить уровень.

4. Выберите уровень доступа из раскрывающегося списка уровня доступа.

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

   

6. Выберите кнопку Сохранить.

Чтобы изменить уровень доступа блоба из архива в горячий или холодный с помощью PowerShell, используйте свойство BlobClient для возврата ссылки .NET на блоб, а затем вызовите метод SetAccessTier для этой ссылки. Не забудьте заменить заполнители в угловых скобках собственными значениями.

# Initialize these variables with your values.
$rgName = "<resource-group>"
$accountName = "<storage-account>"
$containerName = "<container>"
$blobName = "<archived-blob>"

# Get the storage account context
$ctx = (Get-AzStorageAccount `
        -ResourceGroupName $rgName `
        -Name $accountName).Context

# Change the blob's access tier to hot with Standard priority.
$blob = Get-AzStorageBlob -Container $containerName -Blob $blobName -Context $ctx
$blob.BlobClient.SetAccessTier("Hot", $null, "Standard")

Чтобы изменить уровень большого двоичного объекта с архива на горячий или холодный с помощью Azure CLI, вызовите команду az storage blob set-tier . Не забудьте заменить заполнители в угловых скобках собственными значениями.

az storage blob set-tier \
    --account-name <storage-account> \
    --container-name <container> \
    --name <archived-blob> \
    --tier Hot \
    --rehydrate-priority Standard \
    --auth-mode login

Чтобы изменить уровень блоба из архива на горячий или холодный с помощью AzCopy, используйте команду azcopy set-properties, установите параметр -block-blob-tier на требуемый уровень и задайте --rehydrate-priority значением standard или high. По умолчанию этот параметр имеет значение standard. Дополнительные сведения о компромиссах для каждого из этих вариантов см. в статье Приоритет восстановления.

azcopy set-properties 'https://<storage-account-name>.blob.core.windows.net/<container-name>/<blob-name>' --block-blob-tier=hot --rehydrate-priority=high

Не применимо

    # Initialize these variables with your values.
    $rgName = "<resource-group>"
    $accountName = "<storage-account>"
    $containerName = "<container>"
    $folderName = "<folder>/"
    
    $ctx = (Get-AzStorageAccount -ResourceGroupName $rgName -Name $accountName).Context
    
    $blobCount = 0
    $Token = $Null
    $MaxReturn = 5000
    
    do {
        $Blobs = Get-AzStorageBlob -Context $ctx -Container $containerName -Prefix $folderName -MaxCount $MaxReturn -ContinuationToken $Token
        if($Blobs -eq $Null) { break }
        #Set-StrictMode will cause Get-AzureStorageBlob returns result in different data types when there is only one blob
        if($Blobs.GetType().Name -eq "AzureStorageBlob")
        {
            $Token = $Null
        }
        else
        {
            $Token = $Blobs[$Blobs.Count - 1].ContinuationToken;
        }
        $Blobs | ForEach-Object {
                if(($_.BlobType -eq "BlockBlob") -and ($_.AccessTier -eq "Archive") ) {
                    $_.BlobClient.SetAccessTier("Hot", $null, "Standard")
                }
            }
    }
    While ($Token -ne $Null)
    

az storage blob list --account-name $accountName --account-key $key \
    --container-name $containerName --prefix $folderName \
    --query "[?properties.blobTier == 'Archive'].name" --output tsv \
    | xargs -I {} -P 10 \
    az storage blob set-tier --account-name $accountName --account-key $key \
    --container-name $containerName --tier Hot --name "{}" 

Не применимо

Чтобы проверить состояние и приоритет операции восстановления на портале Azure, откройте диалоговое окно «Изменить уровень» для блоба.

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

Чтобы проверить статус и приоритет запланированной операции восстановления с помощью PowerShell, вызовите команду Get-AzStorageBlob и проверьте свойства ArchiveStatus и RehydratePriority объекта BLOB. Если восстановление данных является операцией копирования, проверьте эти свойства у целевого BLOB-объекта. Не забудьте заменить заполнители в угловых скобках собственными значениями.

$rehydratingBlob = Get-AzStorageBlob -Container $containerName -Blob $blobName -Context $ctx
$rehydratingBlob.BlobProperties.ArchiveStatus
$rehydratingBlob.BlobProperties.RehydratePriority

Чтобы проверить состояние и приоритет ожидающей операции восстановления с помощью Azure CLI, вызовите команду az storage blob show и проверьте свойства rehydrationStatus и rehydratePriority целевого BLOB-объекта. Не забудьте заменить заполнители в угловых скобках собственными значениями.

az storage blob show \
    --account-name <storage-account> \
    --container-name <container> \
    --name <blob> \
    --query '[rehydratePriority, properties.rehydrationStatus]' \
    --output tsv \
    --auth-mode login

Не применимо

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

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

2. Нажмите кнопку "Изменить уровень ".

3. В диалоговом окне "Изменение уровня" установите уровень доступа на целевой онлайн-уровень доступа для разархивируемого блоба (горячий или холодный). В поле "Статус архивации" отображается целевой уровень онлайн-хранилища.

4. В раскрывающемся списке "Повторное восстановление приоритета " задайте значение "Высокий".

5. Выберите Сохранить.

   

Чтобы изменить приоритет восстановления для ожидающей операции с помощью PowerShell, убедитесь, что вы установили модуль Az.Storage версии 3.12.0 или выше. Затем получите свойства объекта из сервиса. Этот шаг необходим, чтобы убедиться, что у вас есть объект с самыми последними параметрами свойств. Наконец, используйте свойство BlobClient блоба, чтобы вернуть ссылку .NET на этот большой двоичный объект, а затем вызовите метод SetAccessTier на этой ссылке.

# Get the blob from the service.
$rehydratingBlob = Get-AzStorageBlob -Container $containerName -Blob $blobName -Context $ctx

# Verify that the current rehydration priority is Standard. 
if ($rehydratingBlob.BlobProperties.RehydratePriority -eq "Standard")
{
    # Change rehydration priority to High, using the same target tier.
    if ($rehydratingBlob.BlobProperties.ArchiveStatus -eq "rehydrate-pending-to-hot")
    {
        $rehydratingBlob.BlobClient.SetAccessTier("Hot", $null, "High")
        "Changing rehydration priority to High for blob moving to hot tier."
    }
    
    if ($rehydratingBlob.BlobProperties.ArchiveStatus -eq "rehydrate-pending-to-cool")
    {
        $rehydratingBlob.BlobClient.SetAccessTier("Cool", $null, "High")
        "Changing rehydration priority to High for blob moving to cool tier."
    }
}

Чтобы изменить приоритет гидратации для ожидающей операции с помощью Azure CLI, сначала убедитесь, что вы установили Azure CLI версии 2.29.2 или более поздней версии. Дополнительные сведения об установке Azure CLI см. в статье " Установка Azure CLI".

Затем вызовите команду az storage blob set-tier с параметром --rehydrate-priority, установленным на значение High. Целевой уровень (горячий или холодный) должен быть таким же уровнем, который вы первоначально указали для операции восстановления. Не забудьте заменить заполнители в угловых скобках собственными значениями.

# Update the rehydration priority for a blob moving to the hot tier.
az storage blob set-tier \
    --account-name <storage-account> \
    --container-name <container> \
    --name <blob> \
    --tier Hot \
    --rehydrate-priority High \
    --auth-mode login

# Show the updated property values.
az storage blob show \
    --account-name <storage-account> \
    --container-name <container> \
    --name <blob> \
    --query '[rehydratePriority, properties.rehydrationStatus]' \
    --output tsv \
    --auth-mode login

Не применимо

После запуска операции копирования вы увидите на портале Azure, что исходный и целевой БОЛЬШОЙ двоичный объект находятся на уровне архива. Целевой блоб восстанавливается с приоритетом "Стандартный".

Чтобы изменить приоритет восстановления для назначенного BLOB, выполните следующие действия.

1. Выберите целевой объект хранилища данных.
2. Нажмите кнопку "Изменить уровень ".
3. В диалоговом окне «Изменение уровня» установите уровень доступа на целевой онлайн уровень доступа для восстанавливаемого объекта (горячий или холодный). В поле "Архив" отображается целевой онлайн-уровень.
4. В раскрывающемся списке «Приоритет повторного подключения» установите приоритет на «Высокий».
5. Выберите Сохранить.

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

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

# Initialize these variables with your values.
$rgName = "<resource-group>"
$accountName = "<storage-account>"
$destContainerName = "<container>"
$destBlobName = "<destination-blob>"

# Get the storage account context
$ctx = (Get-AzStorageAccount `
        -ResourceGroupName $rgName `
        -Name $accountName).Context

# Get properties for the destination blob.
$destinationBlob = Get-AzStorageBlob -Container $destContainerName `
    -Blob $destBlobName `
    -Context $ctx

$destinationBlob.BlobProperties.AccessTier
$destinationBlob.BlobProperties.ArchiveStatus
$destinationBlob.BlobProperties.RehydratePriority

Затем вызовите метод SetAccessTier с помощью PowerShell, чтобы изменить приоритет повторного гидратации для целевого BLOB на High, как описано в разделе «Изменение приоритета повторного гидратации для ожидающей операции установки уровня BLOB». Целевой уровень (горячий или холодный) должен быть таким же уровнем, который вы первоначально указали для операции восстановления. Снова проверьте свойства, чтобы убедиться, что BLOB теперь восстанавливается с высоким приоритетом.

После начала операции копирования проверьте свойства целевого блоба. Вы увидите, что целевой объект хранения находится на уровне архива и переходит в активное состояние с приоритетом "Стандартный".

az storage blob show \
    --account-name <storage-account> \
    --container-name <container> \
    --name <blob> \
    --query '[rehydratePriority, properties.rehydrationStatus]' \
    --output tsv \
    --auth-mode login

Затем вызовите команду az storage blob set-tier с параметром --rehydrate-priorityHigh, как описано в разделе "Изменение приоритета восстановления для ожидающей операции уровня BLOB-объектов". Целевой уровень (горячий или холодный) должен быть таким же уровнем, который вы первоначально указали для операции восстановления. Снова проверьте свойства, чтобы убедиться, что объект BLOB теперь восстанавливается с высоким приоритетом.

Не применимо