什么情况?思源也丢失笔记?

本贴最后更新于 689 天前,其中的信息可能已经斗转星移

昨天整理笔记,发现自己写的个人文章大概十几篇不见了,父页面插入的目录,可以看到子页面的标题,也就是我的文章的标题,但是,鼠标放上去,提示“未找到 ID 为.......的内容块”。

本以为是自己误删除了,但是想一想,父页面都还在,父页面下面的十几个子页面自己误删除的可能性太小了。心痛,还是以为是自己的操作问题。

今天再打开软件整理,发现另外一个笔记本下面的一个父页面,父页面下面的子页面又不见了,只在父页面里面能够看到插入的目录(即文章标题),大家可以看截图。鼠标放上去,提示“未找到 ID 为.......的内容块”。

这种情况不可能是误删除!但是什么情况导致的文章丢失,我也不知道,我用了十多年的为知笔记,今年开始用的思源笔记。

快照的话之前清理过一次,因为思源软件提示“快照过多建议删除已提高速度”等提示,我当时就执行过一次快照删除,所以文章什么时候丢失的我也不知道,平时每天不可能检视所有文章在不在,只有隔一段时间整理归纳。

关键是有十几篇文章是自己一个一个字敲打出来的感悟。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    28448 引用 • 119792 回帖

相关帖子

