Oracle RAC配置的关键要点包括：1. 确保所有节点网络配置一致，使用私有互连网络（Cache Fusion）避免公网干扰；2. 同步安装相同版本的Oracle软件和补丁；3. 配置ASM磁盘组时使用外部冗余，避免单点故障；4. 设置SCAN和VIP正确解析；5. 监控Global Cache服务，防止块传输延迟导致性能瓶颈；6. 定期验证Clusterware完整性，使用crsctl和ocrcheck命令；7. 避免单节点资源过度使用，通过负载均衡分担；8. 数据一致性通过Cache Fusion保证，但需监控 GCS和GCS事件；9. 备份OCR和投票盘到共享存储。

来源1

在Oracle RAC环境中，网络配置是高可用性的基础。私有互连必须使用高带宽、低延迟的Gigabit Ethernet或InfiniBand，避免通过公网。常见陷阱：节点间ping延迟超过1ms会导致Cache Fusion失败，引发数据不一致。配置步骤：编辑/etc/hosts，确保interconnect IP不冲突，重启network服务后验证cluvfy comp nodecon -n all。

来源2

ASM配置不当是性能瓶颈主因。推荐使用Normal或High冗余磁盘组，磁盘路径通过udev规则固定，避免ASMLib依赖。陷阱：共享存储未正确分区，导致ASM发现失败。运行asmca创建磁盘组时，选择failure group平衡分布。监控V$ASM_DISK查看I/O负载，防止热点。

来源3

Cluster Synchronization Services (CSS) 投票盘配置至关重要，至少3个投票盘，奇数原则，存放在共享SAN。常见错误：投票盘丢失超过半数导致集群split-brain。使用crsctl query css votedisk检查，定期备份ocrconfig -manualbackup。

来源4

SCAN监听器配置简化客户端连接，但需确保DNS解析3个IP。陷阱：防火墙阻挡SCAN端口1521。验证：tnsping scan-cluster，配置remote_listener参数为scan:1521。负载均衡通过SCAN实现，避免单节点过载。

来源5

性能调优重点监控AWR报告中的gc cr/block/blocked等事件。高gc事件表示Cache Fusion争用，优化通过增加undesirable_config参数或调整cluster_database_instances。避免全局索引，使用本地分区索引减少跨节点访问。

来源6

软件补丁一致性：所有节点opatch lsinventory版本相同，未打补丁节点易导致CRS启动失败。使用opatchauto apply -localnodes all统一打补丁。数据一致风险：序列缓存过小导致间隙，使用NO CACHE谨慎。

来源7

高可用验证：定期运行cluvfy stage -pre crsinst -n all检查预配置，post-crsinst验证安装后。陷阱：时间同步未配置NTP，导致日志时间戳不一致，影响诊断。配置chronyd或ntpd同步所有节点。

FAQ
Q: RAC中数据不一致如何排查？
A: 检查AWR的gc事件，验证Cache Fusion日志，运行ocrcheck和cvu验证。
Q: 如何避免集群脑裂？
A: 配置足够投票盘（3+），监控网络心跳，设置fencing机制。
Q: 性能瓶颈常见原因？
A: 网络延迟、单实例负载高、ASM不均衡，使用ADDM和AWR分析。
Q: SCAN配置失败怎么办？
A: 检查DNS记录，srvctl status scan，重新add scan ifconfig。