Colocar Blob do URL

Artigo
04/24/2024

A Put Blob From URL operação cria um novo blob de blocos onde os conteúdos do blob são lidos a partir de um URL especificado. Esta API está disponível a partir da versão 2020-04-08.

As atualizações parciais não são suportadas com Put Blob From URLo . Os conteúdos de um blob existente são substituídos com o conteúdo do novo blob. Para efetuar atualizações parciais ao conteúdo de um blob de blocos com um URL de origem, utilize a API Put Blob From URL em conjunto com Put Block List.

O tamanho do blob de origem pode ter até um comprimento máximo de 5000 mebibytes (MiB).

Pedir

Pode construir o Put Blob From URL seguinte. Recomendamos que utilize HTTPS. Substitua myaccount pelo nome da sua conta de armazenamento:

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

Pedido de serviço de armazenamento emulado

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

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

O emulador de armazenamento suporta tamanhos de blobs de até 2 gibibytes (GiB).

Para obter mais informações, veja Utilizar o emulador do Azurite para o desenvolvimento local do Armazenamento do Azure.

Parâmetros do URI

Os seguintes parâmetros adicionais podem ser especificados no URI do pedido:

Parâmetro	Description
`timeout`	Opcional. O `timeout` parâmetro é expresso em segundos. Para obter mais informações, veja Set time-outs for Blob service operations (Definir tempos limite para operações do serviço Blob).

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 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. 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.
`Content-Length`	Obrigatório. Especifica o número de bytes que estão a ser transmitidos no corpo do pedido. O valor deste cabeçalho tem de ser definido como 0. Quando o comprimento não é 0, a operação falha com o código de estado 400 (Pedido Incorreto).
`x-ms-copy-source:name`	Obrigatório. Especifica o URL do blob de origem. O valor pode ser um URL de até 2 kibibytes (KiB) de comprimento que especifica um blob. O valor deve ser codificado com URL, tal como apareceria num URI de pedido. O blob de origem tem de ser público ou ser autorizado através de uma assinatura de acesso partilhado. Se o blob de origem for público, não é necessária autorização para efetuar a operação. Se o tamanho do blob de origem for superior a 5000 MiB ou se a origem não devolver um valor válido `Content-Length` , o pedido falhará com o código de estado 409 (Conflito). Eis alguns exemplos de URLs de objetos de origem: - `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>`
`x-ms-copy-source-authorization: <scheme> <signature>`	Opcional. Especifica o esquema de autorização e a assinatura da origem de cópia. Para obter mais informações, veja Autorizar pedidos para o Armazenamento do Azure. Apenas o portador do esquema é suportado para o Azure Active Directory. Este cabeçalho é suportado na versão 2020-10-02 e posterior.
`x-ms-blob-type: BlockBlob`	Obrigatório. Especifica o tipo de blob a criar, que tem de ser `BlockBlob`. Se o tipo de blob não `BlockBlob`for , a operação falhará com o código de estado 400 (Pedido Incorreto).
`Content-Type`	Opcional. O tipo de conteúdo MIME do blob. O tipo predefinido é `application/octet-stream`.
`Content-Encoding`	Opcional. Especifica as codificações de conteúdo que foram aplicadas ao blob. Este valor é devolvido ao cliente quando a operação Obter Blob é executada no recurso de blob. Quando este valor é devolvido, o cliente pode utilizá-lo para descodificar o conteúdo do blob.
`Content-Language`	Opcional. Especifica as linguagens naturais utilizadas por este recurso.
`Cache-Control`	Opcional. O Armazenamento de Blobs armazena este valor, mas não o utiliza ou modifica.
`x-ms-source-content-md5`	Opcional. Um hash MD5 do conteúdo do blob do URI. Este hash é utilizado para verificar a integridade da bolha durante o transporte dos dados do URI. Quando este cabeçalho é especificado, o serviço de armazenamento compara o hash do conteúdo que chegou da fonte de cópia com este valor do cabeçalho. Se este cabeçalho for omitido, o Armazenamento de Blobs gera um hash MD5. Se os dois hashes não corresponderem, a operação falha com o código de erro 400 (Pedido Incorreto).
`x-ms-content-crc64`	Opcional. Um Hash CRC64 do conteúdo da bolha. Este Hash é utilizado para verificar a integridade da bolha durante o transporte. Quando este cabeçalho é especificado, o serviço de armazenamento verifica o hash que chegou ao que foi enviado. Se os dois hashes não corresponderem, a operação falha com o código de erro 400 (Pedido Incorreto). Este cabeçalho é suportado na versão 02-02-2019 e posterior. Se os cabeçalhos Content-MD5 e x-ms-content-crc64 estiverem presentes, o pedido falha com um 400 (Pedido Incorreto).
`x-ms-blob-content-type`	Opcional. Define o tipo de conteúdo do blob.
`x-ms-blob-content-encoding`	Opcional. Define a codificação de conteúdo do blob.
`x-ms-blob-content-language`	Opcional. Define o idioma de conteúdo do blob.
`x-ms-blob-content-md5`	Opcional. Define o hash MD5 do blob.
`x-ms-blob-cache-control`	Opcional. Define o controlo de cache do blob.
`x-ms-meta-name:value`	Opcional. Os pares nome-valor que estão associados ao blob como metadados. Nota: a partir da versão 2009-09-19, os nomes de metadados têm de cumprir as regras de nomenclatura dos identificadores C#.
`x-ms-encryption-scope`	Opcional. O âmbito de encriptação a utilizar para encriptar o conteúdo do pedido. Este cabeçalho é suportado na versão 2019-02-02 e posterior.
`x-ms-tags`	Opcional. Define as etiquetas codificadas por cadeias de consulta especificadas no blob. Para obter mais informações, aceda à secção Observações . Suportado na versão 2019-12-12 e posterior.
`x-ms-copy-source-tag-option`	Opcional. Os valores possíveis são SUBSTITUIR ou COPIAR (sensível às maiúsculas e minúsculas). O valor predefinido é SUBSTITUIR. Se COPIAR for especificado, as etiquetas do blob de origem são copiadas para o blob de destino. O blob de origem tem de ser privado e o pedido tem de ter permissão para Obter Etiquetas de Blobs no blob de origem e Definir Etiquetas de Blobs no blob de destino. Isto implica uma chamada extra para a operação Obter Etiquetas de Blobs na conta de origem. SUBSTITUa as etiquetas especificadas pelo `x-ms-tags` cabeçalho no blob de destino. Se SUBSTITUIR for utilizado e não forem especificadas etiquetas pelo `x-ms-tags`, não serão definidas etiquetas no blob de destino. Especificar COPY e `x-ms-tags` resulta num 409 (Conflito). Suportado na versão 2021-04-10 e posterior.
`x-ms-copy-source-blob-properties`	Opcional. Especifica o comportamento das propriedades do blob de origem de cópia. Se definido como `True`, as propriedades do blob de origem serão copiadas para o novo blob. O valor predefinido é `True`.
`x-ms-source-if-modified-since`	Opcional. Um `DateTime` valor. Especifique este cabeçalho condicional para colocar o blob apenas se o blob de origem tiver sido modificado desde a data/hora especificada. Se o blob de origem não tiver sido modificado, o Armazenamento de Blobs devolve o código de estado 412 (Falha na Pré-condição). Não é possível especificar este cabeçalho se a origem for uma partilha Ficheiros do Azure.
`x-ms-source-if-unmodified-since`	Opcional. Um `DateTime` valor. Especifique este cabeçalho condicional para colocar o blob apenas se o blob de origem não tiver sido modificado desde a data/hora especificada. Se o blob de origem tiver sido modificado, o Armazenamento de Blobs devolve o código de estado 412 (Falha na Pré-condição). Não é possível especificar este cabeçalho se a origem for uma partilha Ficheiros do Azure.
`x-ms-source-if-match`	Opcional. Um valor ETag. Especifique este cabeçalho condicional para colocar o blob de origem apenas se o ETag corresponder ao valor especificado. Se os valores do ETag não corresponderem, o Armazenamento de Blobs devolve o código de estado 412 (Falha na Pré-condição). Não é possível especificar este cabeçalho se a origem for uma partilha Ficheiros do Azure.
`x-ms-source-if-none-match`	Opcional. Um valor ETag. Especifique este cabeçalho condicional para colocar o blob apenas se o ETag não corresponder ao valor especificado. Se os valores forem idênticos, o Armazenamento de Blobs devolve o código de estado 412 (Falha na Pré-condição). Não é possível especificar este cabeçalho se a origem for uma partilha Ficheiros do Azure.
`If-Modified-Since`	Opcional. Um `DateTime` valor. Especifique este cabeçalho condicional para colocar o blob apenas se o blob de destino tiver sido modificado desde a data/hora especificada. Se o blob de destino não tiver sido modificado, o Armazenamento de Blobs devolve o código de estado 412 (Falha na Pré-condição).
`If-Unmodified-Since`	Opcional. Um `DateTime` valor. Especifique este cabeçalho condicional para colocar o blob apenas se o blob de destino não tiver sido modificado desde a data/hora especificada. Se o blob de destino tiver sido modificado, o Armazenamento de Blobs devolve o código de estado 412 (Falha na Pré-condição).
`If-Match`	Opcional. Um valor ETag. Especifique um valor ETag para este cabeçalho condicional para colocar o blob apenas se o valor ETag especificado corresponder ao `ETag` valor de um blob de destino existente. Se o ETag para o blob de destino não corresponder ao ETag especificado para `If-Match`, o Armazenamento de Blobs devolve o código de estado 412 (Falha na Pré-condição).
`If-None-Match`	Opcional. Um valor ETag ou o caráter universal (). Especifique um valor ETag para este cabeçalho condicional para colocar o blob apenas se o valor ETag especificado não corresponder ao valor ETag do blob de destino. Especifique o caráter universal () para executar a operação apenas se o blob de destino não existir. Se a condição especificada não for cumprida, o Armazenamento de Blobs devolve o código de estado 412 (Falha na Pré-condição).
`x-ms-lease-id:<ID>`	Necessário se o blob tiver uma concessão ativa. Para efetuar esta operação num blob com uma concessão ativa, especifique o ID de concessão válido para este cabeçalho.
`x-ms-blob-content-disposition`	Opcional. Define o cabeçalho do `Content-Disposition` blob. Disponível para a 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 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. Em vez disso, deverá apresentar uma caixa de diálogo Guardar Como com um nome de ficheiro diferente do nome do blob especificado. A resposta das operações Obter Propriedades do Blob e Obter Blob inclui o `content-disposition` cabeçalho.
`Origin`	Opcional. Especifica a origem a partir da qual o pedido é emitido. A presença deste cabeçalho resulta em cabeçalhos de partilha de recursos entre origens (CORS) na resposta. Para obter mais informações, veja Suporte CORS para os 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 de análise quando o registo de análise de armazenamento está ativado. Recomendamos vivamente que utilize este cabeçalho para correlacionar as atividades do lado do cliente com os pedidos que o servidor recebe.
`x-ms-access-tier`	Opcional. Indica o escalão a definir no blob. Os valores válidos para as camadas de blob de blocos são `Hot`, `Cool`, `Cold`e `Archive`. Nota: `Cold` o escalão é suportado para a versão 2021-12-02 e posterior. `Hot`, `Cool`e `Archive` são suportados para a versão 2018-11-09 e posterior. Para obter mais informações sobre as camadas de blobs de blocos, veja Camadas de armazenamento frequente, esporádico e de arquivo.
`x-ms-expiry-option`	Opcional. Versão 2023-08-03 e posterior. Especifica a opção de data de expiração do pedido. Para obter mais informações, consulte ExpiryOption. Este cabeçalho é válido para contas com o espaço de nomes hierárquico ativado.
`x-ms-expiry-time`	Opcional. Versão 2023-08-03 e posterior. Especifica a hora em que o blob está definido para expirar. O formato da data de expiração varia de acordo `x-ms-expiry-option`com . Para obter mais informações, consulte ExpiryOption. Este cabeçalho é válido para contas com o espaço de nomes hierárquico ativado.

