OneDrive 个人版频繁出现同步问题,文件无法同步

大家好,

我是 OneDrive 个人版用户,最近一直在遇到一个非常困扰的同步问题,希望能在这里找到一些帮助。

问题描述

OneDrive 经常出现文件长时间无法同步的问题。具体表现如下:

  1. OneDrive 显示更新中:在任务栏的右下角,OneDrive 图标显示“正在同步(updating)”,但文件并没有真正同步到 OneDrive 服务器上,其他设备上也无法看到最新的文件版本。
  2. 需要手动暂停/恢复来触发同步:在这种“卡住”的状态下,只有通过手动“暂停同步”,然后再“取消暂停”才能强制 OneDrive 检测文件变动并进行同步。
  3. 文件冲突和副本问题:当同步卡住时,如果在其他设备上编辑文件,就会产生冲突。恢复同步后,OneDrive 会创建多个副本文件,导致文件管理非常混乱。

已排查项

  • 防火墙和网络环境:我目前在国外工作,在公司和家里网络中都遇到同样的问题,应该可以排除是防火墙或网络设置导致的。

我的问题

  1. 有人遇到类似的问题吗?
  2. 是否有解决办法或设置调整可以让同步更加稳定?

这个问题已经影响到我的工作效率,希望能早日找到解决方案。感谢大家的帮助!

文件数量有多少?

我家庭版拼车,前两天不知什么情况,OneDrive开始把全盘文件开始遍历同步。
总文件数在12万以上(最后看到的数字,最终有多少不确定),至今还没处理完所有更改,得等到全部处理完了,才能看是否正常,所以现在还在等。

老师们的视频还是塞进硬盘吧

我也有這個問題,但是不太影響工作。第一個「卡住」僅在我突然上傳大量文件時會有,一般停個一兩次就好了,我突然上傳大量文件的需求不高。第二個副本衝突問題,我一般都是等一個設備上的文件傳送完整才敢切另一個設備,不過僅僅很大文件的時候纔會影響效率。。

并没有统计过数量,现在有70GB文件。 我发现出现问题的时候是我大量编辑文件的时候,比如 rename 许多文件,或者 latex 编译的时候.

因为我经常在公司和家里编辑同一个 latex,为了同步就把 latex 文件夹放到 OneDrive 里面了

不好笑,而且无聊

我回想了一下,我遇到的这个问题也是 大量编辑文件的时候。 当然也不是巨大量, 也就短时间修改了 10-20文件.

很多时候没有意识到文件同步有问题。 OneDrive 卡住了,但是在另外一个电脑编辑了, 然后就有冲突了。

我现在是写了一个脚本, 每天下班前重启 OneDrive,确保卡住的文件同步到服务器,然后家中电脑能够获得最新版本

忘了在哪看到的一句话: 微软的东西, 不能用别折腾, 浪费生命

我以前用OneDrive教育版同步一个200多G的eagle库,本来就都是小文件,eagle还一式三份,同步一抽风就出现大量的副本(1)文件,由于文件太多我也不知道到底有没有丢失。
OneDrive同步巨量小文件校验实在令人有点困扰,不过民用同步服务好像也没有对特别多小文件支持特别好的(TB基本容量我也只买的起OneDrive)。

微软说的很清楚:

为了获得最佳性能,建议在整个云存储中同步不超过 300,000 个文件。 如果项数超过 300,000 个,即使未同步所有项,也可能会出现性能问题。
来源:微软支持/OneDrive /疑难解答/其他问题 /OneDrive 和 SharePoint 中的限制和限制 (微软页面上就写的是“限制和限制”…)

但实际上,当同步数量超过20W,或者文件读写很频繁时,很容易出错或卡死

OneDrive等同步盘其实都不适合同步有频繁读、写的文件夹内容。(比如同步放了微信,QQ,飞书等软件数据库的文件夹)

2 个赞

而且我一旦批量转格式,必然给我发一封邮件提醒,我删除了大量文件。

我的建议,onedrive里面再加个git,文档的话确实容易出现你说的比如xxx.txt xxx_user.txt这种多设备文件管理问题,我用git管理obsidian的md就很好的解决了这个问题.

您可以考虑换用其他同步软件?考虑到您在国外工作,您的可选择项目应该很多。您可以针对大量同步文件的需求进行相关搜索,获得更匹配您需求的内容

同步软件一直都会有同步问题。别用同步软件了。 建议你们试一下云软盘来代替同步软件。它是挂载盘,使用前不需要同步,保存时,即时保存到服务器,跟 NAS 一样。只不过 NAS 还需要自己维护,它这个直接放到公网上面。

原来如此,我说为何文件一多会大量占用硬盘读写呢

这种实时同步每次都需要扫描一遍全部文件和上一次文件信息做比较,不仅本地做比较还要和云端做比较,微软家大业大也给不了那么大的计算资源给你算啊。如果本地在被占用时是不做比较的,有些文件格式微软的比较策略一直没搞明白。
不过同步盘确实不适合放巨量文件,该做长期存档的项目就做长期存档吧。

貌似文件多是这样,会全部扫描并建索引
最近odb也有类似的情况,甚至不显示上传状态

一般网盘、云软盘、NAS,挂载为本地无非是5种协议:
smb、nfs、webdav、ftp(s)、自实现。
对大量小文件频繁读写的支持都不太行

  • FTP(SFTP):协议太古老,对于大量小文件的效率特别低。
  • WebDAV:因为是基于 HTTP 的,协议开销较高,传输速度慢。尤其是大量小文件时的传输速度,每个文件都需要经历逐步提速的过程,大文件没事,毕竟几十秒几分钟的传输,开始3、5秒慢一点没事。
  • NFS:文件锁不太稳定,偶尔两边一起访问同一个文件,可能导致访问冲突。
  • SMB:本地局域网里用起来挺好,但延迟一高就GG,而且吧,这玩意对NAS需要占用的性能还不算低。
  • 网盘自己基于 HTTP 实现的协议,基本类似WebDAV的状态。

我自己的解决方案是:不同步频繁读写和有巨量小文件的文件夹,改为定时备份。

其实微软家的365倒是可以这么用,不过我直接读写云端有点不习惯。