Synology Drive ShareSync 很慢?找出 NAS 同步瓶頸
兩台 Synology NAS 異地同步很慢時,依序檢查上傳頻寬、連線路徑、小檔案、索引、硬碟、CPU、篩選規則與首次同步。
兩台 Synology NAS 已建立 ShareSync,資料卻遲遲同步不完時,先保留工作設定與紀錄,用一個大檔測試目前能維持的速度。如果大檔接近來源上傳上限,真正資料夾卻慢很多,就應優先查看檔案數、索引與磁碟負載。
若特定檔案一直沒到,請先用 ShareSync 漏檔排查,再判斷是否為速度問題。ShareSync 不會顯示未同步事件,因此紀錄看似正常,不能證明每個預期檔案都已納入。
ShareSync 需要兩端的 Drive Server、Team Folder 與權限設定配合。先依 Synology 官方設定說明確認基本條件,再進行下面的對照測試。
用四組測試縮小 ShareSync 瓶頸範圍
不要一次修改五個設定。先記錄以下四組結果:
| 測試 | 要記錄什麼 | 結果通常代表什麼 |
|---|---|---|
| 單一大檔 | 第一分鐘後的持續 MB/s | 接近端點到端點資料路徑的實際能力 |
| 10,000 個以上小檔案 | 每分鐘檔案數與網路使用率 | 網路低時,多半要查中繼資料、索引或硬碟 |
| 來源端測速 | 實際上傳 Mb/s | 決定跨站流量離開來源地點的上限 |
| DSM Resource Monitor | 兩台 NAS 的 CPU、硬碟與網路 | 找出哪一個端點在工作變慢時飽和 |
快速換算時,可把 Mbps 除以 8,估算尚未扣除協定和加密成本前的 MB/s。來源端只有 100 Mb/s 上傳時,不可能在異地得到 100 MB/s。
Synology 的 Resource Monitor 說明 列出 CPU、記憶體、硬碟使用率與網路流量監控。測試時要在兩台 NAS 同時開啟,而不是只看來源端。
1. 先確認真正的網路上限
兩台 NAS 位於不同地點時,來源上傳、目的端下載與中間可用路徑,三者中最低的一項會限制速度。盡量從兩地的有線設備測速,避免把 Wi-Fi 問題誤判成 WAN 或 ShareSync 問題。
記錄以下資料:
- 來源端上傳與目的端下載速度
- 是否同時有備份、監視器上傳或雲端同步
- 發生時段,以及慢速能否穩定重現
- ShareSync 傳輸單一數 GB 大檔時的持續速度
若大檔速度已接近來源上傳上限,ShareSync 並沒有浪費太多可用頻寬。改善方向會是升級上傳、錯開工作時段或減少競爭流量。
2. 記錄目前的連線方式
查看 ShareSync 工作使用的是 IP、主機名稱或 QuickConnect ID。Synology 官方文件有列出這些連線方式;其設定教學也說明,若採用跨網路的直接連線流程,需要配置對應的遠端存取,其中包含 TCP 6690 連接埠轉送。
不要只為了測速就自行打開 NAS 的對內連接埠。若組織已經有核准的 VPN 或直接路徑,可用相同大檔做受控比較:
- 記錄目前連線方式與憑證狀態。
- 在低流量時段,用同一個大檔重測兩次。
- 與既有、已通過安全審核的 VPN 或直接路徑比較。
- 只有在存取控制與憑證需求也符合時,才保留較快設定。
這樣能分清楚是網路路徑、Drive 資料庫還是儲存的問題,也不會為了速度意外擴大 NAS 對外攻擊面。
3. 比較單一大檔與大量小檔案
一個 50 GB 檔案,和總計 50 GB 的 500,000 個檔案,是完全不同的工作負載。小檔案會增加目錄遍歷、中繼資料比對、權限檢查、建立檔案、關閉檔案與索引成本。你可能看到網路幾乎閒置,但其中一台 NAS 正忙著處理檔案事件。
準備兩個測試資料夾:
- **大檔組:**一至兩個檔案,總計至少數 GB
- **小檔組:**具代表性、包含大量小檔案的目錄
如果大檔快、小檔慢,就先停止調整 WAN,改查 CPU、硬碟、Drive 索引與其他套件。把小檔壓成封存檔可能適合一次性搬移,但會改變目的端格式,不是持續同步的替代方案。
4. 兩台 NAS 都要檢查
測試進行時觀察:
- 來源或目的磁碟區是否長時間高磁碟使用率
- 較低階 NAS 是否 CPU 滿載
- 是否正在 RAID 重建、資料清理、快照、防毒、縮圖、媒體索引或備份
- 磁碟區是否接近滿載,儲存集區是否有警告
- 流量是否跑在預期的網路介面
只暫停確定安全、且你有權限暫停的工作,再用完全相同的測試重跑。若速度改善,把競爭工作排到同步時段以外,通常比重建 ShareSync 更有效。
5. 看 ShareSync 紀錄與同步規則
Synology Drive ShareSync 說明頁 有同步記錄、檔案篩選規則、方向規則、衝突處理與進階一致性檢查的說明。變更資料庫前,先檢查:
- 重複重試或上傳/下載 failure
- 被檔案大小或類型篩選規則排除
- 不支援的檔名或路徑
- 權限只讀,導致同步方向和預期不同
- 鎖定的檔案或正在使用中的檔案
- 大量重複的衝突複製
- 進階一致性檢查是否讓巨大目錄樹增加額外工作
Synology 另有目前的檔案無法同步檢查表,涵蓋紀錄、篩選規則、不支援路徑、權限、鎖定與索引。有時看起來是「很慢」,實際上是同一批檔案一直重試或被略過。
6. 分開看首次同步與日常同步
首次工作需要列舉並比對完整目錄樹;進入穩定狀態後,每次變更才會縮小。資料集很大時,即使 WAN 幾乎沒傳多少位元組,完整掃描本身仍可能佔掉大部分時間。
不要在沒有流程的情況下先手動複製。若初始資料的檔案與 ShareSync 預期不一致,可能再次完整比對、產生衝突檔案或重傳。可依首次同步與資料預載操作指南,先定義基準、暫停寫入、驗證複製,再啟動同步。
若需求其實是一次性複製,而不是持續保留 Drive 行為,請看兩台 Synology NAS 最快傳檔方法比較較簡單的選項。
依正確順序改善
一次只改一項,重跑同一個測試,並保留簡短結果:
- 更新到相容且受支援的 DSM 與 Synology Drive Server 版本。
- 移除或錯開競爭硬碟與 CPU 的工作。
- 修正篩選規則、權限、不支援路徑與重複錯誤。
- 測試通過安全審核、且能避開意外網路瓶頸的路徑。
- 縮小首次同步範圍,或依文件化流程做初始資料與驗證。
- 若瓶頸仍是小檔案處理,依真正需求改選傳輸流程,不要繼續只調頻寬。
在保存證據並理解重建會重新掃描什麼以前,不要急著刪除 ShareSync 資料庫、解除連結或從頭開始。
什麼情況繼續用 ShareSync
符合以下情況時,保留 Synology Drive ShareSync:
- 兩個端點都是支援的 Synology NAS
- 資料夾需要納入 Synology Drive Team Folder 工作流程
- 需要持續的 Drive 同步與其權限行為
- 實測速度已接近網路或 NAS 能力
ShareSync 不是版本化備份。若目標是還原點、勒索軟體回復、DSM 設定還原或快照 replication,應使用對應的 Synology 保護工具。Synology NAS 異地同步與複寫指南會依復原需求整理這些選項。
什麼情況 WarpSend 更適合
當需求是一般檔案層級的搬移或同步,痛點在異地設定、中斷續傳或混合不同端點時,可評估 WarpSync。WarpSend 可安裝在支援的 Synology NAS,並與電腦及伺服器連線;網路允許時採直接加密路徑,無法直連時由加密中繼傳遞密文。WarpSend 工作流程不要求使用者設定對內連接埠轉送。
WarpSync 不會複製 Synology Drive 歷史版本、Btrfs 快照或 Hyper Backup儲存庫。若這些復原行為才是選擇原生工具的原因,就應繼續保留。
你可以先看完整的 Synology NAS 快速傳輸與同步方案,或建立免費 WarpSend 帳號,用同一組大檔與小檔資料做實測,再決定是否更動正式環境。
常見問題
為什麼兩台 NAS 的 Synology Drive ShareSync 很慢?
常見上限是來源端上傳頻寬、兩地網路路徑、大量小檔案、Drive 索引或資料庫工作、硬碟使用率、CPU 壓力與首次完整比對。先傳一個大檔,並同時觀察兩台 NAS 的 Resource Monitor,再決定要改哪裡。
使用 QuickConnect 會讓 ShareSync 變慢嗎?
QuickConnect ID 與 IP 或主機名稱是不同連線設定,但不能只看識別方式就斷定瓶頸。記錄目前設定,用同一個大檔重複測試,並先比對兩台 NAS 與來源端上傳上限,再考慮網路變更。
為什麼大量小檔案比單一大檔同步慢?
每個檔案都有中繼資料查詢、開啟與關閉、權限檢查、索引和協定成本。即使總容量相同,數十萬個小檔案也可能讓網路用量很低,卻使 CPU、硬碟或資料庫忙碌。
應該刪除 ShareSync database 重新開始嗎?
不要把它當第一步。先保存同步記錄與工作設定,確認篩選規則、權限、資源使用和首次同步狀態。重建資料庫可能再次觸發完整掃描,也會清掉有用的診斷脈絡。
什麼時候該用 WarpSync,不用 Drive ShareSync?
需要 Synology Drive Team Folder 行為時保留 ShareSync;需求是支援續傳的一般檔案同步、跨 NAS/電腦/伺服器或希望簡化異地連線時,可評估 WarpSync。兩者都不能取代快照或版本化備份。