WebLogic问题分析常用方法及技巧剖析

weblogic常见问题汇总bea\user_projects\domains\mydomain下可以查看日志，如果出现关闭的连接错误，可以在配置连接池的时候设置，选中测试返回的连接和请求的连接．如果经常出现内存溢出的问题话查看日志，如果出现Executethread: '7' for queue:'weblogic.kernel.default' 这样类似Executethread开头的可能是线程资源耗尽的问题，如果是２４说明是对象锁没释放怎样查看weblogic 目前可用的线程数？console控制台上myserver-下面的Monitoring的tab-Performance 中的Idle Threads显示的数目就是（下面有）WebLogic Server 性能及调整：查看使用WebLogic 8.1 线程缓冲池模型性能查看：调整weblogic的使用内存修改对应的domain下面的启动脚本，比如：weblogic安装目录下对应domain的启动脚本：startWeblogic.sh，追加Windows:set MEM_ARGS=-Xms2045m -Xmx2560mUnix:MEM_ARGS="-Xms1024m -Xmx2048m"注：Xms表示最小内存，Xmx表示最大内存。

主要内容1、WebLogic服务的监控2、WebLogic性能优化3、UNIX操作命令介绍WebLogic服务的监控WebLogic的控制台console对内存的监控Console --> server --> myserver --> 右边窗口Mornitoring --> PerformanceWebLogic服务的监控Idle Threads 空闲线程数这个值不能为0，否则意味着系统无线程可用，有死机的危险.Queue Length 等待队列的长度当Idle Threads的值为0时，Queue Length会出现数值。

weblogic安装配臵及常见问题在安装、配臵WEBLOGIC时，主要有以下几个方面的配臵和问题：一、JSP的设臵1。

weblogic.properties文件中的设臵在PROPERTIES文件中对于JSP进行设臵：# Set up WebLogic JSP propertiesweblogic.httpd.register.*.jsp=\weblogic.servlet.JSPServletweblogic.httpd.initArgs.*.jsp=\pageCheckSeconds=1,\compileCommand=c:/jdk1.3/bin/javac.exe,\workingDir=C:/weblogic/myserver/classfiles,\encoding=gb2312（或GBK）,\verbose=true2。

查看JSP生成的JAVA代码在上边的配臵中，到workingDir指定的目录下查找相应目录下的JAVA文件。

在测试JSP时，如果出现编译问题，由于报错位臵不精确，因此经常需要查看相应的JAVA源文件，以便找到真正的问题所在3。

手工编译JSP的方法运行setEnv.sh;java weblogic.jspc your.jsp二、SERVLET的设臵1。

如何进行SERVLET的登记？#用于进行servlet的登记weblogic.httpd.register.test_servlet=doctor.servlets.test_servlet weblogic.httpd.register.test1_servlet=doctor.servlets.test1_servlet weblogic.httpd.register.test2_servlet=doctor.servlets.test2_servlet2。

如何不登记一个SERVLET，而直接测试该SERVLET首先在weblogic.properties文件中登记weblogic.httpd.register.servlets=weblogic.servlet.ServletServlet然后在浏览器中键入：http://host:7001/servlets/your_package/your.class3。

务器 的 硬件 性 能？ Ｊ ＥＥ的 Ｊ ２ ＶＭ 内存 堆 应 该如 何 设 置 ，
配 置越 大越 好 。但事 实 上还 是 有一 些手 段 和依 据来 进行 判 断 ，帮 助 我们 设置 一 个 尽可 能 优化 的值 。首先 Ｊ ＶＭ 内存 堆 的设 置并 非越 大 越好 ，加 大 内存 本身 是不 能 改变应 用性 能 的 。在进 行 内存设 置调 优之 前 ，必 须先 讲述 下 Ｊ ｖ 中 ａａ
内。因此 可 以综合 这两 点来 考虑 单 台应 用服 务器 设 置几 个
Ｗｅ Ｌ ｇ ｃ Ｓ ｒ ｅ 例 比较 合 适 。 ｂ ｏ ｉ ｅ ｖ ｒ实
维０ ｓｃ 一 表示 ＧＣ进行本 次垃 圾 回收所 消 耗 ．０ ０ ０ ｅＳ
的时 间 。
Ｗ ｅ Ｌ ｇｃ 以近 乎线 性地 提高 线程数 。线程数 越 多 ，花 ｂ ｏ ｉ可
费 在 线程 切 换 的时 间也 就 越 多 ；线 程 数越 小 ，ＣＰＵ可 能 无法 得到 充分 的利 用 。为获 取一 个理 想 的线 程数 ，需要 经 过反 复的 测试 。可 以 以 ２ Ｐ 个数 为基 准进 行调 整 （ ５ ＣＵ Ｘ 最 好每 个 Ｃ ＰＵ小于 ５ ０个 线程 ） 。当 空闲线 程较 少 ，ＣＰ Ｕ利 用 率较 低时 ，可 以适 当增加 线程 数 的大 小。
中 ，积 累的 一些 经验和 解决 方 法。
回 收 ，以释 放 内存保 障 应用健 康 运 行 。改变 内存设 置 的 目
２ Ｗｅ Ｌ ｇｃ Ｓ ｒ ｅ ｂ ｏ ｉ ｅ ｖ ｒ及内存堆的设置
２ １依 据 Ｃ Ｕ和 Ｒ Ｍ设置 Ｓ ｒ ｒ ． Ｐ Ａ ｅｖ 实例 ｅ
一
个 Ｗ ｅ Ｌｏ ｉ Ｃ ｕ ｅ 群 中的 Ｓ ｖ ｒ 以 部署 在 ｂ ｇ ｃ ｌ ｓ ｒ集 ｅｅ 可

