(WebLogic问题分析常用方法及技巧.docVIP

WebLogic问题分析常用方法及技巧 说明： 该文档专门针对WebLogic10.3怎么查问题、定位问题及日常维护中的一些小技巧，该文档适合对WEB应用程序有一定认识、对WebLogic有一定了解，对当前主机环境熟悉，对Aix命令有一定基础的相关人员。其它非法人员切记在不了解的情况下做任何修改，执行任何命令，以此带来的任何问题及影响概不负责。 一、日常监控 1、集群负载监控 查看集群内各Server的单独访问地址，是否能正常访问，Server访问地址后面有统一说明，常见的无法访问原因有： ? a.Server没有启动（提示Service not available)，启动Server即可； b.应用程序是否为Active（提示403或404），update或start即可； c.应用程序已经是Active，Server也RUNNING仍无法访问，则可以通过应用程序的Monitoring查看各Server上的运行情况，查看对应Server的*.out日志，通常情况下是应用程序更新有问题导致的； 查看Proxy Server的线程数，根据应用程序根路径名可以定位是哪个具体的Server或集群，若有队列吞吐量为0的情况说明集群没有实现分发（需要分析Proxy的web.xml文件，看看对应的servlet(即应用程序根路径））是否有如下配置： servlet??servlet-nameNgboss/servlet-name??? #该名称必需要有对应的servlet-mapping??servlet-class???xy.HttpClusterServlet??/servlet-class??init-param???param-nameWebLogicCluster/param-name???param-value????5:7101|6:7101????#IP及端口是否配置正确，顺序是否正确???/param-value??/init-param??init-param???param-nameCookieName/param-name???param-valueNGBOSS_JSESSIONID/param-value????#该名称必需与应用程序的weblogic.xml里配置的CookieName一致??/init-param??init-param???param-namewl-dispatch-policy/param-name???param-valuengboss/param-value??/init-param????????#该段配置是用来对集群分发，配合它才能实现集群的分发，param-value即servlet?的访问名称?/servlet servlet-mapping??servlet-nameNgboss/servlet-name????#该名称必需要有对应的servlet ??url-pattern/*/url-pattern?/servlet-mapping 查看应用程序的Monitoring的Session，根据各Server上的在线Session数即可判断集群是否实现负载，常见的无法负载原因有： a.集群内存在已挂死的Server（查看各Server的*.out日志即可）； b.Proxy的web.xml配置错误，如IP、端口、CookieName、servlet名等； c.应用程序发布的target是不是在集群； 2、Server内存、队列、线程数监控 1.进入对应的Server监控页，查看Performance的Java 内存、Threads的队列及线程数、JDBC连接数等 3、WTC监控 Service-WTCServer-Ctrl是否connected 4、JDBC监制 查看连接的总体情况，看看是否有未释放的连接，查看时要多次刷新页面看看Java内存是否可以正常回收、队列及线程数是否有居高不下、JDBC是否有长时间不释放（这种情况下需要DBA配合分析） 5、日志监控 定期查看server/logs和logs/xxx_error.log出现的错误日志 6、JMS监制 Interoperability-WTC Servers-Connected是否为true 7、后台进程监控 用命令ps –ef | grep $ServerName，看进程是否存在，ServerName列表可参看Server访问地址里的访问根路径名 二、问题分析定位必杀技 用topas命令，查看占用CPU高的进程ID； 然后用ps -ef | grep $ID即可看到对应的ServerName； 然后进Console看该Server的运行状态（RUNNING),如果Server已