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 说明，删除本地数据库会移除之前任务的历史与设置，但保留本地文件。先保存任务设置与缺失文件证据，再查明有文档依据的原因。