Esta operação também suporta a utilização de cabeçalhos condicionais para escrever o blob apenas se uma determinada condição 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)

Os cabeçalhos seguintes podem ser especificados no pedido para encriptar um blob com uma chave fornecida pelo cliente. A encriptação com uma chave fornecida pelo cliente (e o conjunto de cabeçalhos correspondente) é opcional.

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`	Obrigatório. 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.

Pedido de exemplo

O exemplo seguinte mostra um pedido para criar um blob de blocos:

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblockblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2020-04-08  
x-ms-date: <date>  
Content-Type: text/plain; charset=UTF-8  
x-ms-blob-content-disposition: attachment; filename="fname.ext"  
x-ms-blob-type: BlockBlob  
x-ms-meta-m1: v1  
x-ms-meta-m2: v2  
x-ms-copy-source: https://myaccount.blob.core.windows.net/mycontainer/myblob
x-ms-expiry-option: RelativeToNow
x-ms-expiry-time: 30000
Authorization: SharedKey myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Content-Length: 0

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 201 (Criado).

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
`ETag`	A ETag contém um valor que o cliente pode utilizar para realizar operações condicionais `PUT` com o cabeçalho do `If-Match` pedido. O valor ETag está entre aspas.
`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 de escrita no blob (incluindo atualizações nos metadados ou propriedades do blob) altera a hora da última modificação do blob.
`Content-MD5`	Devolvido para um blob de blocos para que o cliente possa verificar a integridade do conteúdo da mensagem. O `Content-MD5` valor devolvido é calculado pelo Armazenamento de Blobs. Este cabeçalho é devolvido mesmo quando o pedido não inclui `Content-MD5` nem `x-ms-blob-content-md5` cabeçalhos.
`x-ms-content-crc64`	Devolvido para um blob de blocos para que o cliente possa verificar a integridade do conteúdo da mensagem. O `x-ms-content-crc64` valor devolvido é calculado pelo Armazenamento de Blobs. Este cabeçalho é sempre devolvido.
`x-ms-request-id`	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 da API.
`x-ms-version`	A versão do Armazenamento de Blobs que foi utilizada para executar o pedido.
`Date`	Um valor de data/hora UTC gerado pelo serviço, que indica a hora em que a resposta foi iniciada.
`Access-Control-Allow-Origin`	Devolvido se o pedido incluir um `Origin` cabeçalho e CORS estiver ativado com uma regra correspondente. Este cabeçalho devolve o valor do cabeçalho do pedido de origem se existir uma correspondência.
`Access-Control-Expose-Headers`	Devolvido se o pedido incluir um `Origin` cabeçalho e CORS estiver ativado com uma regra correspondente. Devolve a lista de cabeçalhos de resposta que serão expostos ao cliente ou emissor do pedido.
`Access-Control-Allow-Credentials`	Devolvido se o pedido incluir um `Origin` cabeçalho e CORS estiver ativado com uma regra correspondente que não permite todas as origens. Este cabeçalho está definido como `true`.
`x-ms-request-server-encrypted: true/false`	O valor deste cabeçalho é definido como `true` se os conteúdos do pedido forem encriptados com êxito através do algoritmo especificado. Caso contrário, o valor está definido como `false`.
`x-ms-encryption-key-sha256`	Devolvido se o pedido utilizou uma chave fornecida pelo cliente para encriptação, para que o cliente possa garantir que os conteúdos do pedido são encriptados com êxito com a chave fornecida.
`x-ms-encryption-scope`	Devolvido se o pedido utilizou um âmbito de encriptação, para que o cliente possa garantir que os conteúdos do pedido são encriptados com êxito com o âmbito de encriptação.
`x-ms-version-id: <DateTime>`	Devolve um valor opaco `DateTime` que identifica exclusivamente o blob. O valor deste cabeçalho indica a versão do blob e pode ser utilizado em pedidos subsequentes para aceder ao blob.

