Get Blob Properties (Obter Propriedades do Blob)

A Get Blob Properties operação devolve todos os metadados definidos pelo utilizador, propriedades HTTP padrão e propriedades do sistema para o blob. Não devolve o conteúdo do blob.

Pedir

Pode construir o pedido da Get Blob Properties seguinte forma. Recomendamos que utilize HTTPS. Substitua myaccount pelo nome da sua conta de armazenamento.

URI do pedido do método HEAD Versão HTTP
https://myaccount.blob.core.windows.net/mycontainer/myblob

https://myaccount.blob.core.windows.net/mycontainer/myblob?snapshot=<DateTime>

https://myaccount.blob.core.windows.net/mycontainer/myblob?versionid=<DateTime>
HTTP/1.1

URI do serviço de armazenamento emulado

Quando estiver a fazer um pedido contra o serviço de armazenamento emulado, especifique o nome de anfitrião do emulador e Armazenamento de Blobs do Azure porta como 127.0.0.1:10000, seguido do nome da conta de armazenamento emulada:

URI do pedido do método HEAD Versão HTTP
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob HTTP/1.1

Para obter mais informações, veja Utilizar o Emulador de Armazenamento do Azure para desenvolvimento e teste.

Parâmetros URI

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

Parâmetro Description
snapshot Opcional. O parâmetro instantâneo é um valor opaco DateTime que, quando está presente, especifica o instantâneo de blobs a obter. Para obter mais informações sobre como trabalhar com instantâneos de blobs, consulte Criar um instantâneo de um blob.
versionid Opcional. Versão 2019-12-12 e posterior. O versionid parâmetro é um valor opaco DateTime que, quando está presente, especifica a versão do blob a obter.
timeout Opcional. O timeout parâmetro é expresso em segundos. Para obter mais informações, veja Definir tempos limite para operações de Armazenamento de Blobs.

Cabeçalhos do pedido

A tabela seguinte descreve os cabeçalhos de pedido obrigatórios e opcionais.

Cabeçalho do pedido Description
Authorization Obrigatório. Especifica o esquema de autorização, o nome da conta 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-version Necessário para todos os pedidos autorizados. Opcional para pedidos anónimos. 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-lease-id: <ID> Opcional. Se este cabeçalho for especificado, a Get Blob Properties operação só será efetuada se ambas as condições seguintes forem cumpridas:

- A concessão do blob está atualmente ativa.
- O ID de concessão especificado no pedido corresponde ao ID de concessão do blob.

Se uma destas condições não for cumprida, o pedido falhará e a operação falhará com o Get Blob Properties código de estado 412 (Falha na Pré-condição).
x-ms-upn Opcional. Versão 2020-06-12 e posterior. Válido para contas com o espaço de nomes hierárquico ativado. Se os valores de identidade de utilizador que são devolvidos no x-ms-owner são verdadeiros, são transformados de Microsoft Entra IDs de objeto para nomes principais de utilizador. Se os valores forem falsos, serão devolvidos como Microsoft Entra IDs de objeto. O valor predefinido é falso. Tenha em atenção que os IDs de objetos de grupo e de aplicação não são traduzidos porque não têm nomes amigáveis exclusivos.
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 de análise quando o registo de análise de armazenamento está ativado. Recomendamos vivamente que utilize este cabeçalho quando estiver a correlacionar atividades do lado do cliente com pedidos recebidos pelo servidor. Para obter mais informações, veja Acerca do registo de Análise de Armazenamento do Azure.

Esta operação também suporta a utilização de cabeçalhos condicionais para devolver propriedades e metadados de blobs 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.

Cabeçalhos de pedido (chaves de encriptação fornecidas pelo cliente)

