Windows文件共享本身不带负载均衡，但可通过DFS实现：部署多台域内服务器→创建统一命名空间（如contoso.comshare）→添加多目标文件夹→配置DFS复制同步数据→客户端访问时DFS依AD站点自动路由至最近可用节点。
windows 文件共享服务本身不自带负载均衡能力，但通过 dfs（distributed file system）或配合外部负载均衡器（如 nlb、nginx），可以实现访问入口统一、后端多节点分担压力、故障自动切换的效果。核心思路不是“让smb协议自己做负载均衡”，而是用命名空间抽象路径 + 复制同步数据 + 智能目标路由来达成等效效果。
用 DFS 实现逻辑统一与就近访问
DFS 是 Windows Server 原生支持的方案，适合域环境，无需额外软件：
- 先部署至少两台文件服务器（如 Server01、Server02），都加入同一域，安装 DFS Namespaces 和 DFS Replication 角色
- 创建一个命名空间，例如 \contoso.comshare，指定其中一台作为初始命名空间服务器（如 Server01）
- 在该命名空间下添加多个“文件夹”，每个文件夹可指向不同服务器上的实际共享路径（如 \Server01Files 和 \Server02Files）
- 启用 DFS 复制组，让两个物理文件夹保持内容实时同步；客户端访问 \contoso.comshare 时，DFS 会根据 AD 站点信息自动返回离它最近的可用目标
用 NLB 或反向代理做前端流量分发
当需要把 HTTP/S 或自定义应用层请求分发到多个 IIS 共享网关时，可叠加网络层负载均衡：
- 若共享通过 Web 方式提供（如 IIS 挂载 SMB 虚拟目录），可在前端部署 Nginx 或 HAProxy，将请求按轮询/权重/IP哈希分发到后端多台 IIS 服务器
- 若用微软原生 Network Load Balancing（NLB），需注意：NLB 不理解 SMB 协议，仅对 TCP/UDP 端口做转发，适用于 IIS、FTP 等，不推荐直接用于原始 SMB（445端口）——容易引发会话中断和连接粘滞问题
- 关键配置点：所有后端 IIS 服务器必须使用相同账号（如 IIS_SHARED）访问同一个 SMB 共享源，并确保 Temporary ASP.NET Files 等系统路径权限一致
权限与同步必须统一管理
负载均衡的前提是“所有节点看到的数据和权限一致”，否则用户行为不可预期：
- 共享文件夹的 NTFS 权限和共享权限要显式设置，避免依赖 Everyone 或继承混乱；建议用域安全组统一授权
- DFS 复制默认只同步文件内容，不复制权限。如需权限同步，必须手动在各成员服务器上保持 ACL 一致，或借助脚本定期比对
- 关闭客户端缓存（尤其漫游配置文件场景）：在共享属性 → “高级共享” → “缓存”中选择“无缓存”或“仅服务器缓存”
验证是否真正生效
不能只看“能访问”，要确认负载与容错都在起作用：
- 从不同子网的客户端访问同一 DFS 路径，用 dfscmd /view 或 Get-DfsnFolderTarget 查看实际解析到哪个服务器
- 手动停掉一台文件服务器，观察另一台是否在 30 秒内自动接管（DFS 客户端有缓存超时机制，默认 5 分钟，可调）
- 上传文件后，立即在另一台服务器对应路径检查是否存在；再修改文件时间戳，验证复制延迟是否在业务容忍范围内（通常几秒到一分钟）
