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 複製速度基準？

由你能控制的最簡單路徑開始。

確認安全後，暫停非必要的備份、媒體索引、快照、陣列檢查和大型下載。
以乙太網把一部客戶端連接到 NAS 所在的同一可信區域網絡。
在客戶端、交換器和 NAS 連接埠確認協商所得的連線速率。
從已知高速的本機來源磁碟，把一個大型測試檔案複製到 NAS 上的專用測試資料夾。
再把它複製回本機並改用另一個檔案名稱，分開量度讀取方向。
每個方向最少重複兩次，記錄完整耗時。
如結果低得出奇，用另一部獲授權客戶端或另一個交換器連接埠進行相同測試。

Microsoft 提供的大約上限參考是：在沒有其他瓶頸時，每 1 Gbps 網絡頻寬約相當於 110 MB/s 的持續儲存傳輸量。［1］這並非對所有 NAS 的保證：協議開銷、客戶端與伺服器硬件、儲存、檔案組合、保安功能和同時進行的工作都會降低實際傳輸量。

如果某部客戶端顯示 1 Gbps 連線，但持續複製大型檔案的速度，遠低於同一連接埠和分享下另一部客戶端的基準，就要排查該客戶端的路徑。如果所有客戶端在某一方向都慢，應集中檢查 NAS 儲存和伺服器層面。如果有線穩定而 Wi-Fi 起伏，就排查無線路徑，不要改動 NAS 陣列。

NAS 複製大量小檔案為何慢得多？

小檔案需要反覆執行建立、中繼資料、權限、掃描、寫入、關閉和確認等操作。Microsoft 指出，數百、數千甚至數百萬個小於 1 MB 的檔案，在單一執行緒複製時傳輸量可能極低，因為每個檔案都要重複承受檔案建立和協議延遲。

比較兩組總位元組相近的受控工作量：

一個大型檔案，量度持續的資料傳輸。
大量小檔案，同時量度中繼資料、目錄、防毒和來回開銷。

如果只有小檔案工作量慢，不要認定乙太網連線有問題。一次性傳輸時，把目錄打包成可信的封存檔可減少建立檔案的開銷，但前提是封存檔能在本機安全建立、驗證、傳送，並在目的地解壓。沒有應用程式支援的備份程序時，不要封存運作中的資料庫、使用中的郵件儲存區、虛擬機器或應用程式資料。

多執行緒複製工具可改善部分小檔案工作量，但並行過多會令客戶端 CPU、NAS CPU、磁碟或防毒軟件不勝負荷。逐步增加並行數目、保留記錄，並比較總耗時。不要把高執行緒數目當作通用設定。

SMB 傳輸慢是否由網絡造成？

檢查實際協商的路徑，而非包裝盒上標示的能力。

確認兩端都協商到預期的乙太網速率和全雙工。
用一條已知正常、類別符合要求的網線替換可疑網線。
改用另一個已知正常的交換器連接埠，不要同時更換多個部件。
查看連接埠計數器中的錯誤、丟包和反覆重新協商。
以同一客戶端、檔案、分享和方向，比較有線與 Wi-Fi。
使用 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 更新後出現意外變化時，應視為相容性和效能容量問題，而不是移除保護的理由。

按以下次序作決定：

確認客戶端和伺服器已更新，並支援預期的 SMB 保安模式。
在同一個大型檔案測試中，量度兩端的 CPU 使用率。
確認分享或受管理的政策是否要求簽署或加密。
與另一部已更新的客戶端比較，而非與不安全的協議模式比較。
向 NAS 廠商查詢硬件加速、受支援韌體和效能上限。
升級瓶頸部件或調整對工作量的預期，而不是悄悄降低保安。

不要永久停用端點防護。只有按保安產品負責方的程序、隔離 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 可能需要破壞性的遷移。

何時應懷疑硬碟故障？

把健康警示、儲存區唯讀或降級、錯誤數目上升、逾時、異常聲響、過熱和無法解釋的重新啟動視為完整性問題。停止調校，保護可用資料，並按廠商的復原程序處理。

延伸閱讀

NAS 傳檔案慢時，只有流量確實經過 AethoVPN 的 VPN 路徑才與它有關；本機磁碟、Wi‑Fi、SMB 及乙太網瓶頸須分別量度。

來源

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

Sources checked 2026 年 10 月 4 日。

NAS 檔案傳輸慢：如何分辨網絡、磁碟與 SMB 效能瓶頸？