如何配置服务名VIP轮询_客户端tnsnames.ora负载均衡设置-Oracle-PHP中文网

在tnsnames.ora中实现VIP轮询需配置LOAD_BALANCE=ON于DESCRIPTION下，并列多个指向不同节点VIP的ADDRESS条目，端口统一为1521；不可混用VIP与SCAN，且SERVICE_NAME须与数据库实际注册名严格一致。

tnsnames.ora 里怎么写 VIP 轮询服务名

要让客户端通过 tnsnames.ora 实现对多个 oracle rac 节点 vip 的轮询连接，核心是用 load_balance=on + 多个 (address=...) 条目。不是靠服务名本身“带轮询”，而是靠客户端解析时随机选一个地址发起连接。

常见错误是只写一个 ADDRESS 却以为开了 LOAD_BALANCE 就能轮询；或者把 SCAN 地址和 VIP 混着写，导致行为不可控。

LOAD_BALANCE=ON 必须放在 ADDRESS_LIST 或 DESCRIPTION 级别，不能只在单个 ADDRESS 下
每个 ADDRESS 应指向不同节点的 VIP（不是主机名、不是 SCAN），端口统一为监听端口（通常是 1521）
不要在同一个 DESCRIPTION 中混用 VIP 和 SCAN；SCAN 本身已内置负载逻辑，再套一层轮询反而干扰

示例（合法轮询配置）：

MYDB =
  (DESCRIPTION =
    (LOAD_BALANCE = ON)
    (ADDRESS = (PROTOCOL = TCP)(HOST = node1-vip.example.com)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = node2-vip.example.com)(PORT = 1521))
    (CONNECT_DATA =
      (SERVICE_NAME = mydb.example.com)
    )
  )

LOAD_BALANCE=ON 和 FAILOVER=ON 能不能一起开

能，但行为不叠加——FAILOVER=ON 只在连接失败时触发重试，不影响正常轮询逻辑；而 LOAD_BALANCE=ON 是每次新建连接时的随机选择策略。

容易踩的坑是误以为开了 FAILOVER 就能自动把已建立的会话“切走”，其实它只管连接建立阶段，不接管已连上的会话。

连接过程中某个 VIP 不通，客户端会按顺序尝试下一个 ADDRESS（前提是 FAILOVER=ON）
如果所有 VIP 都通，LOAD_BALANCE=ON 让每次 sqlplus /@MYDB 可能落到不同节点，但同一个会话不会中途跳转
RAC 内部的服务均衡（如 SERVER=DEDICATED 下的实例亲和性）不受此配置影响，那是服务端控制的

为什么 tnsping 显示成功，但 sqlplus 连不上

因为 tnsping 只验证网络层连通性和监听是否响应，不校验 SERVICE_NAME 是否真实注册、用户权限、甚至不检查 TNS 别名是否被正确解析到目标地址列表。

典型现象：tnsping MYDB 返回 OK，但 sqlplus 报 ORA-12514: TNS:listener does not currently know of service requested。

先确认 SERVICE_NAME 和数据库实际注册的服务名完全一致（大小写敏感，尤其在区分大小写的 OS 上）
检查每个 VIP 对应的监听是否真把该服务名注册进去了：lsnrctl status 输出里要有对应 SERVICE_NAME
注意客户端使用的 tnsnames.ora 是哪个路径——Oracle 会按顺序查找 $TNS_ADMIN、$ORACLE_HOME/network/admin、/etc/ 等，容易读错文件

Java 应用里用 JDBC 连接 RAC，tnsnames.ora 还管用吗

不管用。JDBC Thin 驱动不读本地 tnsnames.ora，必须把完整连接描述符拼成字符串传给 DriverManager.getConnection()，或用 OracleDataSource 设置属性。

这时候轮询逻辑得靠 URL 字符串里显式列出多个地址，并开启负载参数。

JDBC URL 示例：jdbc:oracle:thin:@(DESCRIPTION=(LOAD_BALANCE=ON)(ADDRESS=(PROTOCOL=TCP)(HOST=node1-vip)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=node2-vip)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=mydb)))
如果用 OracleDataSource，需调用 setConnectionCachingEnabled(true) 并配 setFastConnectionFailoverEnabled(true) 才能接近 TNS 层的故障转移效果
Spring Boot 的 spring.datasource.url 直接填上面那种长 URL 即可，无需额外依赖

真正麻烦的是多环境管理——开发用单机，测试用两节点 VIP，生产用 SCAN，这些差异很难靠一套配置覆盖，得在构建或部署时替换。