你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

还原容器

项目
02/03/2024

该 Restore Container 操作将软删除容器的内容和属性还原到指定的容器。该 Restore Container 操作在版本及更高版本 2019-12-12 上可用。

请求

可以使用有效请求、使用共享密钥授权、帐户共享访问签名授权或基于角色的访问控制来构造 Restore Container 请求。

方法	请求 URI	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

URI 参数

可以在请求 URI 上指定以下附加参数。

参数	说明
`restype`	必需。参数 `restype` 值必须为 `container`。
`comp`	必需。参数 `comp` 值必须为 `undelete`。
`timeout`	可选。 `timeout` 参数以秒表示。有关详细信息，请参阅设置 Blob 存储操作的超时。

请求标头

下表介绍必需的和可选的请求标头。

请求标头	说明
`Authorization`	必需。指定授权方案、帐户名称和签名。有关详细信息，请参阅授权对 Azure 存储的请求。
`Date or x-ms-date`	必需。指定请求的协调世界时 (UTC)。有关详细信息，请参阅授权对 Azure 存储的请求。
`x-ms-version`	对于所有已授权的请求是必需的。指定用于此请求的操作的版本。对于此操作，版本必须为 `2018-03-28` 或更高版本。有关详细信息，请参阅 Azure 存储服务的版本控制。
`x-ms-client-request-id`	可选。提供客户端生成的不透明值，其中包含 1-kiB (KiB) 配置日志记录时记录在日志中的字符限制。强烈建议使用此标头将客户端活动与服务器接收的请求相关联。有关详细信息，请参阅监视Azure Blob 存储。
`x-ms-deleted-container-name`	必需。使用此标头来唯一标识应还原的软删除容器。
`x-ms-deleted-container-version`	必需。使用此标头来唯一标识应还原的软删除容器。可以通过在操作的`List Containers`查询参数中`include`指定`deleted`值来获取此值。有关详细信息，请参阅列出容器。

请求正文

无。

响应

响应包括 HTTP 状态代码和一组响应标头。

状态代码

此操作成功后返回状态代码 201（已创建）。有关状态代码的信息，请参阅状态和错误代码。

响应头

此操作的响应包括以下标头。响应还可以包含其他标准 HTTP 标头。所有标准标头都符合 HTTP/1.1 协议规范。

响应标头	说明
`x-ms-request-id`	唯一标识发出的请求，可用于对请求进行故障排除。有关详细信息，请参阅 API 操作疑难解答。
`x-ms-version`	版本 2009-09-19 及更高版本。指示用于运行请求的Azure Blob 存储的版本。
`Date`	一个 UTC 日期/时间值，该值指示启动响应的时间。服务生成此值。
`Content-Length`	请求正文的长度。对于此操作，内容长度始终为零。

响应正文

无。

示例响应

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

授权

在 Azure 存储中调用任何数据访问操作时，都需要授权。可以授权操作， Restore Container 如以下部分所述。

Azure 存储支持使用 Microsoft Entra ID 授权对 Blob 数据的请求。使用 Microsoft Entra ID，可以使用 Azure 基于角色的访问控制 (Azure RBAC) 向安全主体授予权限。安全主体可以是用户、组、应用程序服务主体或 Azure 托管标识。安全主体由 Microsoft Entra ID 进行身份验证，以返回 OAuth 2.0 令牌。然后，可以使用令牌来授权针对 Blob 存储的请求。

若要详细了解如何使用Microsoft Entra ID进行授权，请参阅使用 Microsoft Entra ID 授权对 blob 的访问权限。

权限

以下 RBAC 操作对于Microsoft Entra用户、组或服务主体调用Restore Container操作以及包含此操作的最低特权内置 Azure RBAC 角色是必需的：

Azure RBAC 操作： Microsoft.Storage/storageAccounts/blobServices/containers/write
最低特权内置角色：存储 Blob 数据参与者

若要详细了解如何使用 Azure RBAC 分配角色，请参阅分配 Azure 角色以访问 Blob 数据。

共享访问签名 (SAS) 提供对存储帐户中资源的安全委派访问。使用 SAS，可以精细控制客户端访问数据的方式。可以指定客户端可以访问的资源、它们对这些资源拥有的权限以及 SAS 的有效期。

该 Restore Container 操作支持使用帐户 SAS 进行授权。

如果不允许对存储帐户进行共享密钥访问，则对 Blob 存储的请求不允许使用帐户 SAS 令牌。若要了解详细信息，请参阅了解不允许共享密钥如何影响 SAS 令牌。

帐户 SAS

帐户 SAS 使用存储帐户密钥进行保护。帐户 SAS 可委派对一个或多个存储服务中的资源的访问权限。通过服务或用户委托 SAS 提供的所有操作也可以通过帐户 SAS 提供。

下表指示在委派访问权限时要指定的已签名资源类型和已签名权限：

操作	已签名服务	已签名的资源类型	已签名的权限
还原容器	Blob (b)	容器 (c)	使用) 编写 (

若要了解有关帐户 SAS 的详细信息，请参阅创建帐户 SAS。

注解

可以使用存储资源提供程序在帐户上设置容器删除保留策略。
在执行操作时 Restore Container ，指定的容器不得存在。
如果指定的容器存在，则 Restore Container 操作将失败，并显示 409 (冲突) 。
如果软删除的容器不存在、已用作操作源 Restore Container 或已超过其保留天数，则操作将失败并显示 409 (冲突) 。

计费

定价请求可能源自使用 Blob 存储 API 的客户端，可以直接通过 Blob 存储 REST API 或 Azure 存储客户端库。这些请求按事务产生费用。事务类型会影响帐户的收费方式。例如，读取事务累算到与写入事务不同的计费类别。下表显示了基于存储帐户类型的请求的计费类别 Restore Container ：

操作	存储帐户类型	计费类别
还原容器	高级块 blob 标准常规用途 v2 标准常规用途 v1	列出和创建容器操作

若要了解指定计费类别的定价，请参阅Azure Blob 存储定价。