Azure文件同步 - 禁用云分层 [英] Azure File Sync - Disable cloud tiering

问题描述

亲爱的

我有一个包含4.2 TB数据的Azure文件共享。

I have an Azure File Share which contains 4.2 TB of data.

有9个连接的服务器端点通过同步组到Azure文件共享。

There are 9 server endpoints which are connected via a Sync Group to that Azure File Share.

其中7个服务器端点启用了云分层。

7 of those server endpoints had cloud tiering enabled.

我们决定使用7个服务器之一端点应禁用云分层。

We decided that one of the 7 server endpoints should have cloud tiering disabled.

我关闭了一个服务器端点的云分层，但它没有开始下载Azure文件共享中的文件。

I switched off the cloud tiering for one server endpoint, but it does not start to download the files in the Azure File Share.

这是正常行为吗？我认为服务器将下载所有必需的文件。

Is this normal behaviour? I thought that the server was going to download all required files.

我检查了相关服务器的事件查看器，并在操作日志中说明了以下内容："服务器副本同步已完成。本地共享名称：XXXXXXXX_e09b2da-e4b6-4163-9df7-db51d99d67bf。复制品Upn：*。副本路径：\\？\ E：\ Share \XXXXXXX。
远程共享名称：XXXXXXXX。 服务器设备ID：4BEB468F-0987-408B-AAC6-5B766AAF90AE。群集ID :.错误：0。CorrelationId：{C62E4F01-1E0D-4DDF-8B93-767A7A6D7D2E} SyncScenario：RegularSync  SyncSessionFlags：0 SyncDirection：下载ReplicaFlags：
0."

I checked the event viewer of the concerned server, and it states the following in the operational log: "Server replica sync completed. Local share name: XXXXXXXX_e09b2da-e4b6-4163-9df7-db51d99d67bf. Replica Upn: *. Replica path: \\?\E:\Share\XXXXXXX. Remote share name: XXXXXXXX.  Server device id: 4BEB468F-0987-408B-AAC6-5B766AAF90AE. Cluster id: . Error: 0. CorrelationId: {C62E4F01-1E0D-4DDF-8B93-767A7A6D7D2E} SyncScenario: RegularSync  SyncSessionFlags: 0 SyncDirection: Download ReplicaFlags: 0."

推荐答案

它会在访问时下载，如果是云则不会重新排列分层已启用

启用云分层功能后，云分层会根据上次访问自动分层文件并修改
次以实现免费音量云端点上指定的空间百分比。但有时，您可能希望手动强制文件到层。如果您保存一个很长时间不打算再次使用的大文件，那么这可能很有用，并且
希望您的卷上的可用空间现在用于其他文件和文件夹。您可以使用以下PowerShell命令强制分层：

```powershell
Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
Invoke-StorageSyncCloudTiering -Path <file-or-directory-to-be-tiered>
```

在服务器端点上启用云分层时，您可以设置卷可用空间策略。它始终优先于任何其他策略，包括日期策略。 （可选）
您可以为该卷上的每个服务器端点启用日期策略，这意味着只有在此策略描述的天数范围内访问（即读取或写入）的文件才会保留在本地，并且只能使用任何staler文件分层。请记住，卷
可用空间策略始终优先，当卷上没有足够的可用空间来保留日期策略所描述的文件天数时，Azure文件同步将继续分层最冷的文件，直到满足音量可用空间百分比
。

例如，假设你有一个60天的基于日期的分层策略和20％的批量可用空间策略。如果在应用日期策略后，卷上的空闲
空间少于20％，则卷可用空间策略将启动并覆盖日期策略。这将导致更多文件被分层，从而保留在服务器上的数据量可以从60天的数据减少到45天。相反，即使您没有达到可用空间阈值，此政策
也会强制超出您的时间范围的文件的分层 - 因此即使您的卷为空，61天的文件也会被分层

其他信息：使用Azure文件同步，无论是否启用了云分层，所有数据始终都会转到云端。行为完全如您所述：
所有数据都已同步，旧文件与指向Azure文件共享中其位置的指针分层。这使我们能够通过Azure备份支持快速DR和快照协调/管理等场景（最终完全备份支持）。

您可以通过挂载Azure文件共享或从Azure门户查看文件共享来验证是否确实同步了所有数据。

请告知我们以上有助于您在这个问题上需要进一步的帮助。

------------------------------- -------------------------------------------------- ---------


点击"标记为答案"在帮助你的帖子上，这对其他社区成员有益。

这篇关于Azure文件同步 - 禁用云分层的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！