Release notes for the Azure File Sync agent
Azure File Sync allows you to centralize your organization's file shares in Azure Files without giving up the flexibility, performance, and compatibility of an on-premises file server. Your Windows Server installations are transformed into a quick cache of your Azure file share. You can use any protocol that's available on Windows Server to access your data locally (including SMB, NFS, and FTPS). You can have as many caches as you need around the world.
This article provides the release notes for the supported versions of the Azure File Sync agent.
The following versions are supported for the Azure File Sync agent:
|Milestone||Agent version number||Release date||Status|
|September update rollup||188.8.131.52||September 24, 2018||Supported (recommended version)|
|August update rollup||184.108.40.206||August 15, 2018||Supported|
|General availability||220.127.116.11||July 19, 2018||Supported|
|June update rollup||18.104.22.168||June 29, 2018||Not Supported - Agent version expired on October 1, 2018|
|Refresh 2||22.214.171.124||May 22, 2018||Not Supported - Agent version expired on October 1, 2018|
|April update rollup||126.96.36.199||May 8, 2018||Not Supported - Agent version expired on October 1, 2018|
|March update rollup||188.8.131.52||March 12, 2018||Not Supported - Agent version expired on October 1, 2018|
|February update rollup||184.108.40.206||February 28, 2018||Not Supported - Agent version expired on October 1, 2018|
|Refresh 1||220.127.116.11||February 8, 2018||Not Supported - Agent version expired on October 1, 2018|
|January update rollup||18.104.22.168||January 8, 2018||Not Supported - Agent version expired on October 1, 2018|
|November update rollup||22.214.171.124||November 30, 2017||Not Supported - Agent version expired on October 1, 2018|
|October update rollup||126.96.36.199||October 31, 2017||Not Supported - Agent version expired on October 1, 2018|
|Initial preview release||188.8.131.52||September 26, 2017||Not Supported - Agent version expired on October 1, 2018|
Azure File Sync agent update policy
The Azure File Sync agent is updated on a regular basis to add new functionality and to address issues. We recommend you configure Microsoft Update to get updates for the Azure File Sync agent as they're available.
Major vs. minor agent versions
- Major agent versions often contain new features and have an increasing number as the first part of the version number. For example: *2.*.**
- Minor agent versions are also called "patches" and are released more frequently than major versions. They often contain bug fixes and smaller improvements but no new features. For example: **.3.**
There are three approved and tested ways to install the Azure File Sync agent updates. These update paths work for both major and minor versions.
- (Preferred) Configure Microsoft Update to automatically download and install agent updates.
We always recommend taking every Azure File Sync update to ensure you have access to the latest fixes for the server agent. Microsoft Update makes this process seamless, by automatically downloading and installing updates for you.
- Patch an existing Azure File Sync agent by using a Microsoft Update patch file, or a .msp executable. The latest Azure File Sync update package can be downloaded from the Microsoft Update Catalog.
Running a .msp executable will upgrade your Azure File Sync installation with the same method used automatically by Microsoft Update in the previous upgrade path. Applying a Microsoft Update patch will perform an in-place upgrade of an Azure File Sync installation.
- Download the newest Azure File Sync agent installer from the Microsoft Download Center. The installer download is a Microsoft Installer package, or a .msi executable.
To upgrade an existing Azure File Sync agent installation, uninstalled the older version and then install the latest version from the downloaded installer. The server registration, sync groups, and any other settings are maintained by the Azure File Sync installer.
Agent lifecycle and change management guarantees
Azure File Sync is a cloud service, which enables continuously introduction of new features and functionality. This means that a specific Azure File Sync agent version can only be supported for a limited time. To facilitate your deployment, the following rules to guarantee you have enough time and notification to accommodate agent updates/upgrades in your change management process:
- Major agent versions are supported for at least six months from the date of initial release.
- We guarantee there is an overlap of at least three months between the support of major agent versions.
- Warnings are issued for registered servers using a soon-to-be expired agent at least three months prior to expiration. You can check if a registered server is using an older version of the agent under the registered servers section of a Storage Sync Service.
- The lifetime of a minor agent version is bound to the associated major version. For example, when agent version 3.0 is released, agent versions 2.* will all be set to expire together.
Installing an agent version with an expiration warning will display a warning but succeed. Attempting to install or connect with an expired agent version is not supported and will be blocked.
Agent version 184.108.40.206
The following release notes are for version 220.127.116.11 of the Azure File Sync agent released September 24, 2018. These notes are in addition to the release notes listed for version 18.104.22.168.
This release includes the following fix:
- Registered server state is “Appears offline” after the Azure File Sync agent is upgraded to version 3.1 or 3.2.
- Storage Sync Agent (FileSyncSvc) service crashes due to files that have long paths.
- Server registration fails with error: Could not load file or assembly Kailani.Afs.StorageSyncProtocol.V3.
Agent version 22.214.171.124
The following release notes are for version 126.96.36.199 of the Azure File Sync agent released August 15, 2018. These notes are in addition to the release notes listed for version 188.8.131.52.
This release includes the following fix:
- Sync fails with out of memory error (0x8007000e) due to memory leak
Agent version 184.108.40.206
The following release notes are for version 220.127.116.11 of the Azure File Sync agent (released July 19, 2018).
Before deploying Azure File Sync, you should evaluate whether it is compatible with your system using the Azure File Sync evaluation tool. This tool is an AzureRM PowerShell cmdlet that checks for potential issues with your file system and dataset, such as unsupported characters or an unsupported OS version. For installation and usage instructions, see Evaluation Tool section in the planning guide.
Agent installation and server configuration
- The agent installation package must be installed with elevated (admin) permissions.
- The agent is not supported on Windows Server Core or Nano Server deployment options.
- The agent is supported only on Windows Server 2016 and Windows Server 2012 R2.
- The agent requires at least 2 GB of physical memory.
- The Storage Sync Agent (FileSyncSvc) service does not support server endpoints located on a volume that has the system volume information (SVI) directory compressed. This configuration will lead to unexpected results.
- 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.
- Don't use File Server Resource Manager (FSRM) or other file screens. File screens can cause endless sync failures when files are blocked because of the file screen.
- Running sysprep on a server which has the Azure File Sync agent installed is not supported and can lead to unexpected results. Agent installation and server registration should occur after deploying the server image and completing sysprep mini-setup.
- Data deduplication and cloud tiering aren't supported on the same volume.
The following items don't sync, but the rest of the system continues to operate normally:
- Paths that are longer than 2,048 characters.
- The discretionary access control list (DACL) portion of a security descriptor if it's larger than 2 KB. (This issue applies only when you have more than about 40 access control entries (ACEs) on a single item.)
- The system access control list (SACL) portion of a security descriptor that's used for auditing.
- Extended attributes.
- Alternate data streams.
- Reparse points.
- Hard links.
- Compression (if it's set on a server file) isn't preserved when changes sync to that file from other endpoints.
Any file that's encrypted with EFS (or other user mode encryption) that prevents the service from reading the data.
Azure File Sync always encrypts data in transit. Data is always encrypted at rest in Azure.
- A server endpoint can be created only on an NTFS volume. ReFS, FAT, FAT32, and other file systems aren't currently supported by Azure File Sync.
- Tiered files will become unusable if the files are not recalled prior to deleting the server endpoint.
- Cloud tiering is not supported on the system volume. To create a server endpoint on the system volume, disable cloud tiering when creating the server endpoint.
- Failover Clustering is supported only with clustered disks, but not with Cluster Shared Volumes (CSVs).
- A server endpoint can't be nested. It can coexist on the same volume in parallel with another endpoint.
- Don't store an OS or application paging file that's within a server endpoint.
- The server name in the portal is not updated if the server is renamed. To update the server name in the portal, unregister and re-register the server.
- 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. In addition, changes made to an Azure file share over the REST protocol will not update the SMB last modified time and will not be seen as a change by sync.
The storage sync service and/or storage account can be moved to a different resource group or subscription within the existing Azure AD tenant. If the storage account is moved, you need to give the Hybrid File Sync Service access to the storage account (see Ensure Azure File Sync has access to the storage account).
Azure File Sync does not support moving the subscription to a different Azure AD tenant.
- 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.
- When you're viewing file properties from an SMB client, the offline attribute might appear to be set incorrectly due to SMB caching of file metadata.