NAS 文件传输慢：如何区分网络、磁盘与 SMB 性能瓶颈？

NAS 文件传输慢，通常是路径中最慢的环节撑不住当前负载：源磁盘、Wi-Fi 或以太网链路、客户端 CPU、SMB 处理、NAS CPU、阵列或目标磁盘。先通过有线以太网传一个大文件，再每次只改一个变量；包含上千个小文件的文件夹，与总大小相同的单个大视频没有可比性。

关键要点

• 链路速率不等于实际的文件复制吞吐量。
• 先建立可重复的基线：有线、单客户端、单个大文件。
• 分别测量读取和写入，并对比一个大文件与大量小文件。
• 观察持续的磁盘和 CPU 表现，而不只是开头的高速缓存阶段。
• 不要为了跑分而永久关闭 SMB 签名、加密、杀毒或完整性功能。

如果还在挑选存储设备，先了解 NAS 是什么。如果共享根本连不上，测速前请先看 SMB 连接故障排查指南。客户端自身的问题可参考更全面的设备与 App 排查指南。

NAS 文件传输慢时，你到底测了什么？

把测试条件写下来，不要依赖复制对话框里不断变化的预估时间。

字段	有用证据示例
方向	客户端写入 NAS，或从 NAS 读取到客户端
文件集	一个 10 GB 文件，或 20,000 个小于 1 MB 的文件
客户端路径	内置 SSD、外置 HDD 或另一个网络共享
网络	有线以太网，或 Wi-Fi 频段与信号
链路速率	客户端和 NAS 端口协商的速率
共享与协议	准确的 SMB 共享和当前支持的 SMB 版本
用时	总字节数除以总耗时秒数
其他任务	备份、索引、媒体扫描、RAID 重建、杀毒、快照

使用一个不敏感的测试文件，大小要超过容易命中的内存和磁盘缓存，又小到可以安全重复。记录总字节数和耗时。图形复制对话框里的瞬时峰值可能只是缓冲，不是持续结果。

不要比较不同类型的工具和负载。浏览器下载、云同步、USB 复制和 SMB 复制走的是不同的服务器和路径。一个照片文件夹还要反复创建和关闭大量文件，而一个大视频只需承担少得多的元数据开销。

如何建立可靠的 NAS 复制速度基线？

从你能控制的最简单路径开始。

1. 确认安全后，暂停可选的备份、媒体索引、快照、阵列校验和大型下载。
2. 用以太网把一台客户端接入与 NAS 相同的可信局域网。
3. 在客户端、交换机和 NAS 端口上确认协商的链路速率。
4. 从已知高速的本地源磁盘，把一个大测试文件复制到 NAS 上的专用测试文件夹。
5. 再把它复制回本地并换一个文件名，单独测量读取方向。
6. 每个方向至少重复两次，记录完整耗时。
7. 如果结果低得意外，用另一台授权客户端或另一个交换机端口做同样测试。

Microsoft 给出的大致上限参考是：在没有其他瓶颈时，每 1 Gbps 网络带宽约对应 110 MB/s 的持续存储吞吐量。［1］ 这并不是对所有 NAS 的承诺：协议开销、客户端和服务器硬件、存储、文件组成、安全功能和并发任务都会降低实际吞吐量。

如果某台客户端显示 1 Gbps 链路，但持续复制大文件的速度远低于同一端口、同一共享下另一台客户端的基线，就排查该客户端路径。如果所有客户端在某一方向都慢，就聚焦 NAS 存储和服务器层。如果有线稳定而 Wi-Fi 波动，排查无线路径，不要改动 NAS 阵列。

NAS 复制大量小文件为什么慢得多？

小文件需要反复执行创建、元数据、权限、扫描、写入、关闭和确认等操作。Microsoft 指出，数百、数千乃至数百万个小于 1 MB 的文件，在单线程复制中可能吞吐量极低，因为每个文件都要重复承担文件创建和协议延迟。

对比两组总字节数相近的受控负载：

• 一个大文件，测量持续的数据传输。
• 大量小文件，同时测量元数据、目录、杀毒和往返开销。

