简要回答。
snapshot 表示某一时刻的状态，备份用于组织数据恢复，而 RAID 涉及磁盘的组织方式。它们的保护能力取决于具体实现：请核实副本的独立性、保留期限以及恢复测试的结果。
- 本地 snapshot 可能与服务器依赖相同的磁盘。
- RAID 本身并不能防止删除或应用程序错误。
- 备份必须在测试环境中进行恢复，以验证其能够恢复哪些内容。
01snapshot 有什么用途？
snapshot 会保留某一时刻状态的表示。视技术而定，它可能基于块差异，并继续依赖原始数据。它可以便于在修改前回退，但其名称并不能证明存在独立于服务器的副本。
具体行为各不相同：VMware 的 snapshots 依赖其基础磁盘，而 AWS 将其 EBS 的 snapshots 描述为独立备份。这些示例说明了为什么必须核实具体实现，而不能将其规则套用到其他托管服务上。
02对备份应有何期待？
备份必须能够在特定事件发生后找回数据：误操作、数据损坏、服务器丢失或您的计划中规定的其他事件。请检查副本的目标位置、可将其删除的访问权限，以及它对主环境的潜在依赖。
明确备份的内容：文件、数据库、配置、磁盘或整台机器。在应用程序写入期间复制文件可能需要考虑一致性方面的注意事项。请遵循您软件的操作流程，尤其是导出或恢复数据库时。
03为什么 RAID 不能替代这些副本？
RAID 按照特定组织方式组合多块磁盘。某些级别增加了针对磁盘故障的冗余；其他级别则侧重于其他目标。它不会自动提供您的文件历史记录，也不会提供机器外部的副本。
由应用程序执行的删除操作可能会同步到同一组中的磁盘上。因此，必须区分存储的连续性与回退到先前版本的可能性。这两项功能可以互补，但不能相互替代。
| 机制 | 关键问题 |
|---|---|
| 快照 | 该状态依赖哪些数据和哪种存储？ |
| 备份 | 如果服务器消失，我能恢复什么？ |
| RAID | 该组磁盘能够承受哪些磁盘故障？ |
04确定可接受的数据丢失和中断
请选择您的业务在两次副本之间可以丢失的数据量，以及恢复服务的目标时限。这是两个不同的目标。根据执行时间的不同，每日备份可能需要恢复比更频繁副本更多的更改。
同时还要确定版本的保留时长。若错误在数天后才被发现，则需要仍可用的恢复点。仅凭复制频率无法说明您可以查看多少个版本，也无法说明一次恢复需要多长时间。
05如何解读 WispHost 选项？
VPS 目录将基础套餐中的 snapshots 与加密的每日备份选项区分开来，后者会将副本存储在宿主服务器之外。该选项在时长折扣之前每月费用为 3.50 USD。它仅适用于 VPS，不适用于独立服务器或 GPU 系列。
在确定策略之前，请让对方明确说明实际提供的保留期限、覆盖内容、访问方式和恢复流程。其他方案中的 NVMe 存储或 RAID 并不能说明该选项会包含在其中。
06在需要之前测试恢复
在合适的测试环境中恢复一份副本，然后检查文件、应用程序能否打开以及重要数据。记录恢复到的时点和所需步骤，同时不要暴露您的私人访问凭据。这样您就能得到一份团队真正可以复现的流程。
在软件或数据发生重大变化后请重新执行。一个创建无误的文件是有用的线索；尤其要核实您能够恢复出一致的服务。
来源与参考资料
如需深入了解技术要点并查找信息来源。