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

合集下载

weblogic常见错误

这个错误信息意思是：名称为1234的服务器没有找到，在配置中只存在以下服务：myserver。
选择“Window -> Preferences”菜单，打开首选项对话框。展开 MyEclipse 下的 Application Servers 节点，点击 WebLogic 9，将Execution server name的属性改为：myserver。注意：如果在配置域的时候没有配置服务器名称，那么服务器名称默认为：AdminServer。
输入用户名和密码，是我们在第4步配置的用户名：weblogic，密码：weblogic。
三、在MyEclipse中配置Weblogic的开发环境。
1、Window（窗口）---> Preferences（首选项）---> MyEclipse ---> Application Servers（应用服务器）---> WebLogic ---> WebLogic 9.X ---> 选中Enable单选按钮，启用WebLogic服务器。
9、测试一下是否配置成功。开始菜单 ---> 程序 ---> BEA Products（BEA产品）---> User Projects ---> mydomain（是我们在第7步取的域名） ---> Start Admin Server for Weblogic Server Domain（启动WebLogic服务器）。当看到输出：Server started in RUNNING mode（服务器正在运行）的信息后，表示配置正确，服务器已经启动成功。停止服务，可以这样：开始菜单 ---> 程序 ---> BEA Products（BEA产品）---> User Projects ---> mydomain（是我们在第7步取的域名） ---> Stop Admin Server。

64位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日常维护总结与故障诊断

中间件故障诊断总结一、步骤：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集群多播配置故障排除

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中间件运维经验汇总目录关于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处理进程内存溢出报错，导致服务器宕机。

weblogic中间件常见问题

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服务器跟踪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一、为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的长期存储。

案例分析---Weblogic服务启动后自动停止问题

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

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

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

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

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

weblogic故障处理（BEA-000362）

weblogic故障处理(BEA-000362)文章分类:Java编程由于weblogic所在磁盘空间不足，导致weblogic运行日志无法读写到本地磁盘，weblogic宕机，重新启动无效，抛出以下异常：####<2011-2-15 上午11时32分57秒 CST> <Critical> <WebLogicServer> <liaoning8dfbce1> <AdminServer> <Main Thread> <<WLSKernel>> <> <> <1297740777470> <BEA-000362> <Server failed. Reason:There are 1 nested errors:weblogic.diagnostics.lifecycle.DiagnosticComponentLifecycleException: weblogic.store.PersistentStoreException:[Store:280020]There was an error while reading from the log fileatweblogic.diagnostics.lifecycle.ArchiveLifecycleImpl.initialize(Archiv eLifecycleImpl.java:44)atweblogic.diagnostics.lifecycle.DiagnosticFoundationService.start(Diag nosticFoundationService.java:107)at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)Caused by: weblogic.store.PersistentStoreException:[Store:280020]There was an error while reading from the log fileat weblogic.store.io.file.Heap.getNextRecoveryFile(Heap.java:794)at weblogic.store.io.file.Heap.recover(Heap.java:706)at weblogic.store.io.file.FileStoreIO.recover(FileStoreIO.java:585) at weblogic.store.io.file.FileStoreIO.open(FileStoreIO.java:94)atweblogic.store.internal.PersistentStoreImpl.open(PersistentStoreImpl. java:350)atweblogic.store.PersistentStoreManager.createFileStore(PersistentStore Manager.java:202)atweblogic.diagnostics.archive.DiagnosticStoreRepository.getStore(Diagn osticStoreRepository.java:61)atweblogic.diagnostics.lifecycle.ArchiveLifecycleImpl.initialize(ArchiveLifecycleImpl.java:42)... 4 moreCaused by: java.io.IOException: Error reading from file, 已到文件结尾。

weblogic 优化

优化WebLogic 服务器性能参数WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。

基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。

试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态：一修改运行队列线程数的值。

在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。

当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。

线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。

二，如果可能，使用自带的性能包（NativeIOEnabled=true）。

三，使用特定的应用程序执行队列。

四，使用JDBC连接池时，修改下列属性：n 驱动名称：使用小的驱动或者jDriver。

