{ "api_version": "1", "kind": "dse_post", "self": "https://update.dsesecurity.com/api/v1/posts/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/", "item": { "id": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/", "slug": "dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair", "url": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/", "alternate_urls": { "markdown": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair.md", "json": "https://update.dsesecurity.com/api/v1/posts/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/" }, "title": "Do not delete and recreate a File Sync server endpoint as a sync repair", "summary": "Recreating an endpoint does not reconnect its tiered files to their cloud locations and can cause permanent loss.", "format": { "slug": "guide", "name": "Guide" }, "priority": { "slug": "info", "name": "Information" }, "featured": false, "image": { "theme": "managed-it", "label": "Managed IT operations", "alt": "A controlled technology lifecycle progressing from assessment to approved production.", "card_url": "https://update.dsesecurity.com/assets/editorial/managed-it-card.webp?v=1.8.20", "hero_url": "https://update.dsesecurity.com/assets/editorial/managed-it-hero.webp?v=1.8.20", "social_url": "https://update.dsesecurity.com/assets/editorial/managed-it-social-v2.jpg?v=1.8.20", "width": 2400, "height": 1350 }, "topics": [ { "slug": "cybersecurity", "name": "Cybersecurity", "url": "https://update.dsesecurity.com/topic/cybersecurity/" }, { "slug": "networks-infrastructure", "name": "Networks & Infrastructure", "url": "https://update.dsesecurity.com/topic/networks-infrastructure/" } ], "author": { "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/#editorial-team", "type": "Organization" }, "publisher": { "name": "Detection Systems & Engineering", "url": "https://dsesecurity.com/" }, "published_at": "2026-09-10T00:23:05+00:00", "modified_at": "2026-09-10T02:11:18+00:00", "reviewed_on": "2026-09-09", "reading_minutes": 2, "word_count": 257, "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.", "primary_source": { "name": "Deprovision an Azure File Sync Server Endpoint | Microsoft Learn", "url": "https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-server-endpoint-delete", "published_on": null, "authority": "Microsoft Learn" }, "publishing_principles": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/", "usage_info": "https://update.dsesecurity.com/usage/", "copyright_notice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.", "content_html": "

Source facts

\n

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.

\n

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.

\n

Applicability

\n

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.

\n

DSE recommendation

\n

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.

\n

Verification

\n

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.

\n

Official references

\n

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

", "content_text": "Source facts\nMicrosoft 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.\nThe 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.\nApplicability\nDetermine 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.\nDSE recommendation\nDSE 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.\nVerification\nPreserve 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.\nOfficial references\nMicrosoft Learn: Deprovision an Azure File Sync Server Endpoint. Source retrieved September 9, 2026.", "content_markdown": "## Source facts\n\nMicrosoft 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.\n\nThe 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).\n\n## Applicability\n\nDetermine 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.\n\n## DSE recommendation\n\nDSE 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.\n\n## Verification\n\nPreserve 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.\n\n## Official references\n\n[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." }, "json_ld": { "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://dsesecurity.com/#organization", "name": "Detection Systems & Engineering", "alternateName": "DSE Security", "url": "https://dsesecurity.com/", "logo": { "@type": "ImageObject", "url": "https://update.dsesecurity.com/assets/dse-logo-20260812.png?v=1.8.20" } }, { "@type": "Organization", "@id": "https://update.dsesecurity.com/#editorial-team", "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/", "parentOrganization": { "@id": "https://dsesecurity.com/#organization" } }, { "@type": "WebSite", "@id": "https://update.dsesecurity.com/#website", "name": "DSE Updates", "alternateName": "DSE Security Knowledge Hub", "url": "https://update.dsesecurity.com/", "inLanguage": "en-US", "publisher": { "@id": "https://dsesecurity.com/#organization" }, "potentialAction": { "@type": "SearchAction", "target": { "@type": "EntryPoint", "urlTemplate": "https://update.dsesecurity.com/?q={search_term_string}" }, "query-input": "required name=search_term_string" } }, { "@type": "WebPage", "@id": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/", "url": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/", "isPartOf": { "@id": "https://update.dsesecurity.com/#website" }, "lastReviewed": "2026-09-09" }, { "@type": "BreadcrumbList", "@id": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/#breadcrumbs", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "DSE Updates", "item": "https://update.dsesecurity.com/" }, { "@type": "ListItem", "position": 2, "name": "Do not delete and recreate a File Sync server endpoint as a sync repair", "item": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/" } ] }, { "@type": [ "Article", "TechArticle" ], "@id": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/#article", "identifier": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/", "url": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/", "headline": "Do not delete and recreate a File Sync server endpoint as a sync repair", "description": "Recreating an endpoint does not reconnect its tiered files to their cloud locations and can cause permanent loss.", "abstract": "Recreating an endpoint does not reconnect its tiered files to their cloud locations and can cause permanent loss.", "articleBody": "Source facts\nMicrosoft 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.\nThe 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.\nApplicability\nDetermine 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.\nDSE recommendation\nDSE 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.\nVerification\nPreserve 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.\nOfficial references\nMicrosoft Learn: Deprovision an Azure File Sync Server Endpoint. Source retrieved September 9, 2026.", "datePublished": "2026-09-10T00:23:05+00:00", "dateModified": "2026-09-10T02:11:18+00:00", "mainEntityOfPage": { "@id": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/" }, "inLanguage": "en-US", "isAccessibleForFree": true, "author": { "@type": "Organization", "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/#editorial-team" }, "publisher": { "@id": "https://dsesecurity.com/#organization" }, "image": { "@type": "ImageObject", "@id": "https://update.dsesecurity.com/updates/dse-20260909-531-do-not-delete-and-recreate-a-file-sync-server-endpoint-as-a-sync-repair/#primaryimage", "url": "https://update.dsesecurity.com/assets/editorial/managed-it-social-v2.jpg?v=1.8.20", "contentUrl": "https://update.dsesecurity.com/assets/editorial/managed-it-social-v2.jpg?v=1.8.20", "width": 1200, "height": 630, "caption": "Do not delete and recreate a File Sync server endpoint as a sync repair" }, "articleSection": [ "Cybersecurity", "Networks & Infrastructure" ], "keywords": [ "Cybersecurity", "Networks & Infrastructure", "Guide", "Information priority" ], "genre": "Guide", "about": [ { "@type": "Thing", "name": "Cybersecurity", "url": "https://update.dsesecurity.com/topic/cybersecurity/" }, { "@type": "Thing", "name": "Networks & Infrastructure", "url": "https://update.dsesecurity.com/topic/networks-infrastructure/" } ], "wordCount": 257, "timeRequired": "PT2M", "publishingPrinciples": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/", "usageInfo": "https://update.dsesecurity.com/usage/", "copyrightHolder": { "@id": "https://dsesecurity.com/#organization" }, "copyrightNotice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.", "citation": { "@type": "CreativeWork", "name": "Deprovision an Azure File Sync Server Endpoint | Microsoft Learn", "url": "https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-server-endpoint-delete" } } ] } }