优质回帖
  • zxhd86 2 赞同

    那我觉得最好是改进一下快照保存策略,依照快照距今时间,近的每天,远一点的每个星期,再远一点每个月分级保存,一年以上再完全撤销,而不是简单的删除了事。

  • 88250 1 赞同

    你提到的数据同步稳定性的两个方面(数据损坏和数据丢失),就目前我们收集到的用户反馈和官方云端存储检测报告来看,数据损坏的问题比例已经非常低,并且还在继续降低,已经确认呈现收敛趋势;数据丢失的问题近期出现在 Android 14 上,新版本上线时间较短,还需要时间观察是否彻底解决。

    另外,同步功能和备份功能是有区别的,同步功能主要是为了数据同步,所以只提供非常有限时间的数据历史,如果需要较长时间的数据历史,应该使用备份功能。

    将云端数据对象实际占用作为云端存储占用大小的话对于用户来说是不公平的,因为实际上从同步的角度考虑,只有最新快照是有用的,这也是上面提到数据同步的使用场景。

  • 还是我之前说的那个方案来避免快照过多,逻辑很简单,取并集,同时保留最近 N 个快照和最近 M 天的快照。

    这样即防止快照过多,又防止快照时间久远被删除。

    现在完全根据时间来保留快照会出现的问题就是,如果用户长时间不写笔记,不打开软件,那云端的快照直接清零了。

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • 88250 1 赞同

    你提到的数据同步稳定性的两个方面(数据损坏和数据丢失),就目前我们收集到的用户反馈和官方云端存储检测报告来看,数据损坏的问题比例已经非常低,并且还在继续降低,已经确认呈现收敛趋势;数据丢失的问题近期出现在 Android 14 上,新版本上线时间较短,还需要时间观察是否彻底解决。

    另外,同步功能和备份功能是有区别的,同步功能主要是为了数据同步,所以只提供非常有限时间的数据历史,如果需要较长时间的数据历史,应该使用备份功能。

    将云端数据对象实际占用作为云端存储占用大小的话对于用户来说是不公平的,因为实际上从同步的角度考虑,只有最新快照是有用的,这也是上面提到数据同步的使用场景。

    2 回复
  • 其他回帖
  • 从这份日志上看可能是因为 1 月 29 号同步 Android 端时删除了文件导致,这次同步时 Windows 端文件数为 6335,Android 端文件数为 6301:

    I 2024/01/29 15:10:36 ref.go:50: got local latest [device=b51c0846-0eb7-4f16-bb9f-2bb9a919fb36/windows, id=9de37ae703ca2af41a68e934efa0335d7e902fd8, files=6335, size=381 MB, created=2024-01-29 15:03:57]
    I 2024/01/29 15:10:36 repo.go:595: walk data [files=6335] cost [421.6098ms]
    I 2024/01/29 15:10:36 ref.go:50: got local latest [device=b51c0846-0eb7-4f16-bb9f-2bb9a919fb36/windows, id=9de37ae703ca2af41a68e934efa0335d7e902fd8, files=6335, size=381 MB, created=2024-01-29 15:03:57]
    W 2024/01/29 15:11:01 repository.go:1563: index data repo before cloud sync elapsed [25444ms]
    I 2024/01/29 15:11:01 ref.go:50: got local latest [device=b51c0846-0eb7-4f16-bb9f-2bb9a919fb36/windows, id=9de37ae703ca2af41a68e934efa0335d7e902fd8, files=6335, size=381 MB, created=2024-01-29 15:03:57]
    I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/refs/latest]
    I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/indexes/b917d8b6eeb90a12f4846f1d8503779558ebf579]
    I 2024/01/29 15:11:02 sync.go:1592: got cloud latest [device=revxpfuj5rsn/android, id=b917d8b6eeb90a12f4846f1d8503779558ebf579, files=6301, size=381 MB, created=2024-01-29 01:38:48]
    I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/objects/3e/e28ee1518ae9dc191ece1738e569bc1aff9e00]
    I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/objects/8f/0d561d5f65fb9b35474563c23b2de89ae494b3]
    I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/objects/2d/f0ca3ab191b8c156ef5b50dd4614d59df0e4b8]
    

    随后在 15 点时进行过本地快照清理,这个不影响数据:

    I 2024/01/29 15:14:49 store.go:61: purging data repo [E:\思源笔记工作空间\SiYuan\repo\]
    I 2024/01/29 15:16:49 store.go:229: purged data repo [E:\思源笔记工作空间\SiYuan\repo\], [1646] indexes, [6095] objects, [114425448] bytes
    

    所以你说的数据丢失很有可能是同步 Android 数据快照的时候被删除的,请上传一下 Android 端日志以便进一步定位问题。

    目前可以考虑使用云端快照恢复看看,即在 数据历史 - 数据快照 - 云端快照 中找到 1 月 29 号 15 时 10 分之前的一个快照下载到本地,然后再到本地快照中回滚。

    1 回复
  • 但是官方订阅的快照策略要是保留期限太短的话,那就会显著差于自定义第三方同步了……在数据安全的保障上,标记快照是没有太大意义的,毕竟用户总是后知后觉数据损坏和丢失了。

    所以我的意思是,官方的优化方案尽量是在不压缩用户体验甚至提升体验的情况下进行的。如果实在不行,那可以在使用空间计算上把云端快照的实际占用也算上,让用户自己去控制云端快照空间的使用。

    自动删除 1 个月以上的云端快照,我觉得不到万不得已还是不要使用比较好。这可能是实现上最简单的方案,但可能同时也是最不受欢迎的方案。

    1 回复
  • 支持长期的数据历史成本上无法控制,据我所知同类产品中也没有能够提供长期保存的(比如 Obsidian 对于资源文件仅提供两周的历史)。

    另外,数据安全不能仅靠云端,也需要用户自己养成定期备份的习惯,只有这样数据才能更可靠。

    说到底就是两点,第一,如果不计成本那一直保存就行,但我们不可能不计成本;第二,云端存储的可用性不是 100%,所以想依靠云端存储做灾难恢复并不可靠。

  • 查看全部回帖

