共用方式為


雲端階層處理原則

雲端階層處理有兩個原則,可決定要將哪些檔案針對雲端進行分層:磁碟區可用空間原則日期原則

磁碟區可用空間原則可確保伺服器端點所在的本機磁碟區指定百分比的空間永遠保持可用。

日期原則會將 x 天前或之後存取的檔案分層。 磁碟區可用空間原則一律優先。 當磁碟區上沒有足夠的可用空間來儲存與日期原則指定的日期原則一樣多的檔案時,Azure 檔案同步 會覆寫日期原則。 它會繼續將最冷的檔案分層,直到符合磁碟區可用空間百分比為止。

這兩個原則如何一同運作

以下範例說明這些原則的運作方式。 假設您在 500 GiB 本機磁碟區上設定 Azure 檔案同步,且未啟用雲端階層處理。 您的檔案共用中有這些檔案:

檔案名稱 上次存取時間 檔案大小 儲存於
檔案 A 2 天前 10 GiB 伺服器和 Azure 檔案共用
檔案 B 10 天前 30 GiB 伺服器和 Azure 檔案共用
檔案 C 1 年前 200 GiB 伺服器和 Azure 檔案共用
檔案 D 1 年又 2 天前 120 GiB 伺服器和 Azure 檔案共用
檔案 E 2 年又 1 天前 140 GiB 伺服器和 Azure 檔案共用

變更 1:您已啟用雲端階層處理、設定 20% 的磁碟區可用空間原則,並讓日期原則保持為停用。 使用該設定,雲端階層處理可確保會讓 20% (在此案例中為 100 GiB) 的空間在本機電腦上保持空閒且可用。 因此,本機快取的總容量為 400 GiB。 此快取會儲存本機磁碟區上最近且經常存取的檔案。

使用此組態時,只有 A 到 D 的檔案會儲存在本機快取中,而檔案 E 會分層。 這只會計入為可使用的 400 GiB 中的 360 GiB。 檔案 E 是 140 GiB,如果已在本機快取,則會超過限制。

變更 2: 假設使用者存取檔案 E,讓檔案 E 成為共用中最近存取的檔案。 因此,檔案 E 會儲存在本機快取中,並符合 400 GiB 的限制,檔案 D 會分層。 下表顯示這些更新儲存盤案的位置:

檔案名稱 上次存取時間 檔案大小 儲存於
檔案 E 2 小時前 140 GiB 伺服器和 Azure 檔案共用
檔案 A 2 天前 10 GiB 伺服器和 Azure 檔案共用
檔案 B 10 天前 30 GiB 伺服器和 Azure 檔案共用
檔案 C 1 年前 200 GiB 伺服器和 Azure 檔案共用
檔案 D 1 年又 2 天前 120 GiB 在本機分層的 Azure 檔案共用

變更 3: 假設您已更新原則,使日期原則為 60 天,而磁碟區可用空間原則為 70%。 現在,最多只能將 150 GiB 儲存於本機快取。 雖然檔案 B 在 60 天前被存取,但磁碟區可用空間原則會覆寫日期原則,而檔案 B 會分層以維護 70% 的本機可用空間。

變更 4:如果您將磁碟區可用空間原則變更為 20%,然後使用了 Invoke-StorageSyncFileRecall 來重新叫用本機磁碟機上相符的所有檔案,同時遵守雲端階層處理原則,那麼,表格看起來會像這樣:

檔案名稱 上次存取時間 檔案大小 儲存於
檔案 E 1 小時前 140 GiB 伺服器和 Azure 檔案共用
檔案 A 2 天前 10 GiB 伺服器和 Azure 檔案共用
檔案 B 10 天前 30 GiB 伺服器和 Azure 檔案共用
檔案 C 1 年前 200 GiB 在本機分層的 Azure 檔案共用
檔案 D 1 年又 2 天前 120 GiB 在本機分層的 Azure 檔案共用

在此情況下,A、B 和 E 檔案會在本機快取,並將檔案 C 和 D 分層。 因為日期原則是 60 天,因此檔案 C 和 D 會分層處理,即使磁碟區可用空間原則允許在本機最多 400 GiB。

注意

當客戶將磁碟區可用空間原則變更為較小的值時,不會自動回收檔案(例如,從 20% 變更為 10%)或將日期原則變更為較大的值(例如,從 20 天到 50 天)。

本機磁碟區上的多個伺服器端點

您可以在單一本機磁碟區上啟用多個伺服器端點的雲端階層處理。 針對此設定,您應該為相同磁碟區上的所有伺服器端點,將磁碟區可用空間設定為相同數量。 如果您為相同磁碟區上的數個伺服器端點設定不同的磁碟區可用空間原則,則最大磁碟區可用空間百分比優先。 這稱為有效的磁碟區可用空間原則。 例如,假設您在相同的本機磁碟區上有三個伺服器端點:一個設定為 15%,另一個設為 20%,第三個伺服器端點設定為 30%。 這三個檔案在可用空間不足 30% 時,都會開始將最冷的檔案分層。

後續步驟