A partir da versão 2019-02-02, pode especificar os seguintes cabeçalhos no pedido para ler um blob encriptado com uma chave fornecida pelo cliente. A encriptação com uma chave fornecida pelo cliente (e o conjunto de cabeçalhos correspondente) é opcional. Se um blob tiver sido encriptado anteriormente com uma chave fornecida pelo cliente, tem de incluir estes cabeçalhos no pedido para que a operação de leitura possa ser concluída com êxito.

Cabeçalho do pedido Description
x-ms-encryption-key Obrigatório. A chave de encriptação AES-256 codificada com Base64.
x-ms-encryption-key-sha256 Opcional. O hash SHA256 codificado com Base64 da chave de encriptação.
x-ms-encryption-algorithm: AES256 Obrigatório. Especifica o algoritmo a utilizar para encriptação. O valor deste cabeçalho tem de ser AES256.

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).

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 cabeçalhos na tabela seguinte. 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
Last-Modified A data/hora em que o blob foi modificado pela última vez. O formato de data segue RFC 1123. Para obter mais informações, veja Representar valores de data/hora em cabeçalhos.

Qualquer operação que modifique o blob, incluindo uma atualização dos metadados ou propriedades do blob, altera a última hora modificada do blob.
x-ms-creation-time Versão 2017-11-09 e posterior. A data/hora em que o blob foi criado. O formato de data segue RFC 1123. Para obter mais informações, veja Representar valores de data/hora em cabeçalhos.
x-ms-meta-name:value Um conjunto de pares nome-valor que correspondem aos metadados definidos pelo utilizador associados a este blob.
x-ms-tag-count Versão 2019-12-12 e posterior. Se o blob tiver etiquetas, devolve o número de etiquetas armazenadas no blob. Este cabeçalho não é devolvido se não existirem etiquetas no blob.
x-ms-blob-type:<BlockBlob\|PageBlob\|AppendBlob> O tipo de blob.
x-ms-copy-completion-time:<datetime> Versão 2012-02-12 e posterior. Hora de conclusão da última operação tentada Copy Blob em que este blob era o blob de destino. Este valor pode especificar a hora de uma tentativa de cópia concluída, abortada ou falhada. Este cabeçalho não é apresentado se uma cópia estiver pendente, se este blob nunca tiver sido o destino de uma Copy Blob operação ou se este blob tiver sido modificado após uma operação concluída Copy Blob que utiliza Set Blob Properties, Put Blobou Put Block List.
x-ms-copy-status-description: <error string> Versão 2012-02-12 e posterior. Aparece apenas quando x-ms-copy-status é failed ou pending. Descreve a causa de uma falha fatal ou não fatal da operação de cópia. Este cabeçalho não é apresentado se este blob nunca tiver sido o destino de uma Copy Blob operação ou se este blob tiver sido modificado após uma operação concluída Copy Blob que utiliza Set Blob Properties, Put Blobou Put Block List.
x-ms-copy-id: <id> Versão 2012-02-12 e posterior. O identificador de cadeia da última operação tentada Copy Blob , em que este blob era o blob de destino. Este cabeçalho não é apresentado se este blob nunca tiver sido o destino de uma Copy Blob operação ou se este blob tiver sido modificado após uma operação concluída Copy Blob que utiliza Set Blob Properties, Put Blobou Put Block List.
x-ms-copy-progress: <bytes copied/bytes total> Versão 2012-02-12 e posterior. Contém o número de bytes copiados e o total de bytes na origem na última operação tentada Copy Blob , em que este blob foi o blob de destino. Pode mostrar de 0 a Content-Length bytes copiados. Este cabeçalho não é apresentado se este blob nunca tiver sido o destino de uma Copy Blob operação ou se este blob tiver sido modificado após uma operação concluída Copy Blob que utiliza Set Blob Properties, Put Blobou Put Block List.
x-ms-copy-source: url Versão 2012-02-12 e posterior. Um URL com até 2 KiB de comprimento que especifica o blob de origem que foi utilizado na última operação tentada Copy Blob , em que este blob era o blob de destino. Este cabeçalho não é apresentado se este blob nunca tiver sido o destino de uma Copy Blob operação ou se este blob tiver sido modificado após uma operação concluída Copy Blob que utiliza Set Blob Properties, Put Blobou Put Block List.
x-ms-copy-status: <pending \| success \| aborted \| failed> Versão 2012-02-12 e posterior. O estado da operação de cópia identificado por x-ms-copy-id, com estes valores:

