取得 Blob 屬性

發行項
02/03/2024

Get Blob Properties 作業會傳回 Blob 之所有使用者定義的中繼資料、標準 HTTP 屬性及系統屬性，它不會傳回 Blob 的內容。

要求

您可以建構 Get Blob Properties 要求，如下所示。建議您使用 HTTPS。以記憶體帳戶的名稱取代 myaccount 。

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

當您對模擬記憶體服務提出要求時，請將模擬器主機名和 Azure Blob 儲存體埠指定為 127.0.0.1:10000，後面接著仿真的記憶體帳戶名稱：

HEAD 方法要求 URI	HTTP 版本
`http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob`	HTTP/1.1

如需詳細資訊，請參閱使用 Azure 儲存體模擬器進行開發和測試。

URI 參數

您可以在要求 URI 上指定下列其他參數：

參數	描述
`snapshot`	選擇性。快照集參數是不透明的 `DateTime` 值，當它存在時，會指定要擷取的 Blob 快照集。如需使用 Blob 快照集的詳細資訊，請參閱建立 Blob 的快照集。
`versionid`	選擇性。版本 2019-12-12 和更新版本。參數 `versionid` 是不透明的 `DateTime` 值，當它存在時，會指定要擷取的 Blob 版本。
`timeout`	選擇性。 `timeout` 參數以秒為單位。如需詳細資訊，請參閱設定 Blob 記憶體作業的逾時。

要求標頭

下表描述必要的和選用的要求標頭。

要求標頭	描述
`Authorization`	必要。指定授權配置、帳戶名稱和簽章。如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
`Date` 或 `x-ms-date`	必要。指定要求的「國際標準時間」(UTC)。如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
`x-ms-version`	所有已授權要求都需要。匿名要求的選擇性。指定用於這個要求的作業版本。如需詳細資訊，請參閱 Azure 儲存體服務的版本。
`x-ms-lease-id: <ID>`	選擇性。如果指定此標頭，只有在符合下列兩個條件時， `Get Blob Properties` 才會執行作業： - Blob 的租用目前為作用中。 - 要求中指定的租用標識碼符合 Blob 的租用標識碼。如果不符合上述任一條件，要求就會失敗，且 `Get Blob Properties` 作業失敗，狀態代碼為 412 (前置條件失敗) 。
`x-ms-upn`	選擇性。版本 2020-06-12 和更新版本。適用於已啟用階層命名空間的帳戶。如果中`x-ms-owner`傳回的用戶識別值為 true，則會從 Microsoft Entra 物件識別元轉換成用戶主體名稱。如果值為 false，則會以 Microsoft Entra 物件識別碼的形式傳回這些值。預設值為 false。請注意，群組和應用程式對象標識碼不會轉譯，因為它們沒有唯一的易記名稱。
`x-ms-client-request-id`	選擇性。提供客戶端產生的不透明值，其中包含 1 kibibyte (KiB) 字元限制，這會在啟用記憶體分析記錄時記錄在分析記錄中。強烈建議您在將用戶端活動與伺服器收到的要求相互關聯時，請使用此標頭。如需詳細資訊，請參閱關於 Azure 儲存體分析記錄。

唯有在符合指定條件的情況下，此作業也支援使用條件式標頭，傳回 Blob 屬性和中繼資料。如需詳細資訊，請參閱指定 Blob 記憶體作業的條件式標頭。

要求標頭 (客戶提供的加密金鑰)

從 2019-02-02 版開始，您可以在要求上指定下列標頭，以讀取使用客戶提供的金鑰加密的 Blob。使用客戶提供的金鑰進行加密 (，而對應的標頭集) 是選擇性的。如果 Blob 先前已使用客戶提供的金鑰加密，您必須在要求中包含這些標頭，才能順利完成讀取作業。

要求標頭	描述
`x-ms-encryption-key`	必要。 Base64 編碼的 AES-256 加密金鑰。
`x-ms-encryption-key-sha256`	選擇性。加密金鑰的Base64編碼SHA256哈希。
`x-ms-encryption-algorithm: AES256`	必要。指定要用於加密的演算法。此標頭的值必須設定為 `AES256`。

要求本文

無。

回應

回應包括 HTTP 狀態碼和一組回應標頭。

狀態碼

成功的作業會傳回狀態碼 200 (OK)。

