Backup
在找 WPVivid 替代方案？选择时要看什么
没有人会因为无聊而去找备份替代方案。背后通常有具体的起因：一个打不开的归档、一个不再合适的存储目标，或是一次审查中缺少了某项说明。本文梳理了常见的起因，并针对每一种说明如何判断替代方案是否真正解决了它。
起因 1：你不知道归档是否完好
这是最常见、也最令人不快的原因。一个归档放了好几年，却没人知道它能否打开。因此，要向每个替代方案提出的问题是：是否有每个归档的校验和，并且随时可以重新计算？
Kakapo Backup 为每个归档保存一个 SHA-256 校验和，一键即可比对。这不能替代恢复测试，但能发现途中损坏的一切。
起因 2：归档应当加密
备份包含整个数据库——用户账号、订单、电子邮件地址。如果它未经加密存放在存储服务商那里，其保密程度就与这家服务商完全相同。要问替代方案的问题：是否支持 AES-256，密钥由谁掌握？
只有当密钥不和归档放在一起时，加密才有用。请单独保管密钥——用密码管理器就够了。
起因 3：存储空间快满了
每天做完整备份成本高，而且大多没有必要，因为两天之间的变化很少。替代方案应当能够进行增量或差异备份，并且不重复存储相同的文件。Kakapo Backup 两种方式都支持，同时还会去重。
起因 4：你管理多个网站
每周逐个点开五个网站很费时间。检查替代方案是否提供远程管理，能否显示其他安装的状态和运行记录——以及它如何登录。Kakapo Backup 为此使用 WordPress 自带的应用程序密码，无需在厂商处另开账号。
起因 5：某次更新弄坏了东西
为此不需要完整恢复，而是需要一条恰好针对这一个插件的退路。留意替代方案是否具备更新回滚功能，以及能否创建一个可以事先试用更新的预发布环境。
起因 6：一切都应留在自己的服务器上
有些插件会通过厂商的服务传送元数据或归档。如果这对你来说不可接受，关键问题就是：备份运行是否完全在你的服务器上进行，归档是否直接发送到你的存储目标？Kakapo Backup 正是如此——未设置存储目标时，任何数据都不会离开这个安装。
简版清单
| 标准 | 为何重要 | Kakapo Backup 的情况 |
|---|---|---|
| 每个归档的校验和 | 在紧急情况发生前就能发现损坏 | SHA-256，随时可验证 |
| 加密 | 备份的保密程度取决于其存储位置 | AES-256，密钥由你保管 |
| 保留期限 | 防止存储空间被占满 | 可按计划任务分别设置 |
| 增量 | 节省空间和运行时间 | 增量和差异备份，并去重 |
| 恢复 | 真正的目的所在 | 从界面恢复，可按需启用双重验证 |
| 多个网站 | 省去来回奔波 | 通过应用程序密码进行远程管理 |
| 数据存放 | 需要记录的内容更少 | 本地存储，存储目标由你选择 |
常见问题
能否接管现有的归档？
不能，每个插件的归档格式各不相同。稳妥的做法是：保留旧归档，用新插件重新备份，在预发布环境中恢复一次，然后再切换。
主机商的备份还不够吗？
它是很好的第二份备份，但通常你无法自行检查、无法自行恢复，也无法决定它保留多久。自己的备份能让你掌握这三点。
应该多久备份一次？
取决于你愿意损失多少工作量。每周发一篇文章的博客不需要每小时备份；有订单的网店则需要。
那非常大的站点呢？
注意备份运行应分批进行，而不是一口气完成，否则会因 PHP 的执行时间上限而中断。Kakapo Backup 会预先估算所需空间，如果确定空间不足，就会阻止启动。