尊敬的客户,
感谢您提供详细的测试信息以及对 Windows Server Failover Clustering(WSFC)行为的观察。 我们理解您在使用共享文件路径作为仲裁机制时,遇到文件持续打开导致锁定上限的问题,这种情况确实可能影响集群稳定性并触发不必要的节点切换。
根据您描述的现象:
- 在 Windows Server 2016 环境中,WSFC 会在访问仲裁路径文件后执行正常的 Close File 操作;
而在 Windows Server 2019 环境中,WSFC 每分钟创建文件但未执行关闭操作,导致文件句柄持续占用,最终触发文件锁定上限。
这种行为差异可能与 Server 2019 中的底层 SMB 文件处理机制或 Failover Clustering 组件的更新有关。 根据 Microsoft 官方文档,不建议使用 DFS 或复制型存储作为仲裁路径,因为这可能导致文件访问行为异常或“时间分区”问题,从而影响集群判断。
为缓解此问题,我们建议您:
避免使用 DFS 路径或具备复制机制的共享路径 作为仲裁文件位置;
使用 专用的文件服务器共享路径,确保该路径不被其他应用或服务占用;
检查文件服务器上的 SMB 会话和文件句柄,确认是否存在未释放的连接;
如有需要,可通过 Failover Cluster Manager 或 PowerShell 重新配置仲裁类型,例如使用 Cloud Witness 或 Disk Witness,以规避文件锁定问题;
若问题仍持续,建议收集集群日志及文件服务器的事件日志,以便进一步分析。
我们非常重视您的反馈,并愿意协助您进一步验证配置或提供修复建议。
此致 敬礼
多米克·沃