Windows文件共享性能监控核心是盯住SMB协议层表现与底层资源瓶颈，需先确认是网络协议栈、磁盘I/O还是服务配置问题；重点监控SMB连接版本、磁盘响应延迟（>25ms预警）、网络吞吐（超90%带宽上限需排查）、Server服务IO量，并优化LanmanWorkstation并发参数及Server服务行为。
windows 文件共享性能监控，核心是盯住 smb 协议层表现和底层资源瓶颈。不能只看 cpu 或内存占用高就动手调，得先确认是网络协议栈卡住了，还是磁盘 i/o 拖了后腿，又或是服务配置本身不合理。
重点监控 SMB 连接与协议版本
文件共享效率直接受 SMB 协议版本影响。SMB 3.1.1 支持多通道、压缩、加密卸载等特性，而旧版（如 SMB 2.0）在大并发或小文件场景下容易成为瓶颈。
- 用 PowerShell 快速查当前连接的协议版本：
Get-SmbConnection | Select-Object ServerName, Dialect - 检查服务器端会话：运行
Get-SmbSession | FL，关注ClientComputerName和TimeCreated，识别长期空闲但未释放的连接 - 若客户端大量使用 SMB 2.x，考虑组策略启用“支持 SMB 3.x”并禁用旧协议（路径：
计算机配置 → 管理模板 → 网络 → Lanman 工作站）
定位磁盘与网络 I/O 瓶颈
文件服务器卡顿，80% 以上源于磁盘响应延迟或网络吞吐不足，而非 CPU 过载。
- 打开性能监视器（
perfmon.msc），添加关键计数器：
•PhysicalDisk(_Total)\Avg. Disk sec/Read和\Avg. Disk sec/Write—— 持续 > 25ms 表示磁盘响应慢
•Network Interface(*)\Bytes Total/sec—— 对比网卡标称带宽（如千兆网卡理论上限约 115 MB/s），超 90% 就需排查拥塞或驱动问题
•Process(srv)\IO Data Bytes/sec—— 看 Server 服务实际读写量，区分是服务本身忙，还是下游应用拖累 - 资源监视器（
resmon）中切换到“磁盘”标签，按“响应时间”排序，找出拖慢整体的文件或进程（常见如索引服务、杀毒扫描、备份任务）
优化 LanmanWorkstation 客户端参数
Windows 客户端连接 SMB 服务器时，默认连接数限制保守，尤其在多线程访问（如 Robocopy /mt、开发工具同步）场景下易成瓶颈。
- 修改注册表提升并发连接能力（需管理员权限）：
•HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\ConnectionCountPerNetworkInterface→ 设为8（默认 1）
•MaximumConnectionCountPerServer→ 设为64（默认 32）
• 修改后重启工作站服务或重启电脑生效 - 若使用 RDMA 网络（如 Mellanox InfiniBand 或 RoCE），确保启用 SMB Direct：
• 运行Get-SmbServerConfiguration | fl EnableSmbDirect确认服务端开启
• 客户端执行Get-NetAdapterRdma验证网卡 RDMA 状态
Server 服务行为微调
Server 服务（srv）是文件共享的底层引擎，盲目禁用会导致共享完全失效；合理调整参数可减少无效开销。
- 禁用空闲断连机制（避免频繁重连）：
在管理员命令提示符中运行：net config server /autodisconnect:-1 - 关闭网络邻居广播（降低后台流量）：
net config server /hidden:yes - 检查是否启用 SMB 加密：
若局域网内无合规要求，可设为Required改为Disabled（组策略路径：计算机配置 → 管理模板 → 网络 → Lanman 服务器 → SMB 加密），减少 CPU 加解密压力
