Partilhar via

Restaurar Contentor

  • Artigo

A Restore Container operação restaura os conteúdos e propriedades de um contentor eliminado de forma recuperável para um contentor especificado. A Restore Container operação está disponível na versão 2019-12-12 e posterior.

Pedir

Pode construir o Restore Container pedido através de um pedido válido, autorizado através da utilização de chave partilhada, autorização de assinatura de acesso partilhado de conta ou controlo de acesso baseado em funções.

Método URI do pedido Versão HTTP
PUT https://myaccount.blob.core.windows.net/destinationcontainer?restype=container&comp=undelete HTTP/1.1
PUT https://myaccount.blob.core.windows.net/destinationcontainer?restype=container&comp=undelete&sv=validsastoken HTTP/1.1

Parâmetros URI

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

Parâmetro Description
restype Obrigatório. O valor do restype parâmetro tem de ser container.
comp Obrigatório. O valor do comp parâmetro tem de ser undelete.
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 or 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 esta operação, a versão tem de ser 2018-03-28 ou posterior. 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 é configurado. 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 Monitorizar Armazenamento de Blobs do Azure.
x-ms-deleted-container-name Obrigatório. Utilize este cabeçalho para identificar exclusivamente o contentor eliminado de forma recuperável que deve ser restaurado.
x-ms-deleted-container-version Obrigatório. Utilize este cabeçalho para identificar exclusivamente o contentor eliminado de forma recuperável que deve ser restaurado. Pode obter este valor ao especificar o deleted valor no include parâmetro de consulta da List Containers operação. Para obter mais informações, veja Listar Contentores.

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 201 (Criado). Para obter 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 Versão 2009-09-19 e posterior. Indica a versão do Armazenamento de Blobs do Azure utilizada para executar o pedido.
Date Um valor de data/hora UTC que indica a hora em que a resposta foi iniciada. O serviço gera este valor.
Content-Length O comprimento do corpo do pedido. Para esta operação, o comprimento do conteúdo é sempre zero.

Corpo da resposta

Nenhum.

Resposta de amostra

Response Status:  
HTTP/1.1 201 OK  
  
Response Headers:  
Date: Mon, 15 Jun 2020 12:43:08 GMT  
x-ms-version: 2019-12-12  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
Content-Length: 0

Autorização

A autorização é necessária quando está a chamar qualquer operação de acesso a dados no Armazenamento do Azure. Pode autorizar a Restore Container operação conforme descrito nas secções seguintes.

Importante

A Microsoft recomenda a utilização de Microsoft Entra ID com identidades geridas para autorizar pedidos para o Armazenamento do Azure. Microsoft Entra ID fornece segurança e facilidade de utilização superiores em comparação com a autorização de Chave Partilhada.

O Armazenamento do Azure suporta a utilização de Microsoft Entra ID para autorizar pedidos para 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 Armazenamento de Blobs.

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

Permissões

As seguintes ações RBAC são necessárias para que um utilizador Microsoft Entra, grupo, identidade gerida ou principal de serviço chame a Restore Container operação e a função RBAC do Azure com menos privilégios que inclua esta ação:

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

Observações

  • Pode definir a política de retenção de eliminação de contentores na conta com o Fornecedor de Recursos de Armazenamento.
  • O contentor especificado não pode existir no momento em que a Restore Container operação é executada.
  • Se o contentor especificado existir, a Restore Container operação falhará com um 409 (Conflito).
  • Se o contentor de eliminação recuperável não existir, já tiver sido utilizado como a origem de uma Restore Container operação ou tiver excedido os dias de retenção, a operação falhará com um 409 (Conflito).

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 Restore Container pedidos com base no tipo de conta de armazenamento:

Operação Tipo de conta de armazenamento Categoria de faturação
Restaurar Contentor Blob de bloco premium
Standard para fins gerais v2
Standard para fins gerais v1		 Listar e Create Operações de contentor

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