放置 Blob

發行項
02/12/2024

此 Put Blob 作業會建立新的區塊、分頁或附加 Blob，或更新現有區塊 Blob 的內容。此 Put Blob 作業會以相同名稱覆寫現有 Blob 的所有內容。

當您更新現有的區塊 Blob 時，會覆寫 Blob 上任何現有的元數據。現有 Blob 的內容會以新 Blob 的內容覆寫。不支援部分更新 Put Blob。若要執行區塊 Blob 內容的部分更新，請使用放置區塊清單作業。

您只能在 2015-02-21 版和更新版本中建立附加 Blob。

呼叫 Put Blob 以建立分頁 Blob 或附加 Blob 只會初始化 Blob。如果 Blob 已經存在，則會清除內容。若要將內容新增至分頁 Blob，請呼叫放置頁面作業。若要將內容新增至附加 Blob，請呼叫附加區塊作業。

要求

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

PUT 方法要求 URI	HTTP 版本
`https://myaccount.blob.core.windows.net/mycontainer/myblob`	HTTP/1.1

模擬記憶體服務要求

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

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

記憶體模擬器僅支援最多 2 gibibytes (GiB) 的 Blob 大小。

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

URI 參數

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

參數	描述
`timeout`	選擇性。 `timeout` 參數以秒為單位。如需詳細資訊，請參閱設定 Blob 服務作業的逾時。

要求標頭 (所有 blob 類型)

下表說明所有 Blob 類型的必要和選擇性要求標頭：