如果只有小文件负载慢，不要认定以太网链路有故障。对于一次性传输，把目录打包成可信的归档文件可以减少文件创建开销，但前提是归档能在本地安全创建、校验、传输，并在目标端解压。没有应用支持的备份流程时，不要打包正在运行的数据库、活动邮件存储、虚拟机或应用数据。

多线程复制工具可以改善部分小文件负载，但并发过高会压垮客户端 CPU、NAS CPU、磁盘或杀毒软件。逐步提高并发数，保留日志，并比较总耗时。不要把高线程数当成通用设置。

SMB 传输慢是网络造成的吗？

检查实际协商的路径，而不是包装盒上标称的能力。

1. 确认两端都协商到预期的以太网速率和全双工。
2. 用一条已知正常、类别符合要求的网线替换可疑网线。
3. 换一个已知正常的交换机端口，不要同时更换多个部件。
4. 查看端口计数器中的错误、丢包和反复重新协商。
5. 用同一客户端、文件、共享和方向，对比有线和 Wi-Fi。
6. 使用 Wi-Fi 时，记录频段、信号、距离、遮挡、漫游和竞争流量。

TCP 重传会迫使拥塞控制降低吞吐量，而不断缩小的接收窗口可能说明存储较慢，或某个组件没有及时消化数据。［2］ 因此，网络症状并不总意味着根因在网线或路由器。

不要只在一台设备上启用巨型帧。路径上所有相关接口和组件都必须支持同一个经过测试的 MTU，不匹配会造成间歇性或与数据包大小相关的故障。除非整条路径归你管理，并且有明确的测量理由，否则保持默认 MTU。

关于 Wi-Fi，2.4、5 与 6 GHz 指南解释了覆盖范围与容量的取舍。Wi-Fi 物理速率再高，仍要共享空口时间并包含协议开销，不能保证文件复制达到相应数字。

瓶颈会不会在客户端或 NAS 存储？

分别测量源端和目标端。从较慢的 USB 硬盘复制到 NAS，数据在到达网络前就可能已受限。从 NAS 复制到另一块较慢的本地磁盘，又可能掩盖 NAS 正常的读取性能。

在 NAS 上，于整个传输期间查看受支持的健康和性能视图：

• 存储卷可用空间，以及是否只读或降级。
• 缓存耗尽后的持续磁盘延迟和吞吐量。
• RAID 重建、校验、扩容、快照、去重、压缩或复制任务。
• NAS CPU 和内存压力。
• 温度警告或硬盘错误报告。
• 加密、索引、媒体处理或杀毒任务。

复制开头很快、随后变慢，可能是客户端内存缓冲或存储缓存已被填满，此后才显露出磁盘的持续写入速度。Microsoft 把这种从缓存到直写的转变列为初始速率高、之后下降的常见原因。在断定第一个峰值是正常性能之前，先测量足够长的传输。

RAID 级别、硬盘类型、阵列宽度、随机负载和其他客户端都会影响性能。不要照着博客跑分去修改 RAID 布局、缓存模式、同步行为或断电保护。这些改动可能危及数据，通常需要厂商专属的维护和备份计划。新 NAS 上线前的检查把存储布局和备份职责分开说明。

SMB 签名和加密会让 NAS 传输变慢吗？

可能会增加 CPU 和处理开销，影响大小取决于客户端和服务器硬件。Microsoft 表示 SMB 签名和加密会降低传输性能，但也说明不应关闭必需的签名，因为它能有效防范伪造、篡改和中继攻击。

当前 SMB 的安全行为也因操作系统和服务器能力而异。Microsoft 指出，从 Windows 11 24H2 版和 Windows Server 2025 起默认要求 SMB 签名，因此客户端升级后复制变慢，可能是较旧 NAS CPU 承担签名运算所致，而不是网络故障。Microsoft 还记录了当前 SMB 版本的安全增强和加密共享行为。［3］ 操作系统或 NAS 更新后出现意外变化时，应把它视为兼容性和性能容量问题，而不是移除保护的理由。

按以下顺序决策：