A：weblogic无法启动，错误信息包含如下:<Error> <EmbeddedLDAP> <000000> <Error opening the TransactionLog: ./myserver/ldap/ldapfiles/EmbeddedLDAP.tran: Permission denied>Q：LDAP启动失败，导致的问题可能是用root账户启动了weblogic。

检查mydomain目录下myserver/ldap/ldapfiles下的文件权限，是否是weblogic用户组，如果还是无法启动，请删除.tran文件。

A：weblogic无法启动，错误信息包含如下:<Error> <Deployer> <BEA-149204> <The deployment framework was unable to register with the Data Replication Service.<Error> <Deployer> <BEA-149601> <The deployment framework was unable to resume accepting requests.>Q：问题是管理域无法与用户域通信。

查看linux系统主机名，查看/etc/hosts文件，看是否有如下一行主机记录，如果没有，请将这一行记录加入到/etc/hosts文件中。

127.0.0.1 localhost.localdomain localhost 没有这一行记录，就会导致启动失败，一般在安装系统时，设置了主机名、有两块网卡，在设置主机名时，上面的记录就没有了。

A：weblogic无法启动，错误信息如下：The WebLogic Server did not start up properly. .UnknownHostException: MyLinux: MyLinux at.InetAddress.getLocalHost(InetAddress.java:1191) atweblogic.rjvm.JVMID.setLocalID(JVMID.java:124) atweblogic.rjvm.JVMID.localID(JVMID.java:104)Q：主机包含多个IP地址，一般为配置时未更新监听地址，修改config.xml文件的listen address即可正常启动；1．WSNAT_CAT:1287: WARN: Forced shutdown of client这个问题主要可能的原因有三个：一是Client端由于长时间连接Server，但却没有作任何的请求，这时，他会被断掉；二是由于Server在处理Client的请求时，发生超时引起的；三是由于在处理Client发起的事务时，超过tpbegin所制定的时间，也会报告这个信息。

1Weblogic9.2 在linux下启动很慢打开setDomainEnv.sh 增加-Djava.security.egd=file:/dev/zero修改参数为JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/zero"2Windows x64 jrockit 启动3000M 报OutOfMemoryng.OutOfMemoryError: class allocation, 153359080 loaded, 154140672 footprint JVM@check_alloc(src/jvm/model/classload/classalloc.c:118). 19416 bytes通过修改启动内存，设置4G以上3后台日志出现以下报错User <anonymous> does not have permission on weblogic.management.home to perform lookupoperation1、网上找到的解决方案是：打开weblogic控制台，点击你部署工程的那个domain，在右边主页的下面有一个“View Domain-wide Security Settings”连接，点开它，看看复选框“Anonymous Admin Lookup Enabled”前面是没选的，把它勾上。

2、使用了1中的解决方案还是报这个错误，经过高手提醒后发现原因：如果一个weblogic.xml中包含以下的内容：<container-descriptor><prefer-web-inf-classes>true</prefer-web-inf-classes></container-descriptor>这个配置的意思是使weblogic优先加载应用WEB-INF/lib下面的jar包。

weblogic部署常见问题weblogic.xml是可以选的，可以不要，除非你需要先加载web-inf/lib文件。

weblogic.xml主要配置web容器的一些属性，比较JSP编译时间间隔、编译路径等web.xml是配置整个应用工程的属性，如servlet 等JSP乱码：在你工程目录下面的/WEB-INF里面有一个weblogic.xml这个文件里有字符集设置（这个weblogic.xml文件是你在使用weblogic对自己的这个WEB工程进行发布时，通过向导一步一步进行参数设置之后，自动生成的）。

