Synology Drive ShareSync 沒有同步所有檔案？從一個漏檔開始排查

Synology Drive ShareSync 沒有同步所有檔案時，先沿著一個漏檔排查，再考慮重建工作。確認檔案存在哪裡、Drive 是否收錄、適用哪些同步規則，以及應該到達哪裡。紀錄看似正常並不足夠：Synology 明確註明 ShareSync 不會顯示未同步事件。

這篇處理的是部分缺漏：另一台 NAS 已出現某些資料夾或檔案，但預期的特定檔案一直沒到。若整批資料只是持續慢慢傳入，請用 ShareSync 慢速診斷；若是新工作正在比對既有資料集，則參考首次資料預先複製指南。

確認執行的是 Drive ShareSync

開啟實際執行的應用程式。Synology Drive ShareSync 是隨 Drive Server 安裝的 NAS 對 NAS 應用程式；DSM 控制台中的 Shared Folder Sync 是另一個單向服務；Windows 或 Mac 上的 Drive Client 又是第三種情況。

NAS 工作應依 ShareSync 說明處理。不要因搜尋結果都寫「資料夾同步」，就套用只適用電腦端的檔案屬性修正，或 Shared Folder Sync 的設定。若不確定當初設的是哪種工作，NAS 複寫指南整理了更廣的選擇。

以下的「來源」是預期已儲存檔案所在的 NAS，「目的端」是缺少該檔案的 NAS。這是依檔案預期流向命名，不一定與 ShareSync 介面上的本機、遠端稱呼相同。

把一個檔案整理成可追查的案例

記下 NAS 名稱、DSM 與 Drive Server 版本、工作方向、完整來源路徑、預期目的路徑及查看時間。挑一個確實需要的普通已儲存檔案，也找出附近一個已成功到達的檔案。

例如，Exports/final.mov 已到，Exports/captions.srt 沒到，就能比較同一專案內的副檔名與子資料夾選取是否不同。這些只是範例路徑，並不代表任一類型預設會被排除。

比較真正需要的檔案，不只看資料夾總數。目的端出現資料夾，不代表裡面所有內容都符合同步條件。

表格用來限縮下一步，不是在判定某個通用缺陷。保留觀察，之後才能用同一個檔案評估修改結果。

在實際 NAS 工作檢查同步資格

以下沿用 Synology DSM 7.4 說明中的英文介面名稱，請對照安裝版本的標籤與支援規則。

在 ShareSync 選取伺服器，開啟 Synced folders，選擇已啟用工作後按 Edit。查看 Folder 與 File filter：確認所在子目錄有被選取，副檔名與大小規則也包含目標檔案。在 Drive Admin Console 另開啟 Settings → User Sync Profiles，編輯相關設定檔；若連線帳號列於 Applied User，也要檢查該設定檔的 File Filter 規則。

以前面的匯出檔為例，假設 Drive 已列出 Exports/captions.srt，工作卻只選取 .mov，影片就可能到達，字幕仍在工作範圍外。若字幕也需要傳送，請管理者在排除它的規則中納入受支援的 .srt 類型，保留其他無關的排除條件，然後檢查原本字幕是否出現在預期目的地。這是在說明篩選規則，並不代表 ShareSync 預設排除字幕。

目前 ShareSync 文件另列出暫存／連結檔案類型、波浪號開頭名稱等排除條件，也指出本機掛載資料夾底下的檔案不會同步。透過掛載遠端共用資料夾看見的檔案，與直接存在選定本機資料夾的檔案，需要不同的資格檢查。

依安裝版本的 NAS 專用規則判斷。不要只為避開排除條件，就改名正式應用程式的工作檔案，或一律移除檔案屬性。先確認檔案用途，以及應用程式是否提供受支援的已儲存匯出。

接著依 ShareSync 顯示的本機／遠端名稱，確認預期方向與權限。Synology 說明指出，連線帳號對遠端共用資料夾只有唯讀權時，同步會是僅下載，本機 NAS 的變更不會上傳。若需要反方向，檢查該帳號對遠端共用資料夾的權限。雙向需求必須有適當寫入權；多等一段時間，不會改變唯讀帳號的權限。

