# Do not delete and recreate a File Sync server endpoint as a sync repair

> Recreating an endpoint does not reconnect its tiered files to their cloud locations and can cause permanent loss.

- Canonical URL: https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/
- Publisher: Detection Systems & Engineering (DSE Security)
- Author: DSE Security Editorial Team
- Published: 2026-09-10T00:23:05+00:00
- Modified: 2026-09-10T02:11:18+00:00
- Last reviewed by DSE: 2026-09-09
- Resource type: Guide
- DSE priority: Information
- Topics: Cybersecurity, Networks & Infrastructure
- Reading time: 2 minutes

## What you need to know

Recreating an endpoint does not reconnect its tiered files to their cloud locations and can cause permanent loss.

## Potentially affected

Azure File Sync server endpoints considered for deprovisioning or troubleshooting.

## DSE recommendation

Use the supported troubleshooting path and reserve endpoint deletion for an approved data-preservation plan.

## Article

## Source facts

Microsoft explicitly warns against deprovisioning an endpoint to resolve sync problems. Deletion is destructive: recreating the endpoint does not reconnect tiered files to their cloud locations. Tiered files outside the endpoint namespace can be permanently lost, and tiered files can exist even if cloud tiering was never enabled.

The deprovisioning guide separates preserving the latest data in the cloud from preserving a complete local copy. For local recall, sufficient free space is required; Microsoft estimates the cloud share size minus the data already cached on the server. [Microsoft Learn](https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-server-endpoint-delete).

## Applicability

Determine whether the actual objective is repair or retirement and where the authoritative complete copy must remain. Do not infer that a server contains full file content from its visible namespace or its remembered tiering setting.

## DSE recommendation

DSE recommends keeping the endpoint intact during ordinary sync diagnosis. For an authorized retirement, have the data owner choose the preservation destination and follow the matching deprovisioning scenario. Resolve outstanding synchronization and recall requirements before the destructive step. Include tiered files moved outside the original namespace in the impact review.

## Verification

Preserve the relevant sync status, item errors, completed final sessions and file-availability checks required by the chosen scenario. If retaining local data, verify capacity and successful recall before approval. Test that the retained copy actually opens through its intended path. Do not use endpoint recreation as the recovery plan or consider the absence of a portal error proof that every file survived.

## Official references

[Microsoft Learn: Deprovision an Azure File Sync Server Endpoint](https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-server-endpoint-delete). Source retrieved September 9, 2026.

## Primary reference

- Name: Deprovision an Azure File Sync Server Endpoint | Microsoft Learn
- Authority: Microsoft Learn
- URL: https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-server-endpoint-delete
- Source publication date: Not stated by the source

## Citation and use

Preferred citation: “Do not delete and recreate a File Sync server endpoint as a sync repair,” DSE Security, https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/
Publishing principles: https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/
Usage and citation policy: https://update.dsesecurity.com/usage/
Copyright © 2026 Detection Systems & Engineering. All rights reserved.