关于Weblogic应用集群服务启动慢的缺陷分析及处理办法 (1)

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。

中间件故障诊断总结一、步骤：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）；活动连接数合理。

Weblogic集群多播配置故障排除使用IP 多播时，群集中的WebLogic Server 实例可以共享一个IP 地址和端口号。

此功能使得群集的所有成员可被视为一个实体，并且使得群集成员能够互相通信。

下列部分提供了对IP 多播配置问题进行故障排除的建议：验证多播地址和端口配置识别网络配置问题使用MulticastTest 实用工具调整多播功能调试多播杂项问题多播配置故障排除的其他资源有关在群集中使用和配置多播的常规信息，请参阅群集配置和config.xml。

有关在控制台中配置多播地址的信息，请参阅“管理控制台联机帮助”中的多播。

验证多播地址和端口配置多播问题故障排除过程的第一步是验证您是否正确配置了多播地址和端口。

必须为每个群集正确配置多播地址。

多播地址和端口配置问题属于群集无法启动或者服务器无法加入群集的最常见原因。

对于多播地址要注意下列事项：多播地址必须是介于224.0.0.0 和239.255.255.255 之间的IP 地址，或者具有此范围IP 地址的主机名。

WebLogic Server 使用的默认多播地址是239.192.0.0。

不要使用任何x.0.0.1 多播地址，其中x介于0 和9 之间（包括0 和9）。

可能的错误由于多播配置问题经常会出现下列类型的错误：无法为群集创建多播套接口多播套接口发送错误多播套接口接收错误检查多播地址和端口要检查多播地址和端口，请执行下列操作：通过WebLogic Server 管理控制台检查群集多播地址和端口，或检查config.xml 中<cluster>元素的多播信息。

识别网络配置问题验证了多播地址和端口配置正确之后，请确定网络问题是否正在干扰多播通信。

物理连接确保网络中不存在物理问题。

验证群集中每个承载服务器的计算机的网络连接。

验证网络的所有组件是否正确连接并且运行正常，其中包括路由器和DNS 服务器。

地址冲突网络中的地址冲突可能会对多播通信造成干扰。

服务器运维中常见的问题及解决方法在进行服务器运维工作时，经常会遇到各种各样的问题，这些问题可能会影响服务器的正常运行，甚至导致系统崩溃。

为了保障服务器的稳定运行，及时解决这些问题至关重要。

本文将介绍一些服务器运维中常见的问题及相应的解决方法，希望能对大家有所帮助。

一、服务器性能问题1. 问题描述：服务器性能下降，响应速度变慢，甚至出现卡顿现象。

解决方法：首先可以通过查看服务器的负载情况来判断是否是服务器性能问题。

可以使用命令“top”或者“htop”来查看系统的负载情况，如果负载过高，可以通过优化程序代码、增加服务器硬件配置、调整服务器参数等方式来提升服务器性能。

2. 问题描述：服务器内存占用过高，导致系统运行缓慢。

解决方法：可以通过查看系统内存占用情况，使用命令“free -h”来查看系统内存使用情况。

如果内存占用过高，可以考虑优化程序代码，释放不必要的内存占用，增加服务器内存容量等方式来解决问题。

3. 问题描述：服务器磁盘空间不足，无法存储更多数据。

解决方法：可以通过查看磁盘空间使用情况，使用命令“df -h”来查看磁盘空间使用情况。

如果磁盘空间不足，可以清理无用文件、压缩日志文件、增加磁盘容量等方式来释放磁盘空间。

二、网络问题1. 问题描述：服务器无法访问外网，网络连接异常。

解决方法：可以通过检查服务器网络配置、查看网络连接状态、重启网络服务等方式来解决网络连接问题。

同时，还可以检查防火墙设置、路由器配置等是否影响了网络连接。

2. 问题描述：服务器遭受DDoS攻击，网络带宽被占用。

