多端笔记同步丢失数据，我是两个 pc 端，加一个移动端。使用的是阿里的 S3 服务
1。 发现一个 pc 端的笔记内容，没有同步到另一个 pc 端。
2。 移动端往 S3 上同步时好时坏。报错：RequestError: send request failed caused by: Put "": read t read: software caused connection abort (Provider: S3)
或者是我使用的问题？如何才能避免同步数据丢失？
希望进一步改善同步的稳定行吧
多端笔记同步丢失数据
相关帖子
优质回帖
-
5Z4Uo6oGvKPB7o • • 1
数据安全一直是思源笔记的重中之重，最近几个版本都在不遗余力的优化完善同步功能。
云端同步除了软件自身问题，网络和 S3 储存稳定性影响也很大，如果问题持续存在，可整体排查一遍。另外，可以发一下思源笔记的系统日志，以便于开发者排查问题
请输入回帖内容
...
-
5Z4Uo6oGvKPB7o • • 1
数据安全一直是思源笔记的重中之重，最近几个版本都在不遗余力的优化完善同步功能。
云端同步除了软件自身问题，网络和 S3 储存稳定性影响也很大，如果问题持续存在，可整体排查一遍。另外，可以发一下思源笔记的系统日志，以便于开发者排查问题
-
1。，我使用的是香港的，不能排除 s3 问题。不过就算是 S3 有问题，应该是网络层的问题，不应该影响应用。
2。丢失的那个文本，是自动同步的。那个文档移动端编写过（同步报错），A 电脑上后来打开编写（昨天 A 电脑上应该同步成功了），今天发下在 B 电脑上没了。然后，刚才 B 电脑上同步了，移动端的文档变成 B 电脑的版本，A 电脑上的也变成 B 电脑的版本。
好在，在 A 电脑上，把文件找回来了。
如果移动端、A 上面有过一次同步成功，应该云端就有。不过也说不通，不管哪段有个文档同步失败，再次同步不应该全盘覆盖啊。
siyuan 的同步逻辑是不是太粗暴了，文件是否最新，不应该是文件级别颗粒度吗？不应该和哪个终端有关系啊
1 回复 -
-
今天又一次数据没有同步过来
是移动端编辑了，PCA 早上同步了，晚上 PCB 上的文件没有同步过来。
有问题的文件是 daily note 日志，我发现移动端的今天自动创建的 daily note 文档 ID 和 PC B 的 daily note 文档 ID 不一样。
好奇怪。systemlog1.zip
今天的发生时间发生在 20:45 左右。 -
-
-
-
你之前上传的日志分析如下：
从 B 设备上的日志可以看出，在 15 号 20:38:01 的快照中出现了
20231215203753-nhtnjfb文件，这个文件已经被正确同步到云端，文件数量由 5788 变为了 5789，快照 IDd1fd58b15d45f24c0bdd054cdcb956e3154a1600：
这个设备上接下来的几次同步并没有变更文件，所以快照 ID 没变，直到退出安装新版本：
但是，在移动端 20:41:16 的日志可以看出下载的快照
cefc1591d904e28624559b32c11d86772e629588并不是最新快照（最新快照是上面 B 设备上传的快照d1fd58b15d45f24c0bdd054cdcb956e3154a1600）：这个快照是由 A 设备在 15 号早上 10:16:32 上传的：
也就是说移动端下载到了旧的快照，所以导致接下来的同步不符合预期。
我建议你排查一下云端存储 S3 的配置，比如是否开启了 CDN 或者缓存之类的配置，如果开启了就关闭掉，否则会导致无法正确同步的问题。
请输入回帖内容
...