如需狀態代碼的詳細資訊，請參閱狀態和錯誤碼。

回應標頭

此作業的回應包含下表中的標頭。回應也可能包括其他標準 HTTP 標頭。所有標準標頭都符合 HTTP/1.1 通訊協議規格。

回應標頭	描述
`Last-Modified`	上次修改 Blob 的日期/時間。日期格式會依照 RFC 1123。如需詳細資訊，請參閱在標頭中代表日期/時間值。修改 Blob 的任何作業 (包括 Blob 更新的中繼資料或屬性)，都會變更 Blob 上次修改的時間。
`x-ms-creation-time`	版本 2017-11-09 和更新版本。建立 Blob 的日期/時間。日期格式會依照 RFC 1123。如需詳細資訊，請參閱在標頭中代表日期/時間值。
`x-ms-meta-name:value`	對應至與此 Blob 相關聯的使用者定義元數據的一組名稱/值組。
`x-ms-tag-count`	版本 2019-12-12 和更新版本。如果 Blob 有任何標記，則傳回儲存在 Blob 上的標記數目。如果 Blob 上沒有標記，則不會傳回此標頭。
`x-ms-blob-type:<BlockBlob\\|PageBlob\\|AppendBlob>`	Blob 類型。
`x-ms-copy-completion-time:<datetime>`	版本 2012-02-12 和更新版本。上次嘗試之 `Copy Blob` 作業 (此 Blob 為目的地 Blob) 的完成時間。此值可指定完成、中止或複製嘗試失敗的時間。如果復本擱置中、此 Blob 從未是作業中的`Copy Blob`目的地，或此 Blob 在使用、 `Put Blob`或 `Put Block List`的結束`Copy Blob`作業`Set Blob Properties`之後修改，則不會出現此標頭。
`x-ms-copy-status-description: <error string>`	版本 2012-02-12 和更新版本。只有在為 `failed` 或`pending`時才`x-ms-copy-status`出現。描述嚴重或非嚴重複製作業失敗的原因。如果此 Blob 從未是作業中的`Copy Blob`目的地，或此 Blob 在使用、 `Put Blob`或`Put Block List`的結束`Copy Blob`作業`Set Blob Properties`之後修改，則不會出現此標頭。
`x-ms-copy-id: <id>`	版本 2012-02-12 和更新版本。上次嘗試 `Copy Blob` 作業的字串標識碼，其中此 Blob 是目的地 Blob。如果此 Blob 從未是作業中的`Copy Blob`目的地，或此 Blob 在使用、 `Put Blob`或`Put Block List`的結束`Copy Blob`作業`Set Blob Properties`之後修改，則不會出現此標頭。
`x-ms-copy-progress: <bytes copied/bytes total>`	版本 2012-02-12 和更新版本。包含上次嘗試 `Copy Blob` 之作業中來源中複製的位元組數目和總位元元組數，其中此 Blob 是目的地 Blob。可以從 0 到複製的 `Content-Length` 位元組顯示。如果此 Blob 從未是作業中的`Copy Blob`目的地，或此 Blob 在使用、 `Put Blob`或`Put Block List`的結束`Copy Blob`作業`Set Blob Properties`之後修改，則不會出現此標頭。
`x-ms-copy-source: url`	版本 2012-02-12 和更新版本。長度上限為 2 KiB 的 URL，指定上次嘗試 `Copy Blob` 作業中使用的來源 Blob，其中此 Blob 是目的地 Blob。如果此 Blob 從未是作業中的`Copy Blob`目的地，或此 Blob 在使用、 `Put Blob`或`Put Block List`的結束`Copy Blob`作業`Set Blob Properties`之後修改，則不會出現此標頭。
`x-ms-copy-status: <pending \\| success \\| aborted \\| failed>`	版本 2012-02-12 和更新版本。 x-ms-copy-id 所識別的複製作業狀態，具有下列值： - `success`：已成功複製完成。 - `pending`：複製正在進行中。檢查 `x-ms-copy-status-description` 是否有間歇性、不嚴重的錯誤妨礙複製進度，但未造成失敗。 - `aborted`：複製已由 `Abort Copy Blob`結束。 - `failed`：複製失敗。請參閱 `x-ms-copy-status-description`，以取得失敗的詳細資料。如果此 Blob 從未是作業中的`Copy Blob`目的地，或此 Blob 在使用、 `Put Blob`或`Put Block List`的已完成`Copy Blob`作業`Set Blob Properties`之後修改，則不會出現此標頭。
`x-ms-incremental-copy: true`	版本 2016-05-31 和更新版本。如果 Blob 是累加複製 Blob，則包含此 Blob。
`x-ms-copy-destination-snapshot:<datetime>`	版本 2016-05-31 和更新版本。如果 Blob 是累加複製 Blob 或累加複製快照集，則為包含，如果 `x-ms-copy-status` 成功則為。此 Blob 上次成功增量複製快照集的快照集時間。
`x-ms-lease-duration: <infinite \\| fixed>`	租用 Blob 時，指定租用期為無限或固定時間。包含於使用 2012-02-12 版和更新版本的要求。
`x-ms-lease-state: <available \\| leased \\| expired \\| breaking \\| broken>`	Blob 的租用狀態。包含於使用 2012-02-12 版和更新版本的要求。
`x-ms-lease-status:<locked\\| unlocked>`	Blob 的租用狀態。
`Content-Length`	Blob 大小 (以位元組為單位)。對於分頁 Blob，此標頭會傳回與 Blob 一起儲存的標頭值 `x-ms-blob-content-length` 。
`Content-Type`	為 Blob 指定的內容類型。如果未指定內容類型，預設內容類型為 `application/octet-stream`。
`Etag`	ETag 包含的值可讓您依條件執行作業。如需詳細資訊，請參閱指定 Blob 記憶體作業的條件式標頭。如果要求版本是 2011-08-18 或更新版本，ETag 值會以引號括住。
`Content-MD5`	如果為 Blob 設定了 `Content-MD5` 標頭，則會傳回此回應標頭，以便用戶端檢查訊息內容完整性。在 2012-02-12 版和更新版本中， `Put Blob` 即使 `Put Blob` 要求不包含 MD5 標頭，也會設定區塊 Blob 的 MD5 值。
`Content-Encoding`	如果之前為 Blob 設定了 `Content-Encoding` 要求標頭，則會傳回此標頭的值。
`Content-Language`	如果之前為 Blob 設定了 `Content-Language` 要求標頭，則會傳回此標頭的值。
`Content-Disposition`	如果之前為 Blob 設定了 `Content-Disposition` 要求標頭，對 2013-08-15 及更新版本提出的要求，則會傳回此標頭的值。 `Content-Disposition` 回應標頭欄位會傳遞如何處理回應裝載的其他資訊，也可用來附加其他中繼資料。例如，如果標頭設定 `attachment`為，表示使用者代理程式不應該顯示回應，而是顯示 [另存新檔] 對話方塊。
`Cache-Control`	如果之前為 Blob 設定了 `Cache-Control` 要求標頭，則會傳回此標頭的值。
`x-ms-blob-sequence-number`	分頁 Blob 目前的序號。區塊 Blob 或附加 Blob 不會傳回此標頭。區塊 Blob 不會傳回此標頭。
`x-ms-request-id`	此標頭可唯一識別提出的要求，而且您可以使用它來對要求進行疑難解答。如需詳細資訊，請參閱針對 API 作業進行疑難解答。
`x-ms-version`	指出用來執行要求的 Blob 記憶體版本。針對針對 2009-09-19 版和更新版本提出的要求，會傳回此標頭。如果容器已使用 Blob 記憶體版本 2009-09-19 標示為公用存取，則此標頭也會針對沒有指定版本的匿名要求傳回。
`Date`	服務所產生的 UTC 日期/時間值，指出起始響應的時間。
`Accept-Ranges: bytes`	表示服務支援部分 Blob 內容的要求。包含於使用 2013-08-15 版和更新版本提出的要求。
`x-ms-blob-committed-block-count`	Blob 中存在的已認可區塊數目。此標頭只會針對附加 Blob 傳回。
`x-ms-server-encrypted: true/false`	版本 2015-12-11 和更新版本。如果 Blob 資料與應用程式中繼資料使用指定的演算法完全加密，這個標頭的值會設定為 `true` 。否則，當 Blob 未加密時，此值會設定為 `false` (，或者只有 blob/應用程式元數據的部分會加密) 。
`x-ms-encryption-key-sha256`	版本 2019-02-02 和更新版本。如果 Blob 是以客戶提供的金鑰加密，則會傳回此標頭。
`x-ms-encryption-context`	版本 2021-08-06 和更新版本。如果已設定加密內容屬性值，則會傳回設定的值。只有在帳戶啟用階層命名空間時才有效。
`x-ms-encryption-scope`	版本 2019-02-02 和更新版本。如果 Blob 是以加密範圍加密，則會傳回此標頭。
`x-ms-access-tier`	版本 2017-04-17 和更新版本。 Blob 記憶體或一般用途 v2 帳戶中區塊 Blob 進階儲存體帳戶或區塊 Blob 層上的分頁 Blob 層。如需允許的進階分頁 Blob 層清單，請參閱 VM 的高效能進階儲存體和受控磁碟。對於 Blob 記憶體或一般用途 v2 帳戶，有效值為 `Hot`、 `Cool`、 `Cold`和 `Archive`。注意：`Cold` 2021-12-02 版和更新版本支持階層。如需標準 Blob 帳戶區塊 Blob 層級階層處理的詳細資訊，請參閱經常性存取、非經常性存取和封存儲存層。
`x-ms-access-tier-inferred: true`	版本 2017-04-17 和更新版本。僅適用於進階儲存體帳戶上的分頁 Blob。如果未在 Blob 上明確設定存取層，則會根據其內容長度推斷該層，並以值 `true`傳回此標頭。對於 Blob 記憶體上的區塊 Blob 或一般用途 v2 帳戶，如果 Blob 沒有設定存取層，您可以從記憶體帳戶屬性推斷層。只有在推斷區塊 Blob 層時，才會設定此標頭。
`x-ms-archive-status`	版本 2017-04-17 和更新版本。對於 Blob 記憶體或一般用途 v2 帳戶，有效值為 `rehydrate-pending-to-hot`、 `rehydrate-pending-to-cool`和 `rehydrate-pending-to-cold`。如果 Blob 正在解除凍結且不完整，則會傳回此標頭，這兩者都表示解除凍結擱置中，並顯示目的地層。如需標準 Blob 帳戶區塊 Blob 層級階層處理的詳細資訊，請參閱經常性存取、非經常性存取和封存儲存層。
`x-ms-access-tier-change-time`	版本 2017-04-17 和更新版本。指出上次在對象上變更階層的時間。只有在已設定區塊 Blob 上的階層時，才會傳回此標頭。日期格式會依照 RFC 1123。如需詳細資訊，請參閱在標頭中代表日期/時間值。如需標準 Blob 帳戶區塊 Blob 層級階層處理的詳細資訊，請參閱經常性存取、非經常性存取和封存儲存層。
`x-ms-client-request-id`	可用來針對要求及其對應的回應進行疑難解答。如果標頭存在於要求中，這個標頭的值等於標頭的值 `x-ms-client-request-id` ，而且此值最多為 1,024 個可見的 ASCII 字元。 `x-ms-client-request-id`如果要求中沒有標頭，則響應中沒有此標頭。
`x-ms-rehydrate-priority`	版本 2019-12-12 和更新版本。如果對象處於解除凍結擱置狀態，則會以解除凍結的優先順序傳回此標頭。有效值為 `High`/`Standard`。如需標準 Blob 帳戶區塊 Blob 層級分層的詳細資訊，請參閱經常性存取、非經常性存取和封存儲存層。
`x-ms-or-{policy-id}_{rule-id}`	版本 2019-12-12 和更新版本，僅針對區塊 Blob 傳回。 `policy-id` 是 GUID 值，表示記憶體帳戶上對象複寫策略的標識碼。 `rule-id` 是 GUID 值，表示 Blob 容器上原則規則的識別碼。如果帳戶已啟用 `ObjectReplication`，則此標頭的值代表具有指定原則和規則識別碼之 Blob 的複寫狀態，或 `completefailed`。
`x-ms-or-policy-id`	版本 2019-12-12 和更新版本，僅針對區塊 Blob 傳回。如果帳戶已啟用 `ObjectReplication`，則此標頭的值代表控管複寫的原則。
`x-ms-last-access-time`	版本 2020-02-10 和更新版本。指出根據記憶體帳戶上次存取時間追蹤原則存取 Blob 數據的時間。如果記憶體帳戶沒有上次存取時間追蹤原則，或原則已停用，則不會傳回標頭。如需設定記憶體帳戶上次存取時間追蹤原則的相關信息，請參閱 Blob 記憶體 API。
`x-ms-blob-sealed`	版本 2019-12-12 和更新版本，僅針對附加 Blob 傳回。如果附加 Blob 已密封，則此值為 true。如需詳細資訊，請參閱附加 Blob 密封
`x-ms-immutability-policy-until-date`	版本 2020-06-12 和更新版本。指定 Blob 上設定的「保留直到」日期。這是可以保護 Blob 免於修改或刪除的日期。只有在 Blob 上設定不變性原則時，才會傳回。這個標頭的值是RFC1123格式。
`x-ms-immutability-policy-mode: unlocked/locked`	版本 2020-06-12 和更新版本。如果 Blob 上設定不變性原則，則會傳回不變性原則模式。 `unlocked`/`locked`值為。 `unlocked` 表示使用者可能會藉由增加或減少保留期限來變更原則。 `locked` 表示禁止這些動作。
`x-ms-legal-hold: true/false`	版本 2020-06-12 和更新版本。如果沒有 Blob 的法律保存，則不會傳回此標頭。如果 Blob 包含合法保存，且其值為 true，則此標頭的值會設定為 true。否則，如果 Blob 包含合法保留，且其值 false，則此值會設定為 false。
`x-ms-owner`	版本 2020-06-12 和更新版本。僅適用於已啟用階層命名空間的帳戶。傳回檔案或目錄的擁有者使用者。
`x-ms-group`	版本 2020-06-12 和更新版本。僅適用於已啟用階層命名空間的帳戶。傳回檔案或目錄的擁有者群組。
`x-ms-permissions`	版本 2020-06-12 和更新版本。僅適用於已啟用階層命名空間的帳戶。傳回為檔案或目錄上的使用者、群組和其他設定的許可權。每個個別許可權的格式為 [r，w，x，-]。{3}
`x-ms-resource-type`	版本 2020-10-02 和更新版本。僅適用於已啟用階層命名空間的帳戶。傳回路徑的資源類型，可以是 `file` 或 `directory`。
`x-ms-expiry-time`	版本 2020-02-10 和更新版本。僅適用於已啟用階層命名空間的帳戶。傳回在 Blob 上設定的到期時間。只會針對已設定到期時間的檔案傳回。