weblogic.xml里的字符集设置为：/*UTF-8就我个人成功部署的经历说说我的部署心得。

/doc/9018782586.html,/s/blog_4745d 1c1010171av.html1.部署出错。

部署出错常见问题就是，web.xml不规范。

web.xml不规范将直接导致部署不成功！weblogic对web.xml检查非常严格，大部分能在tomcat下调试成功的，在weblogic下不一定会成功。

原因是，tomcat不能算是一个服务器所以检查相对不够严格。

注意这里说的tomcat指的是5.5及以下。

tomcat6在整个结构上有了一定的改变，部分tomcat5.5能通过的，在tomcat6下并不一定成功！所以出错后，应当根据提示检查下web.xml书写是否规范。

部署不成功的另一种问题，JRE版本不对应。

换句话说就是服务器上的JDK低于你开发环境中的JDK，导致的版本出错。

这个是比较郁闷的，通常情况下有两种建议：其一，最好的办法是将服务器上的JDK升级至官方最高版本。

这样做的好处是，不用担心版本问题，另外新版本通常支持新的特性，对开发也有很大的帮助。

其二，将本地的JDK和服务器上的JDK控制在同一个版本。

这样就不用担心版本不对应。

下面说下问题出现以后的解决方法，通过MyEclipse的项目属性->JRE设置->添加新的JRE->让项目的使用新添加的JRE。

Weblogic问题汇总1. weblogic unable to get file lock问题在项⽬使⽤过程中，⾮正常结束Weblogic进程导致Weblogic⽆法启动，出现以下错误：<BEA-141281> <unable to get file lock, will retry解决⽅法：1）第⼀步，杀死锁定AdminServier.lok的进程通过 fuser -u ⽂件名找出占⽤⽂件的进程PID，然后杀死即可。

fuser -udomains/XXX_domain/servers/AdminServer/tmp/AdminServer.lok*******/AdminServer.lok 4657kill 46572）第⼆步，删掉Domain下所有的*.lok⽂件domains/XXX_domain/edit.lokdomains/XXX_domain/config/config.lokdomains/XXX_domain/servers/AdminServer/tmp/AdminServer.lokdomains/XXX_domain/servers/AdminServer/data/ldap/ldapfiles/EmbeddedLDAP.lok3）第三步，删掉Domain下所有的*.DAT⽂件find servers/ -name "*.DAT"2.Authentication denied: Boot identity not valid问题当weblogic密码发⽣修改或变动可能会导致此问题解决⽅法：⽅案⼀：检查对应server下是否有security⽬录及boot.properties⽂件没有的的话增加相应⽬录和⽂件，⽂件内容可参考AdminServer，修改为对应的weblogic明⽂⽤户名及密码，⾸次启动成功后会⾃动加密删除domains/XXX_domain/servers/XXX-Server/data/ldap⽬录⽅案⼆：删除boot.propertiesdomains/XXX_domain/servers/XXX-Server/security/boot.propertiesdomains/XXX_domain/servers/XXX-Server/data/ldap。

中间件故障诊断总结一、步骤：1、准确描述现象：客户说的和自己查看到的：平台、版本、操作、信息等。

特别是，故障前是否有做过什么操作：网络调整、设备调整、主机参数调整、配置文件修改……反正将这一切都列入排查的对象。

2、使用工具收集数据，收集配置文件、日志、dump文件等等。

3、使用分析数据，根据问题或收集的数据，使用适当的工具分析数据，当然包括了在网上和在官方支持站点搜索类似的问题的解决办法。

4、尝试解决问题，根据找到的问题点，尝试解决。

如修改错的，复原正确的；运行有问题的，适当调整运行的环境和运行的参数等等。

5、给出最佳解决方案，一般就是继续观察了。

6、总结经验并加以重用，知识积累。

二、通过前台收集基本的信息：1、重点是故障前做过的操作2、比对运行平台是否在官方的兼容性列表中，一般就是关注各个版本，特别是一些比较怪异的问题3、检查环境和参数，如能打开控制台，就在控制台中初步观察，一般进入控制台的格式是如：。

常用的留意点如下：A、域运行状态（域-监视-健康状况）；一般为running状态，如果不是running，那这些界面就没有了。

B、服务器运行状态（域-环境-服务器），正常的为running。

C、各个server性能（JVM）状态（域-环境-服务器，点击具体的serve后进入，监视-健康状况）;留意JVM堆中当前可用的内存量。

不同的JVM，所显示的内容可能不一样，以下为sun的：D、各个server线程状态（域-环境-服务器，点击具体的serve后进入，监视-线程）；一般来说，空闲线程要多；健康状况为ok如下图health状态为：Warning，这个是有线程阻塞的。

阻塞线程的内容为：####<2011-8-13上午02时42分35秒GMT+08:00><Error><WebLogicServer><dataweb1><dc_admin1><[ACTIVE]ExecuteThre ad:'15'forqueue:(self-tuning)'><<WLSKernel>><><><BEA-000337><[STUCK]Execut eThread:'19'forqueue:(self-tuning)'hasbeenbusyfor"2,492"secondsworkingonth erequestwhichismorethantheconfiguredtime(StuckThreadMaxTime)of"2,400"secon ds.Stacktrace:Method)Source)E、JDBC（域-环境-服务器，点击具体的serve后进入，监视-JDBC）；活动连接数合理。

