备份策略 · Obsidian 教程

有一个常被忽视的真相：同步不是备份。Obsidian 官方在帮助文档里反复强调这一点。同步让多台设备的文件保持一致——你在手机上误删了一段，它也会忠实地把删除同步到电脑上；同步服务没有”主设备”的概念，它只负责让两边一样，不负责替你挽留。

备份则相反。它是一份”在别处”的副本，单向、只读、不动原件，专门为”万一”而生。数据丢失从来不是”会不会”的问题，而是”什么时候”的问题。所以，在同步之外，你需要一套独立的备份策略。

第一道防线：File Recovery 核心插件

不必等任何付费服务，Obsidian 自带的核心插件 File recovery 就是你的第一道防线。它会按固定间隔为笔记拍下完整快照——不是增量，而是整篇内容的快照——存进全局设置目录（位于 Vault 之外，所以即便 Vault 出事，快照还在）。

默认配置下，快照之间至少间隔 5 分钟，保留 7 天。你可以在 设置 → 核心插件 → File recovery 里调整这两个参数。恢复时进入同一页面的”Snapshots → View”，输入文件名，便能浏览各时间点的版本，点 Restore 整篇还原，或点 Copy 把内容粘到新笔记里，还能开启”Show changes”对比差异。

但官方也坦白了它的局限：只能恢复 .md 和 .canvas 文件；快照按设备存储、不会随 Sync 同步到其他设备；存储空间有限，并非完整备份方案。它是”刚刚误删、立刻后悔”时的救命稻草，却撑不起长期与全局的安全。

第二道防线：本地备份

给整个 Vault 文件夹定期做一份归档，是最朴素也最可靠的备份。思路有三：

压缩归档：定期把 Vault 打成 zip，按日期命名，存到另一块硬盘或 NAS。社区插件 Local Backup 能自动化这件事，把副本丢进你指定的文件夹，甚至可以是 Dropbox 同步目录——本地与云端一举两得。
定时任务：macOS 用 rsync 写个 launchd 任务，Windows 用任务计划程序配合 robocopy，Linux 一行 cron 搞定。一旦设定，静默运行，几乎零维护。
系统级备份：macOS 的 Time Machine、Windows 的文件历史记录 / OneDrive 备份，都能把 Vault 纳入整机备份的羽翼。这是最”无脑”的方案，只要你开着外置硬盘或云备份，它就在替你兜底。

第三道防线：Git 版本备份

如果你已经按上一篇的推荐用 Git 同步，那么恭喜——Git 本身就是一份近乎完美的版本备份。每一次 commit 都是一个可回溯的快照，配合 GitHub/Gitee 的私有仓库，远程副本天然成立。

社区插件 Obsidian Git 能让这套流程半自动化：定时 commit、自动 push、甚至开机即同步。它的妙处在于，备份与版本控制合二为一，你不仅能恢复”昨天的样子”，还能看见”这一周我改了什么”。官方在备份文档里也点名推荐了它，并提醒：数据会落在第三方托管平台，私有仓库是底线。

3-2-1 原则：多重备份的黄金法则

数据安全的业界共识叫 3-2-1 原则：至少 3 份副本，存于 2 种不同介质，其中 1 份在异地。落到 Obsidian 上，一个稳当的组合是：

原件：本地 Vault（你在用的这一份）。
本地备份：Time Machine / 外置硬盘 / NAS 上的副本。
远程备份：Git 私有仓库，或云盘里的 zip 归档。

三种介质、两处地点，任一环节失火，都能从别处重建。重要的是：选一台设备作为”主设备”（通常是你最常办公的那台），备份只从它发起，避免多端同步把混乱写进备份里。

备份的验证与演练

备份最大的陷阱，是”以为备了就安全了”。多少人备份三年，出事时才发现压缩包是坏的、硬盘早已掉线、Git 仓库从未真正 push 成功。备份若不验证，等于没备。

养成两个小习惯：其一，定期抽检——每月挑一两个备份，试着打开、试着恢复，确认文件完整可读；其二，年度演练——找一台干净机器，从备份完整还原一次 Vault，走通”灾难恢复”的全流程。只有亲手恢复成功过，你才能在真正出事时不慌。

File recovery 管眼前的小错，本地备份管中期的稳妥，Git 与远程归档管长期的底气，3-2-1 原则把它们织成一张网。笔记写了那么多字，值得被这样郑重地看护。