丰富的选择导致焦虑。这是一个证明的事实。但是，如果这些选项几乎无法区分，则这只是真实。当每个功能都有明确的目的和应用程序时，这并不是如此。
这一切都以SLA开头。了解您的灾难场景和您准备在灾难中丢失的数据量是选择适合您的解决方案的关键。
粗略地，有几个主要选择：
- 本地备份（也称为时间流）。使用这些来回滚任何出错的客户操作系统维护。在维护结束时删除快照，不再需要回滚。不要让您的快照无人看管。
- 远程备份和DR：
- 异步复制：保护VM损坏和删除以及从总网站故障中的删除。快照可以是1小时或更长的分开。
- 近同步复制 - 利用Metadata快照的轻量级快照。恢复点相隔1-15分钟。
- 地铁可用性 - 被认为是同步复制。到目前为止仅在Hyper-V和ESXi上使用。
决定方法后，可以使用架构添加复杂性。是否保留满量程集群能够承受完全站点丢失，或者在远程站点上具有单个节点群集以进行非现场备份。或者可能更方便地利用云连接到AWS或Azure云，或使用Xi Leap注册Nutanix Draas。
选择的选择并非毕竟是压倒性。
一些阅读：
