Skip to content

文件恢复

关于文件恢复

文件恢复是 Obsidian 内置的数据保护插件,自动保存笔记快照,可在误删、误编辑或数据损坏时快速恢复。无需订阅,开箱即用。

为什么需要文件恢复?

常见数据丢失场景

场景原因文件恢复能否应对
误删笔记手误删除重要文件✅ 可恢复
误编辑覆盖编辑后保存错误内容✅ 可恢复
批量操作失误批量操作出错✅ 可恢复
插件导致问题插件异常修改文件✅ 可恢复
同步冲突丢失同步冲突处理不当✅ 可恢复
设备丢失物理设备丢失❌ 需配合同步

核心特点

特性说明
自动快照定期自动保存笔记快照
本地存储快照存储在本地,无需网络
免费使用内置核心插件,无需订阅
快速恢复一键恢复到任意快照
低资源占用智能增量保存

启用文件恢复插件

启用步骤

yaml
步骤:
  1. 打开「设置」→「核心插件」
  2. 找到「文件恢复」选项
  3. 开启开关启用插件
  4. 插件立即开始工作

确认运行状态

yaml
检查方式:
  1. 打开「设置」→「文件恢复」
  2. 查看「上次快照时间」
  3. 确认快照列表有内容

快照设置

基本配置

进入「设置」→「文件恢复」:

设置项说明默认值
快照间隔自动保存快照的时间间隔5 分钟
保留时长快照保留的时间长度7 天

推荐配置

根据使用频率选择合适配置:

yaml
轻度使用(每周几次):
  快照间隔: 10 分钟
  保留时长: 7 天
  存储占用: 较小

中度使用(每天使用):
  快照间隔: 5 分钟
  保留时长: 14 天
  存储占用: 中等

重度使用(频繁编辑):
  快照间隔: 2 分钟
  保留时长: 30 天
  存储占用: 较大

自定义配置

yaml
配置建议:
  快照间隔:
    - 太短: 占用存储空间大
    - 太长: 可能丢失中间编辑
    - 建议: 5-10 分钟为宜
    
  保留时长:
    - 太短: 历史恢复选项少
    - 太长: 占用存储空间大
    - 建议: 7-14 天为宜

查看快照

通过设置访问

yaml
步骤:
  1. 打开「设置」→「文件恢复」
  2. 点击「查看快照」按钮
  3. 看到所有可用快照时间点

通过命令访问

yaml
步骤:
  1. Ctrl+P 打开命令面板
  2. 输入「文件恢复」或「快照」
  3. 选择「打开快照」命令

快照列表说明

yaml
快照信息:
  时间点: 快照创建的日期时间
  文件数: 该快照包含的文件数量
  操作: 查看详情、恢复选项

恢复文件

恢复单个文件

yaml
步骤:
  1. 打开文件恢复界面
  2. 选择快照时间点
  3. 浏览或搜索文件
  4. 点击文件预览内容
  5. 确认是需要的版本
  6. 点击「恢复」按钮

恢复多个文件

yaml
步骤:
  1. 在快照视图中勾选多个文件
  2. 点击「恢复选中」按钮
  3. 确认恢复操作
  4. 等待恢复完成

恢复整个仓库

高风险操作

恢复整个仓库会覆盖当前所有文件,此操作不可撤销!执行前请:

  1. 确保已备份当前重要内容
  2. 确认选择了正确的时间点
  3. 了解这将回滚所有更改
yaml
步骤:
  1. 选择要恢复的快照时间点
  2. 点击「恢复整个仓库」
  3. 阅读警告提示
  4. 确认操作
  5. 等待恢复完成
  6. 重启 Obsidian

恢复到新文件

如果不想覆盖当前文件:

yaml
方法:
  1. 在快照中找到文件
  2. 复制文件内容
  3. 在当前笔记中粘贴
  4. 或创建新笔记保存

快照存储详情

存储位置

仓库目录/
└── .obsidian/
    └── app-recovery/
        ├── 2024-03-15-10-00-00/
        │   ├── 笔记1.md
        │   └── 笔记2.md
        ├── 2024-03-15-10-05-00/
        │   └── ...
        └── ...

存储机制

yaml
快照原理:
  增量保存:
    - 只保存有变化的文件
    - 减少存储空间占用
    
  文件结构:
    - 每个快照是一个完整目录
    - 保存当时的文件状态
    - 独立可恢复

存储空间管理

yaml
空间优化方法:
  调整设置:
    - 减少保留时长
    - 增加快照间隔
    
  手动清理:
    - 删除不需要的旧快照
    - 在设置中点击「清除所有快照」
    
  定期维护:
    - 每月检查存储空间
    - 清理不需要的历史

查看存储占用

