# 同步类软件讨论

**URL:** <https://meta.appinn.net/t/topic/48268>\
**Category:** 讨论分享\
**Tags:** appinned\
**Created:** [2023 年10 月 15 日 14:21 UTC](https://meta.appinn.net/t/topic/48268 "2023-10-15T14:21:05Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![d93b40e021f09da5d4f0](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/d/5f8ce5/32.png) [@d93b40e021f09da5d4f0](https://meta.appinn.net/u/d93b40e021f09da5d4f0)\
**Post date:** [2023 年10 月 15 日 14:21 UTC](https://meta.appinn.net/t/topic/48268/1 "2023-10-15T14:21:05Z")

</div>

# 前言

最开始使用同步类软件是金山快盘,后来关闭服务后用的百度云同步盘.

此时的诉求是,希望单位和家庭文件之间的快速同步.

后来百度云同步盘入口藏起来了,心知命不久矣,因此开始尝试其他方式.

后来多方测试后,选择seafile作为主力.

疫情开始后,居家办公,这时已经没有快速同步的诉求,更重要的是历史版本文件.

前两年,因为某些其他原因,从seafile转向了nextcloud,之前nextcloud管理的文件不多,还不明显,现在文件逐渐增多,nextcloud性能上的劣势逐渐明显.是时候重新捋一遍了.

**我现在没有测试外网连接的条件**

# 个人需求

我的职业是建筑设计,主要文件包括中量的工程文件(DWG为主,十几年大约共50G,并以平均每年四五G的速度扩张),这部分文件要求保证安全性,并且实现历史版本文件功能.其实也考虑过将部分近期文件同步管理,长期文件做备份,但是工作特性,经常要对两三年前的文件修改,因此还是希望用同一软件统一管理.

另外一部分是工程资料,常用软件等,这部分文件体积庞大(数百G),但是改动不频繁,且对安全性要求也不高,用备份软件其实就能满足要求.

# 软件列表

| 软件名 | 类型 | 官网 | 跨平台查看文件 | 是否收费 | 费用 | 历史文件版本 | 备注 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| seafile | 自建中心化 | [官网](https://www.seafile.com/home/) | 是 | 社区版免费 | - | 是 | |
| nextcloud | 自建中心化 | [官网](https://nextcloud.com/) | 是 | 免费 | - | 是 | |
| 坚果云 | 商业中心化 | [官网](https://www.jianguoyun.com/) | 是 | 免费受限 | 199/年 | 是 | |
| 天翼云盘 | 商业中心化 | [官网](https://cloud.189.cn/web/login.html) | 是 | 免费受限 | 铂金:193/年 黄金:108/年 | 否 | |
| 微力同步 | 去中心化 | [官网](https://www.verysync.com/) | 否 | 免费 | - | 否 | |
| syncthing | 去中心化 | [官网](https://syncthing.net/) | 否 | 免费 | - | 否 | |
| goodsync | 去中心化 | [官网](https://www.goodsync.com/cn) | 否 | 免费试用 | 150/年 五设备 | 否 | |
| 傲梅轻松备份 | 去中心化 | [官网](https://www.abackup.com/easy-backup-personal.html) | 否 | 免费受限 | 98/年 128永久 | 否 | |
| freefilesync | 去中心化 | [官网](https://freefilesync.org/) | 否 | 免费受限 | 不限 | 否 | |
| filegee | 去中心化 | [官网](https://cn.filegee.com/) | 否 | 免费受限 | 家庭版98元 完整版498元 永久版单设备 | 否 | |
| Synology Drive | 自建中心化 | [官网](https://www.synology.cn/zh-cn/dsm/feature/drive/app) | 是 | - | - | 是 | |

# 软件介绍

## seafile与nextcloud(下称SF及NC)

这两个软件功能和性质类似.主要区别在于:

1. NC更偏向普通用户,而SF更倾向企业用户.
2. NC有各种应用、插件,而SF则更朴实无华一些
3. 在配置上,SF更接近即开即用,主要的设置可以在管理员页面修改,而NC主要靠修改配置文件.
4. 个人更喜欢SF的桌面端
5. SF有云服务,免费1G空间,历史文件版本保留6个月,[网址在这](https://www.seafile.com/seafile-docs/home/).NC没有官方的云服务,但是有[演示版](https://nextcloud.com/instant-trial/)和[第三方服务](https://nextcloud.com/sign-up/),第三方服务的提供商均在境外.
6. 两者的文件保存方式不同,SF会将文件以某种规则切成碎片保存在服务器上,而NC是将原文件保存在服务器上.SF自己的解释是为了方便增量上传.

> seafile的专业版是收费的,比社区版多了挂载盘等功能,但是之前专业版提供了3用户及以下的无其他限制的免费试用.现在不知道还有没有

最开始我用的是seafile,后来经历过一次误操作导致的文件丢失(误删除并且同步了,虽然官方提供了恢复方式,但是操作难度较大.)

后来因为某些原因,原服务器不用了,新购入一台群晖,重新架设时选用了nextcloud.

如果让我现在在这两者之间选,我可能还是会选seafile,他对大量小文件的支持速度要优于nextcloud(未测试)

> 在写这篇文的时候,想到另一个私有云服务,[可道云](https://kodcloud.com/),简单架设到群晖上尝试了一下.看法如下:
> 
> 虽然号称是企业版,但是并不显得专业,同步功能感觉只是一个添头.
> 
> 可道云(kodbox)也支持历史文件版本,免费版10用户.

上述几个中心化的私有云均支持跨平台访问文件.均有移动客户端.也均支持文件/目录外链分享

## 坚果云和天翼云盘

坚果云的主要劣势是价格高且容量小.专业版一年199元的价格只有30G的空间(年付再加12G),虽然空间随使用时间增加(每月1G),依旧是不堪重负.

免费版限制每月1G上传3G下载,空间无限制(实际就是每月一个月获得不大于1G的空间).轻度使用是够了,但是万一换设备了直接抓瞎.

优点:

1. 国内服务器网络稳定,传输速度不限
2. 支持webdav
3. 支持历史文件版本
4. 支持增量同步

缺点

1. 容量小,价格高
2. 历史文件版本仅支持保留3个月.

天翼云盘主要还是类似百度云盘的备份云盘,虽然支持同步盘功能,但是和坚果云等专业的同步盘工具比起来就简陋多了

作为同步盘,对于不需要历史文件版本的用户来说,免费版基本够用,限制主要是单文件大小(不大于2G), **单日** 上传流量(不大于2G),储存空间(新用户30G,)

优点:

1. 国内服务器网络稳定,传输速度不限
2. 免费版功能基本够用

缺点:

1. 不支持历史文件版本

如果没条件架设私有云,可以根据自己的需要挑选使用.

其他国外同步软件,例如icloud、onedrive等就不多说了,情况大致相同

## syncthing、微力同步以及Resilio Sync(原BTsync)(下称ST,VL及RS)

这三个软件是类似的功能,VL在功能上和RS比较类似,都更倾向于内容分发而不是内容同步.

不知道为什么我用RS对频繁闪退,且经常网络抽风.

VL曾经有段时间大量应用,现在在功能上也已经比较丰富了.

这些P2P的去中心化方式都有一个共同的问题,即各客户端之间链接不稳定,速度不稳定,也都没有历史文件版本.也没办法在移动端访问文件.

而且,由于是去中心化,客户端至少需要开启两个才能传输文件,因此还是建议有一个保持在线的设备做为中转站.

我认为VL和RS **不适合做同步工具** ,ST没用过,不下结论.

## goodsync,傲梅轻松备份,freefilesync及filegee(下称GS,AM,FF及FG)

这几个软件是一类,主业都更接近于备份而不是即时同步.

先从傲梅说起.

**AM** 是国产免费软件,主业是系统备份(类似Ghost),而不是文件同步.免费版 **不支持** 即时同步,也 **不支持** 双向同步.**不能同步到网络地址(如网上邻居)**,但是 **可以同步网络映射驱动器**.

同步界面比较简陋,只有一个简单的进度条.

**我用AM尝试备份了一次,但是有部分文件损坏!**

**FG** 也是国产软件,免费版仅支持本地硬盘,不支持网络路径(包括网络映射驱动器),家庭版(98元/台)支持网络路径及**网盘(百度云网盘)**,完整版(498元/台)**增加支持FTP及SFTP以及对象存储(阿里云OSS等)**.

注意FG的授权是绑定硬件的,即如果有两台设备则需要购买两个授权! **如果免费版不满足需要,其价格可能是最贵的一个了.**

我在之前用AM备份过一次以后,又用FG分析过一次 **并未发现损坏的文件**.

**FF** ~~不~~ 支持自动同步,只能手动同步,支持本地及网络路径,以及FTP、SFTP和 google drive.

> 楼下有回复说有个`RealTimeSync.exe`支持自动同步功能,不知道该怎么引用回复。

**我是在测试FF时,发现的有部分文件损坏,随后就覆盖过去了,所以后面的GS没测试**

FF是免费软件,部分性能功能(并行数等)需要捐赠版开启,根据官网的意思,似乎是 **任意费用** 的捐赠均可解锁.且捐赠版程序可能在家庭与朋友间分享.

**GS** 作为老牌同步软件,功能比较强,支持同步到本地路径、网络路径、FTP、SFTP,部分国外网盘及国外对象存储.更重要的是支持GoodSync Connect,大大的简化了局域网外的链接问题.

GS支持手动、定时及即时同步,单向及双向同步.

此类工具也是去中心化工具,均不支持移动端随时访问.也不支持历史文件版本.

更详细的对比见下表.

| 项目 | GoodSync | 傲梅轻松备份 | freefilesync | filegee | 备注 |
| --- | --- | --- | --- | --- | --- |
| 费用 | 150/年 | 98/年 128永久 | 免费/不定 | 免费/196家庭版 996完整版 | 均为两台终端的价格 |
| 单设备费用 | 150/年 | 98/年 128永久 | 免费/不定 | 免费/98家庭版 498完整版 | 均为一台终端的价格 |
| 单向同步 | 支持 | 支持 | 支持 | 支持 | |
| 双向同步 | 支持 | 支持 | 支持 | 支持 | |
| 镜向同步 | 支持 | 支持 | 支持 | 支持 | |
| 实时同步 | 支持 | 支持 | 不支持 | 支持 | |
| 定时同步 | 支持 | 支持 | 不支持 | 支持 | |
| 回收站 | 支持 | 不支持? | 支持 | 支持 | 源删除的文件,目标中不会完全删除 |
| 本地路径 | 支持 | 支持 | 支持 | 支持 | |
| 网络路径 | 支持 | 支持 | 支持 | 支持 | 网上邻居 |
| 网络映射 | 支持 | 支持 | 支持 | 支持 | |
| 网盘 | 支持国外 | 不支持 | 支持GD | 家庭版以上支持 | FG不支持双向同步,另外两个不确定 |
| 对象存储 | 支持国外 | 不支持 | 不支持 | 完整版支持 | |
| FTP、SFTP | 支持 | 不支持 | 支持 | 完整版支持 | |
| GoodSync Connect | 支持 | 不支持 | 不支持 | 不支持 | |
| 最大任务数 | 不限 | 不限 | 不限? | 家庭版及以下8个,以上不限 | |

> 以上的对比可能有错误、遗漏、还请认真核对.

在局域网中,上述四个软件均可以使用,但是在跨外网时,只支持本地路径和网络路径的傲梅就力有未逮了(可以通过异地组网、VPN的方式,但是难度就比较大了.)

外网链接,最方便的无疑是GS的GoodSync Connect,其次FTP/SFTP也是比较简单的方案.FG要到完整版才支持FTP,费用就太高了.

如果没有公网IP,GoodSync Connect自带内网穿透,用其他的方案可能就要自己解决这个问题了.

**综上所述,有实时同步或内网穿透需求的可以选择GoodSync,否则可以选择freefilesync**

## Synology Drive(下称SD)

SD是群晖系统自带的同步工具,包括实时同步和 **单向** 备份两个子功能.自身具有历史文件版本和分享功能.

白群自带quickconnect以实现内网穿透,搭配套件cloud sync可以实现备份至网盘(含百度网盘)或对象存储的功能.

备份功能支持实时、定时及手动方式启动.似乎只支持单向备份以及还原,不支持双向备份.

# 暂时计划

暂时准备工作文件依旧使用nextcloud同步,设计资料用Synology Drive备份,同时工作文件也用Synology Drive同步一份,为将来全面转向Synology Drive做准备.

* * *

现在是 24年1月，在原帖发布两个月后。

简单地说，现在又在尝试迁移到`seafile` 上了，原因如下：

Synology Drive

1. 同步时受限比较多
2. 重装系统后重新同步，仿佛真的是要每个文件都要重新下载一遍，不像 `seafile`或`nextcloud`一样只需要分析一遍就可以了。
3. 同步速度比较慢

Nextcloud

1. 大量小文件时会有302错误。且未找到解决办法
2. 大量小文件处理效率很低。

因为我是习惯把一些不需要常驻开启的绿色软件放在同步目录里，例如`potplayer`等。或者把一些软件的安装包放在同步目录里，这些情况会产生大量的小文件（1K以下），`nextcloud` 出现了一排错误。

现在在群晖上架设了`seafile`,不过群辉的性能较差，看看能不能正常使用吧。

---

<div class="post-metadata">

**Author:** ![coc](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/c/f05b48/32.png) [@coc](https://meta.appinn.net/u/coc)\
**Post date:** [2023 年11 月 13 日 02:01 UTC](https://meta.appinn.net/t/topic/48268/2 "2023-11-13T02:01:02Z")

</div>

这总结的很全面呀

---

<div class="post-metadata">

**Author:** ![tthy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/tthy/32/72083_2.png) [@tthy](https://meta.appinn.net/u/tthy)\
**Post date:** [2023 年11 月 13 日 04:14 UTC](https://meta.appinn.net/t/topic/48268/3 "2023-11-13T04:14:54Z")

</div>

其实 微力同步 是支持历史版本和远程查看文件的

 ![image](https://meta.appinn.net/uploads/default/original/3X/6/8/68c64c54999f7ec71dda027437ce5d30f487a868.png)

 ![image](https://meta.appinn.net/uploads/default/original/3X/c/d/cd7fda0a48b02649dfb4da3b14e614bafc4b7919.png)

 ![image](https://meta.appinn.net/uploads/default/original/3X/3/7/377d45b40407ebab1af2c08277f2c645bfd90d5e.png)

自己组了all in one …openwrt 黑群晖 ubuntu win11 都同时在跑…  
数据同步我是全用的微力同步 目前还没掉过链子  
手机 windows 平台官网都有下  
linux 包括群晖平台 我都是用docker 部署

微力同步 如果开启回收站模式 或者历史版本  
被删或旧版本 文件都会在 同步文件夹/.verysync/Archive 这个子文件夹内

从web页面可以远程查看宿主设备所有文件…包括非同步目录  
不过只能查看图片之类的格式 其他不常见的格式只能下载后打开

syncthing从功能上跟微力同步是差不多的,但微力同步的UI更好 而且官方提供了各种安装方式 使用更方便。

* * *

然后可道云和nextcloud 我极其不推荐用来 数据同步/备份

新版的可道云和nextcloud 是为了协同办公设计的  
它们都是通过数据库来管理文件的 而不是直接存储在你设定的本地目录里  
上传的任意文件极其历史版本都是乱序+无规则文件名 存储在某个文件夹内

部署时 还需要php和数据库 环境，上传/下载文件时资源占用也更高，对磁盘空间占用也会更大，以后数据迁移也更复杂。

而旧版的可道云 kodexplorer 几乎就是个webui的文件管理器 不依赖数据库，但也就不支持文件历史版本。

---

<div class="post-metadata">

**Author:** ![lilyhcn1](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/l/439d5e/32.png) [@lilyhcn1](https://meta.appinn.net/u/lilyhcn1)\
**Post date:** [2023 年11 月 13 日 04:22 UTC](https://meta.appinn.net/t/topic/48268/4 "2023-11-13T04:22:23Z")

</div>

seafile还行，就是冲突文件有点多。虚拟机单独一个服务，还是很稳定的。

---

<div class="post-metadata">

**Author:** ![d93b40e021f09da5d4f0](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/d/5f8ce5/32.png) [@d93b40e021f09da5d4f0](https://meta.appinn.net/u/d93b40e021f09da5d4f0)\
**Post date:** [2023 年11 月 15 日 08:58 UTC](https://meta.appinn.net/t/topic/48268/5 "2023-11-15T08:58:17Z")

</div>

> [@tthy](#):
>
> 然后可道云和nextcloud 我极其不推荐用来 数据同步/备份
> 
> 新版的可道云和nextcloud 是为了协同办公设计的  
> 它们都是通过数据库来管理文件的 而不是直接存储在你设定的本地目录里  
> 上传的任意文件极其历史版本都是乱序+无规则文件名 存储在某个文件夹内

nextcloud的 文件是以原名 按原目录结构保存的,历史文件版本应该是加了时间戳作为后缀,按原目录结构保存在另外一个路径下的.

> [@tthy](#):
>
> 微力同步

之前在某站压制组做组长,考虑用流水线的方式解放encoder的生产力,所有组员订阅同一个key,起到加速的作用,稍一尝试就发现,40多个人订阅一个key,key里面大文件居多,不但没有起到加速的作用,反倒是文件所在的客户机上流量被分散.  
最终的方案是,一个项目一个课,仅相关的组员订阅,效率反倒更高一些,但是也难免出现某两个组员之间联通性差的问题.  
微力同步我担心的是一个key有大量文件,同步的即时性怎么样

---

<div class="post-metadata">

**Author:** ![d93b40e021f09da5d4f0](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/d/5f8ce5/32.png) [@d93b40e021f09da5d4f0](https://meta.appinn.net/u/d93b40e021f09da5d4f0)\
**Post date:** [2023 年11 月 15 日 09:00 UTC](https://meta.appinn.net/t/topic/48268/6 "2023-11-15T09:00:22Z")

</div>

> [@lilyhcn1](#):
>
> seafile还行，就是冲突文件有点多。虚拟机单独一个服务，还是很稳定的。

我之前也是用的seafile,会在客户机增加一个seafile目录,里面是大量的小文件,服务器上文件也是以碎片方式存储的,如果服务出问题了,临时找文件就很麻烦.

---

<div class="post-metadata">

**Author:** ![lilyhcn1](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/l/439d5e/32.png) [@lilyhcn1](https://meta.appinn.net/u/lilyhcn1)\
**Post date:** [2023 年11 月 15 日 09:24 UTC](https://meta.appinn.net/t/topic/48268/7 "2023-11-15T09:24:04Z")

</div>

sea file也出过几次问题，我就是本地找啊。没从服务器上找过东西。

---

<div class="post-metadata">

**Author:** ![ReST](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/rest/32/14608_2.png) [@ReST](https://meta.appinn.net/u/ReST)\
**Post date:** [2023 年11 月 15 日 09:37 UTC](https://meta.appinn.net/t/topic/48268/8 "2023-11-15T09:37:08Z")

</div>

> 而且,由于是去中心化,客户端至少需要开启两个才能传输文件,且有可能丢失文件,因此还是建议有一个保持在线的设备做为中转站.

无法认同点对点传输可能会丢文件的观点

---

<div class="post-metadata">

**Author:** ![Qingwa](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/qingwa/32/58632_2.png) [@Qingwa](https://meta.appinn.net/u/Qingwa)\
**Post date:** [2023 年11 月 15 日 14:06 UTC](https://meta.appinn.net/t/topic/48268/9 "2023-11-15T14:06:32Z")

</div>

咦，你有了 synology 不直接用，为啥折腾这么大一圈？

---

<div class="post-metadata">

**Author:** ![haitao](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/h/958977/32.png) [@haitao](https://meta.appinn.net/u/haitao)\
**Post date:** [2023 年11 月 15 日 15:32 UTC](https://meta.appinn.net/t/topic/48268/10 "2023-11-15T15:32:14Z")

</div>

> [@d93b40e021f09da5d4f0](#):
>
> 希望单位和家庭文件之间的快速同步

1、把一个本地的新、改动过的文件 收集到一个小压缩包，复制到 u盘或手机或网盘，再到另一个本地解压过去。  
2、网盘上维持一个完整、最新的所有文件。  
感觉最大的困难是 文件或目录 改名或移动了，怎么最高效（这个压缩包、传输量最小）地实现。。。。

---

<div class="post-metadata">

**Author:** ![d93b40e021f09da5d4f0](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/d/5f8ce5/32.png) [@d93b40e021f09da5d4f0](https://meta.appinn.net/u/d93b40e021f09da5d4f0)\
**Post date:** [2023 年11 月 16 日 07:46 UTC](https://meta.appinn.net/t/topic/48268/11 "2023-11-16T07:46:39Z")

</div>

前面提到的 goodsync,freesync等软件都能实现你说的功能,指本地和移动磁盘或网盘的同步,打个压缩包就没什么意义了,压缩带来的传输时间的减少,抵不过压缩本身消耗的时间.

---

<div class="post-metadata">

**Author:** ![d93b40e021f09da5d4f0](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/d/5f8ce5/32.png) [@d93b40e021f09da5d4f0](https://meta.appinn.net/u/d93b40e021f09da5d4f0)\
**Post date:** [2023 年11 月 16 日 07:48 UTC](https://meta.appinn.net/t/topic/48268/12 "2023-11-16T07:48:54Z")

</div>

开始用seafile的时候,还没有群晖,后来买了群晖,也是延续了之前的应用,也是对群晖的专业性不太信任吧.这次是出了问题才尝试的.

---

<div class="post-metadata">

**Author:** ![syun](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/syun/32/16821_2.png) [@syun](https://meta.appinn.net/u/syun)\
**Post date:** [2023 年11 月 16 日 08:35 UTC](https://meta.appinn.net/t/topic/48268/13 "2023-11-16T08:35:49Z")

</div>

> [@d93b40e021f09da5d4f0](#):
>
> 群晖的专业性不太信任吧

:rofl:虽说群晖不是那种特别专业的，那也是可以商用的产品  
小公司，高职校用的不少，除了贵没什么大问题

---

<div class="post-metadata">

**Author:** ![tthy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/tthy/32/72083_2.png) [@tthy](https://meta.appinn.net/u/tthy)\
**Post date:** [2023 年11 月 17 日 04:52 UTC](https://meta.appinn.net/t/topic/48268/14 "2023-11-17T04:52:45Z")

</div>

微力同步针对个人数据同步还是很ok的  
我自己同步 手机和pc 的obsidian 。 两端同时打开 笔记写了10秒左右另一端就跟着同步了

---

<div class="post-metadata">

**Author:** ![Me\_Format](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/me_format/32/29040_2.png) [@Me\_Format](https://meta.appinn.net/u/Me_Format)\
**Post date:** [2023 年11 月 17 日 06:27 UTC](https://meta.appinn.net/t/topic/48268/15 "2023-11-17T06:27:48Z")

</div>

使用备份好多年，我的需求比较简单，就是备份家庭照片和工作的文件。我使用了两套方案，家庭照片备份不上外网，只在家里局域网使用群晖备份，同时定期使用移动硬盘备份。工作文件使用微力同步，同时百度云盘自动备份。百度云这种公有云备份一个是需要联网，对于家庭照片这种隐私不好。二个是工作文件特殊的后缀名会被屏蔽。其实我也可以全部使用群晖，可惜群晖使用域名，家用服务器备案域名的话很容易被封，别问我怎么知道的。

---

<div class="post-metadata">

**Author:** ![tjsky](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/tjsky/32/31059_2.png) [@tjsky](https://meta.appinn.net/u/tjsky)\
**Post date:** [2023 年11 月 17 日 07:10 UTC](https://meta.appinn.net/t/topic/48268/16 "2023-11-17T07:10:06Z")

</div>

作为同行业人员，我可能工作文件量更大  
目前有接近500GB的dwg，rvt，nwd等文件存在。

最开始使用的是百度云，但百度云的问题是：当时还是HDD硬盘，而百度云的文件监视会有非常频繁的读写硬盘I/O。肉眼可见的硬盘性能下降而放弃。

后更换为坚果云，大概用了4年多，后面因为去甲方现场驻场时，现场无线网屏蔽坚果云，且后期三维BIM设计开始出现工作文件体积暴涨，坚果云199年付的空间已经无法满足需求。放弃使用。

期间曾短暂自建过nextcloud，但后来服务器忘了续费也放弃使用了。

- goodsync目前在用，仅用于本地和内网FTP服务器各专业文件同步协同用
- OneDrive目前在用，自从微软将OD的CDN切换优化后，国内访问速度明显改善。空间大，有历史版本。但无法控制同步方向，只能任意本地新覆盖云端旧。而且需要点技巧来同步非主文件夹内的文件。

上边三个百度网盘，坚果云，nextcloud都有一个非常恶心的”缺点“：  
如果文件被保存过程中若电脑蓝屏死机，电脑重启后连接网络，网盘同步有可能会使用更早版本的网络文件错误覆盖本地文件。

举个例子：  
dwg文件11-01被打开，期间文件被编辑修改，11-03日文件出现了 **保存并关闭了CAD** ，11-05日重新打开文件编辑修改到11-07日，在保存文件时电脑蓝屏死机。电脑被迫重启。同步盘在连接网络后，使用11-03日文件覆盖了11-07文件，因为我不知情的直接打开了文件并且持续了一会儿（因为同时打开了很多个文件），CAD判定这是用户主动覆盖而删除了11-03~11-07期间的定期备份文件。【本地只存在11-03日版本文件，云端只存在11-03日前的历史版本】

这也是我”被迫“使用OneDrive的原因，同步盘无法同步被占用的文件，只要编辑软件不退出，同步盘无法同步这些被占用的文件。对于word等软件来说只要你不关闭word，那文件永远被占用着无法同步。只有在word里开了自动保存才可以在不关闭word等软件时用OneDrive同步这些文件。  
而CAD，revit等软件，如果恰好在保存时出错，有可能导致同步盘错误判断文件版本（也许是因为短时的占用？或者死机时win文件系统的内部错误？）

---

<div class="post-metadata">

**Author:** ![antior](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/a/96bed5/32.png) [@antior](https://meta.appinn.net/u/antior)\
**Post date:** [2023 年11 月 17 日 09:45 UTC](https://meta.appinn.net/t/topic/48268/17 "2023-11-17T09:45:33Z")

</div>

Synology Drive 有个烦人的点，文件名字稍长一些就无法同步了。

---

<div class="post-metadata">

**Author:** ![xmmdg](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/xmmdg/32/49001_2.png) [@xmmdg](https://meta.appinn.net/u/xmmdg)\
**Post date:** [2023 年11 月 17 日 11:26 UTC](https://meta.appinn.net/t/topic/48268/18 "2023-11-17T11:26:49Z")

</div>

一图胜千言。

 ![Snipaste_2023-11-17_192009](https://meta.appinn.net/uploads/default/original/3X/4/d/4dc126bd2d5a8f014f6cc6e027b376f3289e76f3.jpeg)

---

<div class="post-metadata">

**Author:** ![xmmdg](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/xmmdg/32/49001_2.png) [@xmmdg](https://meta.appinn.net/u/xmmdg)\
**Post date:** [2023 年11 月 17 日 12:10 UTC](https://meta.appinn.net/t/topic/48268/19 "2023-11-17T12:10:10Z")

</div>

> [@d93b40e021f09da5d4f0](#):
>
> **FF** 不支持自动同步,只能手动同步,

支持，目录下有个 RealTimeSync.exe，具体说明见这里

> **[FreeFileSync](https://freefilesync.org/manual.php?topic=realtimesync)**
>
> Download FreeFileSync 13.9. FreeFileSync is a free open source data backup software that helps you synchronize files and folders on Windows, Linux and macOS.

---

<div class="post-metadata">

**Author:** ![syun](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/syun/32/16821_2.png) [@syun](https://meta.appinn.net/u/syun)\
**Post date:** [2023 年11 月 17 日 12:39 UTC](https://meta.appinn.net/t/topic/48268/20 "2023-11-17T12:39:41Z")

</div>

我遇见过倒是系统路径报超长了 sd还能正常同步的

[下一页](https://meta.appinn.net/t/topic/48268.md?page=2)
