雲端階層處理原則

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

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

日期原則會將 x 天前或之後存取的檔案分層。 磁碟區可用空間原則一律優先。 如果磁碟區上沒有足夠的可用空間來儲存日期原則所描述天數的檔案數量,則 Azure 檔案同步將會覆寫日期原則,並繼續將最不常使用的檔案分層,直到符合磁碟區可用空間百分比。

這兩個原則如何一同運作

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

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

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

使用此設定,只會將檔案 1 到 4 儲存於本機快取,而且會將檔案 5 分層。 這只會計入為可使用的 400 GiB 中的 360 GiB。 檔案 5 為 140 GiB;如果其是在本機快取,則會超過 400 GiB 的限制。

變更 2:假設使用者存取檔案 5。 這使得檔案 5 成為共用中最近存取的檔案。 因此,檔案 5 會儲存於本機快取,而且為了符合 400 GiB 限制,會將檔案 4 分層。 下表顯示在進行這些更新的情況下,檔案的儲存位置:

檔案名稱 上次存取時間 檔案大小 儲存於
檔案 5 2 小時前 140 GiB 伺服器和 Azure 檔案共用
檔案 1 2 天前 10 GiB 伺服器和 Azure 檔案共用
檔案 2 10 天前 30 GiB 伺服器和 Azure 檔案共用
檔案 3 1 年前 200 GiB 伺服器和 Azure 檔案共用
檔案 4 1 年又 2 天前 120 GiB Azure 檔案共用,在本機分層

變更 3:假設您已更新原則,讓以日期為基礎的階層處理原則為 60 天,而磁碟區可用空間原則為 70%。 現在,最多只能將 150 GiB 儲存於本機快取。 儘管存取檔案 2 的時間少於 60 天,但磁碟區可用空間原則將覆寫日期原則,而且會將檔案 2 分層,以保持 70% 的本機可用空間。

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

檔案名稱 上次存取時間 檔案大小 儲存於
檔案 5 1 小時前 140 GiB 伺服器和 Azure 檔案共用
檔案 1 2 天前 10 GiB 伺服器和 Azure 檔案共用
檔案 2 10 天前 30 GiB 伺服器和 Azure 檔案共用
檔案 3 1 年前 200 GiB Azure 檔案共用,在本機分層
檔案 4 1 年又 2 天前 120 GiB Azure 檔案共用,在本機分層

在此案例中,檔案 1、2 和 5 會在本機快取,而且會將檔案 3 和 4 分層。 由於日期原則是 60 天,因此會將檔案 3 和 4 分層,即使磁碟區可用空間原則在本機允許最多 400 GiB 的空間。

注意

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

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

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

下一步