从OPS到RAC：Oracle集群技术的演进
Oracle Real Application Clusters（RAC）是Oracle数据库的高可用性与可伸缩性集群解决方案，于2001年随Oracle 9i首次发布。虽然被Oracle作为全新特性推向市场，但RAC的许多底层技术继承自Oracle 6.0时代引入的Oracle Parallel Server（OPS）。与OPS不同的是，RAC引入了缓存融合（Cache Fusion）机制，从根本上改变了多实例并发访问共享数据的效率瓶颈，使得集群中的多个数据库实例能够以接近单实例的性能水平并行工作。
RAC的核心思想是让集群中不同服务器上的多个数据库实例同时访问同一组共享存储上的数据库文件，对上层应用而言如同访问一个逻辑上统一的数据库。这一架构既能利用多台服务器的组合算力提升吞吐量，也能在任意节点故障时由幸存节点自动接管，实现透明的故障切换。
共享磁盘架构与缓存融合
Oracle RAC采用共享磁盘（Shared Disk）架构，所有数据库实例通过SAN或NAS存储网络连接到同一个共享存储系统。数据库的数据文件、控制文件和在线重做日志统一存放在共享存储上，各节点均可平等访问。
每个实例拥有自己的内存缓存（SGA），但逻辑上这些缓存被整合为一个整体。RAC通过缓存融合技术确保各实例缓存之间的数据一致性：当一个实例修改了缓存中的数据，它会将修改记录封装为”更改向量”并发送给集群中的其他实例，其他实例接收后立即应用到自己的缓存中。这一机制使得跨节点的数据访问延迟大幅降低，避免了过去OPS时代频繁的磁盘I/O瓶颈。
所有实例均可独立处理SQL语句和事务，实现真正的并行处理。当集群中需要更多计算能力时，可以通过添加新节点实现水平扩展，无需对应用代码做任何修改。
基础架构三件套：Clusterware、ASM与CloudFS
Oracle RAC数据库的部署依赖于一套完整的基础设施层——Oracle Grid Infrastructure，它由三个关键组件构成：
Oracle Clusterware：集群管理层，负责将一组独立服务器整合为一个协同工作的集群。它维护节点成员关系、监控各节点的健康状态、管理资源的自动布置和故障恢复。Clusterware随Oracle Database 10g引入，是RAC体系中的”智能中枢”。在RAC环境中，它监控所有Oracle进程（实例、ASM、监听器等），能在用户察觉之前自动完成故障检测与恢复。Clusterware本身是一个免费的集群解决方案，也可独立于RAC使用。
Oracle自动存储管理（ASM）：Oracle推荐的集群卷管理器和文件系统。ASM管理所有数据库文件、Clusterware文件以及通过CloudFS管理的非结构化数据。ASM遵循”全面条块化和镜像”原则——数据被均匀条块化分布到所有磁盘上以提升I/O性能，同时支持双向或三向镜像以保护关键数据。当读操作检测到磁盘坏块时，ASM自动从镜像副本中获取有效数据并重新定位到磁盘的未损坏区域。
Oracle云文件系统（CloudFS）：包含ASM动态卷管理器（ADVM）和ASM集群文件系统（ACFS）两个组件。ADVM为ACFS及第三方文件系统提供通用集群卷管理；ACFS是一个与POSIX和Windows兼容的集群文件系统，内置快照、复制、加密和安全性等高级数据服务。CloudFS简化了存储管理，为通用文件和数据库文件提供可预测的性能与可用性。
高可用与容错：从故障检测到无缝切换
Oracle RAC是Oracle最高可用性架构（Maximum Availability Architecture）的核心组成部分。其高可用能力主要体现在以下几个层面：
单点故障消除：集群中的各服务器独立运行，单个节点或实例的故障不会波及其他节点。Clusterware持续监控所有Oracle进程，能在组件故障时立即尝试自动重启。若重启失败，集群中的其他实例会自动接管故障实例的工作负载——这一过程被称为故障切换（Failover）。在故障切换期间，失败实例的服务和会话会被迁移至其他实例，用户通常不会感知到中断。
滚动维护：大多数数据库维护操作可以在不停止服务的情况下完成。管理员可以将集群中的节点逐一滚动下线进行升级或补丁安装，其余节点继续提供完整的数据库服务，对应用透明。这意味着计划内的维护窗口可以大幅缩短甚至消除。
应用程序连续性：从Oracle RAC 12c开始引入的应用程序连续性（Application Continuity）特性，配合快速应用程序通知（FAN）和快速连接故障切换（FCF），可以在组件故障时掩藏异常，使应用端感知不到底层数据库的短暂中断，事务在另一个实例上自动重放。
RAC的适用场景与选型考量
Oracle RAC主要面向对数据库可用性和可伸缩性有严格需求的企业级场景：
对于联机事务处理（OLTP）系统，RAC通过多节点负载均衡横向扩展每秒交易数和并发连接数，将用户请求分散到不同节点上执行，避免单一服务器的处理瓶颈。对于数据分析系统，RAC的并行执行能力可以缩短复杂查询的响应时间。
部署RAC需要在硬件层面做好规划。所有节点必须通过专用互连网络（Private Interconnect）进行缓存融合通信，建议采用千兆以太网或InfiniBand以降低延迟。共享存储方面，SAN和NAS均为可选项，但需要确保所有节点都能平等访问。Oracle还要求各节点间配置SSH互信、同步系统时钟，并对内核参数和用户资源限制做出调整。
RAC并非所有场景下的最优选择。对于读多写少、对实时一致性要求不高的应用，Data Guard或只读副本可能是更经济的方案。RAC的许可证成本随节点数线性增长，企业在评估时应综合考虑可用性收益与总拥有成本（TCO），建议联系正规Oracle授权经销商获取针对具体规模和部署方式的报价。
许可与采购须知
Oracle RAC是Oracle数据库企业版的一个选件（Option），需要单独购买许可证。许可证通常按处理器核心数或命名用户数（Named User Plus）计量，且集群中每个节点的所有核心都需获得许可。Oracle的许可政策会随版本更新调整，实际价格受用户数量、部署规模、服务等级和地域等因素影响。
在采购评估时建议重点关注：当前集群规模是否在预算范围内、未来扩展节点时的许可成本增量、是否需要同时购买Oracle Clusterware支持服务、是否考虑Oracle Exadata等一体机方案以简化部署与运维。通过正规渠道获取授权报价并核实许可范围与限制条件，是确保合规使用和成本可控的关键步骤。
