共用方式為


還原容器

作業會將 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-kibibyte (KiB) 設定記錄時記錄在記錄中的字元限制。 強烈建議您使用此標頭,將用戶端活動與伺服器收到的要求相互關聯。 如需詳細資訊,請參閱監視 Azure Blob 儲存體
x-ms-deleted-container-name 必要。 您可以使用這個標頭來唯一識別應該還原的虛刪除容器。
x-ms-deleted-container-version 必要。 您可以使用這個標頭來唯一識別應該還原的虛刪除容器。 您可以在作業的includeList Containers查詢參數中指定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 作業,如下列各節所述。

重要

Microsoft 建議搭配使用 Microsoft Entra ID 搭配受控識別來授權對 Azure 記憶體的要求。 相較於共用密鑰授權,Microsoft Entra ID 提供更高的安全性和方便使用。

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 指派角色,請參閱 指派 Azure 角色以存取 Blob 數據

備註

  • 您可以使用記憶體資源提供者,在帳戶上設定容器刪除保留原則。
  • 執行作業時 Restore Container ,指定的容器不得存在。
  • 如果指定的容器存在,作業 Restore Container 將會失敗,併發生 409 (衝突) 。
  • 如果虛刪除的容器不存在、已當做作業的來源 Restore Container 使用,或超過其保留天數,則作業將會失敗,並出現 409 (Conflict) 。

計費

定價要求可能源自使用 Blob 記憶體 API 的用戶端,無論是直接透過 Blob 記憶體 REST API,還是來自 Azure 記憶體用戶端連結庫。 這些要求會累算每個交易的費用。 交易類型會影響帳戶的收費方式。 例如,讀取交易會累算到與寫入交易不同的計費類別。 下表顯示根據記憶體帳戶類型的要求計費類別 Restore Container

作業 儲存體帳戶類型 計費類別
還原容器 進階區塊 Blob
標準一般用途 v2
標準一般用途 v1
列出和 Create 容器作業

若要瞭解指定計費類別的定價,請參閱 Azure Blob 儲存體 定價