解决方法：可以通过配置防火墙规则、使用DDoS防护服务、限制IP访问频率等方式来应对DDoS攻击，保障服务器的正常运行。

三、安全问题1. 问题描述：服务器存在安全漏洞，可能被黑客攻击。

解决方法：可以通过定期更新系统补丁、加强服务器防护、配置安全策略、使用安全加固工具等方式来提升服务器的安全性，防止黑客攻击。

2. 问题描述：服务器日志异常，可能存在异常登录行为。

Weblogic中间件运维经验汇总目录关于Weblogic参数调优的运维经验 (2)Weblogic性能调优的处理方法 (5)关于输电项目Weblogic安装的运维经验 (8)Weblogic回收数据库连接数配置的方法 (14)在Apache和Weblogic中分别部署静态页面的方法 (17)Weblogic Server性能调优经验 (20)WeblogicJVM堆参数设置方法 (24)关于Weblogic参数调优的运维经验报送单位：北京公司审核人：类型：业务应用关键字：GC垃圾回收1、引言为了提高维护人员运维水平，以集中与分享日常运行维护经验为目的，现进行典型经验的编制。

2、现象描述部分应用服务器出现宕机现象，在F5上查看时已经掉出集群状态。

3、处理过程停止宕机应用服务器上的Weblogic进程。

/home/weblogic/bea/user_projects/domains/pms/bin/setDomainEn v.sh文件中的启动内存大小并添加垃圾回收机制，修改后如下：MEM_ARGS="-Xms5248m -Xmx5248m -Xmn1536m-XX:SurvivorRatio=6-XX:+UseParNewGC-XX:+UseConcMarkSweepGC-XX:CMSFullGCsBeforeCompaction=20-XX:+UseFastAccessorMethods-XX:+AggressiveOpts"3、修改完成后重启Weblogic服务。

4、原因分析在收到报警信息后，对后台日志进行查看，报错信息如下：Exception in thread "CBM_正常处理任务线程" ng.OutOfMemoryError: Java heap spaceatoracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.ja va:868)atoracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatem ent.java:1045)atoracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPre paredStatement.java:839)atoracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatem ent.java:1132)atoracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePrepa redStatement.java:3316)atoracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3361)经过对报错日志分析，状态检修的CBM处理进程内存溢出报错，导致服务器宕机。

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服务器跟踪bug一、概述WebLogic服务器是一款Java EE应用服务器，由Oracle公司开发。

它提供了一个完整的基础架构来支持企业级应用程序的部署和管理。

然而，在使用WebLogic服务器时，可能会遇到一些bug，这些bug 可能会影响应用程序的正常运行。

本文将介绍如何跟踪WebLogic服务器中的bug。

二、启用调试日志在WebLogic服务器中，可以通过启用调试日志来跟踪bug。

要启用调试日志，请按照以下步骤操作：1. 打开WebLogic控制台。

2. 在左侧导航栏中选择“域”。

3. 在右侧窗口中选择“日志”选项卡。

4. 单击“新建”按钮创建一个新的日志记录器。

5. 在“名称”字段中输入记录器名称（例如，“MyLogger”）。

6. 在“目标”字段中选择“文件”，并指定要写入日志文件的路径和文件名。

7. 单击“确定”按钮保存设置。

现在，您已经成功启用了调试日志记录器。

在代码中添加以下语句来记录信息：Logger logger = Logger.getLogger("MyLogger");logger.debug("Debug message");三、使用JRockit Mission Control跟踪线程JRockit Mission Control是一款Java性能分析工具，可以帮助您跟踪线程并诊断问题。

要使用JRockit Mission Control跟踪线程，请按照以下步骤操作：1. 下载并安装JRockit Mission Control。

2. 启动WebLogic服务器。

3. 打开JRockit Mission Control。

4. 在左侧导航栏中选择“运行时”。

5. 在右侧窗口中选择“线程”选项卡。

6. 选择要跟踪的线程，并单击“跟踪”按钮。

