如何调整 SMB 客户端恢复超时设置以防止文件锁卡顿

欢迎来到 Microsoft Q&A！

感谢您提供如此详细的信息。

目前，没有受支持的 SMB 客户端恢复超时（Recovery Timeout）、恢复连接超时（Resume Timeout）或故障转移超时（Failover Timeout）设置可用于缩短在持续可用（Continuous Availability，CA）Scale-Out File Server（SoFS）环境中进行 CSV 所有权转移时的恢复时间。SMB 透明故障转移（Transparent Failover）会自动管理会话（Session）和持久句柄（Persistent Handle）的恢复过程，其恢复时间由 SMB 和故障转移群集（Failover Clustering）的恢复机制决定，而不是由可配置的客户端超时参数控制。

CA 共享依赖于 持久句柄（Persistent Handles）、透明故障转移（Transparent Failover）以及 Witness 通知机制 来在故障转移期间维持客户端连接。在 CSV 所有权转移过程中，当持久句柄、Lease/Oplock 以及 CSV 所有权重新建立时，I/O 操作可能会出现短暂暂停，其中可能包括临时性的文件锁延迟。透明故障转移和持续可用性本身就是 SoFS 架构设计的核心特性。

如果您在 CSV 所有权转移期间持续观察到大约 10 秒的文件锁延迟，建议执行以下检查：

1. 验证 SMB Witness 是否正常工作，以确保客户端能够立即收到故障转移通知，而不是依赖超时机制来触发恢复。
2. 确认文件共享已启用 Continuous Availability (CA)，并且客户端是通过 SoFS 命名空间进行访问的。
3. 如果环境已部署，确保 SMB Multichannel 和 SMB Direct (RDMA) 运行正常，因为这些功能有助于提高连接弹性并优化故障转移体验。
4. 在 CSV 所有权转移期间收集 SMB 和 CSV 跟踪日志，以确认延迟是由预期的持久句柄恢复导致，还是由于较长时间的 Oplock/Lease 处理造成。CSVFS 调试案例表明，在群集状态切换期间，I/O 有可能因为等待 Oplock 确认（Acknowledgement）而出现延迟。
5. 在问题发生期间，同时在 SMB 客户端和 SMB 服务器端使用 Netsh 或 TSS 收集 SMB 诊断日志，以便进一步分析问题根因。

总结来说， 当前没有受支持的 SMB 客户端超时参数可通过调优来消除此类现象。建议重点验证 CA/SoFS 配置、确认 Witness 功能正常运行，并收集 SMB/CSV 相关诊断数据，以判断所观察到的延迟是预期的故障转移恢复行为，还是由 SMB、CSVFS、存储层或 Oplock 相关问题引起的。

参考资料：

SMB 2.x and SMB 3.0 Timeouts in Windows | Microsoft Learn

SMB 故障排除指南 - Windows Server | Microsoft Learn

如果以上信息对您有所帮助，请点击 “接受答案（Accept Answer）” 。

感谢您使用 Microsoft Q&A！