Oracle RAC（Real Application Clusters）作为共享存储的多节点数据库架构，对网络层的稳定性要求极高。集群内部需要通过公共网络对外提供服务，通过私有网络完成节点间心跳与缓存融合，还要借助虚拟IP和SCAN IP实现客户端透明故障转移。这些地址的分配方式，会直接影响集群能否正常启动与长期稳定运行。
一、DHCP在RAC集群中的工作机制
DHCP（动态主机配置协议）的作用是由服务器自动向客户端分配IP地址、子网掩码和网关等参数。在普通单机环境中，DHCP能显著降低运维人员手工配置的负担，设备接入网络后即可获得可用地址。但在RAC环境中，如果直接把DHCP用于公共网络或私有网络，就意味着节点每次启动获取的地址可能发生变化。
Oracle集群软件在启动时会读取本地网络配置，并将IP信息注册到OCR（Oracle Cluster Registry）中。一旦某节点因DHCP租约到期或重启拿到了不同地址，其他节点依据原有记录发起心跳连接便会失败，进而触发节点驱逐。因此，在11g及之后版本中，Oracle虽然引入了DHCP配合GNS（Grid Naming Service）管理VIP和SCAN，但底层公共与私有网络通常仍建议固定。
二、静态IP的配置方式与优势
静态IP是指在操作系统层面手动写入网卡配置文件，使服务器每次启动都使用同一地址。以Linux平台为例，管理员需在/etc/sysconfig/network-scripts或netplan中明确指定IP、掩码与网关，并关闭对应接口的DHCP开关。这种方式让每个节点的网络身份始终保持一致。
对于RAC来说，静态IP最大的好处是可预测性。无论节点重启、网络抖动还是集群重新配置，地址都不会偏移，集群件依赖的私有心跳和VIP漂移逻辑能够准确执行。这也是为什么在金融、电信等核心生产系统中，静态IP几乎成为强制规范。此外，静态分配也便于运维人员做防火墙策略、监控项和灾备切换脚本，不容易因地址变动引发遗漏。
三、不同网络类型的地址分配建议
RAC环境一般包含公共网络、私有网络和存储网络（若使用IP SAN）。公共网络承载客户端访问，私有网络承载内部通信，两者都不能随意变动。根据Oracle官方部署手册，公共和私有网络应使用静态IP；而VIP与SCAN IP可由GNS结合DHCP自动管理，前提是搭建了独立的GNS服务并正确配置域名解析。
下面用一张表说明常见网络在典型RAC部署中的分配策略：
| 网络类型 | 推荐方式 | 说明 |
|---|---|---|
| 公共网络 | 静态IP | 保障客户端连接地址固定，避免重启后无法访问 |
| 私有网络 | 静态IP | 集群心跳依赖固定地址，防止节点互信异常 |
| VIP | 静态或GNS+DHCP | 小规模手工指定，大规模可用GNS自动分配 |
| SCAN IP | GNS+DHCP或静态 | 需与DNS配合，确保客户端单一名称解析 |
四、常见故障与排查思路
当RAC节点因IP问题异常时，最典型的现象是告警日志中出现心跳超时，或者crsctl check cluster显示某节点离线。此时应先在操作系统用ip addr确认实际地址，再对比OCR中记录的配置是否一致。如果发现DHCP改了地址，就需要停集群、改回静态并重新注册。
另一个容易被忽略的点是DHCP客户端服务未关闭，导致系统启动后覆盖手工配置。运维时应确保网络管理服务不会回退设置，并在交换机侧对该网段做地址保留或禁用非法DHCP响应。只有把分配机制理清，RAC集群才能在长时间运行中少出网络类事故。
五、总结建议
从工程实践看，除非你具备完整的GNS基础设施并经过充分测试，否则RAC集群的公共与私有网络都应采用静态IP。DHCP适合交给GNS去管虚拟层地址，而不是底层物理通信。弄清每一层网络的责任边界，才能让Oracle RAC既灵活又可靠。
Oracle_RACDHCP静态IP修改时间：2026-08-11 04:51:24