windows存储空间直通（s2d）性能需系统性调优，核心是硬件分层（nvme缓存+ssd容量层，配比1:4至1:6）、rdma网络（jumbo frame、pfc/ets、set绑定）与sql server协同优化，避免单点瓶颈。
windows 存储空间直通（s2d）的性能不是靠“开箱即用”就能跑满的，尤其在数据库、etl、高并发虚拟化等场景下，必须从硬件层到应用层做系统性调优。关键不在于堆配置，而在于让每一层——物理盘、网络、操作系统、sql server——协同工作，避免某一处成为瓶颈。
硬件选型与分层配比要合理
S2D 的性能天花板首先由硬件决定。全闪存（All-Flash）是底线，混合盘（SSD+HDD）在高IO负载下会迅速暴露延迟问题。
- NVMe 做缓存层：每节点至少 2 块企业级 U.2 或 E1.S NVMe（如 Intel P5500、Solidigm D5-P5316），不建议用 PCIe AIC 卡，散热和稳定性难保障
- 容量层用 SATA/SAS SSD：统一型号、固件版本，避免 S.M.A.R.T. 行为差异导致池异常；单盘容量建议 ≤ 7.68 TB，利于重建速度与均衡性
- 缓存与容量配比控制在 1:4 至 1:6：例如 2×3.2TB NVMe 缓存对应 8×3.84TB 容量盘，过低则写缓冲不足，过高则浪费成本
- 所有节点磁盘数量、型号、固件必须一致：S2D 对异构盘敏感，哪怕一块盘型号不同，都可能触发“降级模式”或自动禁用该盘
网络与 RDMA 必须调通调稳
S2D 是集群存储，节点间数据同步走的是 SMB Direct over RDMA（RoCEv2 或 iWARP），网络不是“能通就行”，而是性能主干道。
- 启用 Jumbo Frame（MTU=9014）：所有服务器网卡、TOR 交换机端口、管理接口都要设一致，否则丢包率上升直接拖慢同步
- 开启 PFC（Priority Flow Control）+ ETS（Enhanced Transmission Selection）：在交换机上配置无损网络，防止 RoCEv2 因拥塞丢包重传
- 网卡绑定用 Switch Embedded Teaming（SET），而非 LBFO：SMB Direct 要求单连接高吞吐，LBFO 会拆流破坏 RDMA 效果
- 验证 RDMA 状态：PowerShell 运行 Get-NetAdapterRdma 确认 Enabled=True；再用 Test-Rdma 测试节点间 RDMA 通路是否低延迟（
存储池与卷的策略要贴业务
S2D 默认配置偏保守，数据库类负载需针对性调整冗余、条带、对齐等参数。
- 事务日志卷用 3-way Mirror：写入路径最短，延迟稳定，不建议用 Parity（校验计算吃 CPU，且写放大严重）
- 数据文件卷可用 2-way Mirror 或 3-way（视 RPO 要求），条带宽度设为 256KB 或 512KB（匹配 SQL Server 数据页和预读逻辑）
- 格式化用 ReFS（v3.7+），禁用压缩、启用完整性流（Integrity Streams）：ReFS 在 S2D 上比 NTFS 更少元数据锁争用，且支持后台校验
- 创建卷时显式指定 -Interleave 256KB 和 -NumberOfColumns N（N = 节点数 × 每节点对应盘数），避免默认条带跨盘不均
Windows 与 SQL Server 层要协同压测
调优终点是业务响应，不是 IOPS 数字。必须用真实负载验证，而不是只看 CrystalDiskMark。
- 提升磁盘队列深度：PowerShell 执行 Set-StorageSubSystem -FriendlyName "Clustered Storage Spaces Direct" -OperationalSetting @{ "MaxQueueDepth" = 256 }
- SQL Server 日志文件单独放高速卷，且启用手动增长（避免自动增长引发锁等待）；TempDB 多文件、等大小、放在低延迟卷上
- 关闭 Windows 写缓存缓冲区刷新（仅限有 UPS 或电池保护的 NVMe）：PowerShell 中 Set-StoragePool -FriendlyName S2D_Pool -IsWriteCacheEnabled $true，再用 Set-PhysicalDisk -FriendlyName "NVMe0" -Usage Journal 显式分配日志盘
- 压测工具组合用：SQLIOSim 模拟日志写、DiskSpd 测随机/顺序 IO、SQL Server 自带 sys.dm_io_virtual_file_stats 查真实延迟（目标：avg_read_latency_ms
