本文探讨了在 Microsoft Azure 上针对关键任务型 Oracle 数据库的高可用性（HA）架构，特别是利用 FlashGrid Cluster 实现跨可用区的 Oracle RAC。组织面临的选择包括：Oracle AI Database@Azure、自行管理的单实例部署，或 Oracle RAC。Oracle Data Guard 通过维护备用数据库来防范可用区故障。Oracle RAC 提供主动 - 主动（active-active）高可用性，在滚动维护期间实现零停机，并在意外故障期间将恢复时间目标（RTO）降至接近零，在关键任务型高可用性方面优于 Data Guard。Azure 建议跨可用区部署多虚拟机以实现 99.99% 的可用性服务等级协议（SLA）。本文提出两种 Oracle RAC 跨可用区（Multi-AZ）方案：两个带有 Data Guard 复制的 RAC 集群，或一个跨越两个或三个可用区的单一 RAC 集群。方案 A（两个带有 Data Guard 的 RAC 集群）会重复资源，增加成本并提升运营复杂性，同时引入 Data Guard 故障切换时间，从而影响可用性 SLA。方案 B（单一多可用区 RAC 集群）提供与本地 RAC 集群相同的高可用性能力，并额外具备防范可用区故障的保护。FlashGrid Cluster 通过自动化的 Azure Resource Manager 模板和经过预测试的组件，简化了这一复杂部署。部署仅需 30 至 90 分钟，比典型的本地 Oracle RAC 部署更快、更简单。Azure 可用区之间的网络延迟通常低于 1ms，对大多数工作负载影响不显著。对于对延迟敏感的 Cache Fusion 操作，可通过优选数据库实例来最小化跨节点流量。任一方案均无法提供完整的灾难恢复解决方案；针对区域中断，需要多区域灾难恢复策略，通常使用异步 Data Guard 或 Oracle GoldenGate。FlashGrid Cluster 自动化了 Azure 上多可用区 Oracle RAC 的基础设施，提供快速恢复、滚动维护支持以及防范可用区故障的能力，无需重复集群或依赖 Data Guard FSFO。FlashGrid Cluster 可在 Microsoft Marketplace 获取，自 2017 年起已投入生产部署。