1Weblogic9.2 在linux下启动很慢打开setDomainEnv.sh 增加-Djava.security.egd=file:/dev/zero修改参数为JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/zero"2Windows x64 jrockit 启动3000M 报OutOfMemoryng.OutOfMemoryError: class allocation, 153359080 loaded, 154140672 footprint JVM@check_alloc(src/jvm/model/classload/classalloc.c:118). 19416 bytes通过修改启动内存，设置4G以上3后台日志出现以下报错User <anonymous> does not have permission on weblogic.management.home to perform lookupoperation1、网上找到的解决方案是：打开weblogic控制台，点击你部署工程的那个domain，在右边主页的下面有一个“View Domain-wide Security Settings”连接，点开它，看看复选框“Anonymous Admin Lookup Enabled”前面是没选的，把它勾上。

2、使用了1中的解决方案还是报这个错误，经过高手提醒后发现原因：如果一个weblogic.xml中包含以下的内容：<container-descriptor><prefer-web-inf-classes>true</prefer-web-inf-classes></container-descriptor>这个配置的意思是使weblogic优先加载应用WEB-INF/lib下面的jar包。

WebLogic应用部署及常见问题一、应用部署1.1登录（默认域账号密码：weblogic/weblogic）1)服务器启动后，打开Web控制台首页，点击右上方“Start theAdministration Console”，进入控制台登录页面，如下图所示2)输入用户名口令，默认为weblogic/weblogic1.2建立数据源1)进入控制台首页后，选择服务 / JDBC / 数据源，如下图所示2)在“更改中心”面板中，点击“锁定并编辑”按钮，这时右边窗口中的“新建”按钮被激活，如图所示3)点击“新建”按钮，进入“新建JDBC数据源”4)根据下表以及下图所示填写和选择相关项：5)点击下一步，进入“事务选择”，保持默认即可项：7)点击下一步，进入“测试数据库连接”，如图所示：8)点击下一步，进入“选择目标”，保持默认即可：9)点击“完成”，进入如下所示界面，此时新建的数据源“SGCCData Source”已经列在右边表格当中，等待激活更改10)点击“更改中心”面板中的“激活更改”按钮，使之生效，至此数据源建立完毕。

1.3发布应用1)进入控制台首页后，选择部署，如下图所示2)在“更改中心”面板中，点击“锁定并编辑”按钮，这时右边窗口中的“安装”按钮被激活，如图所示3)点击“安装”按钮，进入“安装应用程序助手”4)在位置列表中提供的驱动器列表中，选择具体的应用程序所在路径，进入如下界面，选择一个应用进行部署，下面以“cell”为例，依次图示部署应用的各个步骤5)在接下来的界面中，选择“将此部署安装为应用程序”6)点击下一步，进入到“可选设置”，保持默认不用更改7)点击下一步，检查选项并单击“完成”8)单击完成后，进入如下界面，等待激活9)点击“激活更改”后，显示如下界面10)再次选择“部署”，在部署列表中，选中刚才发布的cell应用，在“启动”下拉菜单中单击“为所有请求提供服务”11)接下来系统显示确认界面，点击“是”12)请求发送后，进入如下提示界面，可以看到在部署应用列表中，刚才发布的应用cell状态一栏，已经显示为“活动”13)点击名称“cell”，在“cell的设置”中，单击tab页“测试”，在这里提供了测试cell应用程序的测试点cell部署成功（注意先要成功部署dbnetgrid）应用二、常见问题：2.1‘600’second问题1)后台报错如下图：类似报错“which is more than theconfigured time <StruckThreadMaxTime> of “600”seconds”2)登录http://ip:3000/console3)点击“环境”—“服务器”后：4)点击“AdminServer(管理)”：5)点击“超载”：6)选择“锁定并编辑”，修改“最长线程阻塞时间”，如果报错中为“600”，则修改为>600即可。

BEA Weblogic Server 8.1 运行常见问题
WebLogic Server挂起
问题描述
出现如下情况时怀疑服务器挂起：
服务器不响应新的请求。 请求超时。
请求处理的时间越来越长（其最终结果可能是挂起）。
通常，服务器挂起不会表现为服务器崩溃，但服务器挂起之后可能会崩溃
©2003 BEA Systems, Inc. | 9
…打开文件过多
发生问题的原因
这些异常指出操作系统 (OS) 资源问题和操作系统与 JVM 进程用完文 件描述符的原因。 在几个并发用户连接到服务器之后通常会发生此问题。Java 打开许多 文件，以便读取运行应用程序所必需的类。大量应用程序会使用许多 文件描述符，这会导致缺乏新的文件描述符。同样，每个新的套接字 都需要一个描述符。客户端和服务器通过 TCP 套接字进行通信。在与 服务器建立连接时，每个浏览器的 http 请求都使用 TCP 套接字。
…内存不足/内存泄漏问题
对于本地 OOM 问题
收集下列信息：
-verbosegc 输出，通过它可监视 java 堆使用量。这样将有助于了解此应用程序的 java 内存要求。 定期记录进程虚拟内存大小，从启动应用程序时起直到 JVM 用完本地内存。这样将 有助于了解此进程是否确实达到该操作系统的大小限值。
发生问题的原因
服务器挂起有多种原因。一般而言，服务器挂起是因为缺少某种资源。缺少资源会阻止 服务器响应服务请求。例如，由于故障（死锁）或者大量请求的缘故，可能没有任何可 用的执行线程来完成工作，所有执行线程都被占用或忙于处理以前的请求。
©2003 BEA Systems, Inc. |
2
...WebLogic Server挂起

