详解onenote中至关重要却无比坑爹的——保存与同步④:本地笔记奇葩的丢失经历

原创 小斯  2020-04-19 17:15 

(此文介绍的是我遇到过的,极其奇葩的,丢失onenote本地笔记的惨痛经历。不论是否具有普遍性,对进一步理解缓存还是很有帮助的。大家若有其他丢失经历,可以交流。)

对于onenote本地笔记本而言,由于其自动保存时间间隔只有10秒,所以即使还没来得及保存就遇到死机、断电等突发状况,丢失的也不过就是最多10秒之内编辑的内容。很多人应该有过实际经历,遇到死机再重启onenote,丢的可能就是之前几秒输入的几个字而已,重新输入即可;丢的最多时可能也就是一个复制粘贴操作,重新粘贴一遍即可。所以,正常情况下,onenote本地笔记不会丢失内容,即使丢,丢的也就是一个Ctrl+Z的距离。

不论是云笔记本还是本地笔记本,写入内容时都会先写进缓存,然后根据存储机制写入存储盘。对于云笔记,若网络较快,也能做到弹指间同步,但如果网络极差,那同步就会出问题,新增内容会一直停留在缓存上,从缓存到存储盘的传输被中断了,必须等待下一次同步成功时才能写入云盘;对于本地笔记,正常情况下新增内容10秒内就会写入本地硬盘,但本地笔记是否也会有类似云笔记“网络极差”的情况呢?

详解onenote中至关重要却无比坑爹的——保存与同步④:本地笔记奇葩的丢失经历 onenote 第1张

意外!这就是上一篇中提到的,本文重点要谈的意外情况。

这个意外情况是这样的:从某一刻开始,本地笔记本的某.one分区文件,从缓存到本地硬盘的传输通道由于某种原因被彻底切断了,从那时起,所有的更改内容全部放在了缓存上!自动保存,失效了!

这个意外情况不是我凭空想象出来的,而是我的实际经历,而且是一段极其惨痛的经历。

大概在2月下旬,电脑出问题了,重装系统。重装后再打开onenote笔记本,发现最重要的一个分区竟然丢失了很多内容。查看该分区文件最后更新时间,竟然是上一年12月初!这就是说,整整三个月,我在该分区上做的所有更改,竟然全部记录在了缓存上!重装系统自然清空了C盘缓存,而我三个月来在该分区上的所有新增笔记(刚好这段时间又新增了很多重要灵感与总结),全部丢失!其他所有分区都没问题,唯独这个最重要的分区出问题了!

为什么会出现这样的奇葩状况?说不清楚,也无从说起了。但onenote用了六七年,这样的情况,遇到了仅此一次,损失的却是最珍贵的笔记。

代价惨烈,让我对缓存有了一个相当苛刻而又本质的认识,并且形成了一条管理笔记的思想准则:眼前看到的所有内容,在验证存储文件之前,我默认当它在缓存上!

如何才能保证文件的保存万无一失?

做本地笔记备份时,一个相对简单的验证方式就是查看.one文件的最后更新时间。配合Onetastic和everything,一两分钟内就可以对所有笔记分区完成准确验证(有需要再细讲)。当然,无论本地还是云笔记,最保险最精准的方式就是跨平台(机器)查看同步情况,如果最新的更新完全一致,那就万无一失了。我一般采用前一种方法批量验证本地笔记的更新情况,少数特别重要的笔记分区,会进行跨平台验证。

我所有的知识体系,全部建立在onenote中,所以onenote的数据保存问题对我而言至关重要。如果你也用onenote记录重要笔记,建议最好搞清楚保存原理,避免笔记丢失。

这个系列到目前为止,已经写了4篇,尽量是捡我认为重要的说,希望能对大家提供一点参考。其他具体细节那就太多了,这里就不细说了。最后简单做个总结:关于onenote笔记的存储问题,最重要的就是搞清楚保存与同步机制,而要搞清楚这点,那就必须深入理解本地、云端和缓存,尤其是缓存,千万不要忽视!


温馨提示:本文首发于小斯想cas01.com),发布于多个平台,后续的内容更改与维护、相关讨论与答疑、相关资源分享与更新,主要集中在首发站进行。可关注公众号“小斯想”,及时获取相关更新。

该系列其他几篇文章如下:

 

本文地址:http://cas01.com/4893.html
关注我们:请关注一下我们的微信公众号:扫描二维码小斯想的公众号,公众号:cas01
温馨提示:本站发布的压缩包如需密码解压,若无特别说明,密码统一为:cas01.com
版权声明:本文为原创文章,版权归 小斯 所有,欢迎分享本文,转载请保留出处!

发表评论


表情