- success: Cópia concluída com êxito.
- pending: A cópia está em curso. Verifique x-ms-copy-status-description se erros intermitentes e não fatais impedem o progresso da cópia, mas não causam falhas.
- aborted: A cópia foi terminada por Abort Copy Blob.
- failed: Falha na cópia. Veja x-ms-copy-status-description os detalhes da falha.

Este cabeçalho não é apresentado se este blob nunca tiver sido o destino de uma Copy Blob operação ou se este blob tiver sido modificado após uma operação concluída Copy Blob que utiliza Set Blob Properties, Put Blobou Put Block List.
x-ms-incremental-copy: true Versão 2016-05-31 e posterior. Incluído se o blob for um blob de cópia incremental.
x-ms-copy-destination-snapshot:<datetime> Versão 2016-05-31 e posterior. Incluído se o blob for um blob de cópia incremental ou um instantâneo de cópia incremental, se x-ms-copy-status for bem-sucedido. Hora do instantâneo do último instantâneo de cópia incremental bem-sucedido para este blob.
x-ms-lease-duration: <infinite \| fixed> Quando um blob é arrendado, especifica se a concessão é de duração infinita ou fixa. Incluído para pedidos que utilizam a versão 2012-02-12 e posterior.
x-ms-lease-state: <available \| leased \| expired \| breaking \| broken> O estado de concessão do blob. Incluído para pedidos que utilizam a versão 2012-02-12 e posterior.
x-ms-lease-status:<locked\| unlocked> O estado de concessão do blob.
Content-Length O tamanho do blob em bytes. Para um blob de página, este cabeçalho devolve o x-ms-blob-content-length valor do cabeçalho armazenado com o blob.
Content-Type O tipo de conteúdo especificado para o blob. Se não for especificado nenhum tipo de conteúdo, o tipo de conteúdo predefinido é application/octet-stream.
Etag O ETag contém um valor que pode utilizar para realizar operações condicionalmente. Para obter mais informações, veja Especificar cabeçalhos condicionais para operações de Armazenamento de Blobs. Se a versão do pedido for 2011-08-18 ou posterior, o valor ETag estará entre aspas.
Content-MD5 Se o Content-MD5 cabeçalho tiver sido definido para o blob, este cabeçalho de resposta é devolvido para que o cliente possa verificar a integridade do conteúdo da mensagem.

Na versão 2012-02-12 e posterior, Put Blob define o valor MD5 de um blob de blocos mesmo quando o Put Blob pedido não inclui um cabeçalho MD5.
Content-Encoding Se o cabeçalho do Content-Encoding pedido tiver sido definido anteriormente para o blob, esse valor é devolvido neste cabeçalho.
Content-Language Se o cabeçalho do Content-Language pedido tiver sido definido anteriormente para o blob, esse valor é devolvido neste cabeçalho.
Content-Disposition Se o cabeçalho do Content-Disposition pedido tiver sido definido anteriormente para o blob, esse valor é devolvido neste cabeçalho, para pedidos na versão 2013-08-15 e posterior.

O Content-Disposition campo de cabeçalho de resposta transmite informações adicionais sobre como processar o payload de resposta e também pode ser utilizado para anexar metadados adicionais. Por exemplo, se o cabeçalho estiver definido como attachment, indica que o utilizador-agente não deve apresentar a resposta, mas sim mostrar uma caixa de diálogo Guardar Como.
Cache-Control Se o cabeçalho do Cache-Control pedido tiver sido definido anteriormente para o blob, esse valor é devolvido neste cabeçalho.
x-ms-blob-sequence-number O número de sequência atual de um blob de página.

