取得 Blob 中繼資料
Get Blob Metadata 作業會傳回指定 Blob 或快照集中所有使用者定義的中繼資料。
要求
您可以依照下列方式建構 Get Blob Metadata 要求。 建議您使用 HTTPS。 以記憶體帳戶的名稱取代 myaccount 。
| GET 或 HEAD 方法要求 URI | HTTP 版本 |
|---|---|
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=metadatahttps://myaccount.blob.core.windows.net/mycontainer/myblob?comp=metadata&snapshot=<DateTime>https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=metadata&versionid=<DateTime> |
HTTP/1.1 |
模擬記憶體服務要求
當您對仿真的記憶體服務提出要求時，請將模擬器主機名和 Azure Blob 儲存體 埠指定為 127.0.0.1:10000，後面接著仿真的記憶體帳戶名稱：
| GET 或 HEAD 方法要求 URI | HTTP 版本 |
|---|---|
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=metadata |
HTTP/1.1 |
如需詳細資訊，請參閱使用 Azure 模擬器進行本機 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 Metadata 執行作業：- Blob 的租用目前為作用中。 - 要求中指定的租用標識碼符合 Blob 的租用標識碼。 如果不符合上述任一條件，要求會失敗，且作業失敗，狀態 Get Blob Metadata 代碼為 412 (前置條件失敗) 。 |
x-ms-client-request-id |
選擇性。 提供客戶端產生的不透明值，其中包含 1-kibibyte (KiB) 設定記錄時記錄在記錄中的字元限制。 強烈建議您使用此標頭，將用戶端活動與伺服器收到的要求相互關聯。 如需詳細資訊，請參閱監視 Azure Blob 儲存體。 |
唯有在符合指定條件的情況下，此作業也可支援使用條件式標頭，取得 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 通訊協議規格。
| 回應標頭 | 描述 |
|---|---|
x-ms-meta-name:value |
傳回容器的中繼資料值。 |
Last-Modified |
上次修改 Blob 的日期/時間。 日期格式會依照 RFC 1123。 如需詳細資訊，請參閱 代表標頭中的日期/時間值。 修改 Blob 的任何作業 (包括 Blob 更新的中繼資料或屬性)，都會變更 Blob 上次修改的時間。 |
ETag |
Blob 的 ETag。 如果要求版本是 2011-08-18 或更新版本，ETag 值會以引號括住。 |
x-ms-request-id |
此標頭可唯一識別所做的要求，而且您可以使用它來針對要求進行疑難解答。 如需詳細資訊，請參閱 針對 API 作業進行疑難解答。 |
x-ms-version |
指出用來執行要求的 Blob 記憶體版本。 針對針對 2009-09-19 版和更新版本提出的要求，會傳回此標頭。 如果容器已使用 Blob 記憶體 2009-09-19 版標示為公開存取，則匿名要求也會傳回此標頭。 |
Date |
服務所產生的 UTC 日期/時間值，表示起始響應的時間。 |
x-ms-client-request-id |
可用來針對要求及其對應的回應進行疑難解答。 如果標頭存在於要求中，這個標頭的值就等於標頭的值 x-ms-client-request-id ，且此值不超過 1,024 個可見的 ASCII 字元。 x-ms-client-request-id如果要求中沒有標頭，則標頭不會出現在回應中。 |
回應本文
無。
授權
在 Azure 記憶體中呼叫任何數據存取作業時，需要授權。 您可以授權 Get Blob Metadata 作業，如下所示。
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 Metadata作業所需的 RBAC 動作，以及包含此動作的最低特殊許可權 Azure RBAC 角色：
- Azure RBAC 動作：Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read
- 最低特殊許可權的內建角色：記憶體 Blob 數據讀取器
若要深入瞭解如何使用 Azure RBAC 指派角色，請參閱 指派 Azure 角色以存取 Blob 數據。
備註
無。 如需此作業如何影響成本的詳細資訊，請參閱 帳單資訊 。
計費
定價要求可能源自使用 Blob 記憶體 API 的用戶端，無論是直接透過 Blob 記憶體 REST API，還是來自 Azure 記憶體用戶端連結庫。 這些要求會累算每個交易的費用。 交易類型會影響帳戶的收費方式。 例如，讀取交易會累算到與寫入交易不同的計費類別。 下表顯示根據記憶體帳戶類型的要求計費類別 Get Blob Metadata ：
| 作業 | 儲存體帳戶類型 | 計費類別 |
|---|---|---|
| 取得 Blob 中繼資料 | 進階區塊 Blob 標準一般用途 v2 |
其他作業 |
| 取得 Blob 中繼資料 | 標準一般用途 v1 | 讀取作業 |
若要瞭解指定計費類別的定價，請參閱 Azure Blob 儲存體 定價。