OSB 12c数据库轮询服务异常停止后的监控与解决方案问询

碰到过类似的OSB 12c数据库轮询突然停摆的情况，结合实际运维经验，给你整理了短期应急告警+长期根因解决的方案：

核心目标是第一时间发现轮停，并自动/手动恢复服务，避免业务中断：

• 利用OSB的MBean监控轮询状态：写个简单的WLST脚本，定时查询轮询服务的运行状态MBean（比如com.bea:Name=你的轮询服务名称,Type=ProxyService,Application=你的应用名），如果状态变为Suspended或者未在运行，立刻触发告警（邮件、企业微信/钉钉机器人推送都可以）
• 配置自动恢复脚本：在告警触发的同时，调用WLST命令重启对应的ProxyService或者整个OSB应用，比如执行resume('你的服务路径','ProxyService')命令，不用等人工登录控制台操作
• 临时增加监控频次：在问题未彻底解决前，把监控间隔从默认的5分钟缩短到1分钟，确保不会错过服务停摆的节点

从你描述的现象（数据源测试正常、重启后恢复）来看，大概率是连接池、线程池或者JDBC层面的隐性问题，推荐从这些方向排查：

• 排查连接泄漏：开启OSB数据源的连接泄漏检测，在控制台的数据源配置里打开“泄漏检测阈值”，设置为比如300秒，同时查看连接池的Active Connections Current Count指标，如果这个数值持续居高不下，说明有未释放的连接，需要检查轮询服务的代码里有没有正确关闭JDBC连接/结果集
• 检查轮询SQL的执行情况：查看数据库的慢查询日志，看看轮询用的SQL有没有出现锁表、长时间执行的情况，比如是不是用了SELECT FOR UPDATE但没及时释放锁，导致轮询线程卡住
• 查看OSB的诊断日志：重点看DOMAIN_HOME/servers/AdminServer/logs/diagnostic.log和server.log，找服务停摆前后的异常栈，比如有没有JDBCConnectionException、ThreadDeadlock这类报错，这些往往是根因线索
• 升级OSB补丁：Oracle在12c的某些版本（比如12.1.3.0早期版本）有DB轮询服务的已知bug，比如JDBC驱动兼容性问题导致轮询线程挂死，可以去Oracle Support查对应补丁，升级到稳定版本
• 优化轮询服务配置：
  • 调整轮询线程池大小，避免线程耗尽；
  • 设置轮询超时时间，比如给SQL加TIMEOUT或者在OSB配置里设置“轮询超时”，防止单个轮询任务卡住整个服务；
  • 增加失败重试机制，当轮询出现异常时自动重试3-5次，而不是直接停掉整个轮询服务

内容的提问来源于stack exchange，提问作者Raji Alia