做RAC对服务器有什么要求？搭建Oracle RAC集群需要哪些硬件配置

做RAC对服务器的核心要求是：硬件层面必须满足共享存储、高速互联和内存稳定性三要素，软件层面则要求操作系统、内核参数和网络配置严格对齐Oracle官方兼容矩阵。简单说，没有一块能被集群软件识别的共享盘，没有一条低延迟的私有网络,CPU再高也很难把RAC跑稳。

搭建RAC对服务器硬件有哪些硬性要求

共享存储是RAC的命脉，不是普通硬盘能替代的

RAC最核心的机制是多个节点同时访问一份数据库文件，这意味着服务器不能只装本地磁盘，必须接入共享存储设备，这里的光纤交换机、存储阵列或DDN设备，需要支持SCSI-3 Persistent Reservation协议，否则集群无法正确协调节点间的锁管理，行业共识是尽量别用消费级SSD组存储池，IO延迟抖动会直接拖垮Cache Fusion机制，实际部署中，至少需要两套物理路径连接存储，比如双HBA卡加双光纤交换机,消除单点故障。

CPU和内存至少满足数据库实例的基本胃口

单节点建议CPU核数不低于16核，主频在2.5GHz以上，这是针对OLTP类型负载的起点配置，内存方面，RAC每个节点除了要装数据库实例，还要跑Clusterware相关进程，内存占用比单机多出约2到3GB，更关键的是，内存校验功能必须开启，ECC内存是必须项，否则一个内存位翻转可能导致整个集群节点被驱逐，从实际案例看，因内存故障导致ORA-600错误的概率,比存储故障高出不少。

网卡配置决定节点间通信效率

RAC需要至少三张物理网卡：

• 一张用于Public网络，承载应用连接和客户端请求
• 一张用于Private网络，承载心跳信号和Cache Fusion数据传输
• 一张用于管理网络，连接ILO或BMC管理接口

Private网络强烈推荐使用25GbE或更高带宽的网卡，而且必须配置双网卡绑定，要注意网卡绑定模式不能选需要交换机支持的LACP，而是用active-backup模式，保证心跳线路即使有一条中断,另一条也能实时接管。

操作系统版本和内核参数必须严格匹配

Oracle对操作系统版本有着苛刻的兼容性清单，RHEL 8.x配Oracle 19c是当前较稳的组合，但每一个小版本更新后，都需要重新核对OPatch兼容性，操作系统的文件系统类型也有限制，仅支持ASM、OCFS2和部分经过认证的NFS实现，普通ext4格式的存储盘无法直接用于OCR和Voting Disk。

RAC服务器选型对比：物理机、一体机还是云主机

传统物理机适合预算充足且有独立机房的团队

物理机部署RAC控制力最强，硬件故障可预期，性能峰值稳定，典型配置为两台2U机架式服务器，每台配备两颗至强金牌处理器、512GB内存，加一台全闪存存储阵列，整体造价大概在50万到80万元区间，这个方案适合银行、制造业、物流等对数据本地化要求较高的客户，优势是故障定位直接，坏一块硬盘换一块,不用和虚拟化平台扯皮。

云主机搭建RAC存在网络和存储的天然壁垒

云厂商的负载均衡、虚拟交换机、云硬盘等服务，默认不提供SCSI-3 PR协议支持，所以直接在两台云主机上装RAC几乎无法实现，一些大厂提供专门的RAC解决方案，裸金属服务器加共享块存储，但价格比自建物理机更贵，按月计费的模式长期运营成本不低，若团队没有专业DBA维护底层环境，反而是选择云数据库的托管服务更稳妥,省心程度远高于自建RAC。

数据库一体机是省心首选但预算超出多数中小企业

Oracle Exadata等一体机把存储、网络、计算做了深度预调优，开箱即用，IO性能极佳，但起步价就能买好几套自建物理机，且硬件维保绑定原厂，后期扩容成本也不低，除非业务增速极快、并发压力大，否则不太建议中小团队为此买单，业内专家指出,一体机更适合对数据库性能有极致要求的头部互联网或大型金融机构。

需要避开的五大服务器选型误区

存储性能差导致RAC性能不及单机

很多人以为RAC天然比单机快，实际对IOPS要求高的业务，如果存储不行，RAC的Cache Fusion反而会拖累性能，选存储不看峰值IOPS，而要看延迟在99分位数的表现,低于1ms延迟的存储才能满足RAC的日常运行。

忽视网络配置导致节点频繁脑裂