Corpo da resposta

Nenhum.

Resposta de amostra

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
Content-MD5: sQqNsWTgdUEFt6mb5y4/5Q==  
x-ms-content-crc64: 77uWZTolTHU
Date: <date>  
ETag: "0x8CB171BA9E94B0B"  
Last-Modified: <date>  
Access-Control-Allow-Origin: http://contoso.com  
Access-Control-Expose-Headers: Content-MD5  
Access-Control-Allow-Credentials: True  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-version-id: <DateTime>

Autorização

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

Se um pedido especificar etiquetas com o cabeçalho do x-ms-tags pedido, o autor da chamada tem de cumprir os requisitos de autorização da operação Definir Etiquetas de Blobs .

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 Put Blob From URL operação e a função RBAC do Azure com menos privilégios que inclui esta ação:

Ação RBAC do Azure:
- Create novo blob de blocos: Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action
- Create blob de blocos novo ou substituir existente: Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
Função incorporada com menos privilégios:Contribuidor de Dados do Blob de Armazenamento

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.

Uma assinatura de acesso partilhado (SAS) fornece acesso delegado seguro aos recursos numa conta de armazenamento. Com uma SAS, tem controlo granular sobre como um cliente pode aceder aos dados. Pode especificar o recurso a que o cliente pode aceder, que permissões têm para esses recursos e quanto tempo a SAS é válida.

