fan事件未触发主因是集群未识别故障为需通知状态：显式停止命令抑制、节点标记为stopped而非down、ctss降级为observer mode均会导致源头不生成；应用收不到则多因jdbc未启用replay、ucp未注册监听器、sqlnet.ora禁用oob、client版本过低或宿主机防火墙拦截udp 12345端口。
为什么FAN事件压根没发出来
FAN（Fast Application Notification）事件未触发，往往不是应用端没监听，而是源头根本没生成——RAC集群压根没把故障识别为“需通知”的状态。常见原因有三个：srvctl stop nodeapps这类显式停止命令会抑制FAN；crsctl stop crs后节点状态被标记为STOPPED而非DOWN，FAN不发；更隐蔽的是，如果节点因NTP漂移被CTSS降级为observer mode，但未真正离线，FAN也不会触发。
验证方式：在故障节点执行crsctl check cluster -all，若返回CRS-4639: Could not contact Oracle High Availability Services，说明OHAS已死，FAN应发；若返回CRS-4530: Communications failure contacting Cluster Synchronization Services daemon，则CSSD还在跑，只是心跳断了，FAN才可能发出。别只看crsctl stat res -t里数据库资源状态，FAN依赖的是ora.cluster_vip.type和ora.scan_vip.type这类网络资源的STATE变化。
FAN事件发了但应用收不到
应用收不到FAN，大概率是监听配置或驱动层漏掉了关键开关。JDBC必须启用oracle.jdbc.replay.enabled=true且连接串含enable=on（如jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=scan)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=rac_svc)(ENABLE=ON)))），否则FAN消息直接被忽略。UCP连接池则必须调用UniversalConnectionPoolManagerImpl.getInstance().registerFANEventHandler()注册监听器。
容易踩的坑：sqlnet.ora里若配置了SQLNET.EXPIRE_TIME=0或DISABLE_OOB=ON，会阻断FAN的底层OOB（Out-of-Band）通道；Oracle Client版本低于12.1.0.2时，FAN支持不完整，尤其对UP事件解析异常；另外，应用服务器若部署在容器里，宿主机防火墙可能拦截UDP 12345端口（FAN事件默认走此端口），导致消息丢弃。
如何确认FAN事件是否真实发出
别信日志里的“FAN enabled”，要抓包验证。在数据库节点执行：tcpdump -i any port 12345 -w fan.pcap，然后模拟节点宕机（crsctl stop crs），再用Wireshark打开pcap文件，搜索FAN字符串。正常应看到UDP包载荷含EVENT=DOWN、SERVICE_NAME=xxx、INSTANCE_NAME=rac1等字段。
同时查数据库侧痕迹：SELECT event_type, instance_name, service_name, timestamp FROM gv$fan_event_history WHERE timestamp > SYSDATE - 1/24 ORDER BY timestamp DESC;。该视图只记录FAN事件被集群成功广播出去的记录，空结果说明源头没发；若有记录但应用没收到，问题一定在传输链路或客户端配置。
SCAN监听器没注册实例也会让FAN失效
FAN事件依赖SCAN VIP背后的监听器能正确感知实例状态。如果local_listener没指向本节点VIP，PMON无法注册，SCAN监听器就始终认为该实例UNKNOWN，自然不会在它宕机时发DOWN事件。检查命令：lsnrctl status LISTENER_SCAN1，输出里必须有对应实例的STATUS: READY，且SERVICE_NAME与srvctl config service -d <db></db>一致。
另一个隐藏点：remote_listener参数若配置错误（比如指向了其他节点的SCAN地址），会导致实例向错误监听器注册，SCAN监听器收不到状态更新。该参数在RAC中应设为空或留默认值，由local_listener单独控制注册路径。
FAN机制本身不保证100%送达，它依赖UDP广播和客户端主动轮询。最常被忽略的是：应用重启后未重新订阅FAN事件，或连接池未设置minPoolSize=0，导致空闲连接长期持有已失效的实例句柄——这时即使FAN发了DOWN，连接池也照旧往宕机节点发请求。