n 初始容量：设为与最大容量相同的值。

n 最大容量：其值至少应与线程数相同。

五，把连接池的大小设为与执行队列的线程数相同。

六，设置缓冲。

七，为Servlet和JSP使用多个执行队列。

八，改变JSP默认的Java编译器，javac 比jikes或sj要慢。

优化WebLogic提要：n 为WebLogic 启动设置Java 参数。

n 设置与性能有关的配置参数。

n 调整开发与产品模式默认值。

n 使用WebLogic “自有的IO ”性能包。

n 优化默认执行队列线程。

n 优化连接缓存。

n 如何提高JDBC 连接池的性能。

n 设置Java 编译器。

n 使用WebLogic 集群提高性能。

n 监视WebLogic 域。

一、为WebLogic 启动设置Java 参数只要启动WebLogic ，就必须指定Java 参数，简单来说，通过WebLogic.Server 域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出错，BEA 公司推荐你把这个命令写进脚本里。

Linux中启动weblogic服务器报错怎么办

Linux中启动weblogic服务器报错怎么办Linux系统操作中，在启动weblogic受管服务器时提示报错，其中有两种报错是比较常见的，下面店铺就给大家介绍下Linux下启动weblogic受管服务器两大常见报错问题的解决方法，一起来了解下吧。

linux系统启动weblogic受管服务器报如下错误时：解决方法：进入cd Middleware/ ，使用 find 。

-name *.lok 命令查找文件，然后删除即可。

例： rm 。

/user_projects/domains/base_domain/servers/pc-linux01/tmp/pc-linux01.loklinux系统启动weblogic受管服务器报Socket closed错误linux系统启动weblogic受管服务器报如下错误时：Multicast socket receive error：.SocketException：Socket closed……java.io.IOException： Invalid argument解决办法：打开/home/weblogic/Oracle/Middleware/user_projects/domains/ba se_domain/bin下的startManagedWebLogic.sh文件，找到JAVA_OPTIONS=“-Dweblogic.security.SSL.trustedCAKeyStore=”/home/weblogic/ Oracle/Middleware/wlserver_10.3/se rver/lib/cacerts“ ${JAVA_O PTIONS}”修改为JAVA_OPTIONS=“-Dweblogic.security.SSL.trustedCAKeyStore=”/home/weblogic/ Oracle/Middleware/wlserver_10.3/server/lib/cacerts“ ${JAVA_O PTIONS} .preferIPv4Stack=true”上面就是Linux下启动weblogic受管服务器两种常见报错的解决方法，如果你在启动weblogic受管服务器的时候出现如上错误提示，可以尝试使用本文介绍的方法进行解决。

服务器运维中遇到的困难及解决方案

服务器运维中遇到的困难及解决方案在服务器运维工作中，经常会遇到各种各样的困难和挑战，这些问题可能来自硬件故障、软件配置、网络问题等各个方面。

如何有效地解决这些困难，提高服务器的稳定性和性能，是每个运维工程师都需要面对和解决的重要问题。

本文将就服务器运维中常见的困难及解决方案进行探讨，希望能为广大运维工程师提供一些帮助和启发。

一、硬件故障在服务器运维过程中，硬件故障是比较常见的问题之一。

硬件故障可能包括服务器主板故障、硬盘故障、内存故障等。

当服务器出现硬件故障时，首先需要及时排查并确定故障的具体原因，然后采取相应的解决方案。

针对不同的硬件故障，可以采取以下解决方案：1. 服务器主板故障：如果服务器主板出现故障，首先可以尝试重新插拔主板上的连接线，确保连接正常。

如果问题仍未解决，可能需要更换主板。

2. 硬盘故障：硬盘故障可能导致数据丢失和服务器无法正常启动。

在出现硬盘故障时，可以尝试使用数据恢复工具进行数据恢复，或者更换新的硬盘。

3. 内存故障：内存故障会导致服务器运行缓慢甚至无法正常启动。

可以通过内存检测工具进行内存测试，找出故障的内存条并进行更换。

二、软件配置问题除了硬件故障外，软件配置问题也是服务器运维中常见的困难之一。