A Put Blob From URL operação suporta três tipos de assinaturas de acesso partilhado: SAS de delegação de utilizador, SAS de serviço e SAS de conta.

Como melhor prática de segurança, recomendamos que utilize Microsoft Entra credenciais em vez da chave da conta de armazenamento, o que pode ser mais facilmente comprometido. Se a estrutura da aplicação exigir assinaturas de acesso partilhado, utilize Microsoft Entra credenciais para criar uma SAS de delegação de utilizador, sempre que possível.

Quando o acesso à Chave Partilhada não for permitido para a conta de armazenamento, não será permitido um token de SAS de serviço ou um token de SAS de conta num pedido para o Armazenamento de Blobs. Para saber mais, veja Compreender como a desativação da Chave Partilhada afeta os tokens de SAS.

SAS de delegação de utilizador

Uma SAS de delegação de utilizador é protegida com credenciais Microsoft Entra e também pelas permissões especificadas para a SAS.

Chamar a Put Blob From URL operação com um token de SAS delegado a um contentor ou recurso de blob requer a seguinte permissão como parte do token de SAS de delegação de utilizador:

Operação	Permissão assinada
Colocar Blob a Partir do URL (criar novo blob de blocos)	Create (c) ou Escrita (w)
Colocar Blob do URL (substituir blob de blocos existente)	Escrever (w)