回應本文

無。

範例回應

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>

授權

在 Azure 記憶體中呼叫任何數據存取作業時，需要授權。您可以授權 Get Blob Properties 作業，如下所示。

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 的存取權。

權限

以下是 Microsoft Entra 使用者、群組或服務主體呼叫Get Blob Properties作業所需的 RBAC 動作，以及包含此動作的最低特殊許可權 Azure RBAC 角色：

Azure RBAC 動作：Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read
最低特殊許可權的內建角色：記憶體 Blob 數據讀取器

若要深入瞭解如何使用 Azure RBAC 指派角色，請參閱指派 Azure 角色以存取 Blob 數據。

(SAS) 共用存取簽章可提供記憶體帳戶中資源的安全委派存取權。透過 SAS，您可以細微控制用戶端如何存取數據。您可以指定用戶端可以存取的資源、這些資源的許可權，以及 SAS 的有效時間。

此 Get Blob Properties 作業支援三種類型的共用存取簽章：使用者委派 SAS、服務 SAS 和帳戶 SAS。

作為安全性最佳做法，我們建議您使用 Microsoft Entra 認證，而不是記憶體帳戶密鑰，這更容易遭到入侵。如果您的應用程式設計需要共用存取簽章，請盡可能使用 Microsoft Entra 認證來建立使用者委派 SAS。