要求標頭	描述
`Authorization`	必要。指定授權配置、帳戶名稱和簽章。如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
`Date` 或 `x-ms-date`	必要。指定要求的「國際標準時間」(UTC)。如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
`x-ms-version`	所有已授權要求都需要。指定用於這個要求的作業版本。如需詳細資訊，請參閱 Azure 儲存體服務的版本。
`Content-Length`	必要。要求的長度。對於分頁 Blob 或附加 Blob，此標頭的值必須設定為零，因為放置 Blob 僅用於初始化 Blob。若要將內容寫入現有的分頁 Blob，請呼叫 Put Page。若要將內容寫入附加 Blob，請呼叫 Append Block。
`Content-Type`	選擇性。 Blob 的 MIME 內容類型。預設類型為 `application/octet-stream`。
`Content-Encoding`	選擇性。指定已套用至 Blob 的內容編碼。當取得 Blob 作業在 Blob 資源上執行時，這個值會傳回給用戶端。傳回此值時，用戶端可以使用它來譯碼 Blob 內容。
`Content-Language`	選擇性。指定此資源所使用的自然語言。
`Content-MD5`	選擇性。 Blob 內容的 MD5 雜湊。在傳輸期間，此雜湊可用來驗證 Blob 的完整性。指定此標頭時，記憶體服務會檢查已針對已傳送的哈希。如果兩個哈希不相符，作業會失敗，錯誤碼為 400 (不正確的要求) 。在 2012-02-12 版或更新版本中省略標頭時，Blob 記憶體會產生 MD5 哈希。取得 Blob、取得 Blob 屬性和列出 Blob 的結果包含 MD5 哈希。
`x-ms-content-crc64`	選擇性。 Blob 內容的 CRC64 哈希。在傳輸期間，此雜湊可用來驗證 Blob 的完整性。指定此標頭時，記憶體服務會檢查已針對已傳送的哈希。如果兩個哈希不相符，作業會失敗，錯誤碼為 400 (不正確的要求) 。 02-02-2019 版和更新版本支援此標頭。如果 Content-MD5 和 x-ms-content-crc64 標頭都存在，要求會失敗，並出現 400 (不正確的要求) 。
`Cache-Control`	選擇性。 Blob 記憶體會儲存此值，但不會使用或修改此值。
`x-ms-blob-content-type`	選擇性。設定 Blob 的內容類型。
`x-ms-blob-content-encoding`	選擇性。設定 Blob 的內容編碼。
`x-ms-blob-content-language`	選擇性。設定 Blob 的內容語言。
`x-ms-blob-content-md5`	選擇性。設定 Blob 的 MD5 雜湊。對於 BlockBlob，此標頭的優先順序高於 `Content-MD5` 在傳輸期間驗證 Blob 的完整性。對於 PageBlob 和 AppendBlob，此標頭會直接設定 Blob 的 MD5 哈希。
`x-ms-blob-cache-control`	選擇性。設定 Blob 的快取控制。
`x-ms-blob-type: <BlockBlob ¦ PageBlob ¦ AppendBlob>`	必要。指定要建立的 Blob 類型：區塊 Blob、分頁 Blob 或附加 Blob。建立附加 Blob 的支援僅適用於 2015-02-21 版和更新版本。
`x-ms-meta-name:value`	選擇性。與 Blob 相關聯的名稱/值組，可做為中繼資料。注意：自 2009-09-19 版起，元數據名稱必須遵守 C# 識別碼的命名規則。
`x-ms-encryption-scope`	選擇性。表示用來加密要求內容的加密範圍。 2019-02-02 版和更新版本支援此標頭。
`x-ms-encryption-context`	選擇性。預設值為「Empty」。如果設定值，則會設定 Blob 系統元數據。最大長度-1024。只有在帳戶啟用階層命名空間時才有效。 2021-08-06 版和更新版本支援此標頭。
`x-ms-tags`	選擇性。在 Blob 上設定指定的查詢字串編碼標記。如需詳細資訊，請參閱。 2019-12-12 版和更新版本支援。
`x-ms-lease-id:<ID>`	如果 Blob 具有作用中租用，則為必要項目。若要在具有作用中租用的 Blob 執行這項作業，請指定此標頭的有效租用識別碼。
`x-ms-blob-content-disposition`	選擇性。設定 Blob 的 `Content-Disposition` 標頭。適用於 2013-08-15 和更新版本。響應 `Content-Disposition` 標頭欄位會傳達如何處理響應承載的其他資訊，而且您可以使用它來附加其他元數據。例如，如果標頭設定為 `attachment`，表示使用者代理程式不應該顯示回應。相反地，它應該會顯示具有指定 Blob 名稱以外的檔名的 [另存新檔] 對話方塊。取得 Blob 和取得 Blob 屬性作業的`content-disposition`回應包含標頭。
`Origin`	選擇性。指定發出要求的來源。此標頭的顯示會導致在回應上跨原始資源共用 (CORS) 標頭。如需詳細資訊，請參閱 Azure 記憶體服務的 CORS 支援。
`x-ms-client-request-id`	選擇性。提供客戶端產生的不透明值，其中包含設定記錄時記錄在分析記錄中的 1 kibibyte (KiB) 字元限制。強烈建議您使用此標頭，將用戶端活動與伺服器接收的要求相互關聯。如需詳細資訊，請參閱關於記憶體分析記錄。
`x-ms-access-tier`	選擇性。要設定於 Blob 上的階層。對於進階儲存體帳戶上的分頁 Blob，只有 2017-04-17 版和更新版本。如需分頁 Blob 支援層的完整清單，請參閱虛擬機的高效能進階記憶體和受控磁碟 (VM) 。對於區塊 Blob，Blob 記憶體或一般用途 v2 帳戶僅支援 2018-11-09 版和更新版本。區塊 Blob 層`Hot`的有效值為、 `CoolCold`和 `Archive`。注意： `Cold` 2021-12-02 版和更新版本支持階層。如需區塊 Blob 階層處理的詳細資訊，請參閱經常性存取、非經常性存取和封存儲存層。
`x-ms-immutability-policy-until-date`	版本 2020-06-12 和更新版本。指定要在 Blob 上設定的保留期限。這是 Blob 可以受到保護而無法修改或刪除的日期。遵循RFC1123格式。
`x-ms-immutability-policy-mode`	版本 2020-06-12 和更新版本。指定要在 Blob 上設定的不變性原則模式。有效值為 `unlocked` 和 `locked`。透過 `unlocked`，用戶可以藉由增加或減少保留到日期來變更原則。使用 `locked`時，禁止這些動作。
`x-ms-legal-hold`	版本 2020-06-12 和更新版本。指定要在 Blob 上設定的法律保留。有效值為 `true` 和 `false`。
`x-ms-expiry-option`	選擇性。版本 2023-08-03 和更新版本。指定要求的到期日選項。如需詳細資訊，請參閱 ExpiryOption。此標頭適用於已啟用階層命名空間的帳戶。
`x-ms-expiry-time`	選擇性。版本 2023-08-03 和更新版本。指定 Blob 設定為到期的時間。到期日的格式會根據 `x-ms-expiry-option`而有所不同。如需詳細資訊，請參閱 ExpiryOption。此標頭適用於已啟用階層命名空間的帳戶。

唯有在符合指定條件的情況下，此作業也可支援使用條件式標頭以寫入 Blob。如需詳細資訊，請參閱指定 Blob 記憶體作業的條件式標頭。

