Treat File Sync authoritative upload as a namespace mirror, not a merge

Authoritative upload can delete cloud files that no longer exist on the server used to seed the share.

Resilient network core with engineered blue and gold data paths.
DSE visual intelligenceNetworks & infrastructureGuide · 2 min read
Executive summary

What you need to know

Authoritative upload can delete cloud files that no longer exist on the server used to seed the share.

Potentially affected

Azure File Sync server-endpoint creation after a supported pre-seeding migration.

DSE recommendation

Verify the authoritative server path and cloud-only differences before selecting authoritative upload.

Source facts

Authoritative upload is reserved for a migration in which the same server path seeded the Azure file share and the server has newer changes. It mirrors the server namespace to the share: new or updated content is uploaded, while files and folders no longer on the server are deleted from the share.

Provisioning in this mode requires data in the server location as a safeguard against accidental misconfiguration. Merge instead combines the two namespaces and automatically resolves matching-name conflicts. File Sync creates a pre-endpoint share snapshot that is not automatically removed. Microsoft Learn.

Applicability

These Initial sync options are available only for the first server endpoint in a sync group. Identify the actual pre-seed source, subsequent writes at both locations and the desired owner of namespace state. Do not choose authoritative upload merely to avoid investigating merge conflicts.

DSE recommendation

DSE recommends comparing cloud-only and server-only content before approving this mode. Have the data owner explicitly accept any proposed cloud deletions and confirm the source path is the one used for seeding. Review the retained snapshot and recovery plan without treating their existence as permission to discard valuable independent changes.

Verification

In a representative test, include an updated source file and a cloud-only file whose disposition is known in advance. Compare the resulting namespace and metadata with the approved mirror decision. Preserve differences and errors until reconciled. Verify recovery evidence separately, and do not remove the pre-endpoint snapshot until its retention and recovery purpose has been reviewed.

Official references

Microsoft Learn: Create an Azure File Sync Server Endpoint. Source retrieved September 9, 2026.

Primary reference

Review the official source

Create an Azure File Sync Server Endpoint | Microsoft Learn · Verified September 9, 2026

Open official reference ↗
Plan the next step

Need help applying this guidance safely?

DSE can help confirm applicability, protect service continuity, and validate the result across physical security and IT systems.

Talk with DSE