Este cabeçalho não é devolvido para blobs de blocos ou blobs de acréscimo.

Este cabeçalho não é devolvido para blobs de blocos.
x-ms-request-id Este cabeçalho identifica exclusivamente o pedido que foi feito e pode utilizá-lo para resolver o pedido. Para obter mais informações, veja Resolver Problemas de Operações de API.
x-ms-version Indica a versão do Armazenamento de Blobs que está a ser utilizada para executar o pedido. Este cabeçalho é devolvido para pedidos efetuados na versão 2009-09-19 e posterior.

Este cabeçalho também é devolvido para pedidos anónimos sem uma versão especificada se o contentor foi marcado para acesso público através da versão 2009-09-19 do Armazenamento de Blobs.
Date Um valor de data/hora UTC gerado pelo serviço que indica a hora em que a resposta foi iniciada.
Accept-Ranges: bytes Indica que o serviço suporta pedidos de conteúdo de blobs parciais. Incluído para pedidos feitos com a versão 2013-08-15 e posterior.
x-ms-blob-committed-block-count O número de blocos consolidados presentes no blob. Este cabeçalho é devolvido apenas para blobs de acréscimo.
x-ms-server-encrypted: true/false Versão 2015-12-11 e posterior. O valor deste cabeçalho está definido como true se os dados de blobs e os metadados da aplicação estiverem completamente encriptados com o algoritmo especificado. Caso contrário, o valor está definido como false (quando o blob não está encriptado ou se apenas partes dos metadados de blob/aplicação estiverem encriptadas).
x-ms-encryption-key-sha256 Versão 2019-02-02 e posterior. Este cabeçalho é devolvido se o blob estiver encriptado com uma chave fornecida pelo cliente.
x-ms-encryption-context Versão 2021-08-06 e posterior. Se o valor da propriedade de contexto de encriptação estiver definido, devolverá o valor definido. Válido apenas quando o Espaço de Nomes Hierárquico está ativado para a conta.
x-ms-encryption-scope Versão 2019-02-02 e posterior. Este cabeçalho é devolvido se o blob estiver encriptado com um âmbito de encriptação.
x-ms-access-tier Versão 2017-04-17 e posterior. A camada de blob de páginas numa conta Armazenamento Premium ou camada de um blob de blocos numa conta de Armazenamento de Blobs ou para fins gerais v2. Para obter uma lista dos escalões de blobs de página premium permitidos, veja High-performance Armazenamento Premium and managed disks for VMs (Discos geridos e de alto desempenho para VMs). Para o armazenamento de blobs ou para fins gerais v2, os valores válidos são Hot, Cool, Colde Archive. Nota:Cold O escalão é suportado para a versão 2021-12-02 e posterior. Para obter informações detalhadas sobre o escalão de nível de blobs de blocos de contas de blobs padrão , veja Camadas de armazenamento frequente, esporádico e de arquivo.
x-ms-access-tier-inferred: true Versão 2017-04-17 e posterior. Apenas para blobs de páginas numa conta Armazenamento Premium. Se a camada de acesso não estiver explicitamente definida no blob, a camada é inferida com base no respetivo comprimento de conteúdo e este cabeçalho é devolvido com um valor de true. Para blobs de blocos no Armazenamento de Blobs ou numa conta v2 para fins gerais, se o blob não tiver a camada de acesso definida, pode inferir a camada das propriedades da conta de armazenamento. Este cabeçalho só é definido se a camada de blobs de blocos for inferida.
x-ms-archive-status Versão 2017-04-17 e posterior. Para o armazenamento de blobs ou para fins gerais v2, os valores válidos são rehydrate-pending-to-hot, rehydrate-pending-to-coole rehydrate-pending-to-cold. Se o blob estiver a ser reidratado e estiver incompleto, este cabeçalho é devolvido, o que indica que a reidrata está pendente e apresenta a camada de destino. Para obter informações detalhadas sobre as camadas de armazenamento de blobs de blocos de contas de blobs padrão, veja Camadas de armazenamento frequente, esporádico e de arquivo.
x-ms-access-tier-change-time Versão 2017-04-17 e posterior. Indica a última vez que a camada foi alterada no objeto. Este cabeçalho só é devolvido se alguma vez tiver sido definida uma camada no blob de blocos. O formato de data segue RFC 1123. Para obter mais informações, veja Representar valores de data/hora em cabeçalhos. Para obter mais informações sobre as camadas de armazenamento de blobs de blocos de contas de blobs padrão, veja Camadas de armazenamento frequente, esporádico e de arquivo.
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 for, no máximo, 1024 carateres ASCII visíveis. Se o x-ms-client-request-id cabeçalho não estiver presente no pedido, este cabeçalho não está presente na resposta.
x-ms-rehydrate-priority Versão 2019-12-12 e posterior. Se um objeto estiver no estado de reidratar pendente, este cabeçalho é devolvido com prioridade de reidratar. Os valores válidos são High/Standard. Para obter informações detalhadas sobre a camada de nível de blobs de blocos de contas de blobs padrão , veja Camadas de armazenamento frequente, esporádico e de arquivo.
x-ms-or-{policy-id}_{rule-id} Versão 2019-12-12 e posterior, devolvida apenas para blobs de blocos. policy-id é um valor GUID que representa o identificador de uma política de replicação de objetos na conta de armazenamento. rule-id é um valor GUID que representa o identificador de uma regra de política no contentor de blobs. Se a conta estiver ObjectReplicationativada, o valor deste cabeçalho representa o estado de replicação do blob com a política e os identificadores de regras especificados, ou completefailed.
x-ms-or-policy-id Versão 2019-12-12 e posterior, devolvida apenas para blobs de blocos. Se a conta estiver ObjectReplicationativada, o valor deste cabeçalho representa a política que rege a replicação.
x-ms-last-access-time Versão 2020-02-10 e posterior. Indica a última vez que os dados do blob foram acedidos com base na última política de controlo da hora de acesso da conta de armazenamento. O cabeçalho não é devolvido se a conta de armazenamento não tiver uma política de controlo da hora do último acesso ou se a política estiver desativada. Para obter informações sobre como definir a última política de controlo de tempo de acesso da conta de armazenamento, veja API de Armazenamento de Blobs.
x-ms-blob-sealed Versão 2019-12-12 e posterior, devolvida apenas para blobs de acréscimo. Se o blob de acréscimo tiver sido selado, o valor será verdadeiro. Para obter mais informações, veja Acrescentar Selo de Blobs
x-ms-immutability-policy-until-date Versão 2020-06-12 e posterior. Especifica a data de "retenção até" definida no blob. Esta é a data até à qual o blob pode ser protegido contra modificação ou eliminação. Devolvido apenas se for definida uma política de imutabilidade no blob. O valor deste cabeçalho é RFC1123 formato.
x-ms-immutability-policy-mode: unlocked/locked Versão 2020-06-12 e posterior. O modo de política de imutabilidade, devolvido se for definida uma política de imutabilidade no blob. Os valores são unlocked/locked. unlocked indica que o utilizador pode alterar a política ao aumentar ou diminuir a data de retenção até. locked indica que estas ações são proibidas.
x-ms-legal-hold: true/false Versão 2020-06-12 e posterior. Este cabeçalho não é devolvido se não existir nenhuma suspensão legal no blob. O valor deste cabeçalho é definido como verdadeiro se o blob contiver uma retenção legal e o respetivo valor for verdadeiro. Caso contrário, o valor é definido como falso se o blob contiver uma retenção legal e o respetivo valor falso.
x-ms-owner Versão 2020-06-12 e posterior. Apenas para contas com um espaço de nomes hierárquico ativado. Devolve o utilizador proprietário do ficheiro ou diretório.
x-ms-group Versão 2020-06-12 e posterior. Apenas para contas com um espaço de nomes hierárquico ativado. Devolve o grupo de proprietários do ficheiro ou diretório.
x-ms-permissions Versão 2020-06-12 e posterior. Apenas para contas com um espaço de nomes hierárquico ativado. Devolve as permissões definidas para utilizador, grupo e outros no ficheiro ou diretório. Cada permissão individual está no formato [r,w,x,-{3} ].
x-ms-resource-type Versão 2020-10-02 e posterior. Apenas para contas com um espaço de nomes hierárquico ativado. Devolve o tipo de recurso para o caminho, que pode ser file ou directory.
x-ms-expiry-time Versão 2020-02-10 e posterior. Apenas para contas com um espaço de nomes hierárquico ativado. Devolve o tempo de expiração definido no blob. É devolvido apenas para ficheiros com um tempo de expiração definido.

