weblogic操作手册

1、Weblogic操作手册本手册为weblogic日常运维操作手册，旨在提高系统管理员对weblogic认识和运维能力。手册分为三部分：weblogic基本知识、巡检内容和故障处理介绍。一 Weblogic基本知识weblogic登入console控制台通过浏览器中输入：http:/IP:7001/console/ （weblogic默认登入方式）如果管理员修改了weblogic端口和console，则登入方式为http:/IP:port/<console>进入后的界面如下：在里面我们可以部署工程、配置数据源、配置jdbc、修改密码等。启动和停止服务启动AdminServer： /b

2、ea/weblogic/user_projects/domains/<域名>/bin/startWebLogic.sh (startWebLogic.cmd)启动ManagedServer /bea/weblogic/user_projects/domains/<域名>/bin/startManagedServer.sh (startManagedServer.cmd) <server_name > http:/IP:port/console如果是后台启动:nohup 命令 >日志文件 &停止： 1）/bea/weblogic/user_pro

3、jects/domains/域名/bin/stopWebLogic.sh (stopWebLogic.cmd)2）Unix查找Weblogic的系统进程并杀之ps -ef |grep javakill 进程ID二 巡检内容巡检周期Weblogic巡检周期为每季度巡检一次，并出相应的巡检报告。weblogic范围首先对weblogic信息进行统计，确定weblogic巡检的个数和一些基本信息。操作系统层面信息磁盘空间使用率使用状态检查结果磁盘使用空间正常，没有超过警戒值。另外在操作系统方面还要求查看cpu使用情况，发现cpu因java进程使用异常则进一步进行分析！Weblogic管理控制台基本信

