------------------------------------------作者xxxx------------------------------------------日期xxxxweblogic中间件周报【精品文档】【精品文档】【精品文档】【精品文档】【精品文档】【精品文档】中国移动江苏公司Weblogic健康优化建议报告报告人：赵伟杰报告日期：2013年08月27日审核人：审核日期：中国移动通信集团江苏有限公司上周对应用系统进行巡检，问题主要存在于决策管理与局长平台两个系统中。主要工作
说明
关于失联党员情况说明岗位说明总经理岗位说明书会计岗位说明书行政主管岗位说明书
存在问题与优化：管理决策应用启动时存在servlet加载过程出错，影响启动速度；决策管理JDK版本差异可能导致受管服务经常自动断开与主控的连接;局长平台JVM进行GC优化。故障解决：管理决策应用首页报
表
关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf
无法显示的问题。详细的巡检报告如下决策管理系统一、存在问题1.管理决策应用启动时存在Servlet加载过程中出错应用日志
-Jobexecutionthreadswilluseclassloaderofthread:main-QuartzSchedulerv.1.5.1created.-RAMJobStoreinitialized.-Quartzscheduler'DefaultQuartzScheduler'initializedfromdefaultresourcefileinQuartzpackage:'quartz.properties'-Quartzs问题定位根据错误的信息判断是由于应用启动的时候加载QuartzInitializer这个servlet，这个servlet有初始化quartz定时任务的作用，在quartz.properties中定义了使用的数据源：myDS,但是WebLogic中是没有配置这个数据源的，因此报了相关的错误，请开发公司核对一下这些错误信息，既然这个数据源不起作用，请在配置文件或者程序中去掉对这个数据源的加载，以免影响应用的启动速度。2.决策管理JDK版本差异可能导致受管服务经常自动断开与主控连接决策管理系统分别安装在141.16.30.36与141.16.30.46两台AIX操作系统的机器上，通过监控发现经常会出现受管的服务与主控断开连接，导致主控无法对受管的服务进行连接检测、监控、发布等操作。应用日志l.System'><><>问题定位经过系统的检查，发现WebLogic集群中使用了不同版本的JDK，由于不同的JDK的存在不一样的BUG，提升与改善了一些特定的性能，因此估计是由于两台机器所使用不同JDK造成的受管服务经常与主控断开连接，现两台机器使用JDK情况如下IP地址JDK版本javaversion"1.4.2"Java(TM)2RuntimeEnvironment,StandardEdition(build1.4.2)ClassicVM(build1.4.2,J2RE1.4.2IBMAIXbuildca142-20080923(SR12)(JITenabled:jitc))javaversion"1.4.2"Java(TM)2RuntimeEnvironment,StandardEdition(build1.4.2)ClassicVM(build1.4.2,J2RE1.4.2IBMAIXbuildca142-20070317(SR8)(JITenabled:jitc))建议升级141.16.30.46操作系统的JDK，使其版本与141.16.30.36的JDK所使用的版本一致。二、故障1.决策管理首页报表无法显示访问决策系统，首页的报表无法显示，查看应用日志得到WARNING:java.net.ConnectException:Connectionrefusedjava.sql.SQLException:java.net.ConnectException:ConnectionrefusedNode(AnaJdbcDriver.java:413)atoracle.bi.jdbc.AnaJdbcDriver.connect(AnaJdbcDriver.java:439)atjava.sql.DriverManager.getConnection(DriverManager.java:559)atjava.sql.DriverManager.getConnection(DriverManager.java:189)atoracle.apps.xdo.security.SasValidator.validate(SasValidator.java:129)atoracle.apps.xdo.security.SasValidator.validate(SasValidator.java:116)atoracle.apps.xdo.security.SasValidator.validate(SasValidator.java:111)atoracle.apps.xdo.servlet.security.SecurityManagerImpl.getBIServerPrincipal(SecurityManagerImpl.java:1172)atoracle.apps.xdo.servlet.security.SecurityManagerImpl.getPrincipal(SecurityManagerImpl.java:327)atjsp_servlet.__login._jspService(__login.java:398)atweblogic.servlet.jsp.JspBase.service(JspBase.java:33)atweblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1006)atweblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)atweblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)atweblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)atoracle.apps.xdo.servlet.security.SecurityFilter.doFilter(SecurityFilter.java:160)atweblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)atweblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:326)atoracle.apps.xdo.servlet.security.SecurityFilter.doFilter(SecurityFilter.java:176)atweblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)atweblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6724)atweblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java(CompiledCode))atweblogic.security.service.SecurityManager.runAs(SecurityManager.java(CompiledCode))atweblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3764)atweblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2644)atweblogic.kernel.ExecuteThread.execute(ExecuteThread.java(CompiledCode))atweblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)Aug22,201310:50:57AMoracle.bi.jdbc.AnaJdbcDriverconnect问题定位分析原因可能是由于应用需要连接某一特定的服务被拒绝导致，去查看部署应用的web.xml文件，得到以下内容SAWBridgecom.siebel.analytics.web.SAWBridgeoracle.bi.presentation.sawserver.Host141.16.30.36oracle.bi.presentation.sawserver.Port9710确定本应用需要连接本机的9710端口，但查看之后发现本机的9710端口并没有被使用，和开发公司沟通得知，此为BIEE的服务。解决通过重启BIEE的服务系统已经恢复正常。分析BIEE服务停止的原因：使用uptime看到操作系统运行时间为8天，想到这是由于上周调整数据库资源时重启这个操作系统导致的，建议维护BIEE服务的工作人员，定时检查BIEE服务的运行状态。局长平台一.对局长平台JVM进行GC优化GC日志17.537:[GC17.537:[ParNew:393215K->39216K(458752K),0.1084250secs]393215K->39216K(1470464K),0.1085510secs]20.876:[GC20.876:[ParNew:432432K->21071K(458752K),0.1903290secs]432432K->40862K(1470464K),0.1904330secs]23.465:[GC23.465:[ParNew:414287K->13255K(458752K),0.0792040secs]434077K->33046K(1470464K),0.0793040secs]24.391:[GC24.391:[ParNew:406471K->13771K(458752K),0.0310160secs]426262K->33561K(1470464K),0.0311460secs]29.740:[GC29.740:[ParNew:406987K->18716K(458752K),0.0693540secs]426777K->38506K(1470464K),0.0694530secs]30.161:[FullGC30.161:[ParNew:56852K->13635K(458752K),0.0438380secs]30.205:[CMS:19790K->33354K(1011712K),0.4998790secs]76643K->33354K(1470464K),[CMSPerm:34070K->34000K(262144K)],0.5439120secs]90.732:[FullGC90.733:[ParNew:391640K->12418K(458752K),0.0844650secs]90.817:[CMS:33354K->45142K(1011712K),0.5793540secs]424995K->45142K(1470464K),[CMSPerm:38480K->38452K(262144K)],0.6640360secs]151.415:[FullGC151.415:[ParNew:5805K->110K(458752K),0.0047490secs]151.420:[CMS:45142K->41259K(1011712K),0.5500330secs]50948K->41259K(1470464K),[CMSPerm:38465K->38462K(262144K)],0.5549870secs]内存使用状况问题定位系统运行的过程中不断的进行FGC，而且过于频繁，查看GC日志是由于permgen区导致的FGC进行。查看内存的使用状况，permgen区的使用量并不大，不是由于permgen区不足导致的FGC。和开发人员沟通得知系统底层框架有用到spring、hibernate。由于spring和hibernate大量的采用了cglib，导致生成的proxy会比较多，而这些存放在permgen区域的，SunJDK默认的情况下并不会去回收，因此出现了较为频繁的FGC。频繁的进行FGC反映到前台的具体表现为：打开页面会频繁的出现卡顿的现象。优化增加对permgen区域的gc回收的参数:-XX:+CMSPermGenSweepingEnabled-XX:+CMSClassUnloadingEnabled，优化后的效果如下2296.620:[GC2296.620:[ParNew:26468K->250K(29504K),0.0040210secs]97819K->71603K(1532736K),0.0041100secs]2299.196:[GC2299.196:[ParNew:26490K->278K(29504K),0.0038650secs]97843K->71632K(1532736K),0.0039520secs]2301.926:[GC2301.926:[ParNew:26518K->219K(29504K),0.0036600secs]97872K->71574K(1532736K),0.0037470secs]2304.353:[GC2304.353:[ParNew:26459K->224K(29504K),0.0037790secs]97814K->71587K(1532736K),0.0038650secs]2307.165:[GC2307.165:[ParNew:26464K->246K(29504K),0.0039930secs]97827K->71609K(1532736K),0.0040890secs]2309.915:[GC2309.915:[ParNew:26486K->275K(29504K),0.0035970secs]97849K->71642K(1532736K),0.0036850secs]2398.625:[GC2398.625:[ParNew:26515K->1375K(29504K),0.0096440secs]97882K->72752K(1532736K),0.0097480secs]2722.147:[GC2722.147:[ParNew:27614K->1593K(29504K),0.0101970secs]98991K->72979K(1532736K),0.0103000secs]已经可以看FGC已经没有再频繁的进行了。
浙公网安备 33021202002483