软件配置问题可能包括操作系统配置错误、应用程序配置问题等。

在面对软件配置问题时，需要仔细分析和排查问题的根源，然后采取相应的解决方案。

针对软件配置问题，可以采取以下解决方案：1. 操作系统配置错误：如果服务器出现操作系统配置错误，可以尝试通过系统日志和错误提示信息来定位问题，并进行相应的配置修复。

2. 应用程序配置问题：应用程序配置问题可能导致应用无法正常运行。

在遇到应用程序配置问题时，可以检查配置文件是否正确，重新配置应用程序参数。

三、网络问题网络问题也是服务器运维中常见的困难之一。

网络问题可能包括网络延迟、网络丢包、网络拥堵等。

在面对网络问题时，需要对网络进行全面的排查和分析，找出问题的症结所在，并采取相应的解决方案。

weblogic服务启动错误

Caused By: com.rsa.jsafe.JSAFE_PaddingException: Could not perform unpadding: invalid pad byte.有时候,复制config.xml到其它一个WebLogic Domain下修改后启动(通常用于手动复制集群节点的操作), 或者Domain中的文件遭到了部分损坏, 那么启动过程中, 会在出现Security错误后,服务器进入强制退出状态, 一份可能的log 如下所示:<2011-6-25 下午09时57分30秒 CST> <Critical> <WebLogicServer> <BEA-000386> <Server subsystem failed.Reason: ng.AssertionError:ng.reflect.InvocationTargetExceptionng.AssertionError:ng.reflect.InvocationTargetExceptionatweblogic.descriptor.DescriptorManager$SecurityServiceImpl$Secu rityProxy._invokeServiceMethod(DescriptorManager.java:175)atweblogic.descriptor.DescriptorManager$SecurityServiceImpl$Secu rityProxy.decrypt(DescriptorManager.java:192)atweblogic.descriptor.DescriptorManager$SecurityServiceImpl.decr ypt(DescriptorManager.java:114)atweblogic.descriptor.internal.AbstractDescriptorBean._decrypt(A bstractDescriptorBean.java:1092)atweblogic.management.configuration.SecurityConfigurationMBeanIm pl.getCredential(SecurityConfigurationMBeanImpl.java:736)Truncated. see log file for complete stacktraceCaused By: ng.reflect.InvocationTargetExceptionat sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)atsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.java:39)atsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessorImpl.java:25)at ng.reflect.Method.invoke(Method.java:597) atweblogic.descriptor.DescriptorManager$SecurityServiceImpl$Secu rityProxy._invokeServiceMethod(DescriptorManager.java:173)Truncated. see log file for complete stacktrace Caused By:weblogic.security.internal.encryption.EncryptionServiceExcepti on: com.rsa.jsafe.JSAFE_PaddingException: Could not perform unpadding: invalid pad byte. atweblogic.security.internal.encryption.JSafeEncryptionServiceIm pl.decryptBytes(JSafeEncryptionServiceImpl.java:136)atweblogic.security.internal.encryption.JSafeEncryptionServiceIm pl.decryptString(JSafeEncryptionServiceImpl.java:184)atweblogic.security.internal.encryption.ClearOrEncryptedService. decrypt(ClearOrEncryptedService.java:96)at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)atsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.java:39)Truncated. see log file for complete stacktrace Caused By: com.rsa.jsafe.JSAFE_PaddingException: Could not perform unpadding: invalid pad byte.at com.rsa.jsafe.c.a(Unknown Source)atcom.rsa.jsafe.JSAFE_SymmetricCipher.decryptFinal(Unknown Source)atweblogic.security.internal.encryption.JSafeEncryptionServiceIm pl.decryptBytes(JSafeEncryptionServiceImpl.java:124)atweblogic.security.internal.encryption.JSafeEncryptionServiceIm pl.decryptString(JSafeEncryptionServiceImpl.java:184)atweblogic.security.internal.encryption.ClearOrEncryptedService. decrypt(ClearOrEncryptedService.java:96)Truncated. see log file for complete stacktrace><2011-6-25 下午09时57分30秒 CST> <Notice> <WebLogicServer> <BEA-000365> <Server state changed to FAILED><2011-6-25 下午09时57分30秒 CST> <Error> <WebLogicServer><BEA-000383> <A critical service failed. The server will shut itself down><2011-6-25 下午09时57分30秒 CST> <Notice> <WebLogicServer> <BEA-000365> <Server state changed to FORCE_SHUTTING_DOWN>Log中粗体的的部分显示了出错的真正原因是在JSAFE包中进行解密(decrypt)时报错, 而调用此功能的是WebLogic安全模块的解密字符串方法. JSafe是rsa 公司出品的一个收费的加密解密安全相关的软件包. 后台细节不必深究, 我们只需要关注解密字符串的部分即可. 首先需要指出的是密码加密后的内容只和文件 $DOMAIN_HOME/security/SerializedSystemIni.dat相关.解决方法1: 修改config.xml中的加密内容.首先, 必须找一份能正常运行的Domain文件, 然后使用如何破解WebLogic管理密码?中提到的解密工具, 来得到原始密码.需要解密的config.xml中的内容如下粗体部分所示:<default-realm>myrealm</default-realm>(1)<credential-encrypted>{AES}QIo54gGfn2Y+y62DqTCE7Q01ll5DF48PbAI1gBX22 wR8sWEuVlvdHXSc9kDAfknTJGfo1n1bO/RxkYMogv4XNZ4bFTmbAe1zYfpsBtSFbzI97 Y2HE3lwd5c9dv9gDISU</credential-encrypted><node-manager-username>weblogic</node-manager-username>(2)<node-manager-password-encrypted>{AES}stQ8+dVzw1jEDpF4xj+ub1m460793i jKqI0YBhpkZNE=</node-manager-password-encrypted>….<embedded-ldap><name>1034</name>(3)<credential-encrypted>{AES}OYLOL/6/sVdiwG/rkqTj8U2TdFUXIa9PgZRz WKlJqju1cVvUFKcWzqir1N4qtQHy</credential-encrypted></embedded-ldap>(1) 解密后的内容是WebLogic启动密码, (2), (3) 则为数字(似乎是随机的内容).然后需要动用WebLogic自带的明文加密工具weblogic.security.Encrypt, 在新的Domain中得出这几个密码的新内容并替换到正确的位置中. 相关文档请访问/docs/cd/E11035_01/wls100/admin_ref/utils.h tml#wp1209592.如果boot.properties有类似问题, 使用相同方法处理后即可.解决方法2: 替换新Domain中的SerializedSystemIni.dat为能正常运行的Domain中的相同文件, 此方法步骤最简单(不推荐, 可能有安全隐患).恢复忘记了的WebLogic密码分类：weblogic 2010-11-24 10:33 72人阅读评论(0) 收藏举报原文地址：/alfredxiao/archive/2010/09/16/weblogic_lost_password.html忘记或者丢失WebLogic管理员密码这样的事虽然不常碰到，但是也偶尔会有，如果碰着是你的生产环境或者其他重要环境，还是挺头疼的。

