为什么Oracle-主要信息和内容重点

很多人接触Oracle时只停留在基础操作，真正影响效率的往往是srvctl relocate service 不触发会话级故障转移、FAILOVER_MODE 不生效的典型配置陷阱、监听器未重载导致新节点服务不可见这些细节。先把使用场景分清楚，再按功能选择做法，能少走不少弯路。

先看原文给出的关键信息：srvctl relocate service仅迁移服务资源，不触发会话级故障转移；它改变服务注册位置和监听器绑定，但不中断或重路由已有TCP连接，需配合TAF配置、lsnrctl reload、local_listener调整及应用层连接池清理才能实现无缝切换。；srvctl relocate service 不触发会话级故障转移 Oracle RAC 的 srvctl relocate service 命令只迁移服务资源（即让服务在目标节点 onli。继续往下处理时，重点放在这些条件上：常见情况表现：执行 srvctl relocate service -d orcl -s app_svc -i orcl1 -t orcl2 后，srvctl status ser；服务重定位 ≠ 会话重路由：它只改变服务注册位置和监听器服务名绑定，不干预已建立的 TCP 连接 客户端连接池（如 HikariCP、Tomcat JDBC Pool）默认复用连接；TAF（Transparent Application Failover）需显式配置且仅对故障生效，不响应人工 relocate FAILOVER_MODE 不生效的典型配置陷阱。收尾检查时，再把这些细节对上：FAILOVER_MODE 必须作为 CONNECT_DATA 的直接子项，不能嵌套在 ADDRESS 或提级到 DESCRIPTION 顶层；静态注册仅作兜底，且 SID_NAME 必须与数据库实际服务名一致 应用层缓存连接未清理 即使 VIP、监听器、TAF 全部正确，Java/.NET 应用仍可能持续复用。