僅) 要求標頭 (分頁 Blob

下表說明僅適用於分頁 Blob 作業的要求標頭：

要求標頭	描述
`x-ms-blob-content-length: bytes`	分頁 Blob 需要此項。此標頭會指定分頁 Blob 的大小上限，最多 8 tb (TiB) 。分頁 Blob 大小必須符合 512 個位元組的界限。如果為區塊 Blob 或附加 Blob 指定此標頭，Blob 記憶體會傳回狀態代碼 400 (不正確的要求) 。
`x-ms-blob-sequence-number: <num>`	選擇性。只能針對分頁 Blob 設定。序號是使用者控制的值，可用來追蹤要求。序號的值必須介於 0 到 2^{^63} - 1 之間。預設值為 0。
`x-ms-access-tier`	版本 2017-04-17 和更新版本。僅適用於進階記憶體帳戶上的分頁 Blob。指定要在 Blob 上設定的階層。如需支援層的完整清單，請參閱 VM 的高效能進階記憶體和受控磁碟。
`x-ms-client-request-id`	此標頭可用來針對要求和對應的回應進行疑難解答。如果此標頭存在於要求中，且值包含不超過 1,024 個可見的 ASCII 字元，則此標頭的值等於標頭的值 `x-ms-client-request-id` 。 `x-ms-client-request-id`如果要求中沒有標頭，它就不會出現在回應中。

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

從 2019-02-02 版開始，可能會針對要求指定下列標頭，以使用客戶提供的密鑰加密 Blob。使用客戶提供的金鑰進行加密 (，而對應的標頭集) 是選擇性的。

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

要求本文

若為區塊 Blob，要求主體包含 Blob 的內容。

對於分頁 Blob 或附加 Blob，要求本文是空的。

範例要求

下列範例顯示建立區塊 Blob 的要求：

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblockblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
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-expiry-option: RelativeToNow
x-ms-expiry-time: 30000
Authorization: SharedKey myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Content-Length: 11  
  
Request Body:  
hello world

此範例要求會建立分頁 Blob，並將其大小上限指定為 1,024 個字節。若要將內容新增至分頁 Blob，您必須呼叫 Put Page：

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/mypageblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
x-ms-date: <date>  
Content-Type: text/plain; charset=UTF-8  
x-ms-blob-type: PageBlob  
x-ms-blob-content-length: 1024  
x-ms-blob-sequence-number: 0  
Authorization: SharedKey   
Origin: http://contoso.com  
Vary: Origin  
myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Content-Length: 0

此範例要求會建立附加 Blob。若要將內容新增至附加 Blob，您必須呼叫 Append Block：

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myappendblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
x-ms-date: <date>  
Content-Type: text/plain; charset=UTF-8  
x-ms-blob-type: AppendBlob  
Authorization: SharedKey myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Origin: http://contoso.com  
Vary: Origin  
Content-Length: 0

回應

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

狀態碼

成功的作業會傳回狀態碼「201 (已建立)」。

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

回應標頭

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

回應標頭	描述
`ETag`	包含客戶端可以使用要求標頭來執行條件 `PUT` 式作業 `If-Match` 的值。如果要求版本是 2011-08-18 或更新版本，ETag 值會以引號括住。
`Last-Modified`	上次修改 Blob 的日期/時間。日期格式會依照 RFC 1123。如需詳細資訊，請參閱代表標頭中的日期/時間值。 Blob 上的任何寫入作業 (包括 Blob 的中繼資料或屬性更新) 都會變更 Blob 的上次修改時間。
`Content-MD5`	針對區塊 Blob 傳回，讓用戶端可以檢查訊息內容的完整性。傳 `Content-MD5` 回的值是由 Blob 記憶體計算。在 2012-02-12 版和更新版本中，即使要求不包含 `Content-MD5` 或 `x-ms-blob-content-md5` 標頭，也會傳回此標頭。
`x-ms-content-crc64`	針對區塊 Blob 傳回，讓用戶端可以檢查訊息內容的完整性。傳 `x-ms-content-crc64` 回的值是由 Blob 記憶體計算。自 2019-02-02 版起，一律會傳回此標頭。
`x-ms-request-id`	可唯一識別所做的要求，而且您可以使用它來對要求進行疑難解答。如需詳細資訊，請參閱針對 API 作業進行疑難解答。
`x-ms-version`	指出用來執行要求的 Blob 記憶體版本。針對針對 2009-09-19 版和更新版本提出的要求傳回。
`Date`	服務所產生的 UTC 日期/時間值，表示起始響應的時間。
`Access-Control-Allow-Origin`	如果要求包含 `Origin` 標頭，並啟用 CORS 及比對規則，則傳回此標頭。如果有相符專案，此標頭會傳回原始要求標頭的值。
`Access-Control-Expose-Headers`	如果要求包含 `Origin` 標頭，並啟用 CORS 及比對規則，則傳回此標頭。傳回向要求的用戶端或簽發者公開的回應標頭清單。
`Access-Control-Allow-Credentials`	如果要求包含 `Origin` 標頭且 CORS 已啟用，且符合不允許所有來源的規則，則會傳回。此標頭設定為 true。
`x-ms-request-server-encrypted: true/false`	版本 2015-12-11 和更新版本。如果指定的演算法成功加密要求的內容，這個標頭的值就會設定 `true` 為。否則，這個值便為 `false`。
`x-ms-encryption-key-sha256`	版本 2019-02-02 和更新版本。如果要求使用客戶提供的金鑰進行加密，則傳回，讓用戶端可以使用提供的密鑰，確保要求的內容已成功加密。
`x-ms-encryption-scope`	版本 2019-02-02 和更新版本。如果要求使用加密範圍，則傳回，讓用戶端可以使用加密範圍，確保要求的內容已成功加密。
`x-ms-version-id: <DateTime>`	版本 2019-12-12 和更新版本。此標頭會傳回不透明 `DateTime` 值，可唯一識別 Blob。此標頭的值表示 Blob 的版本，而且可用於後續要求以存取 Blob。

回應本文

無。

範例回應

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>

授權

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

如果要求指定具有要求標頭的 x-ms-tags 標籤，呼叫端必須符合設定 Blob 標記作業的授權需求。

重要

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

權限

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

Azure RBAC 動作：
- Create 新的區塊 Blob：Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action
- Create 新的或覆寫現有的區塊 Blob：Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
最低特殊許可權內建角色：記憶體 Blob 數據參與者

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

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

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

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

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

使用者委派 SAS

使用者委派 SAS 受到 Microsoft Entra 認證保護，也受到為 SAS 指定的許可權。

Put Blob使用委派給容器或 Blob 資源的 SAS 令牌呼叫作業，需要下列許可權作為使用者委派 SAS 令牌的一部分：

作業	已簽署的許可權
放置 Blob (建立新的區塊 Blob)	Create (c) 或寫入 (w)
放置 Blob (覆寫現有的區塊 Blob)	寫入 (w)

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

服務 SAS

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

Put Blob使用委派給容器或 Blob 資源的 SAS 令牌呼叫作業，需要下列許可權作為服務 SAS 令牌的一部分。

作業	已簽署的許可權
放置 Blob (建立新的區塊 Blob)	Create (c) 或寫入 (w)
放置 Blob (覆寫現有的區塊 Blob)	寫入 (w)

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

帳戶 SAS

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

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

作業	已簽署的服務	已簽署的資源類型	已簽署的許可權
放置 Blob (建立新的區塊 Blob)	Blob (b)	物件 (o)	Create (c) 或寫入 (w)
放置 Blob (覆寫現有的區塊 Blob)	Blob (b)	物件 (o)	寫入 (w)

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

備註

當您建立 Blob 時，您必須藉由指定標頭的值 x-ms-blob-type 來指定它是否為區塊 Blob、附加 Blob 或分頁 Blob。建立 Blob 之後，除非刪除並重新建立 Blob，否則無法變更 Blob 的類型。

下表描述依服務版本允許的區塊和 Blob 大小上限：

服務版本	透過) 的 `Put Block` 區塊大小上限 (	透過) 的 `Put Block List` Blob 大小上限 (	透過單一寫入作業的 Blob 大小上限， (透過 `Put Blob`)
2019-12-12 版和更新版本	4,000 mebibytes (MiB)	大約 190.7 TiB (4,000 MiB × 50,000 個區塊)	5,000 MiB
版本 2016-05-31 到 2019-07-07	100 MiB	大約 4.75 TiB (100 MiB × 50,000 個區塊)	256 MiB
2016-05-31 之前的版本	4 MiB	大約 195 GiB (4 MiB × 50,000 個區塊)	64 MiB

如果您嘗試上傳大於該服務版本允許大小上限的區塊 Blob 或大於 8 TiB 的頁面 Blob，服務會傳回狀態代碼 413 (要求實體太大) 。 Blob 記憶體也會傳回回應中錯誤的其他資訊，包括允許的 Blob 大小上限，以位元組為單位。

若要建立新的分頁 Blob，請先呼叫 Put Blob來初始化 Blob，然後指定其大小上限，最多 8 TiB。當您建立分頁 Blob 時，請勿在要求本文中包含內容。建立 Blob 之後，請呼叫 Put Page 將內容新增至 Blob 或加以修改。

若要建立新的附加 Blob，請呼叫 Put Blob 以建立內容長度為 0 個字節的 Blob。建立附加 Blob 之後，請呼叫 Append Block 將內容新增至其結尾。

如果您呼叫 Put Blob 以覆寫具有相同名稱的現有 Blob，則會保留與原始 Blob 相關聯的任何快照集。若要移除相關聯的快照集，請先呼叫刪除 Blob，然後呼叫 Put Blob 以重新建立 Blob。

Blob 自定義屬性

blob 具有自定義屬性 (透過標頭) 設定，可用來儲存與標準 HTTP 標頭相關聯的值。您接著可以藉由呼叫取得 Blob 屬性來讀取這些值，或藉由呼叫 [設定 Blob 屬性] 加以修改。下表列出自訂屬性標頭及對應的標準 HTTP 標頭：

HTTP 標頭	自訂 Blob 屬性標頭
`Content-Type`	`x-ms-blob-content-type`
`Content-Encoding`	`x-ms-blob-content-encoding`
`Content-Language`	`x-ms-blob-content-language`
`Content-MD5`	`x-ms-blob-content-md5`
`Cache-Control`	`x-ms-blob-cache-control`

設定或保存這些屬性值與 Blob 的語意如下：

如果用戶端指定自訂屬性標頭 (以 x-ms-blob 前置詞指定)，則會在 Blob 中儲存此值。
如果用戶端指定標準 HTTP 標頭，但不是自定義屬性標頭，該值會儲存在與 Blob 相關聯的對應自定義屬性中，並由的呼叫 Get Blob Properties傳回。例如，如果用戶端在要求中設定 Content-Type 標頭，該值會儲存在 Blob 的 x-ms-blob-content-type 屬性中。
如果用戶端在相同的要求上同時設定標準 HTTP 標頭和對應的屬性標頭，PUT 要求會使用為標準 HTTP 標頭提供的值，但針對自定義屬性標頭指定的值會與 Blob 一起保存，並由後續 GET 要求傳回。

如果在標頭中 x-ms-tags 提供標記，則必須進行查詢字串編碼。標記索引鍵和值必須符合中指定的 Set Blob Tags命名和長度需求。此外， x-ms-tags 標頭最多可以包含 2 kb 的標記。如果需要更多標籤，請使用設定 Blob 標籤作業。

如果 Blob 有作用中的租用，客戶端必須在要求上指定有效的租用標識碼，才能覆寫 Blob。如果用戶端未指定租用標識碼或指定無效的租用標識符，Blob 記憶體會傳回狀態代碼 412 (前置條件失敗) 。如果用戶端指定租用標識符，但 Blob 沒有作用中的租用，Blob 記憶體也會傳回狀態代碼 412 (前置條件失敗) 。如果用戶端在尚不存在的 Blob 上指定租用標識符，Blob 記憶體會針對針對 2013-08-15 版和更新版本提出的要求傳回狀態代碼 412 () 前置條件失敗) 。對於 2013-08-15 之前的版本，Blob 記憶體會傳回狀態代碼 201 (Created) 。