Corpo da resposta

Nenhum.

Resposta de amostra

Response Status:  
HTTP/1.1 200 OK  
  
Response Headers:  
x-ms-meta-Name: myblob.txt  
x-ms-meta-DateUploaded: <date>  
x-ms-blob-type: AppendBlob  
x-ms-lease-status: unlocked  
x-ms-lease-state: available  
Content-Length: 11  
Content-Type: text/plain; charset=UTF-8  
Date: <date>  
ETag: "0x8CAE97120C1FF22"  
Accept-Ranges: bytes  
x-ms-blob-committed–block-count: 1  
x-ms-version: 2015-02-21  
Last-Modified: <date>  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-copy-id: 36650d67-05c9-4a24-9a7d-a2213e53caf6  
x-ms-copy-source: <url>  
x-ms-copy-status: success  
x-ms-copy-progress: 11/11  
x-ms-copy-completion-time: <date>  
  

Autorização

A autorização é necessária ao chamar qualquer operação de acesso a dados no Armazenamento do Azure. Pode autorizar a Get Blob Properties operação conforme descrito abaixo.

O Armazenamento do Azure suporta a utilização de Microsoft Entra ID para autorizar pedidos a dados de blobs. Com Microsoft Entra ID, pode utilizar o controlo de acesso baseado em funções do Azure (RBAC do Azure) para conceder permissões a um principal de segurança. O principal de segurança pode ser um utilizador, grupo, principal de serviço de aplicação ou identidade gerida do Azure. O principal de segurança é autenticado por Microsoft Entra ID para devolver um token OAuth 2.0. Em seguida, o token pode ser utilizado para autorizar um pedido contra o serviço Blob.

