Oracle 19c RAC中仅靠FAILOVER=ON或多ADDRESS并列无法实现连接后故障转移，必须满足三个硬性条件：FAILOVER_MODE严格嵌套在CONNECT_DATA下、JDBC URL引用tnsnames别名且设置TNS_ADMIN、驱动支持并禁用FAN；否则仍报ORA-03113或连接重置。
oracle 19c rac 中，仅靠 failover=on 或多个 address 并列写法，**无法实现连接建立后的自动故障转移**。真正让长连接（如 weblogic 连接池、hikaricp）在实例宕机时不中断、不抛 ora-03113 或 io error: connection reset 的，只有正确配置的 taf（transparent application failover），且必须满足三个硬性条件：tnsnames 结构正确、java 应用使用别名连接、驱动支持并启用回调。
tnsnames.ora 中 FAILOVER_MODE 必须嵌套在 CONNECT_DATA 下
Oracle Net 只识别一种位置：FAILOVER_MODE 必须是 CONNECT_DATA 的直接子项。放错层级等于没配，客户端静默忽略。
- ✅ 正确结构：
(DESCRIPTION =<br> (ADDRESS = (PROTOCOL=TCP)(HOST=rac-scan)(PORT=1521))<br> (CONNECT_DATA =<br> (SERVICE_NAME = orcl)<br> (FAILOVER_MODE = (TYPE=SESSION)(METHOD=BASIC)(RETRIES=30)(DELAY=3))<br> )<br>)
- ❌ 错误写法：
(DESCRIPTION = (FAILOVER_MODE = ...)(ADDRESS = ...))—— 放在 DESCRIPTION 顶层，无效 - ❌ 错误写法：
(ADDRESS_LIST = (FAILOVER_MODE = ...)(ADDRESS = ...))—— 嵌套在 ADDRESS_LIST 内，无效 - SCAN 地址必须放在第一个
ADDRESS，否则 VIP 解析失败，后续地址跳过
JDBC URL 必须引用 tnsnames 别名，不能用 Easy Connect
ojdbc8/ojdbc11 驱动只在解析 tnsnames.ora 文件时读取 FAILOVER_MODE。Easy Connect 格式（如 jdbc:oracle:thin:@//node1:1521/orcl）完全绕过该文件，TAF 彻底失效。
- ✅ 正确做法：JDBC URL 写成
jdbc:oracle:thin:@RAC（其中RAC是 tnsnames.ora 中定义的别名） - ✅ 启动 Java 进程前，必须设置环境变量
TNS_ADMIN=/path/to/network/admin，确保驱动能找到tnsnames.ora - ⚠️ Spring Boot 注意：
spring.datasource.url直接填别名不够，还需显式禁用 FAN（oracle.jdbc.fanEnabled=false），否则可能干扰 TAF 回调 - ❌ 不要依赖 DNS 轮询或负载均衡器“自动转发”——TAF 是客户端行为，与网络层无关
TYPE 和 METHOD 必须按场景配对，PRECONNECT 在 19c+ 已失效
TYPE=SELECT 不是“更高级就该选”，METHOD=PRECONNECT 在 ojdbc8+ 中已被标记为不支持，设了也当没设，还可能触发 ORA-12519。
-
TYPE=SESSION+METHOD=BASIC：推荐绝大多数 OLTP 场景。故障后重建会话，未提交事务回滚，SELECT 自动重执行。轻量、稳定、兼容性最好 -
TYPE=SELECT+METHOD=BASIC：仅适用于只读长查询（如报表导出、ETL 抽取），且应用需配合游标保持（ResultSet.HOLD_CURSORS_OVER_COMMIT）。每个 session PGA 多占 2–5 MB，高并发下内存压力明显 -
METHOD=PRECONNECT：19c+ JDBC 驱动已废弃，不生效；旧版（如 ojdbc6）在 DNS 解析异常时易卡死，不建议使用 -
RETRIES=30+DELAY=3是生产常用组合（≈90 秒总超时），既避开瞬时抖动，又不至于挂太久
常见错误现象与排查路径
如果配置后仍报 ORA-03113、ORA-01033 或连接重置，不是“TAF 不灵”，而是某环断裂：
- 检查
tnsping RAC是否成功 —— 失败说明别名未解析或TNS_ADMIN路径不对 - 抓包确认 Java 进程是否真连到了 SCAN 地址（而非直连某个 VIP）——直连 VIP 会绕过 RAC 负载与故障感知逻辑
- 查数据库端：
SELECT name, failover_method, failover_type FROM dba_services WHERE name = 'your_service';确认服务级 TAF 策略未覆盖客户端配置 - 验证驱动版本：必须用 ojdbc8uXX 或 ojdbc11，ojdbc6 对
TYPE=SELECT支持不完整，且不处理 TAF 回调 - HOST 名解析失败是
ORA-12545最常见原因，即使tnsping能通，Java 的 DNS 缓存或/etc/hosts缺失 VIP 条目也会导致连接卡住
最易被忽略的点是：TAF 不是“开个开关就自动工作”的功能，它是一条从客户端配置、网络可达性、驱动行为到应用连接方式的完整链路。任何一个环节松动，都会在故障发生时暴露为连接中断——而这个中断往往发生在业务高峰，修复窗口极小。