现在，您可以查看线程的状态、堆栈跟踪和其他相关信息，以帮助您诊断问题。

四、使用VisualVM分析内存VisualVM是一款Java性能分析工具，可以帮助您分析内存使用情况。

优化WebLogic一、为WebLogic启动设置Java参数垃圾收集(GC)是指JVM释放Java堆中不再使用的对象所占用的内存的过程,而Java堆(Heap)是指Java应用程序对象生存的空间。

堆大小决定了GC的频度和时间。

堆越大,GC频度低,速度慢。

堆越小,GC频度高,速度快。

所以GC和堆大小是一组矛盾。

为了获取理想的Heap堆大小,需要使用-verbosegc参数(Sun jdk: -Xloggc:<file>)以打开详细的GC输出。

分析GC的频度和时间,结合应用最大负载所需内存情况,得出堆的大小。

通常情况下,我们建议使用可用内存(除操作系统和其他应用程序占用之外的内存)70-80%,为避免堆大小调整引起的开销,设置内存堆的最小值等于最大值即:-Xms=-Xmx。

而为了防止内存溢出,建议在生产环境堆大小至少为256M(Platform至少512M),实际环境中512M~1G左右性能最佳,2G以上是不可取的,在调整内存时可能需要调整核心参数进程的允许最大内存数。

对于sun 和hp的jvm,永久域太小(默认4M)也可能造成内存溢出,应增加参-XX:MaxPermSize=128m。

建议设置临时域-Xmn的大小为-Xmx的1/4~1/3, SurvivorRatio为8堆栈内存优化，修改配置文件：WL_HOME=C:\bea\weblogic81 "%WL_HOME%\common\bin\commEnv.cmd":bea#如果采用的上bea的JDK# JVM Heap(堆内存)最小尺寸为96M，最大尺寸为256Mset MEM_ARGS=-Xms96m -Xmx256m:sun#如果采用的是sun的JDK# JVM Heap(堆内存)最小尺寸为32M，最大尺寸为200M#公共变量对象的内存限制: PermSize：最小尺寸， MaxPermSize ：最大允许分配尺寸set MEM_ARGS=-Xms32m -Xmx200m -XX:MaxPermSize=128m监视堆栈使用情况：下载JRockit JDK,该JDK已经自带了JRockit Mission Control工具，目前好像还没有单独下载JRockit Mission Control的地方，于JRockit JDK进行了绑定下载；在C:\bea\jrockit81sp5_142_08\console目录里面运行：C:\bea\jrockit81sp5_142_08\bin\java –Xmanagement -jar ManagementConsole.jar 如何监控weblogic呢？修改weblogic启动脚本startWebLogic.cmd，在里面加入-Xmanagement启动参数：%JAVA_HOME%\bin\java -Xmanagement %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME% -Dweblogic.ProductionModeEnabled=%PRODUCTION_MODE% -Djava.security.policy="%WL_HOME%\server\lib\weblogic.policy" weblogic.Server二、设置与性能有关的配置参数在一个WebLogic域中，配置文件（config.xml）位于与管理服务器通信的机器里，提供WebLogic MBean的长期存储。

【问题描述】
进入服务后，服务中出现“请按任意键继续”的提示，按了任意键后，服务退出。

【排查过程】
出现服务自动停止运行，可能原因有：
（1）相应数据库服务未启动；
（2）中间件weblogic有问题；
（3）已经有服务启动，之后启动的服务会自动退出。

1、检查oracle数据库服务，oracle服务已经启动
2、检查weblogic服务是否有问题，我们可以查看到重启服务时提示
有另一个服务正在运行。

3、查看任务管理器中，确实有CMD.EXE的进程，并且我们注意到，
同时有计划任务在运行，因此怀疑在任务计划中启动了服务。

查看计划任务，果然是已经启动了weblogic服务，
【解决方案】
因服务在计划任务中设置成了自动启动,因此不需要手动打开服务。