Para saber mais sobre a SAS de delegação de utilizador, veja Create uma SAS de delegação de utilizador.

SAS de Serviço

Uma SAS de serviço é protegida com a chave da conta de armazenamento. Uma SAS de serviço delega o acesso a um recurso num único serviço de Armazenamento do Azure, como o armazenamento de blobs.

Chamar a Put Blob From URL operação com um token de SAS delegado a um contentor ou recurso de blob requer a seguinte permissão como parte do token de SAS do serviço.

Operação	Permissão assinada
Colocar Blob a Partir do URL (criar novo blob de blocos)	Create (c) ou Escrita (w)
Colocar Blob do URL (substituir blob de blocos existente)	Escrever (w)

Para saber mais sobre a SAS do serviço, veja Create uma SAS de serviço.

SAS de Conta

Uma SAS de conta é protegida com a chave da conta de armazenamento. Uma conta SAS delega o acesso aos recursos em um ou mais dos serviços de armazenamento. Todas as operações disponíveis através de um serviço ou saS de delegação de utilizador também estão disponíveis através de uma SAS de conta.

A tabela seguinte indica o tipo de recurso assinado e as permissões assinadas para especificar ao delegar o acesso:

Operação	Serviço assinado	Tipo de recurso assinado	Permissão assinada
Colocar o Blob a partir do URL (criar um novo blob de blocos)	Blob (b)	Objeto (o)	Create (c) ou Escrita (w)
Colocar o Blob do URL (substituir o blob de blocos existente)	Blob (b)	Objeto (o)	Escrever (w)

Para saber mais sobre a SAS da conta, veja Create uma SAS de conta.

Observações

A Put Blob From URL operação é suportada a partir da versão 2020-04-08.

Na versão 2020-10-02 e posterior, a autorização do Azure Active Directory é suportada para a origem da operação de cópia.

O blob de origem pode ser de qualquer tipo, incluindo um blob de blocos, blob de acréscimo ou blob de páginas. No entanto, o blob de destino tem de ser um blob de blocos.

