Linux/Windows 主机容灾上云

接下来，我们探讨第二个场景：Linux 或 Windows 主机到云平台的灾备。

正如我们之前提到的，Agent 方法非常灵活。无论是物理机、虚拟化、超融合，还是各种私有云和公有云，Agent 方法都可以处理所有无法通过无代理方式实现的保护和恢复任务。

一个常见的问题是，HyperBDR 能否保护容器平台、数据库或中间件服务。答案是肯定的—— HyperBDR 可以保护安装在主机上的所有服务，除了 Oracle RAC。然而，对于 Oracle 的单实例版本，HyperBDR 仍然是一个可选方案。

另一个常见问题围绕着使用 HyperBDR 实现零 RPO（恢复点目标），特别是在数据库场景中。然而，由于HyperBDR的最小同步粒度为 5 分钟，它侧重于在每个同步过程中保持数据完整性，旨在确保每个快照时间点在恢复时都是可恢复的。

对 RPO 时间敏感的数据库系统项目，建议考虑混合方案。例如，可以使用 Oracle Data Guard 或 Oracle GoldenGate 实现 Oracle 等数据库的实时灾备，而 HyperBDR 可以保护其他业务系统。在接管过程中，一旦 Oracle 完成主从切换，业务系统可以在云端恢复，并更新数据库路径以完成接管。

HyperBDR 简化了不同场景的容灾流程，使同步和恢复过程与 VMware 的非常相似，从而确保了产品体验的一致性。唯一的区别是需要在每个需要保护的主机上安装相应的代理。尽管代理因其内核级技术而对系统版本有要求，但 HyperBDR 支持常见的 Windows 和 Linux 系统。具体的兼容性检查将在后面展示。

将代理模式和无代理模式相结合，可以实现无缝的一键混合容灾。在实际项目中，可以根据不同环境选择不同的同步方案。