手动创建备份 — 重要操作前的即时快照
什么时候必须手动备份
虽然自动备份每天都在做，但以下场景需要在操作前主动创建一份即时快照：
| 场景 | 为什么要先备份 |
|---|---|
| 修改主密码 | 整个 Vault 会重新加密，过程中如果断电/崩溃可能损坏 |
| 批量删除条目 | 删错了就找不回来 |
| 从其他密码管理器导入大量数据 | 新导入的数据可能有质量问题 |
| 跨 Vault 迁移条目 | 操作复杂、容易出意外 |
| 安装 Enpass 重大版本更新 | 极少数情况下更新可能影响数据 |
| 导出后切换密码管理器 | 确认旧 Vault 数据完整无误后再删 |
| 定期"健康检查" | 每月手动做一次，作为自动备份的补充 |
黄金法则：任何影响 Vault 数据完整性的操作前，先做一份手动备份。30 秒的操作，避免几小时的数据恢复。
手动备份步骤
桌面端
- Enpass → File → 备份 / Backup（有些版本叫 File → Create Backup）
- 弹出备份界面 → 点 创建备份 / Create Backup
- 选择备份文件保存位置（建议和自动备份不同的位置——比如桌面、外部硬盘）
- 输入备份文件名称（通常自动带上 Vault 名和时间戳，可以自定义）
- 保存 → 等待 Enpass 完成
移动端
- Enpass → 设置 → 备份 / Backup
- 点"创建备份 / Create Backup"
- 选择保存位置（iOS 用"文件"App，Android 用文件管理器）
- 等待完成
备份文件应该存在哪
建议的备份存储策略：
最安全的方案：三重备份
位置一：Enpass 自动备份文件夹（电脑本地）
位置二：手动备份 → 单独的 USB 硬盘
位置三：手动备份 → 另一个独立的云盘（不是存 Vault 的那个！）为什么位置三要换云盘
如果 Vault 存在 Google Drive，手动备份不要也存 Google Drive——万一 Google 账号被封了、或者 Google Drive 被攻击了，两个位置同时失效。换 Dropbox 或 OneDrive 存备份，做到云服务层面的隔离。
备份 vs 导出的区别（再强调一次）
这个区别很重要，容易混淆：
| 维度 | 备份（.enpassbackup） | 导出（JSON/CSV/TXT） |
|---|---|---|
| 文件加密 | ✅ 完整加密的数据库副本 | ❌ 明文！ |
| 用途 | 恢复（灾难恢复） | 迁移（换密码管理器） |
| 恢复方式 | Enpass → Restore from Backup | 导入到新密码管理器 |
| 包含密码历史 | ✅ | ❌ |
| 包含附件 | ✅ | ❌ |
| 能否被文本编辑器打开 | ❌ | ✅（风险） |
| 哪个是"保险" | ✅ 备份 | ❌ 导出不是保险 |
结论：不要用导出替代备份。 导出是迁移用的工具，备份才是恢复用的保险。
备份文件会不会占用太多空间
Enpass 备份是压缩的加密数据库文件，通常很小：
- 50 条登录 + 几张附件 → 备份文件通常 1~5 MB
- 500 条登录 + 十几张附件 → 备份文件可能 10~30 MB
- 哪怕很大的 Vault，备份文件也很少超过 100 MB
几乎不占空间——没有不做的理由。
备份文件命名建议
手动备份时建议在自动生成的文件名基础上加备注：
Enpass_PrimaryVault_2024-10-13_迁移前备份.enpassbackupEnpass_PrimaryVault_2024-10-15_改主密码前.enpassbackup
这样以后需要恢复时能快速识别"哪个备份是什么时候做的"。
下一步
万一真的需要从备份恢复——参见 恢复 Vault 数据。