Definir Camada de Blob

Artigo
02/02/2023
7 minutos para ler

A Set Blob Tier operação define a camada de acesso num blob. A operação é permitida num blob de páginas numa conta de armazenamento premium e num blob de blocos numa conta de armazenamento de blobs ou para fins gerais v2. O escalão de blob de páginas premium (P1, P2, P3, P4, etc.) determina o tamanho permitido, as operações de entrada/saída por segundo (IOPS) e a largura de banda do blob. A camada de um blob de blocos determina o Hottipo de armazenamento , Cool, Coldou Archive . Esta operação não atualiza a ETag do blob.

Nota

O Cold escalão está atualmente em pré-visualização.

Para obter informações detalhadas sobre as camadas ao nível do blob de blocos, veja Camadas de armazenamento frequente, esporádico e de arquivo.

Pedir

Pode construir o pedido da Set Blob Tier seguinte forma. Recomendamos que utilize HTTPS. Substitua myaccount pelo nome da sua conta de armazenamento e substitua myblob pelo nome do blob para o qual a camada deve ser alterada.

Método	URI do pedido	Versão HTTP
`PUT`	`https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=tier`	HTTP/1.1

Parâmetros do URI

Pode especificar os seguintes parâmetros adicionais no URI do pedido:

Parâmetro	Description
`snapshot`	Opcional. O parâmetro de instantâneo é um valor opaco `DateTime` que, quando presente, especifica o instantâneo do blob para definir uma camada. Para obter mais informações sobre como trabalhar com instantâneos de blobs, consulte Criar um instantâneo de um blob
`versionid`	Opcional para a versão 2019-12-12 e posterior. O `versionid` parâmetro é um valor opaco `DateTime` que, quando presente, especifica a versão do blob para definir uma camada.
`timeout`	Opcional. O `timeout` parâmetro é expresso em segundos. Para obter mais informações, veja Set time-outs for Blob Storage operations (Definir tempos limite para operações de Armazenamento de Blobs).

Cabeçalhos do pedido

Os cabeçalhos de pedido obrigatórios e opcionais estão descritos na tabela seguinte:

Cabeçalho do pedido	Description
`Authorization`	Obrigatório. Especifica o esquema de autorização, o nome da conta de armazenamento e a assinatura. Para obter mais informações, veja Autorizar pedidos para o Armazenamento do Azure.
`Date` ou `x-ms-date`	Obrigatório. Especifica a Hora Universal Coordenada (UTC) do pedido. Para obter mais informações, veja Autorizar pedidos para o Armazenamento do Azure.
`x-ms-access-tier`	Obrigatório. Indica a camada a definir no blob. Para obter uma lista das camadas de blobs de páginas premium permitidas, veja Armazenamento premium de elevado desempenho e discos geridos para máquinas virtuais (VMs). Para uma conta v2 de armazenamento de blobs ou fins gerais, os valores válidos são `Hot`, `Cool`, `Cold`ou `archive`. Nota: o `Cold` escalão está atualmente em pré-visualização e é suportado para a versão 2021-12-02 e posterior. Para obter informações detalhadas sobre as camadas padrão ao nível do blob da conta de blob , veja Camadas de armazenamento frequente, esporádico e de arquivo.
`x-ms-version`	Necessário para todos os pedidos autorizados. Especifica a versão da operação a utilizar para este pedido. Para obter mais informações, veja Controlo de versões dos serviços de Armazenamento do Azure.
`x-ms-client-request-id`	Opcional. Fornece um valor opaco gerado pelo cliente com um limite de carateres de 1 kibibyte (KiB) que é registado nos registos quando o registo está ativado. Recomendamos vivamente que utilize este cabeçalho para correlacionar as atividades do lado do cliente com os pedidos que o servidor recebe. Para obter mais informações, veja About Análise de Armazenamento logging (Acerca do registo de Análise de Armazenamento).
`x-ms-rehydrate-priority`	Opcional. Indica a prioridade com a qual reidratar um blob arquivado. Suportado na versão 2019-02-02 e posterior para blobs de blocos. Os valores válidos são `High` ou `Standard`. A prioridade só pode ser definida num blob uma vez para versões anteriores a 2020-06-12; este cabeçalho é ignorado nos pedidos subsequentes. A predefinição de prioridade é `Standard`. A partir da versão 2020-06-12, pode atualizar a prioridade de reidratação depois de ter sido definida. Pode alterar a definição de prioridade de `Standard` para `High` ao chamar Definir Camada de Blobs, com este cabeçalho definido como `High` e ao definir `x-ms-access-tier` para o mesmo valor para o qual foi definido anteriormente. A definição de prioridade não pode ser reduzida de `High` para `Standard`.

