0

是否有人有跨 OCI 区域设置 Oracle Exadata Active-Active 集群的经验？如果是，您能否分享可能的最佳实践和指导原则。

目标是跨两个 OCI 区域设置一个主动-主动 Oracle Exadata 集群，以便在一个区域出现故障时客户可以轻松访问其他区域。它必须是自发的，没有任何停机时间。它不应该是只读的被动站点，如果需要，可以在任何给定点使用其他站点（R&W 模式）。要求是，不要将基础设施浪费为被动或备用，而是希望将所有基础设施用作主动服务客户。

目标是跨两个 OCI 区域设置一个主动-主动 Oracle Exadata 集群，以便客户可以轻松地同时访问这两个区域。它必须是自发的，没有任何停机时间。

通常，已知可以使用Dataguard和Goldengate，但我正在寻找具体的实现最佳实践和架构原则，考虑到App Middle tier自发访问数据库集群。

4

1 回答 1

3

您提到“我们的目标是跨两个 OCI 区域建立一个 Active-Active Oracle Exadata 集群，这样如果一个区域出现故障，客户可以轻松访问其他区域。它必须是自发的，没有任何停机时间。”

术语 Active-Active 或 Active-Standby 用于数据库语义，而不是 Exadata 集群（数据库系统/VM 集群）。所以我要回答这个问题，因为这里的目标是为 Exadata 数据库设计一个 DR 解决方案，它具有严格的 RTO 目标，并且您想要一个自动/自发的解决方案，无需停机。

  1. Active Dataguard：OCI/DBAAS 允许客户配置跨区域数据保护。Dataguard（备用）数据库是主数据库的精确（块到块）副本。Dataguard 可以配置为 Active dataguard 模式，这意味着备用数据库以只读模式打开。这实质上意味着查询（选择）可以卸载到备用数据库。

一个。通过适当的规划和执行，Oracle Data Guard 和 Active Data Guard 角色转换可以有效地减少停机时间，并确保在对业务影响最小的情况下恢复数据库环境。

湾。当主数据库被认为丢失或不可恢复，或者预期的修复时间超过所需的恢复时间目标 (RTO) 时，将使用故障转移。在故障转移期间，主数据库在一个站点上脱机，而备用数据库作为主数据库联机。故障转移可以使用 Data Guard 快速启动故障转移完全自动化，也可以是手动的、管理员驱动的过程。快速启动故障转移消除了需要手动干预的过程中固有的不确定性，假设已采取类似措施将应用程序层的故障转移自动转移到新的主数据库。快速启动故障转移会在检测到中断后的几秒钟内自动执行数据库故障转移，并且可以在几秒钟内完成。

请注意 OCI/DBAAS 尚未实现快速启动故障转移，这意味着这无法通过控制台或 DBAAS API 完成。

请查看 https://www.doag.org/formes/pubfiles/5256791/2013-DB-Larry_Carpenter-Session_Keynote__Best_Practices_for_Data_Availability_and_Disaster_Protection-Praesentation.pdf（第 38 页了解有关快速启动故障转移的更多详细信息）

  1. 加洲的金门大桥

使用 Goldengate 客户可以配置 Active-Active 主备，其中主备都以读写模式打开。请注意，Goldengate 复制与 Dataguard 复制的不同之处在于 Goldengate 备用不是一个精确的块来阻止主副本的复制。Goldengate 可以支持的特定对象数据类型也可能存在限制。有关配置 Goldengate 以维护实时备用数据库和故障转移最佳实践的更多详细信息，请参阅

https://docs.oracle.com/en/middleware/goldengate/core/19.1/admin/configuring-oracle-goldengate-maintain-live-standby-database.html#GUID-6CE0810E-A681-4CCA-9BC8-539E8A364FD3

https://www.oracle.com/technetwork/database/availability/8399-goldengate-dataguard-1888654.pdf

请注意，在 OCI/DBAAS 中目前还没有 Goldengate 产品，这意味着没有用于配置/设置 Goldengate 备用的控制台/DBAAS API。

于 2020-08-25T21:34:54.877 回答