當記憶體帳戶不允許共用密鑰存取時，對 Blob 記憶體的要求不允許服務 SAS 令牌或帳戶 SAS 令牌。若要深入瞭解，請參閱瞭解不允許共用密鑰如何影響 SAS 令牌。

使用者委派 SAS

使用者委派 SAS 受到 Microsoft Entra 認證保護，以及針對 SAS 指定的許可權。

Get Blob Properties使用委派給容器或 Blob 資源的 SAS 令牌呼叫作業，需要讀取 (r) 許可權作為使用者委派 SAS 令牌的一部分。

若要深入瞭解使用者委派 SAS，請參閱建立使用者委派 SAS。

服務 SAS

服務 SAS 會使用儲存體帳戶金鑰加以保護。服務 SAS 會將存取權委派給單一 Azure 記憶體服務中的資源，例如 Blob 記憶體。

Get Blob Properties使用委派給容器或 Blob 資源的 SAS 令牌呼叫作業，需要作為服務 SAS 令牌一部分的讀取 (r) 許可權。

若要深入瞭解服務 SAS，請參閱建立服務 SAS。

帳戶 SAS

帳戶 SAS 會使用儲存體帳戶金鑰加以保護。帳戶 SAS 則將存取權限委派給一或多個儲存體服務的資源。所有作業皆可透過服務 SAS 或使用者委派 SAS 取得，也可透過帳戶 SAS 取得。

