BackWPup 与 Kakapo Backup 对比:任务还是凭证?
BackWPup 以任务为核心:由你来组合备份什么、存到哪里、何时运行——任务数量不限,组合非常自由。Kakapo Backup 则从结果出发:一个归档、一份凭证、一套保留规则。同一项工作,两种都行得通的思路。
简短的回答
BackWPup 用户众多,可以免费上手,任务配置非常灵活——甚至可以只做数据库转储,或者运行不生成归档的检查。恢复功能和部分存储目标属于付费版本。
Kakapo Backup 提供的组合方式更少,保障更多:每个归档都有 SHA-256 校验和,使用你的密钥进行 AES-256 加密,可选 GPG 签名,有防止事后篡改的 WORM 锁定,并在每次更新前创建还原点。
两者的区别在哪里
| 问题 | BackWPup | Kakapo Backup |
|---|---|---|
| 价格 | 免费,有 Pro 版本 | 付费插件,一个许可证涵盖九款 |
| 任务可自由配置 | 非常灵活 | 有意保持精简 |
| 从界面中恢复 | 取决于套餐 | 内置 |
| 每个归档的校验和 | 需核实 | SHA-256,随时可验证 |
| 加密 | 取决于套餐 | AES-256,密钥由你保管 |
| 不可篡改 | — | WORM锁定 |
| 每次更新前备份 | — | 内置,保留期限独立设置 |
| 带去重的增量备份 | 需核实 | 是 |
| 防篡改的日志链 | — | 是 |
决定选择的关键问题
你是想构建备份,还是想证明备份?如果你需要许多不同的配置——每晚一次数据库转储、每周一次完整备份、每月一次导出到另一个存储目标——那么用可自由组合的任务会更高效。
反之,如果你必须证明某个归档未被改动、想要加密,并且在发生事故后必须能说明何时发生了什么,就需要另一个方向。两者兼备的工具很少见,因为这是彼此相反的设计取舍。
对于任何免费备份插件,都要先检查“恢复”是否包含在免费功能范围内。一份只有升级到更高版本才能还原的备份,到了关键时刻会是个令人不快的意外。
何时 BackWPup 是更好的选择
- 你需要许多配置各不相同的任务
- 你想先免费开始,以后再做决定
- 你备份的是单个网站,没有举证义务
何时 Kakapo Backup 是更好的选择
- 你必须能够证明某个归档未被改动
- 归档应当加密,并使用你自己的密钥
- 你希望在每次更新前自动留好退路
- 你用一个许可证管理多个网站
归档应该放在哪里
最重要的决定不在于插件,而在于存储目标。与网站位于同一台服务器上的备份,扛不住硬盘损坏,扛不住访问账号被删除,更扛不住恶意软件的加密——那样的话,它从来就不是备份,而只是一份副本。
- 至少有一个存储目标位于运行网站的服务器之外。
- 独立的访问凭据:即使有人接管了网站,也不应能借此删除归档。
- 清晰可查的保留规则:每天保留七份、每周四份、每月十二份,对大多数网站来说绰绰有余。
- 一个你自己就能访问的存储目标——无需经过主机商,以防问题恰恰出在主机商身上。
这对两款插件同样适用。区别在此之后才出现:在存储目标处是否仍能证明归档未被改动,以及能访问存储的人是否能读取其内容。
六步完成切换
- 用旧插件运行一次完整备份并下载下来——这是你的退路。
- 安装新插件并填写存储目标,但先不要启用计划任务。
- 手动备份一次,检查文件是否已到达存储目标、大小是否合理。
- 在预发布副本上恢复这个归档。没有这一步,你只知道有一个文件存在。
- 在新插件中启用计划任务,并在旧插件中停用它。
- 让旧插件继续保持安装两周,但不启用计划任务。之后就可以删除了。
同时启用计划任务的两个备份插件并不是双重保障,而是双重负担:两者会打包同样的文件,而且往往在夜里的同一时刻进行,在小型主机套餐上,这会让服务器触及执行时间上限。