推荐标签 标签

  • 互联网

    互联网(Internet),又称网际网络,或音译因特网、英特网。互联网始于 1969 年美国的阿帕网,是网络与网络之间所串连成的庞大网络,这些网络以一组通用的协议相连,形成逻辑上的单一巨大国际网络。

    99 引用 • 367 回帖 • 1 关注
  • ActiveMQ

    ActiveMQ 是 Apache 旗下的一款开源消息总线系统,它完整实现了 JMS 规范,是一个企业级的消息中间件。

    19 引用 • 13 回帖 • 707 关注
  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点;但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中,从而不再需要读写 HDFS,因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 563 关注
  • 星云链

    星云链是一个开源公链,业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎,一个公链的所有功能,它基本都有,比如你可以用它来开发部署你的去中心化的 APP,你可以在上面编写智能合约,发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    5 引用 • 16 回帖 • 3 关注
  • wolai

    我来 wolai:不仅仅是未来的云端笔记!

    2 引用 • 14 回帖 • 6 关注
  • LaTeX

    LaTeX(音译“拉泰赫”)是一种基于 ΤΕΧ 的排版系统,由美国计算机学家莱斯利·兰伯特(Leslie Lamport)在 20 世纪 80 年代初期开发,利用这种格式,即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能,能在几天,甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式,这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    14 引用 • 84 回帖 • 1 关注
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时,提供更无缝的用户体验。

    1 引用 • 2 回帖 • 91 关注
  • Eclipse

    Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。

    76 引用 • 258 回帖 • 641 关注
  • 创造

    你创造的作品可能会帮助到很多人,如果是开源项目的话就更赞了!

    194 引用 • 1034 回帖
  • Logseq

    Logseq 是一个隐私优先、开源的知识库工具。

    Logseq is a joyful, open-source outliner that works on top of local plain-text Markdown and Org-mode files. Use it to write, organize and share your thoughts, keep your to-do list, and build your own digital garden.

    8 引用 • 69 回帖 • 6 关注
  • 阿里巴巴

    阿里巴巴网络技术有限公司(简称:阿里巴巴集团)是以曾担任英语教师的马云为首的 18 人,于 1999 年在中国杭州创立,他们相信互联网能够创造公平的竞争环境,让小企业通过创新与科技扩展业务,并在参与国内或全球市场竞争时处于更有利的位置。

    43 引用 • 221 回帖 • 11 关注
  • SpaceVim

    SpaceVim 是一个社区驱动的模块化 vim/neovim 配置集合,以模块的方式组织管理插件以
    及相关配置,为不同的语言开发量身定制了相关的开发模块,该模块提供代码自动补全,
    语法检查、格式化、调试、REPL 等特性。用户仅需载入相关语言的模块即可得到一个开箱
    即用的 Vim-IDE。

    3 引用 • 31 回帖 • 121 关注
  • 微服务

    微服务架构是一种架构模式,它提倡将单一应用划分成一组小的服务。服务之间互相协调,互相配合,为用户提供最终价值。每个服务运行在独立的进程中。服务于服务之间才用轻量级的通信机制互相沟通。每个服务都围绕着具体业务构建,能够被独立的部署。

    97 引用 • 155 回帖
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 193 关注
  • Python

    Python 是一种面向对象、直译式电脑编程语言,具有近二十年的发展历史,成熟且稳定。它包含了一组完善而且容易理解的标准库,能够轻松完成很多常见的任务。它的语法简捷和清晰,尽量使用无异义的英语单词,与其它大多数程序设计语言使用大括号不一样,它使用缩进来定义语句块。

    561 引用 • 677 回帖
  • OpenStack

    OpenStack 是一个云操作系统,通过数据中心可控制大型的计算、存储、网络等资源池。所有的管理通过前端界面管理员就可以完成,同样也可以通过 Web 接口让最终用户部署资源。

    10 引用 • 8 关注
  • OnlyOffice
    4 引用 • 41 关注
  • 学习

    “梦想从学习开始,事业从实践起步” —— 习近平

    176 引用 • 544 回帖
  • 链书

    链书(Chainbook)是 B3log 开源社区提供的区块链纸质书交易平台,通过 B3T 实现共享激励与价值链。可将你的闲置书籍上架到链书,我们共同构建这个全新的交易平台,让闲置书籍继续发挥它的价值。

    链书社

    链书目前已经下线,也许以后还有机会重制。

    14 引用 • 258 回帖
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖
  • Windows

    Microsoft Windows 是美国微软公司研发的一套操作系统,它问世于 1985 年,起初仅仅是 Microsoft-DOS 模拟环境,后续的系统版本由于微软不断的更新升级,不但易用,也慢慢的成为家家户户人们最喜爱的操作系统。

    232 引用 • 484 回帖
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 74 关注
  • Excel
    32 引用 • 29 回帖 • 1 关注
  • 大疆创新

    深圳市大疆创新科技有限公司(DJI-Innovations,简称 DJI),成立于 2006 年,是全球领先的无人飞行器控制系统及无人机解决方案的研发和生产商,客户遍布全球 100 多个国家。通过持续的创新,大疆致力于为无人机工业、行业用户以及专业航拍应用提供性能最强、体验最佳的革命性智能飞控产品和解决方案。

    2 引用 • 14 回帖
  • 书籍

    宋真宗赵恒曾经说过:“书中自有黄金屋,书中自有颜如玉。”

    85 引用 • 414 回帖
  • 音乐

    你听到信仰的声音了么?

    63 引用 • 513 回帖