azure file sync 实现windows文件服务器与azure files双向同步，支持混合部署、云分层、多站点同步及快照备份；需满足smb 3.1.1加密、windows server 2012 r2+、独立ntfs卷等硬性条件。
azure file sync 是 windows 文件服务器与 azure files 实现深度联动的核心服务。它不是简单地把文件“上传”到云，而是建立双向、策略可控的同步关系，让本地服务器继续作为用户日常访问入口，同时把 azure files 作为统一的数据中心。
核心联动方式：混合部署模式
这是最常见也最实用的联动路径——保留现有 Windows 文件服务器，通过 Azure File Sync 将其注册为“缓存节点”，与后端一个 Azure 文件共享保持实时同步。
- 所有写入本地服务器指定文件夹（即“服务器终结点”）的操作，会自动同步到 Azure 文件共享（“云终结点”）
- 其他已注册的服务器或直接挂载该 Azure 文件共享的设备，也能看到相同内容，实现跨站点数据一致
- 无需修改用户习惯：他们仍通过 SMB 访问本地路径，权限（ACL）、时间戳、符号链接等均完整保留
关键能力支撑高效联动
联动不只是同步，更在于智能分层与集中管控：
- 云分层（Cloud Tiering）：可配置本地磁盘保留空间（如仅留 20%），系统自动将不常访问的文件“移出”到 Azure，只在本地保留占位符。用户双击打开时，文件瞬间拉回，体验无感
- 多站点同步：北京、上海、深圳三地的文件服务器可共用同一个 Azure 文件共享作为中枢，一处修改，多地生效，避免 DFS-R 等传统方案的复杂配置和冲突风险
- 快照与备份集成：Azure 文件共享支持每小时自动差异快照；配合 Azure Backup，可对本地服务器终结点做应用一致性备份，还原时既可恢复元数据，也可按需召回云中分层文件
部署前必须确认的硬性条件
联动能否稳定运行，取决于几个不可绕过的前提：
- Azure 存储帐户必须启用 SMB 3.1.1、NTLMv2 和 AES-128-GCM 加密；“允许存储帐户密钥访问”必须设为“已启用”
- Windows Server 版本需为 2012 R2 及以上，且已安装对应 KB 补丁（如 Server 2019 需 KB5005112 + KB5040430）
- 服务器终结点不能建在系统盘（C:\），必须是独立 NTFS 卷；单个存储同步服务最多管理 99 台服务器，每组同步最多 50 个终结点
- 存储同步服务与 Azure 文件共享必须位于同一 Azure 区域
两种典型联动场景参考
根据业务目标，可选择不同联动强度：
- 扩展型联动：本地服务器性能足够，仅需扩大容量。启用云分层后，本地磁盘只存热数据，冷数据沉入 Azure，成本下降明显，运维不变
- 灾备型联动：本地服务器作为主生产环境，Azure 文件共享作为唯一可信副本。一旦本地故障，可快速在 Azure VM 上新建服务器终结点，几小时内恢复全部文件服务