下表指出委派存取權時所要指定的已簽署資源類型和已簽署許可權：

作業	已簽署的服務	已簽署的資源類型	已簽署的許可權
取得 Blob 屬性	Blob (b)	物件 (o)	讀取 r ()

若要深入了解帳戶 SAS，請參閱建立帳戶 SAS。

備註

若要判斷作業是否已 Copy Blob 完成，請先檢查 x-ms-copy-id 以確定標頭值符合原始呼叫 Copy Blob所提供的複製標識符。比對可確保另一個應用程式不會中止複製並啟動新的 Copy Blob 作業。接下來，檢查 x-ms-copy-status: success 標頭。但請注意，除了、 Put Page和 Put Block 作業以外Lease，Blob 上的所有寫入作業都會從 Blob 中移除所有x-ms-copy-*屬性。使用這些版本早於 2012-02-12 的作業也不會複製 Copy Blob 這些屬性。

x-ms-copy-status-description 包含 Copy Blob 失敗的詳細資訊。下表說明這些 x-ms-copy-status-description 值：

元件	Description
HTTP 狀態碼	指定失敗的標準 3 位數整數。
錯誤碼	關鍵詞，描述 ErrorCode> 元素中 <Azure 所提供的錯誤。 <如果沒有出現 ErrorCode> 元素，則會使用與 HTTP 規格中 3 位數 HTTP 狀態代碼相關聯的標準錯誤文字關鍵詞。如需詳細資訊，請參閱常見 REST API 錯誤碼。
資訊	失敗的詳細描述，以引弧括住。

