网站备份究竟应该恢复什么？

备份任务即使成功完成，也可能从未做过恢复测试。成功报告并不能说明这份副本能否找回业务所需的网站内容。即使首页已经恢复，也无法说明员工能否登录、查找客户记录或打开上传的文件。

先从实际工作出发。网站丢失后，您需要用它完成什么？然后请服务提供方说明，要完成这些工作，需要恢复哪些内容。

预约和附件需要一起恢复

设想一个预约网站：预约信息保存在数据库中，客户文件则作为上传文件保存。这只是一个假设的例子，但情形很容易想象：预约恢复了，点击附件时却发现文件不见了。

您找回了预约信息，却仍然无法完成需要那份文件的工作。

对于常见的 WordPress 网站，WordPress 备份指南说明，数据库和文件都很重要，应作为一套一致的数据来保存。其他网站的构成可能不同。请确认记录和上传文件实际存放在哪里，不要以为备份一个文件夹就能涵盖全部内容。

网站软件、设置，以及恢复和使用网站所需的访问权限也很重要。连接的服务同样如此。澳大利亚信号局的系统管理指南提出，应把数据、应用程序和设置恢复到同一个时间点，并提前确认依赖项。对企业经营者来说，这意味着要问清楚各部分能否配合工作，以及由谁拥有恢复它们所需的权限。

可能缺少多少近期工作？

恢复出来的副本对应网站过去的某个时间点。之后新增的预约可能不在其中，即使恢复过程完全按预期完成也是如此。

请服务提供方说明可以恢复到哪个时间点，以及您需要使用时，那些信息会有多旧。然后考虑缺失的工作会带来什么影响。员工能否从其他记录中补回信息？是否需要联系客户？可接受的程度取决于网站的用途。

恢复后还要花时间才能重新开始工作。把数据复制回来只是其中一部分。还需要有人恢复其他内容，并检查重要任务能否正常完成。AWS 的恢复测试指南建议单独进行测试，检查恢复的数据是否可访问、可使用，并根据业务需求衡量数据的时间跨度以及恢复和验证所需的时间。

请询问这些步骤在测试中花了多久。这样您就有了可以具体讨论的依据。但这并不代表未来发生完整事故时一定能在相同时间内恢复，排查问题和决定如何处理也需要时间。

付款可能已经完成

回到预约的例子。假设客户通过外部支付服务支付了订金。恢复较早的网站副本不会撤销这笔付款，也不能证明网站记录与支付服务中的记录一致。

如果预约信息保存在外部预约服务中，它可能根本不包含在网站备份里。请确认员工应该以哪个系统中的记录为准，该服务能恢复什么，以及由谁核对不同系统中的记录。恢复网站无法让所有与它连接的服务和操作一并回到过去。

要求进行安全的恢复测试

下一步可以由有权限的人员按计划在隔离环境中恢复数据。事先商定由谁操作、检查什么。恢复副本需要保护个人和业务信息，不应公开访问，也不能改动线上记录。

还要确保它不会发送真实邮件、收款、向其他服务触发自动请求或创建正式预约。条件允许时，可以使用受控测试账号和测试连接。如果某项服务无法安全地用于测试，请记录这一限制，并单独核实它的作用。

在这个假设例子中，服务提供方会恢复一份内容一致的副本，用受控权限登录，打开选定的预约及其附件，并与该恢复时间点应有的内容进行核对。这比只看一张首页截图有用得多。

GitLab 对 2017 年 1 月数据库故障的说明提供了一个历史案例，说明这类检查为何重要。当时预期中的数据库备份无法使用，故障通知邮件也被退回；最终依靠另一个快照恢复。受影响的是 GitLab.com 的数据库信息，代码仓库数据和自托管客户未受影响。这个案例说明，安排了备份与拥有可用的恢复途径之间仍可能存在差距。

根据结果决定需要改进什么

请对方简要记录恢复了什么、恢复到哪个时间点、检查了哪些任务以及结果如何。记录还应说明恢复数据有多旧、恢复和检查花了多久、需要哪些权限和连接服务，以及哪些检查失败或仍未完成。

预约检查成功，只能说明在这些测试条件下，该项任务可以完成。这不能证明所有记录都完整、所有功能都正常，也不能保证未来每次恢复都用时相同。隔离环境中的副本本身也不能证明恢复后的网站安全或没有遭受攻击。

把测试结果与业务需求放在一起看。您可能已经有足够依据，判断商定的服务范围符合需求。也可能发现具体缺口，例如上传文件缺失或无法取得账号权限。或者，测试没有回答某项重要任务能否完成，需要进一步检查。

如果您正在和 LINK-V 讨论网站维护，可以带上恢复后员工和客户需要完成的任务。之后可以根据您的网站，商定维护范围以及是否进行恢复测试。