2015/1/12Qing_WebLogic Server 12c 一些常见问题和解决方案file:///C:/Users/Qing/Desktop/Qing_WebLogic%20Server%2012c%20%E4%B8%80%E4%BA%9B%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98%E5%92%8C%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88.html 1/1Qing_WebLogic Server 12c 一些常见问题和解决方案-1、Windows里面安装VMware虚拟机Linux，Linux下安装一个WebLogic Server 12c，启动domain域之后，外部主机无法访问此Domain域，但是可以ping通。

原因是因为Linux防火墙。

解决方案：停止防火墙：server iptables stop 最佳解决方案：实际应用中，我们最好不要停止防火墙，但是我们可以开放一个端口：打开/etc/sysconfig/iptables，加入一条-A INPUT -m state –state NEW -m tcp -p tcp –dport 80 -j ACCEPT然后重启防火墙：/etc/init.d/iptables restart0、在linux里面启动WebLogic，之后直接关掉终端忘记按Ctrl+c关掉，会直接关掉这个WebLogic Server 12c 解决方案：杀掉进程，再启动备注：启动不要使用./startWebLogic.sh，应该使用nohup >nohup .out ./startWebLogic.sh 2>&1 & PS：nohup.out可以使其他文件名字使用nohup的命令可以后台打开这个脚本文件，不挂断的运行，从而不会因为你不小心关闭这个文件而导致的各种问题。

需要注意的是，因为我们启动WebLogic需要输入AdminServer的密码，而使用nohup的话，直接后台启动。

weblogic10性能优化及相关技巧WebLogic10常见性能优化及相关技巧目录一、中文字符集的加载方法 (2)二、服务启动缓慢的解决方法 (3)三、文件损坏造成无法启动服务的解决方法 (3)四、打开文件数的优化 (4)五、虚拟机内存的优化 (5)六、连接池的优化 (5)七、服务节点访问超时的优化 (8)八、服务节点访问线程数的优化 (10)九、部署应用程序的优化 (10)十、日志的优化 (11)十一、清空输出日志nohup.out的方法 (13)十二、通过管理控制台对weblogic10运行情况进行监测 (13)十三、windows下weblogic控制台运行日志输出到文件 (15) 十四、忘记weblogic管理控制台密码的处理方法 (16)一、中文字符集的加载方法加载中文字符集的必要性：1、解决某些情况下服务无法启动(启动需要读取含中文的xml)。

2、解决应用程序运行异常(程序运行需要中文字符集的支持)。

3、方便查看相关系统运行日志。

一般在linux或aix操作系统上会出现中文字符集的问题加载方法：Linux操作系统修改域目录下xxx_domain/bin/setDomainEnv.sh文件，在文件中增加内容export LANG=zh_CN.GBK例如：IBM Aix操作系统修改域目录下xxx_domain/bin/setDomainEnv.sh文件，在文件中的java_options中增加内容：-Ddefault.client.encoding=GBK -Dfile.encoding=GBK nguage=Zh -Duser.region=CN例如：注意：要使上述修改方法有效，前提是linux/Aix操作系统安装时需要安装中文字符集，系统规划时要跟硬件集成商进行说明。

二、服务启动缓慢的解决方法有些时候我们在启动应用服务的时候，启动特别慢，有时慢到需要好几个小时，这实际是JVM在Linux/Aix下的bug，是由于服务想调用一个随机函数但取不到造成的。

WebLogic问题分析常用方法及技巧说明：该文档专门针对WebLogic10.3怎么查问题、定位问题及日常维护中的一些小技巧，该文档适合对WEB应用程序有一定认识、对WebLogic 有一定了解，对当前主机环境熟悉，对Aix命令有一定基础的相关人员。

其它非法人员切记在不了解的情况下做任何修改，执行任何命令，以此带来的任何问题及影响概不负责。

