weblogic问题分析常用方法及技巧

《weblogic问题分析常用方法及技巧》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、WebLogic问题分析常用方法及技巧说明：该文档专门针对WebLogic10.3怎么查问题、定位问题及日常维护中的一些小技巧，该文档适合对WEB应用程序有一定认识、对WebLogic有一定了解，对当前主机环境熟悉，对Aix命令有一定基础的相关人员。其它非法人员切记在不了解的情况下做任何修改，执行任何命令，以此带来的任何问题及影响概不负责。一、日常监控1、集群负载监控1.查看集群内各Server的单独访问地址，是否能正常访问，Server访问地址后面有统一说明，常见的无法访问原因有： a.Server没有启动（提示Servicenotavailable)，启动Serv

2、er即可；b.应用程序是否为Active（提示403或404），update或start即可；c.应用程序已经是Active，Server也RUNNING仍无法访问，则可以通过应用程序的Monitoring查看各Server上的运行情况，查看对应Server的*.out日志，通常情况下是应用程序更新有问题导致的；2.查看ProxyServer的线程数，根据应用程序根路径名可以定位是哪个具体的Server或集群，若有队列吞吐量为0的情况说明集群没有实现分发（需要分析Proxy的web.xml文件，看看对应的servlet(即应用程序根路径））是否有如下配置：

3、et>  Ngboss   #该名称必需要有对应的servlet-mapping     weblogic.servlet.proxy.HttpClusterServlet       WebLogicCluster       10.131.39.75:7101

4、10.131.39.76:7101    #IP及端口是否配置正确，顺序是否正确   <

5、/param-value>       CookieName   NGBOSS_JSESSIONID    #该名称必需与应用程序的weblogic.xml里配置的CookieName一致       wl-dispatch-policy   ngboss  

6、nit-param>        #该段配置是用来对集群分发，配合它才能实现集群的分发，param-value即servlet 的访问名称 ............  Ngboss    #该名称必需要有对应的servlet  /* 1.查看应用程序的Monitoring的Session，根据各Server上的在线Session数即可判断集群是否实现负载，常见的无法负

7、载原因有：a.集群内存在已挂死的Server（查看各Server的*.out日志即可）；b.Proxy的web.xml配置错误，如IP、端口、CookieName、servlet名等；c.应用程序发布的target是不是在集群；2、Server内存、队列、线程数监控1.1.进入对应的Server监控页，查看Performance的Java内存、Threads的队列及线程数、JDBC连接数等3、WTC监控2.Service->WTCServer->Ctrl是否connected4、JDBC监制3.查看连接的总体情况，看看是否有未释放的连接，查看时要多次刷新页面看看Jav

8、a内存是否可以正常回收、队列及线程数是否有居高不下、JDBC是否有长时间不释放（这种情况下需要DBA配合分析）5、日志监控4.定期查看server/logs和logs/xxx_error.log出现的错误日志6、JMS监制1.Interoperability->WTCServers->Connected是否为true7、后台进程监控2.用命令ps–ef

9、grep$ServerName，看进程是否存在，ServerName列表可参看Server访问地址里的访问根路径名二、问题分析定位必杀技3.用topas命令，查看占用CPU高的进程ID；4.然后用ps