Oracle RAC的SCAN机制仅允许一个SCAN名称绑定最多3个同子网SCAN VIP，新增IP需在所有节点hosts中分三行写入并执行srvctl modify scan -u刷新OCR，DNS方式须配3个独立A记录且禁用CNAME。
SCAN监听器本身不支持“多个实例”，但可配置多个SCAN IP绑定到同一SCAN名称
oracle rac的scan机制设计上只允许一个scan名称（如 rac-scan）对应最多3个scan vip，且这些vip必须在同一子网内——这是11gr2以来的硬限制。所谓“多个scan监听器”，实际是误称；真正可操作的是：在**单个scan名称下增加多个scan ip**，或为**不同网络配置独立scan（如scan2）**，后者从12.1起才原生支持。
常见错误现象：srvctl config scan 显示只有1个SCAN VIP，但DNS返回3个A记录却连不上；或新增SCAN IP后srvctl status scan仍只显示旧IP——本质是OCR未同步新地址，或Grid Infrastructure未重载配置。
- 必须确保所有节点的
/etc/hosts或DNS中，SCAN域名解析出**全部3个IP（且仅3个）**，多于3个会被截断，少于3个则负载能力下降 - 若用
/etc/hosts模拟DNS，需在**每个节点**都追加全部SCAN IP行，例如：192.168.10.101 rac-scan、192.168.10.102 rac-scan、192.168.10.103 rac-scan - 修改
/etc/hosts后，**必须执行srvctl modify scan -u**（update），否则OCR不会刷新SCAN VIP列表，新增IP永远不生效 - DNS方式更稳妥，但要求DNS服务器配置3个独立A记录，**禁用CNAME**；且客户端所在网络必须能直连全部SCAN VIP网段（防火墙开放1521端口）
要跨网段使用SCAN，必须配置SCAN2（12.1+）而非强行扩展SCAN1
SCAN1绑定的网络由oifcfg getif查出的默认network1决定，无法跨子网。想让ADG日志传输走独立网络（如10.1.0.0/24），又不让生产流量混入，就得启用SCAN2——它不是“第二个监听器”，而是**第二个SCAN服务资源，绑定到另一个network（如network2）**。
典型失败场景：执行srvctl add network -k 2 -S 10.1.0.0/255.255.255.0/eth1后，直接srvctl add scan -n scan-adg -k 2报错“network does not exist”——因为network2需先用oifcfg setif显式声明，再经srvctl add network注册进CRS。
- 先确认新网卡已识别：
oifcfg getif应列出eth1 10.1.0.0 global cluster_interconnect（注意role必须是cluster_interconnect或public） - 添加network2：
srvctl add network -k 2 -S 10.1.0.0/255.255.255.0/eth1 -w static（-w static避免DHCP干扰） - 添加SCAN2：
srvctl add scan -n scan-adg.example.com -k 2，然后srvctl start scan -i 2 - 验证：
srvctl config scan -i 2显示SCAN2 VIP，srvctl config scan_listener -i 2确认其监听端口（默认1521）
SCAN监听器端口不能“多实例化”，但可配置多端口共存
LISTENER_SCAN1进程本身支持监听多个端口（如1521/1525/1526），这不是运行多个监听器，而是在同一进程内注册多个ADDRESS。客户端连接时指定对应端口即可路由到不同数据库服务——前提是后端数据库的local_listener和remote_listener参数已对齐该端口。
容易踩的坑：srvctl modify scan_listener -p "TCP:1521/TCP:1525" 执行后lsnrctl status LISTENER_SCAN1仍只显示1521——因为该命令只改OCR配置，**必须重启SCAN监听器**（srvctl stop scan_listener && srvctl start scan_listener）才加载新端口。
- 多端口配置适用于“一库一端口”隔离场景（如测试库用1525，生产库用1521），但所有端口必须由同一SCAN名称对外暴露
- 不要试图用
srvctl add listener创建LISTENER_SCAN2——CRS不允许，会报PRCR-1071 : Failed to register resource - 检查端口是否生效：看
lsnrctl status LISTENER_SCAN1输出里是否有多个(PORT=xxx)条目，且srvctl config scan_listener显示相同端口列表
客户端连接串必须显式枚举所有SCAN IP，不能只写SCAN域名
JDBC驱动默认只解析SCAN域名的第一个IP并缓存，若该节点宕机，连接会卡在java.sql.SQLRecoverableException: IO Error: The Network Adapter could not establish the connection，根本等不到连接池重试逻辑触发。
最直接的解法是绕过DNS，在JDBC URL中**手写全部3个SCAN IP**，例如：
jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.10.101)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.10.102)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.10.103)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=orcl)))
- 必须禁用JVM DNS缓存：
-Dnetworkaddress.cache.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 - 如果用了SCAN2（如ADG专用），客户端需单独配另一套URL指向
scan-adg.example.com对应IP，不可混用 - tnsnames.ora中不能简写为
(HOST=rac-scan)，必须展开为完整ADDRESS_LIST，否则TNSPING可能通但实际连接失败
SCAN多网段的本质矛盾在于：SCAN是DNS轮询机制，依赖客户端侧解析；而RAC集群内部的监听路由完全由Grid Infrastructure控制。跳过DNS直写IP、用SCAN2分网络、强制OCR更新——这三步漏掉任何一环，都会导致“看似配了，实则无效”。