一、日常监控1、集群负载监控1.查看集群内各Server的单独访问地址，是否能正常访问，Server访问地址后面有统一说明，常见的无法访问原因有：a.Server没有启动（提示Service not available)，启动Server即可；b.应用程序是否为Active（提示403或404），update或start即可；c.应用程序已经是Active，Server也RUNNING仍无法访问，则可以通过应用程序的Monitoring查看各Server上的运行情况，查看对应Server的*.out日志，通常情况下是应用程序更新有问题导致的；2.查看Proxy Server的线程数，根据应用程序根路径名可以定位是哪个具体的Server或集群，若有队列吞吐量为0的情况说明集群没有实现分发（需要分析Proxy的web.xml 文件，看看对应的servlet(即应用程序根路径））是否有如下配置：<servlet><servlet-name>Ngboss</servlet-name> #该名称必需要有对应的servlet-mapping<servlet-class>weblogic.servlet.proxy.HttpClusterServlet</servlet-class><init-param><param-name>WebLogicCluster</param-name><param-value>10.131.39.75:7101|10.131.39.76:7101 #IP及端口是否配置正确，顺序是否正确</param-value></init-param><init-param><param-name>CookieName</param-name><param-value>NGBOSS_JSESSIONID</param-value> #该名称必需与应用程序的weblogic.xml里配置的CookieName一致</init-param><init-param><param-name>wl-dispatch-policy</param-name><param-value>ngboss</param-value></init-param> #该段配置是用来对集群分发，配合它才能实现集群的分发，param-value即servlet 的访问名称</servlet>............<servlet-mapping><servlet-name>Ngboss</servlet-name> #该名称必需要有对应的servlet <url-pattern>/*</url-pattern></servlet-mapping>3.查看应用程序的Monitoring的Session，根据各Server上的在线Session数即可判断集群是否实现负载，常见的无法负载原因有：a.集群内存在已挂死的Server（查看各Server的*.out日志即可）；b.Proxy的web.xml配置错误，如IP、端口、CookieName、servlet名等；c.应用程序发布的target是不是在集群；2、Server内存、队列、线程数监控1. 1.进入对应的Server监控页，查看Performance的Java 内存、Threads的队列及线程数、JDBC连接数等3、WTC监控1.Service->WTCServer->Ctrl是否connected4、JDBC监制1.查看连接的总体情况，看看是否有未释放的连接，查看时要多次刷新页面看看Java内存是否可以正常回收、队列及线程数是否有居高不下、JDBC是否有长时间不释放（这种情况下需要DBA配合分析）5、日志监控1.定期查看server/logs和logs/xxx_error.log出现的错误日志6、JMS监制1.Interoperability->WTC Servers->Connected是否为true7、后台进程监控1.用命令ps –ef | grep $ServerName，看进程是否存在，ServerName列表可参看Server访问地址里的访问根路径名二、问题分析定位必杀技1.用topas命令，查看占用CPU高的进程ID；2.然后用ps -ef | grep $ID即可看到对应的ServerName；3.然后进Console看该Server的运行状态（RUNNING),如果Server已经Down掉了可以直接通过Console启起来，记得不要把ngbossdomain/servers/$ServerName/logs下的文件删除，用作之后的日志分析4.在Console可以操作的前提下，还可以查看该Server的Dump 日志、进程的内存使用情况、队列及空闲线程、JDBC连接数等5.若Console不可操作（一般在有Server挂死的情况下），可以用命令ps -mp $ID -oTHREAD | grep R;kill -3 $ID（需要记录该命令的输出内容），执行完后会在ngbossdomain 下生成javacore文件（该文件与Console里的Dump日志内容相似），该命令可以多执行几次，生成多个javacore文件，方便之后的问题分析；如果需要重启服务可以用kill -9 $ID，执行完这个命令后该Server会自动重启，切记要先生成javacore，再kill -9；说明：通过分析某一进程的各个线程运行情况，定位问题，可以通过多种途径获取进程，如：1.根据有问题的系统模块找到对应的Server，然后用ps –ef | grep ServerName即可得到进程名2.根据WL的控制台找到对应的Server，然后用ps –ef | grep ServerName即可得到进程名三、javacore快速定位1、生成javacore文件1.通过命令ps -mp $ID -o THREAD | grep R;kill -3 $ID（$ID为进程ID），即可在域目录（ngbossdomain）下生成与进程ID对应的javacore文件，主要分析*.txt文件，记下该命令的输出日志，记下着色处的数字，示例如下：2.:/ngboss/webapp $ps -mp 286906 -o THREAD | grep R;USER PID PPID TID ST CP PRI SC WCHAN F TT BND COMMANDwebapp 286906 53800 - A 90 60 245 * 242001 - - /usr/java6_64/jre/bin/java =acctmanm22 -Djava.security.policy=/bea/weblogic/server/lib/weblogic.policy-Dweblogic.management.server=http://10.200.141.23:7001-Djava.library.path=/usr/java6_64/jre/lib/ppc64/default:/usr/java6_64/jre/lib/ppc64:/usr/java6 _64/jre/lib/ppc64:/usr/java6_64/jre/lib/ppc64/default:/usr/lib:/usr/java6_64/jre/lib/ppc64/j9v m:/usr/java6_64/jre/lib/ppc64:/usr/java6_64/jre/../lib/ppc64::/bea/weblogic/server/native/aix/ ppc64:/usr/lib-Djava.class.path=/bea/weblogic/server/lib/AIX-ComboPatch-Essex.jar:/bea/weblogic/server/ lib/CR370915_1030GA.jar:/bea/patch_wls1030/profiles/default/sys_manifest_classpath/webl ogic_patch.jar:/bea/patch_cie660/profiles/default/sys_manifest_classpath/weblogic_patch.jar: /usr/java6_64/lib/tools.jar:/bea/weblogic/server/lib/weblogic_sp.jar:/bea/weblogic/server/lib/ weblogic.jar:/bea/modules/features/weblogic.server.modules_10.3.0.0.jar:/bea/weblogic/serv er/lib/webservices.jar:/bea/modules/org.apache.ant_1.6.5/lib/ant-all.jar:/bea/modules/net.sf.an tcontrib_1.0.0.0_1-0b2/lib/ant-contrib.jar::/bea-Dweblogic.system.BootIdentityFile=/ngboss/webapp/ngbossdomain/servers/acctmanm22/da ta/nodemanager/boot.properties -Dweblogic.nodemanager.ServiceEnabled=true -Dweblogic.security.SSL.ignoreHostnameVerification=false-Dweblogic.ReverseDNSAllowed=false -Xms3072m -Xmx4096m -Dibm.stream.nio=true -Dfile.encoding=GBK nguage=zh -Duser.region=CN -Xgcpolicy:gencon weblogic.Server- - - 975497 R 88 141 0 - 400000 - - -说明：该命令生成当进程正在运行（状态为R）的线程日志，着色处为线程ID，将该ID用Windows自带的计算器转换成16位即可在javacore文件里找到对应的线程日志2、分析javacore定位问题1.用vi命令查看javacore*.txt文件，查找线程ID转16位的串；2.如果1查到的内容是：GC日志、Wait状态、autoLogin栈都不需要关注，只关注有带有相应模块串的异常栈信息，示例如下：3.3XMTHREADINFO "ExecuteThread: '2' for queue: 'default'" TID:0x0000000117168700,j9thread_t:0x00000001170E8160, state:CW, prio=53XMTHREADINFO1 (native thread ID:0x325063, native priority:0x5, native policy:UNKNOWN)4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalCLR(T4CMAREngine.java:1589(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalCLR(T4CMAREngine.java:1801(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalDALC(T4CMAREngine.java:2125(CompiledCode))4XESTACKTRACE at oracle/jdbc/driver/T4C8TTIrxh.unmarshalV10(T4C8TTIrxh.java:107(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/T4C8Oall.receive(T4C8Oall.java:654(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/T4CPreparedStatement.doOall8(T4CPreparedStatement.java:194(Compile d Code))4XESTACKTRACE at oracle/jdbc/driver/T4CPreparedStatement.fetch(T4CPreparedStatement.java:1017(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/OracleResultSetImpl.close_or_fetch_from_next(OracleResultSetImpl.java: 275(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/OracleResultSetImpl.next(OracleResultSetImpl.java:228(Compiled Code)) 4XESTACKTRACE at weblogic/jdbc/wrapper/ResultSet_oracle_jdbc_driver_OracleResultSetImpl.next(Bytecode PC:20(Compiled Code))4XESTACKTRACE at com/linkage/appframework/data/DatasetResult.<init>(DatasetResult.java:28(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1612(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1741(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1756(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/BaseEntity.queryList(BaseEntity.java:246(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/BaseEntity.queryListBySqlstoreParser(BaseEntity.java:566(Comp iled Code))4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/dao/QueryServerInfoDAO.queryServerInfo(Query ServerInfoDAO.java:61)4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/bean/QueryServerInfoBean.queryCheckRecord(Qu eryServerInfoBean.java:74)4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/page/QueryServerInfo.exportExcel(QueryServerInfo.java:170)4XESTACKTRACE at sun/reflect/NativeMethodAccessorImpl.invoke0(Native Method)4.根据2即可定位到是具体应用的具体Java文件的具体方法，定位具体问题，然后再去分析该代码即可3、WADE应用javacore文件分析小技巧1、后台定位1.找到进程ID（可通过topas,或ps -ef | grep ServerName等方法），执行kill -3命令，生成javacore文件2.vi 1 生成的javacore文件，查找queryList或export关键字符，即可快速定位问题代码2、前台定位1.登录WebLogic控制台，打开有问题Server，进入Performance监控页，生成Dump ThreadStacks内容；2.查找queryList或export关键字符，即可快速定位问题代码；说明：针对javacore文件分析，要灵活运行相关信息。

WebLogic面试的知识点1. 介绍WebLogicWebLogic是一款由Oracle开发的Java EE应用服务器，它提供了企业级的可靠性、可扩展性和高性能。

WebLogic支持多种开发技术和标准，包括Java EE、SOA、Web 2.0等，广泛应用于企业级应用的开发和部署。

2. WebLogic的特性•高可用性和可靠性：WebLogic提供了分布式架构和集群支持，能够实现高可用性和可靠性的应用部署。

•可扩展性：WebLogic支持水平和垂直扩展，可以根据需要增加服务器节点或增强服务器的资源。

•高性能：WebLogic使用了高效的JVM和优化的网络通信，能够提供卓越的性能表现。

•安全性：WebLogic提供了强大的安全功能，包括身份认证、权限控制和数据加密等。

•容器管理：WebLogic提供了对Java EE容器的完整管理和监控，方便开发人员进行应用程序的开发和调试。

•集成能力：WebLogic支持与其他系统和应用的无缝集成，包括数据库、消息队列和企业服务总线等。

3. WebLogic的架构WebLogic的架构包括以下几个关键组件： - 域(Domain)：一个域是WebLogic 的基本管理单位，它包含了一组关联的服务器和资源。

每个域都有一个域配置文件，用于定义域中的服务器、集群、数据源等。

- 服务器(Server)：WebLogic服务器是WebLogic域的基本运行单元，可以独立工作，也可以作为集群的一部分。

服务器可以分为管理员服务器和托管服务器两种类型。

- 集群(Cluster)：集群是一组WebLogic服务器的逻辑组合，通过负载均衡和故障恢复实现高可用性和可伸缩性。

集群中的服务器共享会话数据和应用程序状态。

- 数据源(Data Source)：数据源用于管理数据库连接池，在应用程序中使用JNDI查找数据源，可以提高数据库访问的性能和效率。

- 部署(Deployment)：部署是指将应用程序或模块文件发布到WebLogic服务器上的过程。

64位weblogic11g安装部署以及常见问题解决方案目录(一) 安装 (1)在Windows 64位操作系统安装Weblogic的注意事项 (3)(二) 部署运行 (3)1. 包引入错误 (3)2.乱码现象 (3)3.mime-typeType配置问题 (4)4.应用不存在 (4)5.ClassNotFoundException: org.hibernate.hql.ast.HqlToken (4)6.weblogic部署war包action不能访问问题解决方法[There is no Action mapped fornamespace / and action name] (5)ng.StackOverflowError (5)(一)安装我们在64位的服务器上为提高性能要安装64位的weblogic。

经常在网上看到有人问，weblogic有64位的么？weblogic需要破解么？weblogic有专门的64位版本，这里安装的是weblogic11g，也就是10.3.6版本，12c的版本安装应该类似。

weblogic从bea被oracle收购后，不需要破解，就只有授权。

什么意思呢？就是说从oracle官网上下载的weblogic 就是全功能版本，不管是集群还是其他，功能没有任何限制。

但是如果要用于商业环境，必须要向oracle买license，当然可以偷偷的用，那就是盗版，侵权，有一天oracle可以告的破产……。

1、下载64位weblogic，打下这个地址：:// oracle/technetwork/middleware/ias/downloads/wls-main-097127.html，在这里可以看到除了mac os X操作系统外，其他系统的64位都是同一个版本，wls1036_generic.jar。

如下列图，weblogic的下载需要注册一个oracle官网的帐号。

2、下载64位JDK，我们下载的文件wls1036_generic.jar文件里面不包括JDK，如有可能, 请尽量在Windows/Linux平台下使用JRockit虚拟机，下载地址：:// oracle/technetwork/middleware/jrockit/downloads/index.html。

【转】Weblogic挂起、宕机问题分析及优化出处: /entry/id/2d66195f2b556337012b55bc34a500b1.htmlWeblogic挂起、宕机问题分析及优化1) 中间件weblogic简介1.略2) weblogic挂起1.表现现象∙服务器不在响应请求，页面很久还打不开∙请求超时∙请求处理的时间越来越长通常，服务器挂起不会表现为服务器崩溃，进入控制台查看server实例状态，仍然是RUNNING状态，进到请求队列里面查看，发现空闲执行线程没有了，如下图:查看server状态:访问WebLogic中文博客查看所有队列:访问WebLogic中文博客⒉分析服务器挂起的原因⑴ webloigc各线程队列工作原理Execute Queueweblogic.admin.HTTP: 供与管理控制台的通信用weblogic.admin.RMI: 管理服务器和被管理服务器上都有这个队列，它是供管理的交通之用weblogic.kernel.Default: 执行队列线程weblogic.kernel.System: weblogic自用访问WebLogic中文博客即ListenThread传入àsocket reader线程池(本地性能包) à执行线程池，对每个server做threaddump的时候正常可以看到如下图线程信息，如果没有看到socket reader或者是ListenThread，那么这个server工作是不正常的，此时server可能处于fail状态访问WebLogic中文博客访问WebLogic 中文博客 ListenThread负责响应所有请求，然后传入给socket reader 线程，Socket Reader 线程接受来自监听线程队列的传入请求，并将该请求放入执行线程队列，执行线程负责执行具体任何。

上面其中任何一个环节工作不正常均有可能造成挂起的现象。