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
Copy file name to clipboardExpand all lines: articles/storage/file-sync/file-sync-release-notes.md
-42Lines changed: 0 additions & 42 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -100,48 +100,6 @@ For more information on how to install and configure the Azure File Sync agent w
100
100
- Cumulative updates are released monthly. To deploy the latest update, users can either use Windows Update or manually download it from the [Microsoft Update Catalog](https://catalog.update.microsoft.com). If installing manually, users should review the associated KB article to ensure all prerequisites are met. If the Windows Updates aren't installed prior to installing the Azure File Sync agent, the Storage Sync Agent service (FileSyncSvc) will fail to start. To learn more, see the [Azure File Sync troubleshooting documentation](/troubleshoot/azure/azure-storage/files/file-sync/file-sync-troubleshoot).
101
101
102
102
103
-
### Interoperability
104
-
- Antivirus, backup, and other applications that access tiered files can cause undesirable recall unless they respect the offline attribute and skip reading the content of those files. For more information, see [Troubleshoot Azure File Sync](/troubleshoot/azure/azure-storage/file-sync-troubleshoot?toc=/azure/storage/file-sync/toc.json).
105
-
- File Server Resource Manager (FSRM) file screens can cause endless sync failures when files are blocked because of the file screen.
106
-
- Running sysprep on a server that has the Azure File Sync agent installed isn't supported and can lead to unexpected results. The Azure File Sync agent should be installed after deploying the server image and completing sysprep mini-setup.
107
-
108
-
### Sync limitations
109
-
The following items don't sync, but the rest of the system continues to operate normally:
110
-
111
-
- Azure File Sync supports all characters that are supported by the [NTFS file system](/windows/win32/fileio/naming-a-file) except invalid surrogate pairs. See [Troubleshooting guide](/troubleshoot/azure/azure-storage/file-sync-troubleshoot-sync-errors?toc=/azure/storage/file-sync/toc.json#handling-unsupported-characters) for more information.
112
-
- Paths that are longer than 2,048 characters.
113
-
- The system access control list (SACL) portion of a security descriptor that's used for auditing.
114
-
- Extended attributes.
115
-
- Alternate data streams.
116
-
- Reparse points.
117
-
- Hard links.
118
-
- Compression (if it's set on a server file) isn't preserved when changes sync to that file from other endpoints.
119
-
- Any file that's encrypted with EFS (or other user mode encryption) that prevents the service from reading the data.
120
-
121
-
> [!NOTE]
122
-
> Azure File Sync always encrypts data in transit. Data is always encrypted at rest in Azure.
123
-
124
-
### Server endpoint
125
-
- A server endpoint can be created only on an NTFS volume. Azure File Sync doesn't currently support ReFS, FAT, or FAT32.
126
-
- Cloud tiering isn't supported on the system volume. To create a server endpoint on the system volume, disable cloud tiering when creating the server endpoint.
127
-
- Failover Clustering is supported only with clustered disks, but not with Cluster Shared Volumes (CSVs).
128
-
- A server endpoint can't be nested. It can coexist on the same volume in parallel with another endpoint.
129
-
- Don't store an OS or application paging file within a server endpoint location.
130
-
131
-
### Cloud endpoint
132
-
- Azure File Sync supports making changes to the Azure file share directly. However, any changes made on the Azure file share first need to be discovered by an Azure File Sync change detection job. A change detection job is initiated for a cloud endpoint once every 24 hours. To immediately sync files that are changed in the Azure file share, use the [Invoke-AzStorageSyncChangeDetection](/powershell/module/az.storagesync/invoke-azstoragesyncchangedetection) PowerShell cmdlet to manually initiate the detection of changes in the Azure file share.
133
-
- The storage sync service and/or storage account can be moved to a different resource group, subscription, or Microsoft Entra (formerly Azure AD) tenant. After moving the storage sync service or storage account, you need to give the Microsoft.StorageSync application access to the storage account (see [Ensure Azure File Sync has access to the storage account](/troubleshoot/azure/azure-storage/file-sync-troubleshoot-sync-errors?toc=/azure/storage/file-sync/toc.json#troubleshoot-rbac)).
134
-
135
-
> [!NOTE]
136
-
> When creating the cloud endpoint, the storage sync service and storage account must be in the same Microsoft Entra ID tenant. After you create the cloud endpoint, you can move the storage sync service and storage account to different Microsoft Entra ID tenants.
137
-
138
-
### Cloud tiering
139
-
- If a tiered file is copied to another location by using Robocopy, the resulting file isn't tiered. The offline attribute might be set because Robocopy incorrectly includes that attribute in copy operations.
140
-
- When copying files using Robocopy, use the /MIR option to preserve file timestamps. This will ensure older files are tiered sooner than recently accessed files.
141
-
142
-
143
-
144
-
145
103
## Version 22.0.0.0
146
104
The following release notes are for Azure File Sync version 22.0.0.0 (released December 09, 2025). This release contains improvements for the Azure File Sync service and agent.
0 commit comments