WebLogic常见问题

参考/entry.jspa?id=829
把本地的antlr.jar包考到weblogic.jar所在目录，在myeclipse配置服务器的path选项中添加这个antlr.jar包后运行OK
下面转载了可能出现的其他问题和解决方法：
Error 503--Service Unavailable
From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
.....
解决办法：一般是在刚刚激活更改后，就进行测试，还需要将该应用程序启动，状态为“活动”之后再测试就可以了。
at java.io.FileInputStream.open(ng.String;)V(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:106)
at workshop.util.filesystem.file.WlFileSystem.getInputStream(WlFileSyste
要创建自己的域，则可以通过开始菜单-〉Bea products->tools->Configuration wizard来创建
登录地址：http://localhost:7001/console/login/LoginForm.jsp
登录用户密码：weblogic/weblogic
1.部署war之后，测试时发生错误：
at javelin.SourceFile.codeGen(SourceFile.java:310)
at javelin.client.ClientUtilsImpl$CodeGenJob.run(ClientUtilsImpl.java:11

Weblogic常见报错以及解决方法[转载]

Weblogic常见报错以及解决⽅法[转载]Weblogic常见报错以及解决⽅法[转载]2020-09-13 09:55:22 4109 收藏 11⽂章标签：前⾔：Oracle WebLogic中间件在⽹站部署过程中经常会使⽤到。

该产品系列的核⼼是Oracle WebLogic服务器，它是⼀个功能强⼤和可扩展的Java EE服务器。

今天整理了在运维过程中经常会遇到的各种报错以及解决⽅法，纯技术⼲货，希望能够对正在学习weblogic过程中的您提供帮助。

weblogic有两种部署⽅式，单点模式和集群模式，单点模式直接创建⼀个域，在控制台进⾏程序部署即可；⽽集群模式分为admin（管理）节点和Managed（被管理）节点，管理节点通过控制台对被管节点进⾏管理，程序部署在被管节点的集群上。

不论是单点模式，还是集群模式，常见的报错基本⼀致。

基本概念Domain ：域是作为单元进⾏管理的⼀组相关的 WebLogic Server 资源。

⼀个域包含⼀个或多个 WebLogic Server 实例，这些实例可以是集群实例、⾮群集实例，或者是集群与⾮群集实例的组合。

⼀个域可以包含多个集群。

域还包含部署在域中的应⽤程序组件、此域中的这些应⽤程序组件和服务器实例所需的资源和服务。

应⽤程序和服务器实例使⽤的资源和服务⽰例包括计算机定义、可选⽹络通道、连接器和启动类。

Domain 中包含⼀个特殊的 WebLogic 服务器实例，叫做 Administration Server，这是我们配置管理Domain中所有资源的核⼼。

通常，我们称加⼊Domain中的其他实例为 Managed Server，所有的Web应⽤、EJB、Web Services和其他资源都部署在这些服务器上。

Administration Server ：管理服务器是控制整个域配置的中⼼操作节点，管理服务器维护着整个域的配置并将配置分配到每个被管理服务器 Managed Server 中。

weblogic运维时经常遇到的问题和常用的配置

weblogic运维时经常遇到的问题和常⽤的配置希望这篇能把weblogic运维时经常遇到的问题、常⽤的配置汇总到⼀起。

1、配置jvm参数：⼀般在domain启动过程中会看到以下启动的⽇志信息，如下图所⽰：图中红⾊⽅框部分为启动weblogic domain的命令。

其中包括了jvm参数以及classpath信息。

【注意】java -client是由于之前建⽴的domain是开发模式的。

⽣产模式的话，这⾥执⾏的是java -server。

⾄于-client与-server的区别，⼤家去google下吧，这⾥不介绍了。

那如何修改这个配置呢？找到setDomainEnv.cmd⽂件(linux下⾯就是setDomainEnv.sh了)，位置为：weblogic11\user_projects\domains\example\bin\setDomainEnv.cmd修改⽂件中的MEM_ARGS部分，相关参数配置如下：Java代码1. call "%WL_HOME%\common\bin\commEnv.cmd"2.3. set WLS_HOME=%WL_HOME%\server4.5. if "%JAVA_VENDOR%"=="Sun" (6. set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m7. set WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m8. ) else (9. set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512m10. set WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m11. )12.13. set MEM_ARGS_64BIT=%WLS_MEM_ARGS_64BIT%14.15. set MEM_ARGS_32BIT=%WLS_MEM_ARGS_32BIT%16.17. if "%JAVA_USE_64BIT%"=="true" (18. set MEM_ARGS=%MEM_ARGS_64BIT%19. ) else (20. set MEM_ARGS=%MEM_ARGS_32BIT%21. )22.23. set MEM_PERM_SIZE_64BIT=-XX:PermSize=128m24.25. set MEM_PERM_SIZE_32BIT=-XX:PermSize=48m26.27. if "%JAVA_USE_64BIT%"=="true" (28. set MEM_PERM_SIZE=%MEM_PERM_SIZE_64BIT%29. ) else (30. set MEM_PERM_SIZE=%MEM_PERM_SIZE_32BIT%31. )32.33. set MEM_MAX_PERM_SIZE_64BIT=-XX:MaxPermSize=256m34.35. set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m36.37. if "%JAVA_USE_64BIT%"=="true" (38. set MEM_MAX_PERM_SIZE=%MEM_MAX_PERM_SIZE_64BIT%39. ) else (40. set MEM_MAX_PERM_SIZE=%MEM_MAX_PERM_SIZE_32BIT%41. )42. if "%JAVA_VENDOR%"=="Sun" (43. if "%PRODUCTION_MODE%"=="" (44. set MEM_DEV_ARGS=-XX:CompileThreshold=8000 %MEM_PERM_SIZE%45. )46. )47.48. @REM Had to have a separate test here BECAUSE of immediate variable expansion on windows49.50. if "%JAVA_VENDOR%"=="Sun" (51. set MEM_ARGS=%MEM_ARGS% %MEM_DEV_ARGS% %MEM_MAX_PERM_SIZE%52. )53.54. if "%JAVA_VENDOR%"=="HP" (55. set MEM_ARGS=%MEM_ARGS% %MEM_MAX_PERM_SIZE%56. )57.58. if "%JAVA_VENDOR%"=="Apple" (59. set MEM_ARGS=%MEM_ARGS% %MEM_MAX_PERM_SIZE%60. )61.62. @REM IF USER_MEM_ARGS the environment variable is set, use it to override ALL MEM_ARGS values63.64. if NOT "%USER_MEM_ARGS%"=="" (65. set MEM_ARGS=%USER_MEM_ARGS%66. )主要就是修改-Xms、-Xmx、-XX:PermSize、-XX:MaxPermSize的参数（视具体硬件、JVM负载情况进⾏修改）。

集群任务状态变化慢的原因-概述说明以及解释

集群任务状态变化慢的原因-概述说明以及解释1.引言1.1 概述:集群任务状态变化慢是指在集群环境下，任务执行状态的变化速度较慢，影响了任务的实时性和效率。

这种现象可能会导致任务执行时间过长、资源浪费等问题，进而影响整个集群的性能表现和任务执行效果。

在现代大数据和分布式计算环境中，集群任务的状态变化是非常常见的情况。

了解集群任务状态变化慢的原因，可以帮助我们更好地优化集群的性能和提升任务执行效率。

因此，本文将探讨集群任务状态变化慢的原因，分析潜在的影响因素，并探讨可能的解决方法，以期帮助读者更好地应对集群任务状态变化慢的问题。

1.2 文章结构本文主要分为三个部分：引言、正文和结论。

在引言部分，我们将概述集群任务状态变化慢的问题，介绍文章的结构以及研究的目的。

正文部分将从集群任务状态变化慢的现象入手，通过潜在原因分析，探讨可能导致这一问题的因素。

同时，我们将对解决方法进行探讨，提出一些应对策略。

结论部分将总结本文的观点，分析集群任务状态变化慢对系统的影响，并展望未来的发展方向和可能的改进措施。

1.3 目的本文的主要目的是探讨集群任务状态变化慢的原因，希望通过分析现象、潜在原因和解决方法的相关内容，为读者提供一种全面的思考和解决问题的思路。

我们希望通过这篇文章，能够帮助读者更好地理解集群任务状态变化慢的问题，为实际工作中的解决方案提供参考，提高工作效率和质量。

同时，希望读者能够从中获取更多的知识和经验，拓展自己的技术视野，进一步提升自己在技术领域的能力。

2.正文2.1 集群任务状态变化慢的现象在大数据集群中，经常会出现集群任务状态变化慢的现象，这种情况给集群的性能和效率带来了不小的影响。

具体表现为任务的启动和停止状态变化缓慢，任务完成状态的更新延迟等问题。

一般来说，当任务执行完毕或者被终止时，应该立即反映出该任务的状态变化，但是在实际情况中，往往会出现状态变化延迟的情况。

这会导致集群管理人员无法及时获取任务状态，影响到集群的管理和监控工作。