1. 确认客户端和服务器已更新，并支持预期的 SMB 安全模式。
2. 在同一个大文件测试中，测量两端的 CPU 使用率。
3. 确认共享或受管策略是否要求签名或加密。
4. 与另一台已更新的客户端比较，而不是与不安全的协议模式比较。
5. 向 NAS 厂商确认硬件加速、受支持固件和性能上限。
6. 升级瓶颈部件或调整对负载的预期，而不是悄悄降低安全性。

不要永久关闭终端防护。只有在安全产品负责方的流程下，隔离 NAS 和测试数据并立即恢复防护，才可能适合做严格受控的临时对比。家庭用户通常应保持防护开启，改为对比另一台客户端或另一组文件。

如何不靠猜测隔离瓶颈？

使用固定矩阵，每行只改一个变量。

测试	改变的变量	结果能说明什么
A	用有线代替 Wi-Fi	无线部分的影响
B	用一个大文件代替小文件	元数据和逐文件开销
C	从 NAS 读取代替写入 NAS	方向和目标存储
D	用高速内置 SSD 代替外部源	客户端源磁盘上限
E	第二台已知正常的客户端	客户端特有的限制
F	空闲的 NAS 代替有后台任务的 NAS	服务器资源争用

尽量保持相同的文件、共享、工具和计时方法。出人意料的结果要重复验证。如果某项改动只在一次测试中有效，下一次无效，这个变量可能不是原因。

当 NAS 报告硬盘错误、存储卷降级或只读、过热、反复重启、数据损坏，或重建任务停滞不前时，停止操作并寻求厂商支持。保护数据完整性优先于性能调优。

常见问题

为什么 NAS 速度低于以太网链路速率？

链路速率包含协议开销，也无法说明源磁盘、目标磁盘、CPU、SMB 处理或并发任务能否持续跟上。实际吞吐量受最慢的活动环节限制。

为什么复制开始很快，随后变慢？

内存和存储缓存可以吸收写入的开头部分。缓存填满后，传输就会暴露目标端的持续写入速度，所以长时间测试比开头的峰值更有参考价值。

为什么大量照片比一个视频慢？

每个小文件都要重复创建、元数据、权限、扫描和关闭操作。一个大文件承担这些固定成本的次数少得多，也能让更多数据保持在传输中。

升级更快的宽带能提升本地 NAS 速度吗？

对留在家庭局域网内的传输，通常不能。这条路径由本地客户端、Wi-Fi 或以太网、交换机、NAS 服务器和存储决定。只有传输确实经过互联网时，网速才有影响。

应该关闭 SMB 签名或加密吗？

不应作为通用优化。它们提供安全保障，当前系统或策略可能强制要求，应保持启用。无法在受保护状态下达到所需性能的硬件，应更新或升级。

巨型帧一定能提升 NAS 传输速度吗？

不一定。收益取决于负载和硬件，路径上所有相关组件都必须使用兼容的 MTU。只配置一部分可能引发故障，它不是首选修复。

RAID 能保证更快的文件传输吗？

不能。RAID 表现取决于级别、硬盘、控制器、负载、重建状态和缓存策略。它也不能替代备份，而且修改 RAID 可能需要破坏性迁移。

什么时候应怀疑硬盘故障？

把健康告警、存储卷只读或降级、错误数上升、超时、异常噪音、过热和无法解释的重启视为完整性问题。停止调优，保护可用数据，并按厂商的恢复流程处理。

延伸阅读

• 设备与 App 排查指南
• 什么是 NAS
• 首次设置 NAS 清单
• SMB 连接故障排查
• Wi-Fi 频段比较

NAS 传文件慢时，只有流量确实经过 AethoVPN 的 VPN 路径才与它有关；本地磁盘、Wi‑Fi、SMB 和网线瓶颈须分别测量。

来源

1. Microsoft, “Slow SMB Files Transfer Speed” — https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/slow-smb-file-transfer
2. Microsoft, “Advanced Troubleshooting Server Message Block” — https://learn.microsoft.com/en-us/windows-server/storage/file-server/troubleshoot/troubleshooting-smb
3. Microsoft, “SMB Security Enhancements” — https://learn.microsoft.com/en-us/windows-server/storage/file-server/smb-security

Sources checked 2026 年 10 月 4 日。