A Put Blob From URL operação copia sempre todo o blob de origem. A cópia de um intervalo de bytes ou um conjunto de blocos não é suportada. Para efetuar atualizações parciais, veja Colocar Bloco a Partir do URL. O blob de destino pode ser um blob de blocos existente ou pode ser um novo blob criado pela operação.

Quando estiver a utilizar um blob de blocos como objeto de origem, todos os conteúdos de blobs consolidados são copiados. No entanto, a lista de blocos não é preservada e os blocos não consolidados não são copiados. O conteúdo do blob de destino é idêntico ao da origem, mas a lista de blocos consolidados não é preservada.

Colocar propriedades e metadados do Blob

Quando estiver a criar um blob de blocos a partir de uma origem de cópia, as propriedades de blob padrão são copiadas por predefinição a partir do blob de origem. Se os metadados da aplicação forem especificados no pedido, serão armazenados sem copiar os metadados do blob de origem. Para definir explicitamente os cabeçalhos de conteúdo HTTP, pode especificar o cabeçalho correspondente no pedido.

Content-Type
Content-Encoding
Content-Length
Cache-Control
Content-Disposition

O tamanho do blob de destino corresponde sempre ao do blob de origem. O Content-Length cabeçalho tem de ser 0 no Put Blob From URL pedido (porque não há corpo do pedido) e a propriedade de comprimento do conteúdo do blob de destino é inferida a partir do tamanho da origem.

Colocar o Blob a partir de propriedades personalizadas do URL

Put Blob From Url segue a mesma semântica que Put Blob para definir propriedades personalizadas associadas a cabeçalhos HTTP padrão. Para obter mais informações, veja Propriedades personalizadas do Blob

Etiquetas de índice de blobs

Se forem fornecidas etiquetas para o blob de destino no x-ms-tags cabeçalho, têm de ser codificadas com cadeia de consulta. As chaves de etiqueta e os valores têm de estar em conformidade com os requisitos de nomenclatura e comprimento, conforme especificado em Set Blob Tags. Além disso, o x-ms-tags cabeçalho pode conter até 2 KiB de etiquetas. Se forem necessárias mais etiquetas, utilize a Set Blob Tags operação.

Se as etiquetas não forem fornecidas no x-ms-tags cabeçalho, não serão copiadas do blob de origem.

Âmbitos de encriptação e chaves fornecidas pelo cliente

A API Put Blob From URL suporta âmbitos de encriptação e chaves fornecidas pelo cliente, utilizando os x-ms-encryption-scope cabeçalhos e x-ms-encryption-key , respetivamente.

Se o x-ms-copy-source cabeçalho se referir ao mesmo blob de origem que o blob de destino no URI do pedido, a Put Blob From URL operação efetua uma reescrita no local síncrona do blob. Isto permite reescrever um blob para utilizar uma chave de encriptação ou um âmbito de encriptação diferente.

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 Put Blob From URL pedidos com base no tipo de conta de armazenamento:

Operação	Tipo de conta de armazenamento	Categoria de faturação
Colocar Blob a partir do URL (conta de destino¹)	Blob de bloco premium Standard para fins gerais v2 Standard para fins gerais v1	Operações de escrita
Colocar o Blob a partir do URL (conta^{de origem 2})	Blob de bloco premium Standard para fins gerais v2 Standard para fins gerais v1	Operações de leitura

¹A conta de destino é cobrada por uma transação para iniciar a escrita.
²A conta de origem incorre numa transação para cada pedido de leitura para o objeto de origem.

Além disso, se as contas de origem e de destino residiram em regiões diferentes (por exemplo, Norte dos E.U.A. e E.U.A. Sul), a largura de banda utilizada para transferir o pedido é cobrada para a conta de armazenamento de origem como saída. A saída entre contas na mesma região é gratuita.

Por fim, a criação de um novo blob com um nome diferente na mesma conta de armazenamento utiliza recursos de armazenamento adicionais, pelo que a operação resulta num custo relativamente à utilização da capacidade da conta de armazenamento para esses recursos adicionais.

Para saber mais sobre os preços das categorias de faturação especificadas, veja Armazenamento de Blobs do Azure Preços.

Ver também

Autorizar pedidos para o Estado do Armazenamento do Azure e códigos de erro Códigos de erro do serviço blob Definir tempos limite para operações do serviço Blob