如果作業會覆 Put Blob 寫具有使用中租用的現有 Blob，則租用會保存在更新的 Blob 上，直到它到期或釋出為止。

Put Blob每個 MiB 允許 10 分鐘完成作業。如果作業平均每MiB花費超過10分鐘的時間，作業就會逾時。

覆archive寫 Blob 失敗，如果x-ms-access-tier未提供標頭，則覆hot寫或 cool Blob 會繼承舊 Blob 中的層。

ExpiryOption

您可以將下列值當做 x-ms-expiry-option 標頭傳送。此標頭不區分大小寫。

到期選項	Description
`RelativeToNow`	設定相對於目前時間的到期日。 `x-ms-expiry-time` 必須指定為從目前時間經過的毫秒數。
`Absolute`	`x-ms-expiry-time` 必須以 RFC 1123 格式指定為絕對時間。
`NeverExpire`	將 Blob 設定為永不過期或移除目前的到期日。 `x-ms-expiry-time` 不得指定。

在 Blob 上設定到期日的語意如下：

Set Expiry 只能在 Blob 上設定，而不能設定目錄。
Set Expiry expiryTime不允許過去使用。
ExpiryTime 無法以 expiryOption 的值 Never指定。

計費

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

作業	儲存體帳戶類型	計費類別
放置 Blob	進階區塊 Blob 標準一般用途 v2 標準一般用途 v1	寫入作業

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

另請參閱

授權對 Azure 記憶體的要求
 狀態和錯誤碼
 Blob 服務錯誤碼
 設定 Blob 服務作業的逾時

共用方式為