朋友最近入了台新NAS要把老群晖里几百G的数据搬过去。他跑来问我群晖之间传文件能不能直接把文件夹从一台拖到另一台我的回答是可以但你得先想清楚几个问题——这是一次性搬完还是以后要长期同步文件里多是几KB的零碎小文件还是几十GB的大片两台机器是放在同一个交换机下面还是一个在家里一个在公司不同需求对应完全不同的方案选错了光是等进度条和收拾半路断掉的烂摊子就能耗掉你一个周末。拖拽虽然看起来简单实际用起来会有各种幺蛾子传着传着断了、目标文件夹权限不对、几千个小文件卡到怀疑人生。这篇文章我把两台群晖之间文件传递的完整思路和实操方案整理出来覆盖远程挂载、rsync、Synology Drive共享同步、Hyper Backup备份、跨公网传输五个方向。无论你是老机器换新、异地备份还是给第二台NAS做文件副本都能在这里找到能直接照做的路径。1. 先别急着传你要的到底是一次性搬家、持续同步还是备份归档我在帮人处理NAS迁移时发现大部分人一上来就找“怎么把文件复制过去”但其实他们真正要的东西分三种而且这三种的玩法差别非常大。场景A一次性整体搬迁。典型情况是老群晖换新群晖数据拷过去之后旧机器就退役了。这种需求的核心是“把目录结构和权限尽量保留”而且要能忍受大体积数据长时间传输。这种情况下远程挂载复制或者rsync都合适重点不是自动同步而是传输过程够不够稳定、中断后容不容易恢复。场景B长期双向/单向同步。比如办公室放一台群晖家里放一台群晖同一个团队文件夹希望两边自动保持一致一边改了文件另一边能看到最新版本。这种场景下你需要的是同步工具而不是复制。同步工具会持续监听文件变化增量传递差异部分。如果这时候你还在用手动拖拽几天后两边文件就各唱各的戏了。场景C备份归档。主力NAS上的照片、文档、数据库定期推到另一台群晖上存起来最好还能保留历史版本。这样哪天误删了文件可以回到昨天甚至上周的版本捞回来。这种需求的核心是“版本管理”普通复制和同步都替代不了。下面这张表可以帮你快速对号入座真实需求推荐方案特点一次性搬迁远程文件夹挂载 / rsync操作直接适合大批量、一次性迁移持续同步Synology Drive SharedSync / rsync计划任务增量传输自动保持两端一致备份归档Hyper Backup / 快照复制保留多版本历史可定点恢复跨公网互传QuickConnect / DDNS / 虚拟局域网组网解决不在同一网络下的连接问题为什么不能一个方法通吃因为“同步”会传播删除操作。你要是误删了一堆文件同步工具会把这个删除动作同步给另一端等于把备份也毁了。而“备份”是按版本走的误删之后还能从上一个版本恢复。“一次性复制”最直接但它不会主动帮你处理增量也没有恢复历史版本的能力。先花两分钟界定自己的需求再往下选方案比盲目开干高效得多。补充一点这三类需求在实际使用中可能叠加。比如你想先做一次完整搬迁之后又希望新NAS和旧NAS保持一段时间同步等确认稳定后再停掉。这完全没问题先按场景A做一次完整迁移再用场景B的方案建立增量同步就行。只是顺序别搞反先同步再搬迁容易把数据搞乱。2. 远程文件夹挂载最省事的临时搬运方式但有两个前提如果你只是想“临时搬一次”远程文件夹挂载是最容易上手的。它的本质是把另一台群晖的共享文件夹挂载到当前这台群晖的File Station里挂载之后它看起来就像本地目录一样你可以直接复制、移动、删除里面的文件。不过有两个前提不满足的话这条路走不通前提一两台群晖网络互通。最简单的情况是同一局域网或者已经通过虚拟局域网组网工具打通。跨公网直接用SMB/NFS挂载通常不现实因为需要开放较多端口。前提二你有目标NAS的读写权限并且知道共享文件夹所在的路径。如果目标NAS开启了双重验证建议先创建一个专用账号用专门的凭据去挂载避免主账号被锁定。2.1 操作步骤先确认目标群晖上的共享文件夹已经存在并且你用来登录的账号对该文件夹有读写权限。打开源群晖的File Station在工具栏或空白处右键菜单里找到“装载远程文件夹”。协议选择SMB/CIFS填目标群晖的IP地址、用户名、密码。如果你要挂载的目标共享文件夹在NAS的某个子目录也可以在路径栏里写完整路径。勾选“自动重新连接”避免群晖重启后挂载失效。装载完成后File Station左侧会出现一个远程文件夹条目你可以像操作本地目录一样复制或移动文件。这里有个小技巧大体积文件复制时不要反复通过网页拖拽尽量用File Station里的“复制”或“移动”功能把任务丢给后台处理。网页拖拽一旦浏览器标签被误关传输就断了而File Station的后台任务管理器能显示进度也支持重试。2.2 常见权限坑账号权限不等于共享文件夹权限。群晖的权限体系是两层控制面板“用户与群组”里赋予用户对共享文件夹的访问权限同时共享文件夹自身还有更细的权限设置。只建了账号但没在共享文件夹权限里勾选挂载是能挂上但复制文件时会直接提示权限不足。SMB发现不到设备。相信不少人都遇到过点“浏览”按钮搜不到另一台NAS。这很常见因为SMB广播通常不跨网段。解决办法很简单别依赖浏览直接手动填IP地址。只要IP能通、账号密码正确基本都能挂上。NFS模式需要额外配置。群晖对群晖也可以走NFS速度在部分场景下略优于SMB但前提是目标群晖要在“控制面板 - 文件服务 - NFS”里启用服务并且在该共享文件夹的NFS权限里把源NAS的IP加入白名单。NFS没有口令验证完全靠IP白名单控制访问配置起来比SMB多一步所以我个人建议除非你有性能洁癖否则直接用SMB就够了。对比项SMB/CIFSNFS配置难度低填写账号密码即可中需要IP白名单安全性账号口令验证依赖IP白名单适用场景跨平台、日常使用NAS设备间高速传输群晖间推荐度高中挂载复制适合一次性搬迁但它的短板也很明显没有断点续传机制传了一半中断重来就是从零开始也没有增量校验机制复制的文件是否和源文件完全一致只能靠抽查。如果你要传的是几百GB甚至上TB的数据我更建议直接用后面的rsync方案。3. rsync实战定时增量同步的正确打开方式rsync是我在群晖之间传文件时最常推荐的方案没有之一。它自带增量同步、断点续传、权限和时间戳保留等功能而且群晖系统本身就内置了rsync不需要额外安装套件。它的逻辑用一句话概括每次传输只搬运源端和目标端不同的那部分数据。第一轮是全量之后都是增量传起来非常快。3.1 第一步在目标群晖开启rsync服务在目标群晖也就是接收文件的那台上打开“控制面板 - 文件服务 - rsync”勾选“启用rsync服务”。端口默认是873如果你不想用默认端口也可以改成别的。然后在“rsync账户”里配置允许使用rsync的用户和可访问路径。这一步的本质是告诉目标NAS允许另一台机器通过rsync协议把文件写过来。如果你打算全走SSH通道后面会讲那这一步可以跳过SSH本身就是加密传输通道不需要额外开873端口。3.2 第二步手动执行一条rsync命令在源群晖上通过“控制面板 - 终端机和SNMP”开启SSH功能然后用SSH客户端登录到源群晖执行下面的命令rsync -avz --progress --partial /volume1/source/ 用户名目标IP:/volume1/dest/我来拆解一下这条命令-a归档模式保留权限、属主、时间戳、符号链接等属性。-v显示详细输出。-z传输时压缩。同一局域网内千兆以上环境压缩反而增加CPU开销可以去掉跨公网建议保留。--progress显示传输进度。--partial保留已传过的部分文件。传输中断后再次执行会从中断位置继续这是应急场景的救命参数。参数作用建议-a归档模式保留权限和属性强烈建议加-v显示详细信息调试时加-z传输时压缩跨公网加局域网可省--progress显示进度建议加--partial断点续传建议加--delete删除目标端多余文件谨慎使用见下文尾斜杠的经典坑。rsync -av /volume1/source/ 目标:/volume1/dest/源路径结尾有斜杠表示复制source目录内的所有内容到dest/目录如果去掉结尾斜杠则表示把source这个目录本身复制进去目标端会出现/volume1/dest/source。不确定的话可以先加--dry-run参数试跑一遍看输出内容是否符合预期。反向拉取。上面命令是“推”模式源文件从本地推到目标端。你想把目标端文件拉回本地就把源和目标换过来rsync -av --partial 用户名目标IP:/volume1/source/ /volume1/dest/--delete慎用。这个参数会让目标端删除那些“源端已经不存在”的文件目的是让目标端完全镜像源端。但它很危险如果源端误删了一批文件加了--delete的rsync会把目标端对应的文件也删掉。建议只在明确要“镜像目录”时使用日常增量同步大可不必加。3.3 第三步配置SSH密钥实现免密自动同步手动执行命令没问题但要做定时任务每次输密码就太难受了。配置SSH密钥之后rsync可以完全免密运行这样任务计划才能安安稳稳地跑。配置过程分四步在“控制面板 - 用户与群组 - 高级设置”里启用“家目录服务”。如果没有这一步SSH登录后可能没有~/.ssh目录可以放公钥。在源群晖的SSH终端里执行ssh-keygen -t ed25519一路回车生成密钥对。把公钥复制到目标群晖对应用户的authorized_keys文件里。群晖默认没有ssh-copy-id命令可以手动操作查看本地公钥内容cat ~/.ssh/id_ed25519.pub把这一整行内容追加到目标NAS上~/.ssh/authorized_keys文件末尾。检查目录权限~/.ssh目录应该是700权限authorized_keys文件是600权限权限过宽SSH会拒绝使用密钥。用chmod 700 ~/.ssh和chmod 600 ~/.ssh/authorized_keys修正。配置完成后手动执行一次rsync命令如果直接跑通不再提示输入密码就可以进入下一步做定时任务了。3.4 第四步用任务计划跑自动增量同步在群晖的“控制面板 - 任务计划”里新增一个计划任务任务类型选“用户自定义脚本”用户建议选一个有目标NAS权限的普通账号日期计划自己定周期。脚本内容就是一条rsync命令建议写绝对路径/usr/bin/rsync -av --partial /volume1/source/ 用户名目标IP:/volume1/dest/为什么用绝对路径任务计划环境里PATH变量可能会把/usr/bin排在后面万一找不到命令任务执行记录里只会显示一行“command not found”排查起来特心累。直接用绝对路径最省事。跑起来之后你就可以去干别的了。每天凌晨同步一次每周看一次日志基本就不会出问题。任务计划里也可以配置发送邮件通知如果某次同步失败你能第一时间知道。4. Synology Drive SharedSync让两台NAS自动保持一致rsync虽然强大但对没有命令行基础的人来说还是有点心理门槛。如果你更喜欢图形界面群晖官方的Synology Drive SharedSync就是为这个场景设计的。它的价值在于把“让两台NAS之间的指定文件夹自动保持一致”这个需求做成了可视化操作点几下就能完成。4.1 部署前提两台群晖都要在套件中心安装Synology Drive Server这个是免费套件不需要额外授权。安装之后不需要复杂配置因为它依托的是Drive的团队文件夹体系。先在一台群晖上打开“Synology Drive管理控制台”进入“团队文件夹”标签把你要同步的文件夹启用为团队文件夹。这相当于给该文件夹打了标记之后SharedSync任务才能识别它。4.2 创建共享同步任务在启用团队文件夹之后选中该文件夹工具栏里会有一个“共享同步”的入口。点进去新建一个共享同步任务填写目标NAS的连接信息支持IP地址、QuickConnect ID以及账号密码。选择目标NAS上的一个团队文件夹作为同步目标。选择同步方向双向同步或者单向下载。设定同步规则比如是否过滤某些文件类型。确认之后任务会自动运行。它会先做一次全量同步之后持续监听文件变化增量同步差异部分。整个过程在后台执行不需要你手动干预。这里需要多说一句SharedSync适用的是“同步”不是备份。我在最初那节反复强调过同步会双向传播操作——在源端误删的文件会同步到目标端删除。所以用SharedSync时建议对重要数据同时配置Hyper Backup或快照复制不要把同步当成唯一的容灾手段。还有一个容易忽略的细节团队文件夹的权限设置会直接影响同步内容。如果目标账号对某些子文件夹没有权限同步时会跳过这些目录。我遇到过用户同步完才发现漏了一批加密文件夹就是因为权限没放全。所以任务建好后先跑一轮全量再去目标端抽查目录数量确认没有遗漏。4.3 和Cloud Sync的区别有人会问为什么不直接用Cloud Sync把两台NAS都挂到同一个云盘上实现中转技术上确实可行但我不推荐原因有三个数据绕了一圈第三方云传输速度和稳定性完全取决于云服务商没有直连的两台NAS快。敏感数据经过第三方云端等于额外增加了一层数据泄露风险。很多云盘有流量限制和存储费用数据量大时成本不划算。Cloud Sync的定位是“NAS与公有云同步”SharedSync才是“NAS与NAS同步”。工具用对场景效率才会高。5. Hyper Backup和快照复制适合要保留历史版本的传递如果说rsync和SharedSync是“让文件在两台NAS之间跑起来”那Hyper Backup和快照复制就是“让文件在跑起来的同时还能保存一份带历史版本的安全冗余”。这两者的侧重点完全不一样。5.1 Hyper Backup备份任务版本保留Hyper Backup是群晖官方的备份套件它支持把数据备份到另一台群晖。目标NAS需要安装Hyper Backup Vault套件或者开启rsync服务源端在套件中心安装Hyper Backup然后在“数据备份任务”里选择“远程NAS设备”。创建备份任务时你可以选择具体备份哪些共享文件夹设置备份计划比如每天凌晨2点以及定义版本保留策略——保留最近多少天、几周的版本也可以按数量保留。备份过程中Hyper Backup还会做数据去重重复的数据不会反复占空间。它的最大价值是“可以定点恢复”。假如今天发现某个文件在上周三被错误覆盖了进入Hyper Backup的还原界面浏览到上周三的备份版本直接勾选该文件恢复就行。rsync和SharedSync都没有这个能力——它们同步的是“当前状态”而不是“历史状态”。我用这个方案做过一个测试主NAS上有一个数据库备份文件夹定时推到异地备用NAS上同时保留90天的版本历史。前期全量备份花了几个小时之后每天增量才几百MB非常轻量。关键时候能找回任意一天的数据心里踏实许多。5.2 快照复制更直接的文件级副本快照复制Snapshot Replication是另一个思路。它基于共享文件夹做快照并把快照复制到目标NAS。和Hyper Backup相比它更偏向“共享文件夹级别”恢复时目标端也能直接看到一个完整的共享文件夹副本。具体配置分三步在目标NAS上安装Snapshot Replication套件创建一个共享文件夹并把它标记为“副本存储”。在源NAS上安装Snapshot Replication新建复制任务指定目标NAS的IP和副本存储位置。配置快照计划比如每小时产生一个快照每天清晨复制到目标端。快照复制的优势在于恢复粒度细。你想恢复几分钟前的文件状态从快照秒级取回不需要像Hyper Backup那样把文件从备份仓库里“拆”出来。适合虚拟机磁盘、数据库数据目录这类对数据一致性要求高的场景。5.3 两者怎么选我个人的经验是日常文件用Hyper Backup因为它去重效果好保留版本多数据库和虚拟机目录用快照复制因为它恢复速度快、一致性强。条件允许的话两条腿走路最好——Hyper Backup负责归档管理快照复制负责近期的快速回滚。备份这件事永远是“多一层保险多一分安心”。6. 跨公网互传两台NAS不在同一网络时该怎么连前面讲的远程挂载、rsync、SharedSync默认都是两台群晖在同一个局域网内。但现实中很常见的情况是主力NAS在家里新NAS在公司或异地机房两边要隔着公网传数据。这时候连接方案就得单独考虑。我按推荐程度从低到高给你捋一遍。6.1 QuickConnect应急够用但不适合大文件群晖自带QuickConnect远程访问服务只要登录群晖账号就能远程连接到NAS不需要公网IP也不需要设置路由器端口转发。理论上两台群晖在SharedSync里也可以用QuickConnect ID互相连接。但QuickConnect的定位是“便携访问”不是“高速传输”。它的流量会经过群晖官方中继服务器速度受中继节点限制传大文件时会非常痛苦。偶尔传个小文档、提取几张照片可以几十GB的数据千万别走这条路。6.2 DDNS端口转发速度快但门槛和安全要求都高如果你有公网IP无论是IPv4还是IPv6可以用群晖自带的DDNS服务绑定一个域名然后在路由器上把对应端口转发到NAS。之后两台群晖之间可以直接用这个域名作为目标地址传输。这种方式的速度取决于你两端的公网带宽相比QuickConnect会有明显提升。但它有几个前提你的宽带运营商分配了公网IPv4地址。很多家庭宽带默认是大内网IP没有公网IPv4DDNS方案直接失效。你要在路由器上做端口转发这会暴露NAS的服务到公网。千万别把SSH、rsync 873这类端口裸奔对外开放至少要做到修改默认端口、启用防火墙白名单、使用密钥认证、关闭密码登录。如果运营商封了常用端口你需要换用高位端口。安全这条必须多说几句。我见过有人为了图省事把群晖的SSH端口直接映射到公网用的是默认端口默认admin账号结果被暴力破解扫到手整台NAS被拿去挖矿。跨公网传输安全永远比方便优先级高。能做到不开端口就不开端口能加白名单就加白名单。6.3 虚拟局域网组网我最推荐的跨公网方式如果你有多台NAS、多台设备需要长期跨公网互访最稳的方案是借助虚拟局域网组网工具。把两台NAS装进同一个虚拟网络之后它们之间就像在同一台局域网交换机下一样前面讲的所有局域网方案SMB、rsync、SharedSync全部可以直接用。这类工具在群晖上一般有两种安装方式一种是在套件中心添加SynoCommunity等社群源直接搜索安装客户端套件另一种是借助Docker跑容器。安装完成后在服务商官网或App里把两台设备加入同一个虚拟网络分配好虚拟IP剩下的就跟局域网操作一模一样了。它的好处非常明显不用在路由器上开任何端口没有端口扫描暴露面传输也是端到端加密的。唯一的代价是稍微多学一个工具的配置但熟悉之后你会觉得“跨公网传文件”这件事彻底消失在了日常操作里——因为从表现上来说两台NAS之间的连接已经无感了。6.4 移动宽带用户的小提醒有些用户用的是移动宽带或部分二级运营商可能既没有公网IPv4IPv6配置也不完善导致QuickConnect偶尔能连上但传输极慢DDNS也经常解析异常。如果你遇到“能访问但速度上不去”的问题先检查一下是不是IP类型受限导致的。群晖控制面板的网络状态页面能直接看到当前获取的是公网IP还是内网IP一目了然。7. 我踩过的坑文件校验、断点续传和传输提速方案讲完了最后把我在实际操作中踩过的一些坑和解决经验分享出来希望你能避开。7.1 如何确认两边文件真的完全一致传输完不等于万事大吉。我之前走过一次弯路用File Station拖了几万张照片一切看着正常事后才发现有个子目录因为文件名里带了特殊字符在复制过程中被静默跳过了一部分文件。现在我的习惯是任何大规模传输结束后都做一遍校验。最实用的命令是rsync -avnc --delete /volume1/source/ 用户名目标IP:/volume1/dest/这个命令加了-n试运行和-c对比校验和它不会传输任何文件只会基于文件大小和校验和对比两端差异并打印出哪些文件不一致。输出为空说明两边完全一致有输出逐条看是哪里出了问题。如果你已经用SMB复制完也可以用同样的思路校验。注意源路径和目标路径的写法要和当初复制时保持一致否则会因为路径结构不同产生一堆误报。7.2 小文件堆积时传输速度为什么会尿崩十万个几十KB的小文件和几个十几GB的大文件虽然总容量差不多但传输耗时完全不是一个量级。因为每个文件都要经历“握手、校验、创建、写入、关闭”的过程文件一多开销就被无限放大。我做过一次实测同一局域网下2万个小文件走SMB复制速度只有大文件传输的十分之一不到。后来改用两步走速度快了几倍先把小文件打包成一个压缩包传过去再解压。tar -czf /volume1/source/photos.tar.gz -C /volume1/source photos然后把压缩包rsync过去另一端用tar或群晖界面解压。这个办法只适合一次性迁移场景如果你要持续同步就别折腾打包了还是老老实实用rsync纯文件同步因为增量传输本身已经把差异降到最低打包反而破坏了增量识别。7.3 断点续传的真相SMB方式复制大文件时断掉没有续传能力只能重来。rsync加--partial参数后中断时已传的半成品会保留在目标端下次执行会基于已有部分继续传省掉重复的活儿。但这个续传有个前提文件源头不能变。如果源文件刚好在这个时间窗口内被修改了rsync检测到大小或修改时间变化会重新传输整个文件。所以如果你计划长时间传输尽量挑数据不动的时段跑批比如凌晨。7.4 关于提速的一些实测结论同一局域网下影响两台群晖传输速度的因素大致有三层物理链路。确认两台NAS的网口速率是多少交换机和网线是不是匹配。很多人还在用百兆交换机那再怎么调协议也快不起来。千兆起步有条件上万兆或2.5G。MTU巨帧。如果两台群晖和中间的交换机都支持9000字节的巨帧可以开启试试。大文件传输时效果明显但所有链路设备必须一致否则会触发分片重传反而变慢。我自己的经验是先在一端开启巨帧ping对端测通再逐步打开其他设备。多网口聚合。群晖支持链路聚合但单条rsync连接一般只能跑单网口的速率聚合对多终端同时访问更友好。如果你只是想加快两台NAS之间单次传输链路聚合帮不上太多忙。还有一个被忽略的因素目标磁盘的健康状态。如果目标NAS的硬盘快要满了或者正在做RAID重建写入性能会明显下降。传输前看一眼“存储管理器”里的硬盘状态可以省掉很多莫名其妙的排查时间。7.5 传完之后的收尾动作数据到了新机器上别急着把旧NAS格式化。我的习惯是等目标端校验通过、抽查几个关键文件能正常打开之后再保留至少一周的观察期确认日常使用没有任何问题再处理旧机器。尤其是照片库和数据库类数据光看文件是否存在还不够最好在目标端的Synology Photos、数据库管理工具里实际打开验证一遍。两台群晖之间的文件传递本质上不是一个“拖过去”的问题而是一套围绕需求、网络、安全、校验的完整流程。把流程想清楚再动手数据安全就有了基本的保障。
朋友最近入了台新NAS要把老群晖里几百G的数据搬过去。他跑来问我群晖之间传文件能不能直接把文件夹从一台拖到另一台我的回答是可以但你得先想清楚几个问题——这是一次性搬完还是以后要长期同步文件里多是几KB的零碎小文件还是几十GB的大片两台机器是放在同一个交换机下面还是一个在家里一个在公司不同需求对应完全不同的方案选错了光是等进度条和收拾半路断掉的烂摊子就能耗掉你一个周末。拖拽虽然看起来简单实际用起来会有各种幺蛾子传着传着断了、目标文件夹权限不对、几千个小文件卡到怀疑人生。这篇文章我把两台群晖之间文件传递的完整思路和实操方案整理出来覆盖远程挂载、rsync、Synology Drive共享同步、Hyper Backup备份、跨公网传输五个方向。无论你是老机器换新、异地备份还是给第二台NAS做文件副本都能在这里找到能直接照做的路径。1. 先别急着传你要的到底是一次性搬家、持续同步还是备份归档我在帮人处理NAS迁移时发现大部分人一上来就找“怎么把文件复制过去”但其实他们真正要的东西分三种而且这三种的玩法差别非常大。场景A一次性整体搬迁。典型情况是老群晖换新群晖数据拷过去之后旧机器就退役了。这种需求的核心是“把目录结构和权限尽量保留”而且要能忍受大体积数据长时间传输。这种情况下远程挂载复制或者rsync都合适重点不是自动同步而是传输过程够不够稳定、中断后容不容易恢复。场景B长期双向/单向同步。比如办公室放一台群晖家里放一台群晖同一个团队文件夹希望两边自动保持一致一边改了文件另一边能看到最新版本。这种场景下你需要的是同步工具而不是复制。同步工具会持续监听文件变化增量传递差异部分。如果这时候你还在用手动拖拽几天后两边文件就各唱各的戏了。场景C备份归档。主力NAS上的照片、文档、数据库定期推到另一台群晖上存起来最好还能保留历史版本。这样哪天误删了文件可以回到昨天甚至上周的版本捞回来。这种需求的核心是“版本管理”普通复制和同步都替代不了。下面这张表可以帮你快速对号入座真实需求推荐方案特点一次性搬迁远程文件夹挂载 / rsync操作直接适合大批量、一次性迁移持续同步Synology Drive SharedSync / rsync计划任务增量传输自动保持两端一致备份归档Hyper Backup / 快照复制保留多版本历史可定点恢复跨公网互传QuickConnect / DDNS / 虚拟局域网组网解决不在同一网络下的连接问题为什么不能一个方法通吃因为“同步”会传播删除操作。你要是误删了一堆文件同步工具会把这个删除动作同步给另一端等于把备份也毁了。而“备份”是按版本走的误删之后还能从上一个版本恢复。“一次性复制”最直接但它不会主动帮你处理增量也没有恢复历史版本的能力。先花两分钟界定自己的需求再往下选方案比盲目开干高效得多。补充一点这三类需求在实际使用中可能叠加。比如你想先做一次完整搬迁之后又希望新NAS和旧NAS保持一段时间同步等确认稳定后再停掉。这完全没问题先按场景A做一次完整迁移再用场景B的方案建立增量同步就行。只是顺序别搞反先同步再搬迁容易把数据搞乱。2. 远程文件夹挂载最省事的临时搬运方式但有两个前提如果你只是想“临时搬一次”远程文件夹挂载是最容易上手的。它的本质是把另一台群晖的共享文件夹挂载到当前这台群晖的File Station里挂载之后它看起来就像本地目录一样你可以直接复制、移动、删除里面的文件。不过有两个前提不满足的话这条路走不通前提一两台群晖网络互通。最简单的情况是同一局域网或者已经通过虚拟局域网组网工具打通。跨公网直接用SMB/NFS挂载通常不现实因为需要开放较多端口。前提二你有目标NAS的读写权限并且知道共享文件夹所在的路径。如果目标NAS开启了双重验证建议先创建一个专用账号用专门的凭据去挂载避免主账号被锁定。2.1 操作步骤先确认目标群晖上的共享文件夹已经存在并且你用来登录的账号对该文件夹有读写权限。打开源群晖的File Station在工具栏或空白处右键菜单里找到“装载远程文件夹”。协议选择SMB/CIFS填目标群晖的IP地址、用户名、密码。如果你要挂载的目标共享文件夹在NAS的某个子目录也可以在路径栏里写完整路径。勾选“自动重新连接”避免群晖重启后挂载失效。装载完成后File Station左侧会出现一个远程文件夹条目你可以像操作本地目录一样复制或移动文件。这里有个小技巧大体积文件复制时不要反复通过网页拖拽尽量用File Station里的“复制”或“移动”功能把任务丢给后台处理。网页拖拽一旦浏览器标签被误关传输就断了而File Station的后台任务管理器能显示进度也支持重试。2.2 常见权限坑账号权限不等于共享文件夹权限。群晖的权限体系是两层控制面板“用户与群组”里赋予用户对共享文件夹的访问权限同时共享文件夹自身还有更细的权限设置。只建了账号但没在共享文件夹权限里勾选挂载是能挂上但复制文件时会直接提示权限不足。SMB发现不到设备。相信不少人都遇到过点“浏览”按钮搜不到另一台NAS。这很常见因为SMB广播通常不跨网段。解决办法很简单别依赖浏览直接手动填IP地址。只要IP能通、账号密码正确基本都能挂上。NFS模式需要额外配置。群晖对群晖也可以走NFS速度在部分场景下略优于SMB但前提是目标群晖要在“控制面板 - 文件服务 - NFS”里启用服务并且在该共享文件夹的NFS权限里把源NAS的IP加入白名单。NFS没有口令验证完全靠IP白名单控制访问配置起来比SMB多一步所以我个人建议除非你有性能洁癖否则直接用SMB就够了。对比项SMB/CIFSNFS配置难度低填写账号密码即可中需要IP白名单安全性账号口令验证依赖IP白名单适用场景跨平台、日常使用NAS设备间高速传输群晖间推荐度高中挂载复制适合一次性搬迁但它的短板也很明显没有断点续传机制传了一半中断重来就是从零开始也没有增量校验机制复制的文件是否和源文件完全一致只能靠抽查。如果你要传的是几百GB甚至上TB的数据我更建议直接用后面的rsync方案。3. rsync实战定时增量同步的正确打开方式rsync是我在群晖之间传文件时最常推荐的方案没有之一。它自带增量同步、断点续传、权限和时间戳保留等功能而且群晖系统本身就内置了rsync不需要额外安装套件。它的逻辑用一句话概括每次传输只搬运源端和目标端不同的那部分数据。第一轮是全量之后都是增量传起来非常快。3.1 第一步在目标群晖开启rsync服务在目标群晖也就是接收文件的那台上打开“控制面板 - 文件服务 - rsync”勾选“启用rsync服务”。端口默认是873如果你不想用默认端口也可以改成别的。然后在“rsync账户”里配置允许使用rsync的用户和可访问路径。这一步的本质是告诉目标NAS允许另一台机器通过rsync协议把文件写过来。如果你打算全走SSH通道后面会讲那这一步可以跳过SSH本身就是加密传输通道不需要额外开873端口。3.2 第二步手动执行一条rsync命令在源群晖上通过“控制面板 - 终端机和SNMP”开启SSH功能然后用SSH客户端登录到源群晖执行下面的命令rsync -avz --progress --partial /volume1/source/ 用户名目标IP:/volume1/dest/我来拆解一下这条命令-a归档模式保留权限、属主、时间戳、符号链接等属性。-v显示详细输出。-z传输时压缩。同一局域网内千兆以上环境压缩反而增加CPU开销可以去掉跨公网建议保留。--progress显示传输进度。--partial保留已传过的部分文件。传输中断后再次执行会从中断位置继续这是应急场景的救命参数。参数作用建议-a归档模式保留权限和属性强烈建议加-v显示详细信息调试时加-z传输时压缩跨公网加局域网可省--progress显示进度建议加--partial断点续传建议加--delete删除目标端多余文件谨慎使用见下文尾斜杠的经典坑。rsync -av /volume1/source/ 目标:/volume1/dest/源路径结尾有斜杠表示复制source目录内的所有内容到dest/目录如果去掉结尾斜杠则表示把source这个目录本身复制进去目标端会出现/volume1/dest/source。不确定的话可以先加--dry-run参数试跑一遍看输出内容是否符合预期。反向拉取。上面命令是“推”模式源文件从本地推到目标端。你想把目标端文件拉回本地就把源和目标换过来rsync -av --partial 用户名目标IP:/volume1/source/ /volume1/dest/--delete慎用。这个参数会让目标端删除那些“源端已经不存在”的文件目的是让目标端完全镜像源端。但它很危险如果源端误删了一批文件加了--delete的rsync会把目标端对应的文件也删掉。建议只在明确要“镜像目录”时使用日常增量同步大可不必加。3.3 第三步配置SSH密钥实现免密自动同步手动执行命令没问题但要做定时任务每次输密码就太难受了。配置SSH密钥之后rsync可以完全免密运行这样任务计划才能安安稳稳地跑。配置过程分四步在“控制面板 - 用户与群组 - 高级设置”里启用“家目录服务”。如果没有这一步SSH登录后可能没有~/.ssh目录可以放公钥。在源群晖的SSH终端里执行ssh-keygen -t ed25519一路回车生成密钥对。把公钥复制到目标群晖对应用户的authorized_keys文件里。群晖默认没有ssh-copy-id命令可以手动操作查看本地公钥内容cat ~/.ssh/id_ed25519.pub把这一整行内容追加到目标NAS上~/.ssh/authorized_keys文件末尾。检查目录权限~/.ssh目录应该是700权限authorized_keys文件是600权限权限过宽SSH会拒绝使用密钥。用chmod 700 ~/.ssh和chmod 600 ~/.ssh/authorized_keys修正。配置完成后手动执行一次rsync命令如果直接跑通不再提示输入密码就可以进入下一步做定时任务了。3.4 第四步用任务计划跑自动增量同步在群晖的“控制面板 - 任务计划”里新增一个计划任务任务类型选“用户自定义脚本”用户建议选一个有目标NAS权限的普通账号日期计划自己定周期。脚本内容就是一条rsync命令建议写绝对路径/usr/bin/rsync -av --partial /volume1/source/ 用户名目标IP:/volume1/dest/为什么用绝对路径任务计划环境里PATH变量可能会把/usr/bin排在后面万一找不到命令任务执行记录里只会显示一行“command not found”排查起来特心累。直接用绝对路径最省事。跑起来之后你就可以去干别的了。每天凌晨同步一次每周看一次日志基本就不会出问题。任务计划里也可以配置发送邮件通知如果某次同步失败你能第一时间知道。4. Synology Drive SharedSync让两台NAS自动保持一致rsync虽然强大但对没有命令行基础的人来说还是有点心理门槛。如果你更喜欢图形界面群晖官方的Synology Drive SharedSync就是为这个场景设计的。它的价值在于把“让两台NAS之间的指定文件夹自动保持一致”这个需求做成了可视化操作点几下就能完成。4.1 部署前提两台群晖都要在套件中心安装Synology Drive Server这个是免费套件不需要额外授权。安装之后不需要复杂配置因为它依托的是Drive的团队文件夹体系。先在一台群晖上打开“Synology Drive管理控制台”进入“团队文件夹”标签把你要同步的文件夹启用为团队文件夹。这相当于给该文件夹打了标记之后SharedSync任务才能识别它。4.2 创建共享同步任务在启用团队文件夹之后选中该文件夹工具栏里会有一个“共享同步”的入口。点进去新建一个共享同步任务填写目标NAS的连接信息支持IP地址、QuickConnect ID以及账号密码。选择目标NAS上的一个团队文件夹作为同步目标。选择同步方向双向同步或者单向下载。设定同步规则比如是否过滤某些文件类型。确认之后任务会自动运行。它会先做一次全量同步之后持续监听文件变化增量同步差异部分。整个过程在后台执行不需要你手动干预。这里需要多说一句SharedSync适用的是“同步”不是备份。我在最初那节反复强调过同步会双向传播操作——在源端误删的文件会同步到目标端删除。所以用SharedSync时建议对重要数据同时配置Hyper Backup或快照复制不要把同步当成唯一的容灾手段。还有一个容易忽略的细节团队文件夹的权限设置会直接影响同步内容。如果目标账号对某些子文件夹没有权限同步时会跳过这些目录。我遇到过用户同步完才发现漏了一批加密文件夹就是因为权限没放全。所以任务建好后先跑一轮全量再去目标端抽查目录数量确认没有遗漏。4.3 和Cloud Sync的区别有人会问为什么不直接用Cloud Sync把两台NAS都挂到同一个云盘上实现中转技术上确实可行但我不推荐原因有三个数据绕了一圈第三方云传输速度和稳定性完全取决于云服务商没有直连的两台NAS快。敏感数据经过第三方云端等于额外增加了一层数据泄露风险。很多云盘有流量限制和存储费用数据量大时成本不划算。Cloud Sync的定位是“NAS与公有云同步”SharedSync才是“NAS与NAS同步”。工具用对场景效率才会高。5. Hyper Backup和快照复制适合要保留历史版本的传递如果说rsync和SharedSync是“让文件在两台NAS之间跑起来”那Hyper Backup和快照复制就是“让文件在跑起来的同时还能保存一份带历史版本的安全冗余”。这两者的侧重点完全不一样。5.1 Hyper Backup备份任务版本保留Hyper Backup是群晖官方的备份套件它支持把数据备份到另一台群晖。目标NAS需要安装Hyper Backup Vault套件或者开启rsync服务源端在套件中心安装Hyper Backup然后在“数据备份任务”里选择“远程NAS设备”。创建备份任务时你可以选择具体备份哪些共享文件夹设置备份计划比如每天凌晨2点以及定义版本保留策略——保留最近多少天、几周的版本也可以按数量保留。备份过程中Hyper Backup还会做数据去重重复的数据不会反复占空间。它的最大价值是“可以定点恢复”。假如今天发现某个文件在上周三被错误覆盖了进入Hyper Backup的还原界面浏览到上周三的备份版本直接勾选该文件恢复就行。rsync和SharedSync都没有这个能力——它们同步的是“当前状态”而不是“历史状态”。我用这个方案做过一个测试主NAS上有一个数据库备份文件夹定时推到异地备用NAS上同时保留90天的版本历史。前期全量备份花了几个小时之后每天增量才几百MB非常轻量。关键时候能找回任意一天的数据心里踏实许多。5.2 快照复制更直接的文件级副本快照复制Snapshot Replication是另一个思路。它基于共享文件夹做快照并把快照复制到目标NAS。和Hyper Backup相比它更偏向“共享文件夹级别”恢复时目标端也能直接看到一个完整的共享文件夹副本。具体配置分三步在目标NAS上安装Snapshot Replication套件创建一个共享文件夹并把它标记为“副本存储”。在源NAS上安装Snapshot Replication新建复制任务指定目标NAS的IP和副本存储位置。配置快照计划比如每小时产生一个快照每天清晨复制到目标端。快照复制的优势在于恢复粒度细。你想恢复几分钟前的文件状态从快照秒级取回不需要像Hyper Backup那样把文件从备份仓库里“拆”出来。适合虚拟机磁盘、数据库数据目录这类对数据一致性要求高的场景。5.3 两者怎么选我个人的经验是日常文件用Hyper Backup因为它去重效果好保留版本多数据库和虚拟机目录用快照复制因为它恢复速度快、一致性强。条件允许的话两条腿走路最好——Hyper Backup负责归档管理快照复制负责近期的快速回滚。备份这件事永远是“多一层保险多一分安心”。6. 跨公网互传两台NAS不在同一网络时该怎么连前面讲的远程挂载、rsync、SharedSync默认都是两台群晖在同一个局域网内。但现实中很常见的情况是主力NAS在家里新NAS在公司或异地机房两边要隔着公网传数据。这时候连接方案就得单独考虑。我按推荐程度从低到高给你捋一遍。6.1 QuickConnect应急够用但不适合大文件群晖自带QuickConnect远程访问服务只要登录群晖账号就能远程连接到NAS不需要公网IP也不需要设置路由器端口转发。理论上两台群晖在SharedSync里也可以用QuickConnect ID互相连接。但QuickConnect的定位是“便携访问”不是“高速传输”。它的流量会经过群晖官方中继服务器速度受中继节点限制传大文件时会非常痛苦。偶尔传个小文档、提取几张照片可以几十GB的数据千万别走这条路。6.2 DDNS端口转发速度快但门槛和安全要求都高如果你有公网IP无论是IPv4还是IPv6可以用群晖自带的DDNS服务绑定一个域名然后在路由器上把对应端口转发到NAS。之后两台群晖之间可以直接用这个域名作为目标地址传输。这种方式的速度取决于你两端的公网带宽相比QuickConnect会有明显提升。但它有几个前提你的宽带运营商分配了公网IPv4地址。很多家庭宽带默认是大内网IP没有公网IPv4DDNS方案直接失效。你要在路由器上做端口转发这会暴露NAS的服务到公网。千万别把SSH、rsync 873这类端口裸奔对外开放至少要做到修改默认端口、启用防火墙白名单、使用密钥认证、关闭密码登录。如果运营商封了常用端口你需要换用高位端口。安全这条必须多说几句。我见过有人为了图省事把群晖的SSH端口直接映射到公网用的是默认端口默认admin账号结果被暴力破解扫到手整台NAS被拿去挖矿。跨公网传输安全永远比方便优先级高。能做到不开端口就不开端口能加白名单就加白名单。6.3 虚拟局域网组网我最推荐的跨公网方式如果你有多台NAS、多台设备需要长期跨公网互访最稳的方案是借助虚拟局域网组网工具。把两台NAS装进同一个虚拟网络之后它们之间就像在同一台局域网交换机下一样前面讲的所有局域网方案SMB、rsync、SharedSync全部可以直接用。这类工具在群晖上一般有两种安装方式一种是在套件中心添加SynoCommunity等社群源直接搜索安装客户端套件另一种是借助Docker跑容器。安装完成后在服务商官网或App里把两台设备加入同一个虚拟网络分配好虚拟IP剩下的就跟局域网操作一模一样了。它的好处非常明显不用在路由器上开任何端口没有端口扫描暴露面传输也是端到端加密的。唯一的代价是稍微多学一个工具的配置但熟悉之后你会觉得“跨公网传文件”这件事彻底消失在了日常操作里——因为从表现上来说两台NAS之间的连接已经无感了。6.4 移动宽带用户的小提醒有些用户用的是移动宽带或部分二级运营商可能既没有公网IPv4IPv6配置也不完善导致QuickConnect偶尔能连上但传输极慢DDNS也经常解析异常。如果你遇到“能访问但速度上不去”的问题先检查一下是不是IP类型受限导致的。群晖控制面板的网络状态页面能直接看到当前获取的是公网IP还是内网IP一目了然。7. 我踩过的坑文件校验、断点续传和传输提速方案讲完了最后把我在实际操作中踩过的一些坑和解决经验分享出来希望你能避开。7.1 如何确认两边文件真的完全一致传输完不等于万事大吉。我之前走过一次弯路用File Station拖了几万张照片一切看着正常事后才发现有个子目录因为文件名里带了特殊字符在复制过程中被静默跳过了一部分文件。现在我的习惯是任何大规模传输结束后都做一遍校验。最实用的命令是rsync -avnc --delete /volume1/source/ 用户名目标IP:/volume1/dest/这个命令加了-n试运行和-c对比校验和它不会传输任何文件只会基于文件大小和校验和对比两端差异并打印出哪些文件不一致。输出为空说明两边完全一致有输出逐条看是哪里出了问题。如果你已经用SMB复制完也可以用同样的思路校验。注意源路径和目标路径的写法要和当初复制时保持一致否则会因为路径结构不同产生一堆误报。7.2 小文件堆积时传输速度为什么会尿崩十万个几十KB的小文件和几个十几GB的大文件虽然总容量差不多但传输耗时完全不是一个量级。因为每个文件都要经历“握手、校验、创建、写入、关闭”的过程文件一多开销就被无限放大。我做过一次实测同一局域网下2万个小文件走SMB复制速度只有大文件传输的十分之一不到。后来改用两步走速度快了几倍先把小文件打包成一个压缩包传过去再解压。tar -czf /volume1/source/photos.tar.gz -C /volume1/source photos然后把压缩包rsync过去另一端用tar或群晖界面解压。这个办法只适合一次性迁移场景如果你要持续同步就别折腾打包了还是老老实实用rsync纯文件同步因为增量传输本身已经把差异降到最低打包反而破坏了增量识别。7.3 断点续传的真相SMB方式复制大文件时断掉没有续传能力只能重来。rsync加--partial参数后中断时已传的半成品会保留在目标端下次执行会基于已有部分继续传省掉重复的活儿。但这个续传有个前提文件源头不能变。如果源文件刚好在这个时间窗口内被修改了rsync检测到大小或修改时间变化会重新传输整个文件。所以如果你计划长时间传输尽量挑数据不动的时段跑批比如凌晨。7.4 关于提速的一些实测结论同一局域网下影响两台群晖传输速度的因素大致有三层物理链路。确认两台NAS的网口速率是多少交换机和网线是不是匹配。很多人还在用百兆交换机那再怎么调协议也快不起来。千兆起步有条件上万兆或2.5G。MTU巨帧。如果两台群晖和中间的交换机都支持9000字节的巨帧可以开启试试。大文件传输时效果明显但所有链路设备必须一致否则会触发分片重传反而变慢。我自己的经验是先在一端开启巨帧ping对端测通再逐步打开其他设备。多网口聚合。群晖支持链路聚合但单条rsync连接一般只能跑单网口的速率聚合对多终端同时访问更友好。如果你只是想加快两台NAS之间单次传输链路聚合帮不上太多忙。还有一个被忽略的因素目标磁盘的健康状态。如果目标NAS的硬盘快要满了或者正在做RAID重建写入性能会明显下降。传输前看一眼“存储管理器”里的硬盘状态可以省掉很多莫名其妙的排查时间。7.5 传完之后的收尾动作数据到了新机器上别急着把旧NAS格式化。我的习惯是等目标端校验通过、抽查几个关键文件能正常打开之后再保留至少一周的观察期确认日常使用没有任何问题再处理旧机器。尤其是照片库和数据库类数据光看文件是否存在还不够最好在目标端的Synology Photos、数据库管理工具里实际打开验证一遍。两台群晖之间的文件传递本质上不是一个“拖过去”的问题而是一套围绕需求、网络、安全、校验的完整流程。把流程想清楚再动手数据安全就有了基本的保障。