Esta operação também suporta a utilização de cabeçalhos condicionais para colocar o blob em camadas apenas se uma condição especificada for cumprida. Para obter mais informações, veja Especificar cabeçalhos condicionais para operações de Armazenamento de Blobs.

Corpo do pedido

Nenhum.

Resposta

A resposta inclui um código de estado HTTP e um conjunto de cabeçalhos de resposta.

Código de estado

Uma operação bem-sucedida devolve o código de estado 200 (OK) se o novo escalão entra em vigor imediatamente ou o código de estado 202 (Aceite) se a transição para a nova camada estiver pendente.

Para contas de armazenamento premium, a operação blob de páginas devolve o código de estado 200 (OK).

Para blobs de blocos, os códigos de estado HTTP que são devolvidos, com base nas camadas atuais e pedidas do blob, são descritos na seguinte tabela:

Escalão de serviço	Definir como camada de acesso frequente	Definir como camada esporádica	Definir como camada fria	Definir como camada de arquivo
Blob na camada de acesso frequente	200	200	200	200
Blob na camada esporádica	200	200	200	200
Blob em camada fria	200	200	200	200
Blob na camada de arquivo	202	202	202	200
Blob na camada de arquivo, a reidratar-se para frequente	202	409	409	409
Blob na camada de arquivo, reidratando-se para esporádico	409	202	409	409
Blob na camada de arquivo, a reidratar-se a frio	409	409	202	409

Para obter mais informações sobre códigos de estado, veja Códigos de estado e de erro.

Cabeçalhos de resposta

A resposta para esta operação inclui os seguintes cabeçalhos. A resposta também pode incluir cabeçalhos HTTP padrão adicionais. Todos os cabeçalhos padrão estão em conformidade com a especificação do protocolo HTTP/1.1.

Cabeçalho de resposta	Descrição
`x-ms-request-id`	Identifica exclusivamente o pedido que foi feito e pode ser utilizado para resolver o pedido. Para obter mais informações, veja Resolver problemas de operações da API.
`x-ms-version`	A versão do Armazenamento de Blobs que foi utilizada para executar o pedido. Este cabeçalho é devolvido para pedidos feitos na versão 2009-09-19 e posterior.
`x-ms-client-request-id`	Pode ser utilizado para resolver problemas de pedidos e respostas correspondentes. O valor deste cabeçalho é igual ao valor do `x-ms-client-request-id` cabeçalho se estiver presente no pedido e o valor não contiver mais de 1024 carateres ASCII visíveis. Se o `x-ms-client-request-id` cabeçalho não estiver presente no pedido, não estará presente na resposta.

Autorização

Esta operação só pode ser chamada pelo proprietário da conta de armazenamento e por qualquer pessoa com uma assinatura de acesso partilhado com permissões para escrever neste blob ou no respetivo contentor.

Observações

Definir o escalão de um blob para blobs de páginas em contas premium tem as seguintes restrições:

A nova camada de blobs não pode ser inferior à existente.
A nova camada de blobs deve conseguir acomodar o comprimento do conteúdo do blob. Para obter uma lista das camadas e o respetivo comprimento de conteúdo permitido, veja Armazenamento premium de elevado desempenho e discos geridos para VMs.

Definir a camada do blob de blocos numa conta de Armazenamento de Blobs ou para fins gerais v2 tem as seguintes restrições:

A definição de uma camada num instantâneo é permitida a partir da versão REST 2019-12-12.
Os instantâneos que estão em camadas para archive não podem ser reidratados novamente para o instantâneo. Ou seja, o instantâneo não pode ser devolvido a uma hot camada ou cool . A única forma de obter os dados de um archive instantâneo ou versão é copiá-lo para um novo blob.
Se a versão for um blob de raiz, pode ser reidratado novamente para hot ou cool.
Os instantâneos ou versões num archive estado não podem ser promovidos à raiz.
Quando o controlo de versões está ativado, a eliminação de um blob de raiz quando está num estado de reidratação pendente resultará no cancelamento da reidratação e a versão estará num archive estado.
Se um blob for substituído quando estiver num estado de reativação pendente e de eliminação recuperável, resultará no cancelamento da reidratação e a versão do instantâneo eliminado de forma recuperável estará num archive estado.

A lista de escalões suportados não é restrita pela versão do pedido e podem ser adicionados novos escalões no futuro.