4、息管理端口: 70065:7001 (AdminServer(admin)受管服务节点状态(Home > Summary of Servers)常规信息(Home > Summary of Servers>server_name> Monitoring> General)健康状况(Home > Summary of Servers>server_name> Monitoring> Health)内存利用率(Home > Summary of Servers>server_name> Monitor

5、ing> Perfoemance)线程信息(Home > Summary of Servers>server_name> Monitoring> Threads)事务概要(Home > Summary of Servers>server_name> Monitoring> JTA)检查结果正常说明：这里主要是检查weblogic的健康状态和每一个server的内存使用情况，发现健康异常则联系应用开发商一起分析。Server内存使用分两种情况：第一是正常上班时间内存使用高，为正常现象；第二是非上班时间内存使用高则要求查看相关server的lo

6、g，找出为原因所在，必要时重启server，防止因内存溢出而导致业务中断！JDBC数据源信息此项为检查应用通过weblogic连接到数据源的基本信息，主要是看数据源状态是否为running状态，其次是看连接缓冲池是否能满足应用需求。说明：状态为running状态的JDBC一般都不会有问题，若有问题会及时提现出来，必要时对JDBC配置提出有效的建议，例如增大缓冲池的大小、与数据库维护厂商一起讨论数据库连接问题等！JDBC数据源数据源状态连接池大小(Home > Summary of Servers>server_name> Monitoring> JDBC>JDBC

7、_name>Configuration>Connection Pool)检查结果正常应用包检查此项检查为最重要的检查项，要求检查应用包的健康状态。发现应用包不为Active状态时，首先要和应用开发商确认是否为已遗弃的应用，是否是人为原因等，倘若不是则需要浏览log找出应用包不为Active状态原因，这个原因一般为应用包中config文件配置问题。应用应用包状态(Deploymentes>control)Web应用程序状态(Deploymentes>monitoring)Log检查检查log的目的主要是解决现有存在的问题和发现潜在问题并做好预防措施。Log位置位于：bea

8、user_projectsdomainsyourdomainmyserverservers_namelogs 此项按实际情况来看，针对不同的问题浏览不同的log：Log分析运行情况一些请求时间超过600秒, 报超时错误, Weblogic会自动处理,可忽略处理步骤三 故障处理介绍以惠州供电局为例：营销客服问题问题描述:客服人员正在操作的时候会突然提示”您尚未登录或连接已失效, 请重新登录”weblogic原厂工程师建议:1. 查找到应用代码中, 在登录系统时显示调用过session.invalidate()方法, 此方法作用是销毁session会话. 建议将此方法注释后再测试问题是否还会出现.

9、2. 检查应用中报告“连接超时或尚未登录系统”异常部分的代码，代码中通过调用某个jspjsp文件判断来确定连接超时. 3. 根据客服人员在遇见此问题后记录的时间点查找对应日志处理方法:1. 应用厂商答复说session.invalidate()方法和jsp文件已被封装至系统框架中, 无法修改或者反编译, 故未能正常判断是否是此文件导致问题产生.2. 根据时间点分析日志, 发现有些时间点并未有报错但连接依然会失效. 而且应用的配置文件web.xml的超时设置比weblogic配置文件weblogic.xml中的超时优先级高, 即web.xml中设置了超时后, weblogic.xml中的超时时间

10、会失效故无法从weblogic层面找到问题的解决方法. 建议从其他方面再分析问题.生产系统问题问题描述:admin服务进程存在, 登录web控制台能看到输入用户名密码界面, 点击登录之后长时间未能登录进控制台.产生原因:生产系统中的是一个集群, 但是没有建proxy服务, 而是把负责分发的 proxy应用部署在admin服务上, 导致admin内存大部分消耗在分发的应用上.解决方法:新建一个proxy服务, 把负责分发的proxy应用重新部署到proxy服务上.营销应用问题问题描述:admin服务进程存在, 登录web控制台能看到输入用户名密码界面, 点击登录之后长时间未能登录进控制台.产生原

11、因:营销应用admin服务内存溢出. 查看进程发现分配给admin服务内存大小为256M解决方法:将admin服务内存调整至512M, admin启动脚本中添加如下内容:export USER_MEM_ARGS=”-Xms512m -Xmx512m”(注: 应用组客户担心会影响营销业务运行, 建议不更改)综合应用问题问题一:问题描述:因综合服务器内存使用率达94%, 为了节省内存, 将综合服务器的admin管理服务内存调整至512m, admin服务内存溢出并无法启动问题原因:因之前的工程师将setDomainEnv.sh文件中JVM的启动参数中的PermSize调整至1024m, 故将综合服

12、务器的admin管理服务内存调整至512m时, 不调整PermSize则会导致内存溢出解决方法: admin启动脚本中添加如下内容:export USER_MEM_ARGS=”-Xms512m -Xmx512m -XX:PermSize=256m -XX:MaxPermSize=256m”问题二:问题描述:综合服务器server1, server2内存溢出, 但由于没有产生dump文件, 无法分析具体内存溢出原因. 后将java参数-XX:+HeapDumpOnOutOfMemoryError -XX:+HeapDumpOnCtrlBreak添加至setDomainEnv.sh环境变量脚本中,

13、 admin服务能够正常产生dump文件, 而server1, server2无法产生. 问题原因:因综合应用weblogic使用是HPUX自带的1.5.0版本的java, 查看HPUX官方文档, JAVA参数-XX:+HeapDumpOnOutOfMemoryError -XX:+HeapDumpOnCtrlBreak添加正确. 至于为什么server1,2无法产生dump文件, HP原厂工程师未能给出确切的答复.临时解决方法:1. 继续将此java参数无法产生dump文件问题提交至HP原厂工程师, 要求给出明确答复.2. 在server1, 2再次内存溢出时, 先执行psef|grep s

14、erver1 (或者server2)查看服务对应的PID, 然后执行kill -3 pid, JVM将会降进程的状态, 执行堆栈dump到启动日志serverstart.log.为了反映线程状态的动态变化，执行三次kill -3 pid命令，每次间隔10-20s. 最后将得到的启动日志和dump文件发送给weblogic原厂工程师分析.3.原厂给出新的建议：在/home/weblogic目录下的文件.profile下添加java代码：export _JAVA_HEAPDUMP=1,Z在此后要重启java应用服务才能看到效果，到时才能看到产生宕机的原因。缺点是要等到下一次重启才能找到看到错误日志EIP应用问题问题描述:受管服务内存溢出导致服务挂死问题原因:weblogic原厂工程师通过分析dump文件发现session会话数太多, session会话里的内容太多,导致session内存使用太大从而引起内存溢出可选方法: 1. 系统硬件允许可以考虑多加几个weblogic server 实例, 以集群方式运行. 但由