问甲骨文对称单向复制廉价HA:不时尚还是技术上不可行？

EN

如今，企业Edition.If中包含了数据保护--您在每个服务器上都有足够的空闲容量，我相信它们可以作为彼此的物理备用。

逻辑和可能的双向复制更为复杂，您必须考虑解决方案中对象和复制的类型。大多数解决方案不容易支持DML等的复制。

请注意，配置为物理备用的数据保护可能仍会消耗大量资源，并且取决于配置，可能会影响两台服务器的生产性能。

双向复制在技术上是可行的，但绝不简单，这就是为什么除非绝对必要，否则不使用它的原因。

可以设置流来执行双向复制。见甲骨文流复制管理员指南。但是，流不能处理自动客户端故障转移，而且由于高可用性似乎是您的目标，所以这不是一个选项。

这类问题的Oracle解决方案是RAC。它既满足双向复制的要求，又满足故障转移的要求.但是，如果您正在寻找存储冗余，则它不提供这一点，因为数据库存储必须在服务器之间共享。如果您的主要关注是实例失败，那么它将帮助您。由于您在企业，这是一个额外的成本选项，但如果您可以容忍降级到标准版，您可以运行RAC而不需要任何额外的成本。

另一种选择是将两台服务器转换为虚拟机主机，并对两个数据库进行虚拟化。这同样不会提供存储冗余，但将允许您透明地将任何数据库迁移到任一服务器，在需要进行维护或发生服务器中断时在同一服务器上运行它们。

所获得的金门产品进行双向复制，比流更灵活，但成本更高。

从从数据库链接到基于存储的快照的物化视图到各种级别的粒度和功能，还有其他选项。仔细考虑您需要什么，以及解决方案是否满足您的主要需求。