电脑里有一份文件，网盘里再存一份，我们会觉得踏实不少。做线上生意时，也容易把“备份成功”理解成“出了事还能继续营业”。可这中间其实隔着好几道门。
想象一家小店使用预约软件。系统每天凌晨备份，某天下午数据库出了问题，经营者很快找回了昨晚的数据。页面重新打开，客户名单也在，看起来已经恢复了。
但今天上午刚下的预约不见了。店员不知道谁约了下午三点，用户手机里却还留着预约成功的通知。技术上找回了一份数据，生意上仍然对不上账。
这就是备份与恢复的差别。备份保存某个时刻的东西，恢复则要让人重新完成真实业务。除了数据库，还可能需要图片、系统配置、访问权限，以及连接外部服务的凭证。少一样，都可能卡在“文件在，系统用不了”的状态。
AWS 的恢复测试指南特别关注两件事：业务恢复要多久，能够接受丢失多近的数据。它也提醒，仅把备份导入而不检查数据能否使用，是常见误区。资料：AWS 恢复测试指南
这两个问题，用生活语言更容易理解。停半小时和停两天，对一家店的影响不同；缺一分钟的记录和缺一天的记录，补救工作也完全不同。所以，“我们有备份”其实还没回答客户最关心的事。
还有一个容易忽略的麻烦：旧系统恢复后，可能把过去的通知再发一遍，或重新执行排队中的任务。一次恢复是否成功，不能只看首页亮没亮，还要看订单、付款和交付有没有回到正确的状态。
我更愿意把备份看成急救箱。里面有药品、有器材，很必要；但它与完成一次救治毕竟有距离。真正让人放心的，是有人知道怎样使用这些东西，也曾验证过它们确实能派上用场。
等那位下午三点来店里的客户出现时，店员能准确找到他的预约，这次恢复才算接近完成。