Obsidian 知识库备份完全指南
为什么要备份 Obsidian？理解 Obsidian 数据丢失风险
Ginkgo Backup 是一款本地优先的备份工具，可自动备份并加密您的 Obsidian 知识库，让每一个版本都能离线访问，不依赖 Obsidian Sync。
Obsidian 将笔记以纯 Markdown 文件存储在本地知识库文件夹中。这种本地优先的设计是 Obsidian 最大的优势之一，但同时也意味着你的数据只取决于它所在的那块硬盘。硬盘故障、勒索软件、笔记本丢失、误删操作都可能在瞬间抹掉你多年的笔记。
Obsidian Sync 是官方付费同步服务，可在多设备间复制知识库 — 但同步不等于备份。如果一个文件被损坏、删除或覆盖，这个变更会传播到每一台同步的设备。同步防的是设备丢失，不是错误的编辑。
完善的备份策略确保你始终拥有独立、加密、带时间点的知识库副本，让你能在误编辑、批量删除或知识库损坏后几小时或几周内恢复。
行业调研持续显示，约三分之一的用户曾在单一设备或云端应用中丢失过数据。Obsidian 的本地优先模型让备份变得更加关键，因为没有云端安全网在兜底你的文件。
Ginkgo 如何备份 Obsidian — 自动化的 Obsidian 知识库备份
Ginkgo Backup 监听你的 Obsidian 知识库文件夹，每次笔记变更都创建增量、加密的备份 — 无需手动导出，无需维护脚本。
备份是增量的。首次全量备份后，Ginkgo 只存储 Markdown 文件和附件的变化部分，因此后续备份在几秒内完成，而不是每次重新复制整个知识库。
每个文件在离开你的设备之前，都会在本地用 AES-256-GCM 加密。这种零知识设计意味着只有你持有加密密钥——我们、你的云存储商、Obsidian 都无法解密。
时间点恢复让你可以把任意笔记、附件或整个知识库回滚到之前的快照，无论是几小时还是几周前的误编辑、批量删除或插件导致的损坏都能撤销。
恢复时内容保持纯 Markdown 格式，因此你的笔记可以在 Obsidian、Logseq、Foam 或任何其他 Markdown 工具中无缝使用——无专有锁定。
通过社区插件设置 Obsidian 备份
1. 从 Obsidian 的社区插件浏览器安装 Ginkgo Backup 社区插件，或从 Ginkgo Backup 官网下载后放置到知识库的 .obsidian/plugins/ginkgo-backup/ 文件夹。
2. 在 Obsidian 的 设置 → 社区插件 中启用插件。插件直接连接到运行在您机器上的 Ginkgo Backup 桌面端 — 无需云端账户。
3. 在 Ginkgo Backup 桌面端，添加一个新的本地文件夹源，指向你的 Obsidian 知识库文件夹。Ginkgo 会自动检测 Markdown 文件、附件和 .obsidian 配置文件夹。
4. 选择备份目标（本地硬盘、NAS 或云存储），设置计划 — 每小时、每天或每次变更 — 运行首次备份。Ginkgo 之后会自动保持知识库备份。
从备份恢复并恢复已删除的 Obsidian 笔记
浏览任意备份快照，找到某个笔记在特定时间点的确切状态——适合审计变更或恢复几周前删除的内容。
一键恢复单个笔记、整个文件夹或整个知识库。恢复的内容会按原始文件夹结构写回你选择的位置，可直接在 Obsidian 中重新打开。
通过恢复最新的干净快照到全新安装的 Obsidian，从勒索软件、硬盘故障或知识库损坏中恢复。由于备份是加密且异地存储的，单台被入侵的机器无法拖垮你整个笔记历史。
Ginkgo 保留每个快照的完整历史，因此你不受限于最近一次备份。保留策略可配置——可保留一天的每小时快照、一个月的每日快照、一个季度的每周快照、以及多年的每月快照。
Obsidian Sync vs Ginkgo Backup — 为什么同步不等于备份
Obsidian Sync 是 Obsidian 团队的官方付费同步服务。它可在多设备间复制知识库，并保留 12 个月的文件版本历史。它在保持笔记同步方面表现出色，但不是完整的备份策略。
同步会传播变更——包括不想要的变更。如果插件损坏了知识库、同步冲突覆盖了笔记、或你误删了文件夹，这个变更会被推送到每一台同步的设备。同步防的是设备丢失，不是错误的编辑。
Obsidian Sync 的版本历史限制为 12 个月，且只覆盖单个文件版本，不覆盖完整知识库快照。你无法用一次操作把整个知识库回滚到已知良好状态。
Obsidian Sync 把你的数据存储在 Obsidian 的服务器上。虽然团队信誉良好，但这意味着你的笔记只取决于他们的基础设施和你的账户安全。账户被入侵或服务停摆都可能让你无法访问。
Ginkgo Backup 补充或替代 Obsidian Sync：它在你控制的存储上保存加密、带时间点的快照，提供无限版本历史和完整知识库恢复。你可以两者并用 — Sync 用于多设备编辑，Ginkgo 用于备份和恢复 — 或者单独使用 Ginkgo，通过你的云存储手动同步。
Obsidian 备份最佳实践 — 3-2-1 原则
遵循 Obsidian 的 3-2-1 备份原则：至少保留 3 份知识库副本，存储在 2 种不同介质上，至少 1 份存放在异地。Ginkgo Backup 通过在单一计划中支持本地硬盘、NAS 和云目标，让这一点变得简单。
定期验证备份。从未恢复过的备份只是假设，不是备份。每月打开一次快照，恢复一个随机笔记，确认内容和附件完好无损。
始终在 Obsidian 备份离开设备之前加密。Obsidian 知识库常包含个人日记、财务笔记或专有研究——AES-256-GCM 零知识加密确保即使你的存储商被入侵，也只有你能读取。
备份整个知识库文件夹，包括 .obsidian 配置文件夹。知识库重置后丢失插件设置、主题和工作区布局是个小但实际的生产力损失，备份可以避免。
保留足够的版本历史以应对缓慢发生的问题。两周前在每日笔记中引入的错别字和今天的删除一样有害，但只有当备份保留了变更发生前的快照时，你才能发现它。
需要防范的常见 Obsidian 数据丢失场景
硬盘故障是 Obsidian 数据丢失最常见的原因。由于 Obsidian 把知识库存储为本地文件，除非你有异地备份，否则单块磁盘故障可能抹掉多年的笔记。Ginkgo Backup 增量、加密的云存储快照默认覆盖此场景。
插件损坏是一个频繁但少被讨论的风险。一个行为异常的社区插件可能静默重写、复制或删除知识库中的笔记。Obsidian Sync 会把损害传播到每台设备。从 Ginkgo 快照做时间点恢复是回到已知良好状态的最快路径。
同步冲突发生在同一笔记在 Sync 运行前在两台设备上被编辑时。Obsidian 会创建冲突文件，但手动解决它们既繁琐又容易出错。备份让你可以对比当前状态与冲突前的快照，选择正确的版本。
针对本地文件的勒索软件是日益增长的威胁。异地存储的加密 Obsidian 备份 — 在你控制的云存储上，密钥 Ginkgo 永远看不到 — 是勒索软件锁定主盘时的恢复路径。
误批量删除比你想象的更常见。一个按错的快捷键、批量编辑插件中错误的正则、或一次误点的文件夹删除，都可能一次移除数百条笔记。有了 Ginkgo Backup，你可以只从几分钟或几小时前恢复受影响的笔记，而不回滚整个知识库。
所有场景的共同点是：Obsidian 自身无法保护你免受知识库内部或设备上发生的事件。只有独立、加密、带版本历史的备份，才能在事实来源被破坏时给你恢复路径。