分開檢查 Drive 目錄與檔案系統

在來源 NAS 的 File Station 找到完整路徑的已儲存檔案，再用具備適當存取權的帳號，到 Synology Drive 查相同路徑。

若資料夾未啟用成 Team Folder，先修正預期設定，再判定是否為傳輸故障。若檔案受支援、資料夾也已啟用，但兩邊顯示不同，請依 Synology 的 Drive 與 File Station 清單不一致程序處理。

該程序由管理者透過 DSM Task Scheduler 執行一次性工作，重掃 Team Folder，讓 Drive 重新建立檔案索引。指令與進度查詢請依目前官方步驟操作，避免設定成反覆重掃。查詢結果的 Total events in queue files 到達 0，代表重掃完成；接著再到 Drive 與目的端檢查原本的完整路徑。重掃佇列清空，本身不代表漏檔已傳到目的地。

這個區別很重要：Drive 先決定自己知道哪些檔案，才有後續跨 WAN 搬動內容的工作。改路由器規則，無法解釋一個來源檔案為何沒有出現在 Drive 自己的清單。

在目的端，用有權限的管理者視角分辨「沒有到」、「到了其他位置」或「這位使用者看不到」。不要為了診斷，就放寬所有人的權限。

驗證一個修正，同時保留證據

找出有依據的原因後，只修改相關規則或設定。若管理者同意使用對照檔，可在同一預期子資料夾放入小型、已儲存的 sync-probe.txt，先確認目前工作規則允許它。接著一起觀察新對照檔與原本漏檔。

若懷疑的是副檔名篩選，盡可能使用與漏檔相同受支援類型、經同意的對照檔。.txt 有到，不能證明 .srt 也被允許。讓路徑與相關規則具備可比條件，結果才是在回答你要查的問題。

新對照檔成功，只能證明新的合格檔案可經由該路徑到達，不能證明所有舊檔都已完成比對。若新檔有到、符合條件的舊檔仍沒有，記下這個差異並保留工作歷史，供支援人員判讀。

第一個實驗不要是把整棵正式資料樹移出同步根目錄再搬回、解除連線，或刪除資料庫。Synology 的 ShareSync 說明指出，刪除資料庫會移除先前本機工作歷史與設定，但保留本機檔案。這會改變同步狀態，不是無影響的重新整理。

明確的完成條件是：原本預期檔案出現在正確目的地、儲存內容正確，而且預期使用者可以使用。資料夾數量與空白錯誤清單，無法取代這些檢查。

提供支援人員可重現的案例

若符合條件的檔案仍缺少，整理少量受影響路徑與成功對照檔、版本、方向、相關規則及觀察時間。產生官方支援的 DSM／Drive 紀錄，僅透過核准的支援管道送交；紀錄與路徑可能透露私人專案資訊。

「這個來源檔案在 File Station 與 Drive 都看得到、符合這些規則，而新的對照檔到達後，它仍未出現在這個目的位置」，比「ShareSync 說一切正常」更能讓支援人員開始調查。

保留完整的單檔案例。它能指出哪個環節仍需要答案，也不必先丟掉工作的歷史。

常見問題

ShareSync 沒有顯示錯誤，仍可能漏檔嗎？

可能。Synology 的排查註記指出，Drive ShareSync 不會顯示未同步事件。漏檔沒有紀錄，不代表它符合同步條件或已傳送。請確認實際路徑、規則與目的端。

為什麼 File Station 看得到檔案，Synology Drive 卻沒有？

File Station 可見與 Drive 檔案清單是不同觀察。先確認檔案位於已啟用的 Team Folder，且符合同步支援條件；若都符合，再依 Synology 的檔案清單不一致程序處理，不要直接認定 WAN 故障。

應該刪除 ShareSync 資料庫來修復漏檔嗎？

不要從這一步開始。Synology 說明，刪除本機資料庫會移除先前工作的歷史與設定，但保留本機檔案。先保存工作設定與漏檔證據，再查明有文件依據的原因。