昨天刚求助完,无果,一条条重新搬运回来一组丢失的笔记。
今天有凭空消失了两组...........为什么会这样子?
又消失了两个笔记本组,心累了...... 昨天刚求助完
相关帖子
- 其他回帖
-
@88250 你看下面这部分日志,我没理解错的话其中
4c827840449d866259f84b299d35df66d890f4c2, files=4046, size=6.35 GB, created=2024-06-04 00:04:48
创建时间是00:04:48
他覆盖了[722f0d7f0bfe73867c960fef2ace822c04dd183a] files [4057]
,往上翻看到I 2024/06/04 00:11:34 ref.go:64: updated local latest to [device=b292b2e7-0dee-4d87-9d0b-ff287716c1c7/windows, id=722f0d7f0bfe73867c960fef2ace822c04dd183a, files=4057, size=6.36 GB, created=2024-06-04 00:11:34]
创建于00:11:34
,这里创建时间较早的覆盖来创建时间更晚的是不是有问题I 2024/06/04 00:11:37 sync.go:221: got local latest [722f0d7f0bfe73867c960fef2ace822c04dd183a] files [4057] I 2024/06/04 00:11:37 sync.go:1454: got latest sync [device=b292b2e7-0dee-4d87-9d0b-ff287716c1c7/windows, id=4c827840449d866259f84b299d35df66d890f4c2, files=4046, size=6.35 GB, created=2024-06-04 00:04:48] I 2024/06/04 00:11:37 sync.go:228: got latest sync [4c827840449d866259f84b299d35df66d890f4c2] files [4046]
1 回复 -
额,就是说可以设置多个同步点(A、B、C),比如 A 使用思源官方的同步,作为主同步点,就跟现在正常的同步一样,可以执行双向同步,本地的增删改在 A 上也会同步。而 B、C 只作为备份点,可以用 S3、WebDav、本地目录等,对本地数据做全量压缩备份,B、C 上会保留多个备份,但不是像 A 那样实时同步每一次增删改,而是只打包上传每次最新的本地数据。这样子就可以实现多地多中心备份了,避免因为本地或者云端数据损坏同步至多端上,导致数据全部损坏无法找回,一旦本地或云端数据出现故障,用户可以自行从 B、C 上获得最近的全量备份进行恢复。虽然这个也可以自己通过其他计划程序在后台实现,但是如果要确保数据安全,就要退出思源然后操作,所以如果官方能够支持是最好的,也能避免像讨论中说的那样多个进程同步读写工作空间导致数据损坏。
或者也可以像 ringx 说的那样:
第一个还好吧,一个「馊主意」是在思源软件本地内支持一个「webdav」把读写交给他,sync 本地的目录作为 webdav 的目录。这样问题就又变成一个 web 问题了,可以避开不同平台、系统的文件 api 了,反正笔记内置了一个 http 服务器的。
第二个的话,我之前本来也想提的,后来想想没啥必要(虽然我常用的 DevonThink 可以支持多个备份源的)。我是一开始用 webdav,后来加了一个 s3,发现只能 enable 一个。这个倒不是什么大问题,也没必要搞那么多备份。
作者:ringx
链接: 又消失了两个笔记本组,心累了...... 昨天刚求助完 - ringx 的回帖
来源:链滴
协议:CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/这样同步到本地多一个全量备份,然后用户再通过其他程序去读写这个本地的备份目录进行其他备份,而不读写思源的工作空间。
1 回复 -
我的意思是,就像这个楼主遇到的情况,有可能触发了某些「诡异」,让他正在经历丢数据的痛苦中。
如果我遇到这种情况,那么会「导出」一份数据,然后把原来的「笔记软件」和「笔记数据」全删除了,然后重新安装一份,从本地 sync 回来。
而且支持 sync 到本地,那么我的 google drive 和 icloud 也可以用来备份数据了。这个也是我使用了很多笔记软件它们的套路,非常适合小白用户的。
你看,我这样想对不对。如果有时候因为插件,或者逻辑缺陷,导致思源笔记在做一些错误的数据删除,那么此时你的数据是"绝对不安全"的。因为本地的修改会被同步到 s3 云上,云上的数据也会经历删除。
那么我作为一个用户第一步应该先本地备份一下我的数据,再排查问题。这样我只要保证第一份备份在,数据总有回复的一天。
在出故障的时候,就不太能相信软件内的快照了。
3 回复 - 查看全部回帖