yaml
方法:
  1. 右键点击仓库文件夹
  2. 查看属性/大小
  3. 或查看 .obsidian/app-recovery 目录大小

与回收站配合

两者的区别

功能回收站文件恢复
保护对象已删除文件所有文件的历史版本
恢复内容删除时的状态任意时间点的状态
存储位置.trash 目录.obsidian/app-recovery
保留时间手动清理自动清理

最佳配合使用

yaml
删除文件:
  1. 首先检查回收站
  2. 回收站没有再查文件恢复

编辑失误:
  1. 直接使用文件恢复
  2. 找到之前的版本

全面保护:
  - 两者同时启用
  - 双重保障数据安全

与同步插件配合

功能对比

插件保护范围恢复方式适用场景
文件恢复本地快照本地恢复误删、误编辑
同步插件云端历史跨设备恢复设备丢失、远程恢复

双重保护策略

yaml
本地保护(文件恢复):
  优点:
    - 无需网络
    - 恢复速度快
    - 免费使用
  缺点:
    - 仅本设备可用
    - 设备丢失则数据丢失

云端保护(同步插件):
  优点:
    - 跨设备恢复
    - 设备丢失可恢复
    - 更长的版本历史
  缺点:
    - 需要网络
    - 需要订阅

最佳实践:
  - 两者同时启用
  - 形成双重保护
  - 本地快速恢复 + 云端远程备份

常见问题

快照占用空间太大

解决方案
  1. 减少保留时长

    • 设置 → 文件恢复 → 保留时长
    • 从 30 天减少到 7-14 天
  2. 增加快照间隔

    • 设置 → 文件恢复 → 快照间隔
    • 从 2 分钟增加到 5-10 分钟
  3. 手动清理旧快照

    • 在快照列表中删除不需要的
    • 或点击「清除所有快照」
  4. 定期维护

    • 每月检查存储空间使用情况
    • 及时清理历史数据

找不到需要的文件

解决方案
  1. 尝试更早的快照时间点

    • 文件可能在更早的快照中
  2. 检查文件是否在快照范围内

    • 某些文件可能被排除
  3. 搜索功能

    • 使用快照界面的搜索框
    • 搜索文件名或内容
  4. 检查回收站

    • 删除的文件可能在 .trash 目录
  5. 使用同步历史

    • 如果启用了同步插件
    • 可查看云端版本历史

恢复后文件内容不对

解决方案
  1. 确认选择了正确的时间点

    • 重新检查快照时间
    • 选择正确的时间点
  2. 文件被覆盖

    • 恢复后又被其他操作覆盖
    • 尝试更早的快照版本
  3. 尝试其他快照

    • 选择更早或更晚的版本
    • 对比不同版本内容
  4. 检查同步冲突

    • 可能存在冲突副本
    • 查找带 "conflict" 的文件

快照功能不工作

解决方案
  1. 确认插件已启用

    • 设置 → 核心插件 → 文件恢复 → 开启
  2. 检查设置是否正确

    • 快照间隔是否合理
    • 保留时长是否设置
  3. 重启 Obsidian

    • 完全关闭后重新打开
  4. 检查存储权限

    • 确保 Obsidian 有写入权限
    • 检查磁盘空间是否充足
  5. 查看控制台错误

    • Ctrl+Shift+I 打开开发者工具
    • 查看 Console 中的错误信息

最佳实践

日常使用建议

yaml
编辑习惯:
  - 重要编辑前确认快照状态
  - 定期检查快照是否正常工作
  - 了解恢复流程以备不时之需

定期检查:
  每周:
    - 查看快照是否正常创建
    - 检查存储空间使用情况
    
  每月:
    - 清理不需要的旧快照
    - 调整快照设置(如需要)
    - 验证恢复功能可用

数据安全策略

yaml
三层保护建议:
  第一层 - 文件恢复:
    - 快速本地恢复
    - 处理日常误操作
    - 无需网络
    
  第二层 - 同步插件:
    - 云端备份
    - 跨设备恢复
    - 设备丢失保护
    
  第三层 - 外部备份:
    - 定期导出备份
    - Git 版本控制
    - 异地存储

紧急恢复流程

yaml
笔记误删:
  1. 首先检查回收站(.trash 目录)
  2. 使用文件恢复插件查找历史版本
  3. 如有同步,检查云端历史版本
  4. 最后尝试外部备份

内容误覆盖:
  1. 使用文件恢复查找之前的版本
  2. 恢复或复制需要的内容
  3. 验证内容正确性

仓库损坏:
  1. 不要继续操作
  2. 备份当前状态
  3. 使用文件恢复整个仓库
  4. 或从同步/备份恢复

相关链接

最后更新:2026年2月28日编辑此页反馈问题