x-ms-copy-status下表說明常見失敗案例的和 x-ms-copy-status-description 值：

重要

下列錯誤描述可以變更而不發出警告，即使沒有版本變更，文字可能不完全相符。

案例	x-ms-copy-status 值	x-ms-copy-status-description 值
複製作業已順利完成。	成功	empty
使用者在完成前已中止複製作業。	aborted	empty
複製期間從來源 Blob 讀取時失敗，但將重試作業。	暫止	502 BadGateway「讀取來源時，發生可重試的錯誤。將重試。失敗時間： <時間>」
寫入複製作業的目的地 Blob 發生失敗，但將重試作業。	暫止	500 InternalServerError「發生可重試的錯誤。將重試。失敗時間： <時間>」
從複製作業的來源 Blob 在讀取時，發生無法復原的失敗。	失敗	404 ResourceNotFound「讀取來源時複製失敗」。注意：當服務報告此基礎錯誤時，它會在 ErrorCode> 元素中<傳`ResourceNotFound`回。如果回應中沒有 <出現 ErrorCode> 元素，則會顯示 HTTP 狀態的標準字串表示法，例如 `NotFound`。
限制所有複製作業的逾時期限已過。 (目前，逾時期間為兩周。)	失敗	500 OperationCancelled「複製超過允許的最長時間。」
從來源讀取時複製作業太常失敗，而且不符合成功嘗試的最小比率。 (此逾時可防止在失敗) 之前，在兩周內重試非常差的來源。	失敗	500 OperationCancelled「讀取來源時，複製失敗。」

x-ms-last-access-time 根據記憶體帳戶的上次存取時間追蹤原則，追蹤 Blob 數據存取的時間。存取 Blob 的元數據並不會變更其上次存取時間。

計費

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

作業	儲存體帳戶類型	計費類別
取得 Blob 屬性	進階區塊 Blob 標準一般用途 v2	其他作業
取得 Blob 屬性	標準一般用途 v1	讀取作業

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

另請參閱

授權對 Azure 記憶體的要求
 狀態和錯誤碼
 Blob 記憶體錯誤碼