Para saber mais sobre a autorização através de Microsoft Entra ID, veja Autorizar o acesso a blobs com Microsoft Entra ID.

Permissões

Abaixo encontra-se a ação RBAC necessária para um utilizador, grupo ou principal de serviço Microsoft Entra chamar a Get Blob Properties operação e a função RBAC do Azure com menos privilégios que inclui esta ação:

Para saber mais sobre como atribuir funções com o RBAC do Azure, veja Atribuir uma função do Azure para acesso a dados de blobs.

Observações

Para determinar se uma Copy Blob operação foi concluída, primeiro verifique se o valor do x-ms-copy-id cabeçalho corresponde ao ID de cópia fornecido pela chamada original para Copy Blob. Uma correspondência garante que outra aplicação não abortou a cópia e iniciou uma nova Copy Blob operação. Em seguida, procure o x-ms-copy-status: success cabeçalho. Mas tenha em atenção que todas as operações de escrita num blob exceto Lease, Put Pagee Put Block as operações removem todas as x-ms-copy-* propriedades do blob. Estas propriedades também não são copiadas por Copy Blob operações que utilizam versões anteriores a 2012-02-12.

x-ms-copy-status-description contém mais informações sobre a Copy Blob falha. Os x-ms-copy-status-description valores estão descritos na seguinte tabela:

