Azure Blob 儲存體常見問題集

平台會每天執行一次生命週期原則。 設定原則之後，最多可能需要 24 小時才會生效。 原則生效后，執行動作所花費的時間可能會因儲存體帳戶的大小和執行的作業而有所不同。

更新的原則最多需要 24 小時的時間才會生效。 原則生效后，執行動作所花費的時間可能會因儲存體帳戶的大小和執行的作業而有所不同。 如果更新是要停用或刪除規則，且已使用 enableAutoTierToHotFromCool，則自動分層至經常性存取層仍會發生。 例如，根據上次存取設定規則 (包括 enableAutoTierToHotFromCool)。 如果停用或刪除規則，且 Blob 目前位於非經常性存取或極非經常性存層，然後再存取，則會移回經常性存取層，因為其會套用至生命週期管理以外的存取權。 假如生命週期管理規則已停用或刪除，Blob 將不會從經常性存取移至非經常性存取或極非經常性存取。 防止 autoTierToHotFromCool 的唯一方法是關閉上次存取時間追蹤。

視儲存體帳戶中的物件大小和數目而定，可能需要多個執行來處理所有物件。 您也可以檢查儲存體資源記錄，以查看生命週期管理原則是否正在執行作業。

檢查儲存體帳戶上是否已啟用虛刪除或版本設定等資料保護功能。 即使原則正在刪除 Blob，這些 Blob 仍可能處於虛刪除狀態，或根據這些功能的設定方式，以舊版的形式存在。

如果有適用於儲存體帳戶的生命週期管理原則，則藉由變更 Blob 層來解除凍結 Blob 可能導致生命週期原則將 Blob 移回封存層的情況。 如果上次修改的時間、建立時間或上次存取時間超過針對原則設定的閾值，就會發生這種情況。 有三種方式可防止發生此情況：

• 將 daysAfterLastTierChangeGreaterThan 條件新增至原則的 tierToArchive 動作。 請參閱使用生命週期管理原則來封存 Blob。

• 請暫時停用影響此 Blob 的規則，以防止其再次被封存。 當 Blob 可以安全地移回封存層時，請重新啟用規則。

• 如果 Blob 必須永久留在經常性存取層、非經常性存取層或極非經常性存取層，請將 Blob 複製到生命週期管理原則未生效的另一個位置。

原則的 Blob 前置詞比對欄位會是完整或部分 Blob 路徑，以用來比對您想要套用原則動作的 Blob。 路徑的開頭必須是容器名稱。 如果未指定前置詞比對，則會將原則套用至儲存體帳戶中的所有 Blob。 前置詞比對字串的格式為 [container name]/[blob name]。
請留意以下有關前置詞比對字串的要點：

• 前置詞比對字串，例如 container1/，會套用至名稱為 container1 的 Blob 容器中所有的 Blob。 結尾沒有正斜線字元 (/) 的前置詞比對字串 container1，會套用至以字串 container1 為容器名稱開頭的所有容器中所有的 Blob。 該前置詞會比對名稱為 container11、container1234、container1ab 等等的容器。
• 前置詞比對字串 container1/sub1/ 會套用至容器名稱為 container1 中，以字串 sub1/ 為開頭的所有 Blob。 例如，前置詞會比對名稱為 container1/sub1/test.txt 或 container1/sub1/sub2/test.txt 的 Blob。
• 在 Blob 名稱中的星號字元 * 為有效字元。 如果在前置詞中使用星號字元，則前置詞會比對名稱中有星號的 Blob。 星號無法做為萬用字元使用。
• 在 Blob 名稱中的問號字元 ? 為有效字元。 如果在前置詞中使用問號字元，則前置詞會比對名稱中有問號的 Blob。 問號無法做為萬用字元使用。
• 前置詞比對只會考慮正面 (=) 邏輯比較。 負面 (!=) 邏輯比較會忽略。
• 前置詞比對會以區分大小寫的方式運作。

很遺憾，無法追蹤原則執行的時間，因為這是背景排程的程序。 不過，平台每天會執行一次原則。

每日清查規則設計為每天執行一次。 此外，每星期日都會排程每週清查規則。

雖然我們努力提供一致的體驗，但我們無法保證每次執行的確切運行時間。 清查規則的運行時間可能會有所不同。 例如，如果今天的原則排定在午夜 12:05，可能會在午夜 12:07、午夜 12:15 或第二天的任何其他時間開始。

Blob 清查報告會產生三種類型的檔案。 請參閱清查檔案。 使用 Blob 清查的現有客戶可能會看到清查檔案數目從一個檔案變更為多個檔案。 現在，我們已有提供檔案清單的資訊清單檔。 此行為會保持不變，因此這些檔案會列在資訊清單檔中。

已實作此變更，以增強 Blob 清查效能，特別是針對包含超過 500 萬個物件的大型儲存體帳戶。 現在，結果會以平行方式寫入多個檔案，以消除使用單一清查檔案的瓶頸。 客戶意見反應已建議這項變更，因為客戶回報難以開啟和使用過大的單一清查檔案。

作為使用者，這項變更對 Blob 清查執行的體驗有正面影響。 預期會提升效能並降低整體運行時間。 不過，若要完全受益於這項改善，您必須確定程式碼已更新，以處理多個結果檔案，而不只是單一個結果檔案。 這項調整會因應新方法調整您的程式碼，並最佳化清查資料的處理。

否，現有的資料不會受到影響。 只有新的 Blob 清查結果具有多個清查檔案。

否，變更會順暢地進行。

