You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
|File 1 | 2 days ago | 10 GiB | Server and Azure file share
26
-
|File 2 | 10 days ago | 30 GiB | Server and Azure file share
27
-
|File 3 | 1 year ago | 200 GiB | Server and Azure file share
28
-
|File 4 | 1 year, 2 days ago | 120 GiB | Server and Azure file share
29
-
|File 5 | 2 years, 1 day ago | 140 GiB | Server and Azure file share
25
+
|File A | 2 days ago | 10 GiB | Server and Azure file share
26
+
|File B | 10 days ago | 30 GiB | Server and Azure file share
27
+
|File C | 1 year ago | 200 GiB | Server and Azure file share
28
+
|File D | 1 year, 2 days ago | 120 GiB | Server and Azure file share
29
+
|File E | 2 years, 1 day ago | 140 GiB | Server and Azure file share
30
30
31
31
**Change 1:** You enabled cloud tiering, set a volume free space policy of 20%, and kept the date policy disabled. With that configuration, cloud tiering ensures 20% (in this case 100 GiB) of space is kept free and available on the local machine. As a result, the total capacity of the local cache is 400 GiB. This cache will store the most recently and frequently accessed files on the local volume.
32
32
33
-
With this configuration, only files 1 through 4 would be stored in the local cache, and file 5 would be tiered. This only accounts for 360 GiB out of the 400 GiB that could be used. File 5 is 140 GiB and would exceed the 400 GiB limit if it was locally cached.
33
+
With this configuration, only files A through D would be stored in the local cache, and file E would be tiered. This only accounts for 360 GiB out of the 400 GiB that could be used. File E is 140 GiB and would exceed the 400 GiB limit if it was locally cached.
34
34
35
-
**Change 2:** Say a user accesses file 5, making file 5 the most recently accessed file in the share. As a result, file 5 would be stored in the local cache and to fit under the 400 GiB limit, and file 4 would be tiered. The following table shows where the files are stored with these updates:
35
+
**Change 2:** Say a user accesses file E, making file E the most recently accessed file in the share. As a result, file E would be stored in the local cache and to fit under the 400 GiB limit, and file D would be tiered. The following table shows where the files are stored with these updates:
36
36
37
37
|File Name |Last Access Time |File Size |Stored In |
|File 5 | 2 hours ago | 140 GiB | Server and Azure file share
40
-
|File 1 | 2 days ago | 10 GiB | Server and Azure file share
41
-
|File 2 | 10 days ago | 30 GiB | Server and Azure file share
42
-
|File 3 | 1 year ago | 200 GiB | Server and Azure file share
43
-
|File 4 | 1 year, 2 days ago | 120 GiB | Azure file share, tiered locally
39
+
|File E | 2 hours ago | 140 GiB | Server and Azure file share
40
+
|File A | 2 days ago | 10 GiB | Server and Azure file share
41
+
|File B | 10 days ago | 30 GiB | Server and Azure file share
42
+
|File C | 1 year ago | 200 GiB | Server and Azure file share
43
+
|File D | 1 year, 2 days ago | 120 GiB | Azure file share, tiered locally
44
44
45
-
**Change 3:** Imagine you updated the policies so that the date-based tiering policy is 60 days and the volume free space policy is 70%. Now, only up to 150 GiB can be stored in the local cache. Although file 2 was accessed less than 60 days ago, the volume free space policy overrides the date policy, and file 2 is tiered to maintain the 70% local free space.
45
+
**Change 3:** Imagine you updated the policies so that the date-based tiering policy is 60 days and the volume free space policy is 70%. Now, only up to 150 GiB can be stored in the local cache. Although file B was accessed less than 60 days ago, the volume free space policy overrides the date policy, and file B is tiered to maintain the 70% local free space.
46
46
47
47
**Change 4:** If you changed the volume free space policy to 20% and then used `Invoke-StorageSyncFileRecall` to recall all the files that fit on the local drive while adhering to the cloud tiering policies, the table would look like this:
48
48
49
49
|File Name |Last Access Time |File Size |Stored In |
|File 5 | 1 hour ago | 140 GiB | Server and Azure file share
52
-
|File 1 | 2 days ago | 10 GiB | Server and Azure file share
53
-
|File 2 | 10 days ago | 30 GiB | Server and Azure file share
54
-
|File 3 | 1 year ago | 200 GiB | Azure file share, tiered locally
55
-
|File 4 | 1 year, 2 days ago | 120 GiB | Azure file share, tiered locally
51
+
|File E | 1 hour ago | 140 GiB | Server and Azure file share
52
+
|File A | 2 days ago | 10 GiB | Server and Azure file share
53
+
|File B | 10 days ago | 30 GiB | Server and Azure file share
54
+
|File C | 1 year ago | 200 GiB | Azure file share, tiered locally
55
+
|File D | 1 year, 2 days ago | 120 GiB | Azure file share, tiered locally
56
56
57
-
In this case, files 1, 2 and 5 would be locally cached and files 3 and 4 would be tiered. Because the date policy is 60 days, files 3 and 4 are tiered, even though the volume free space policy allows for up to 400 GiB locally.
57
+
In this case, files A, B and E would be locally cached and files C and D would be tiered. Because the date policy is 60 days, files C and D are tiered, even though the volume free space policy allows for up to 400 GiB locally.
58
58
59
59
> [!NOTE]
60
60
> Files aren't automatically recalled when customers change the volume free space policy to a smaller value (for example, from 20% to 10%) or change the date policy to a larger value (for example, from 20 days to 50 days).
0 commit comments