Componente Descrição
Código de estado de HTTP Um número inteiro padrão de 3 dígitos que especifica a falha.
Código de erro Uma palavra-chave que descreve o erro fornecido pelo Azure no <elemento ErrorCode> . Se não for apresentado nenhum <elemento ErrorCode> , é utilizada uma palavra-chave com texto de erro padrão associado ao código de estado HTTP de 3 dígitos na especificação HTTP. Para obter mais informações, veja Códigos de erro comuns da API REST.
Informações Descrição detalhada da falha, entre aspas.

Os x-ms-copy-status valores e x-ms-copy-status-description dos cenários de falha comuns são descritos na tabela seguinte:

Importante

As seguintes descrições de erro podem ser alteradas sem aviso, mesmo sem uma alteração de versão, pelo que o texto pode não corresponder exatamente.

Scenario valor x-ms-copy-status valor x-ms-copy-status-description
A operação de cópia foi concluída com êxito. exito vazio
O utilizador abortou a operação de cópia antes de ser concluída. abortado vazio
Ocorreu uma falha ao ler a partir do blob de origem durante uma operação de cópia, mas a operação será repetida. pendente 502 BadGateway "Detetou um erro de repetição ao ler a origem. Tentará novamente. Hora da falha: <hora>"
Ocorreu uma falha ao escrever no blob de destino de uma operação de cópia, mas a operação será repetida novamente. pendente 500 InternalServerError "Foi encontrado um erro retráctil. Tentará novamente. Hora da falha: <hora>"
Ocorreu uma falha irrecuperável ao ler a partir do blob de origem de uma operação de cópia. falhou 404 ResourceNotFound "A cópia falhou ao ler a origem". Nota: quando o serviço comunica este erro subjacente, este regressa ResourceNotFound no <elemento ErrorCode> . Se não for apresentado nenhum <elemento ErrorCode> na resposta, será apresentada uma representação de cadeia padrão do estado HTTP, como NotFound, .
O período de tempo limite que limita todas as operações de cópia decorrido. (Atualmente, o período de tempo limite é de duas semanas.) falhou 500 OperationCancelled "A cópia excedeu o tempo máximo permitido".
A operação de cópia falhou com demasiada frequência ao ler a partir da origem e não correspondeu a um rácio mínimo de tentativas para êxitos. (Este tempo limite impede a repetição de uma origem muito fraca ao longo de duas semanas antes de falhar). falhou 500 OperationCancelled "A cópia falhou ao ler a origem".

x-ms-last-access-time monitoriza a hora em que os dados do blob foram acedidos, com base na política de controlo da hora de acesso da última conta de armazenamento. O acesso aos metadados de um blob não altera a hora de último acesso.

Faturação

Os pedidos de preços podem ter origem em clientes que utilizam APIs de Armazenamento de Blobs, diretamente através da API REST do Armazenamento de Blobs ou a partir de uma biblioteca de cliente do Armazenamento do Azure. Estes pedidos acumulam custos por transação. O tipo de transação afeta a forma como a conta é cobrada. Por exemplo, as transações de leitura acumulam-se numa categoria de faturação diferente das transações de escrita. A tabela seguinte mostra a categoria de faturação dos Get Blob Properties pedidos com base no tipo de conta de armazenamento:

Operação Tipo de conta de armazenamento Categoria de faturação
Get Blob Properties (Obter Propriedades do Blob) Blob de bloco premium
Standard para fins gerais v2
Outras operações
Get Blob Properties (Obter Propriedades do Blob) Standard para fins gerais v1 Operações de leitura

Para saber mais sobre os preços da categoria de faturação especificada, veja Armazenamento de Blobs do Azure Preços.

Ver também

Autorizar pedidos para o Armazenamento do Azure
Códigos de estado e de erro
Códigos de erro do Armazenamento de Blobs