心跳网络质量差、延迟高或丢包，会导致节点间无法正常通信，集群会触发Misscount机制，自动驱逐节点，这类问题在跨楼层机柜部署时容易发生，光纤线过长或交换机端口协商异常,都可能让私网变成慢速链路。

服务器内存不满足最低要求

各节点物理内存总和需要大于数据库SGA、PGA以及操作系统、Clusterware所需内存之和，曾有管理员给两节点各配了64GB内存，SGA却设置成50GB，结果进程刚启动就被OOM Killer终结，现象表现为节点反复重启,排查难度不小。

文件系统不支持集群特性导致安装失败

直接把ASM磁盘组建在ext4分区上，或是将OCR Voting Disk放在NFS但没启用特定挂载选项，在安装Grid Infrastructure时就会报错，Oracle对NFS也有额外要求，必须启用noac和actimeo=0等参数才能保证数据一致性。

忽略固件和驱动兼容性导致性能跳水

网卡驱动版本不对或固件过旧，可能导致私有网络通信异常，HBA卡的驱动与存储多路径软件不匹配，会出现路径切换失败或IO错误，安装前查一下硬件厂商的兼容性列表，对比Oracle HCL（硬件兼容性列表）是很重要的一步。

RAC服务器部署实操清单

部署前必须完成的硬件检查项

• 检查BIOS中CPU虚拟化技术是否已开启（VT-x或AMD-V）
• 确认服务器时间同步服务已配置，NTP或chrony指向同一时间源
• 使用lspci命令检查网卡型号和固件版本
• 在存储端划分好LUN并映射给所有数据库节点
• 使用/sbin/multipath -ll确认多路径软件识别到所有路径

网络配置的核心参数参考

Public IP和Private IP必须规划在不同子网段，避免路由互串，在/etc/hosts文件中，主机名解析不能使用默认的localhost，必须配置为全限定域名格式，心跳网络的MTU值，建议统一设置为9000（巨型帧），并关闭网卡节能模式,防止省电机制影响传输稳定性。

存储配置的验证步骤

在安装Grid Infrastructure前，使用oracleasm listdisks或asmcmd lsdsk验证ASM磁盘是否对所有节点可见，同时检查磁盘的所有者和权限组，确保Oracle用户具备读写权限，若使用Multipath，需确认/etc/multipath.conf中绑定了固定的wwid,防止重启后盘符漂移。

安装过程中的常见坑位

• Grid安装时选错网卡类型，把Public网络配成Private，导致节点通信异常



• 未设置/etc/sysctl.conf的内核参数，导致shmmax和semmsl不满足要求而安装失败
• 忘记在root用户下执行/u01/app/oraInventory/orainstRoot.sh脚本，导致权限归属错乱

服务器达标只是第一步，后续运维更关键

RAC能否稳定运行，七分靠硬件选型，三分靠日常运维，满足共享存储、高速私网、ECC内存的服务器，是RAC的入场券，配置达标后，还需要定期巡检集群日志，监视crsctl status resource的输出，关注ASM磁盘组的空间使用率，架构选得对、硬件选得稳、配置装得准，这三件事做好了,RAC才能真正发挥出高可用效果。

关于做RAC对服务器要求的常见疑问解答

做RAC一定要用小型机吗？x86服务器行不行

可以的，当前主流的RAC部署方案中，x86服务器加Linux操作系统占据的比例相当大，相比小型机，x86平台的硬件成本更低，且Oracle对x86平台的支持力度一直很足，不过小型机在稳定性、IO扩展性和故障隔离方面有先天优势，关键业务若预算充裕,仍可考虑Power系列或SPARC架构。

两台服务器配置必须完全一致吗？比如一台64GB内存，另一台128GB

Oracle官方并未强制要求两台服务器配置完全一致，但SGA和PGA的设置会按最小节点内存来匹配，多出来的内存难以充分利用，为了让集群负载均衡更均匀，建议配置尽量对齐，或者也可以设置实例间服务分配策略，将不同应用分别指向不同节点，实际操作中，若两个节点配置差异显著，Oracle会按照最低配置节点来分配SGA大小,造成资源浪费。

云服务器能不能搭建RAC环境用于生产环境

VPC网络下的普通云服务器，不支持组播和SCSI-3 PR协议，直接使用Oracle标准安装流程会失败，若想使用云平台搭建RAC，需选择厂商提供的裸金属物理机+共享块存储的方案，据统计，这类方案整体费用比自建机房大约高出30%到50%，但省去了机房托管和硬件维保的精力，适合不想自建机房的团队，从现有落地案例来看，简米云和华为云均提供相关解决方案,需联系客户经理开通白名单并确认底层配置支持情况。