您的必要動作取決於您目前處理 Blob 清查結果的方式：

• 如果您目前的處理假定為單一清查結果檔案，您需要修改程式碼以容納多個清查結果檔案。

• 不過，如果您目前的處理涉及從資訊清單檔讀取結果檔案清單，就不需要對處理結果的方式進行任何變更。 現有的方法會繼續透過更新的功能順暢運作。

這並非是建議項目，但有可能需要。 請透過支援通道，要求關閉這項功能。

請透過您目前的帳戶小組和支援通道工作。

這項變更將從 2023 年 9 月 1 日起開始逐步推出。

否。 Azure 計算支援磁碟的計量。 如需詳細資訊，請參閱受控和非受控磁碟的每一磁碟計量。

某些 Azure 計量圖表 (例如顯示可用性和延遲資料的圖表) 會使用虛線來表示兩個已知時間精細度資料點之間有遺漏值 (也稱為 null 值)。 例如，如果您在時間選取器中挑選 1 minute 時間精細度，但計量報告時間為 07:26、07:27、07:29 和 07:30，則虛線會連接 07:27 和 07:29，因為這兩個資料點之間有一分鐘的間距。 實線會連接所有其他資料點。 當計量使用計數與總和的彙總時，虛線會下降至零。 如果是平均值、最小值或最大值的彙總，則虛線會連接兩個最接近的已知資料點。 此外，當圖表遺漏最右側或最左側的資料時，虛線會往遺漏資料點的方向延伸。

您可以根據 Azure 資源健康狀態服務來設定資源健康狀態警示，以追蹤儲存體帳戶的可用性。 如果帳戶上沒有交易，則警示會根據儲存體帳戶所在儲存體叢集的健康狀態進行報告。

分析記錄有所有讀取、寫入、列出和刪除作業的記錄，以及所有作業的成功和失敗要求。 分析記錄是最好的工作，而且不保證任何順序。

變更摘要是一種解決方案，可為您的帳戶提供成功突變或變更的交易式記錄，例如建立、修改和刪除 blob。 變更摘要可保證所有事件都會以每個 blob 的成功變更順序來記錄及顯示，因此您不需要從大量讀取作業或失敗的要求中篩選掉雜訊。 變更摘要基本上是針對需要特定保證的應用程式開發而設計和最佳化。

您可以同時利用這兩項功能，因為變更摘要和 Blob 儲存體事件 提供相同的資訊給相同的傳遞可靠性保證，主要的差異在於事件記錄的延遲、排序和儲存。 變更摘要會在變更的幾分鐘內將記錄發佈到記錄檔，也可保證每個 blob 的變更作業順序。 儲存體事件會即時推送，而且可能不會進行排序。 變更摘要事件會永久儲存在儲存體帳戶內，並以您自己定義的保留區作為唯讀穩定記錄，而事件處理常式會暫時取用儲存體事件，除非您明確儲存它們。 有了變更摘要，任何數目的應用程式都可以使用 blob API 或 SDK，自行使用記錄。

是。 儲存體帳戶網路安全性規則 (包括 IP 型和 VNET 防火牆) 可用於靜態網站端點，並且可用來保護您的網站。

否。 靜態網站僅支援對 $web 容器中的檔案進行匿名公用讀取存取。

您可以使用 Azure 內容傳遞網路 (Azure CDN) 來設定自訂網域與靜態網站。 Azure CDN 可從世界各地為您的網站提供一致的低延遲性。

您可以透過 Azure CDN 來設定自訂 SSL 憑證搭配靜態網站。 Azure CDN 可從世界各地為您的網站提供一致的低延遲性。

您可以使用 Azure CDN - Verizon Premium 來設定靜態網站的主機標頭。 我們很樂意在此聽到您的意見反應。

如果您使用不正確的大小寫來參照檔名，就會發生 404 錯誤。 例如，Index.html不要這樣撰寫：index.html。 靜態網站的 URL 中的檔案名稱和副檔名需區分大小寫，即使透過 HTTP 提供也一樣。 如果您的 Azure CDN 端點尚未佈建，也可能會發生這種情況。 在佈建新的 CDN 之後，請等候 90 分鐘，讓傳播完成。

在 Azure 入口網站中，開啟您帳戶的 [靜態網站設定] 頁面，並找出在 [索引文件名稱] 欄位中設定的名稱和副檔名。 請確定此名稱與儲存體帳戶的 $web 容器中包含的檔案名稱完全相同。 靜態網站的 URL 中的檔案名稱和副檔名需區分大小寫，即使透過 HTTP 提供也一樣。

否，如果您需要在 Blob 資料內搜尋，請使用查詢加速或 Azure 搜尋服務。

Blob 索引標籤只支援字串資料類型，而且查詢會以字典順序來傳回結果。 如果是數字，請用零填補數字。 若為日期和時間，請儲存為符合 ISO 8601 規範的格式。

否，Resource Manager 標記可協助組織控制平面資源，例如訂用帳戶、資源群組和儲存體帳戶。 索引標籤可在資料平面上提供 Blob 管理和探索。

儲存體容量的計費方式是以整個月內每日平均儲存的資料量 (GB) 為單位。 例如，如果您上半個月都是使用 10GB 的儲存體，下半個月則都沒有使用，我們會以您的平均使用量 (即 5GB 儲存體) 為您計費。

下一步

您可以造訪下列連結以深入瞭解 Azure Blob 儲存體：

• Azure 儲存體簡介
• 什麼是 Azure Blob 儲存體