Weblogic 中间件（含业务应用）通用应急预案一、 应急处置原则与工作流程国网信息系统中间件主要采纳 weblogic 集群方式部署，通过中间件控制台对各应用节点进行统一管理和监控，本次中间件应急预案以“先抢通、后抢修”为处理原则，首先恢复业务应用，保存相关日志，后期再根据日志进行详细分析和故障定位。weblogic 中间件是应用程序的发布平台，相对比较稳定。业务应用均通过 weblogic 中间件进行发布，通过 weblogic 中间件的 JDBC 等配置，实现前端应用和后台数据库之间的交互。因此不管是程序代码问题、硬件问题、数据库问题均有可能体现在 weblogic 中间件节点异常；并且由于程序代码效率低下、参数配置不当，也会导致 weblogic 中间件节点异常。这种情况下，重启异常 weblogic 节点，释放资源，是最快的恢复业务的应急手段。具体原因可以通过备份日志，事后进行分析排查。本应急预案中涉与到的程序包路径，均是根据信通公司weblogic 中间件安装规中指定的路径。假如未根据规安装的中间件，请咨询对应系统专责协助处理。二、weblogic 中间件故障应急场景故障应急处理步骤 6 步：1、使用 IE 浏览器访问节点应用确认节点可用性。2、登陆 weblogic 控制台确认节点状态。3、收集故障点日志，备份节点日志。4、查看节点日志，根据报错信息确定故障原因。5、根据故障原因，执行应急操作。6、组织人员进行具体原因分析并整改。三、故障场景Weblogic 中间件日志文件中常见错误如下：序号错误信息原因出现时机执行步骤1java.lang.OutOfMemoryError存溢出节点运行过程中1,2,3,4,5java.lang.OutOfMemoryError存溢出节点启动过程中9,122more than the configured time (StuckThreadMaxTime) of "600" seconds线程堵塞节点运行过程中1,2,3,4,53error occured:weblogic.jdbc.extensions.PoolLimitSQLException: weblogic mon.resourcepool.ResourceLimitException: No resources currently available in pool dgNonPool to allocate to applications, please JDBC 连 接 池满节点启动过程中6,12increase the size of the pool and retry..4BEA-000627 Reachedmaximum capacity of pool“JDB-HQGL” make 0 new resource instances
