关于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性能分析工具，可以帮助您分析内存使用情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
关于Weblogic应用集群服务启动慢的缺陷分析及处理办法
一、缺陷现象
江苏公司电网GIS部分服务部署在Linux Redhat5.5操作系统的服务器上，使用的中间件版本为Weblogic 9，在电网GIS运行过程中，如果遇到因为应用服务器原因或者检修计划安排，重启Weblogic程序，需要花费10分钟以上的等待时间。
在日常检修中，重启Weblogic程序集群服务的耗时都在30分钟左右，在7*24小时的在线运行系统，中断业务服务时间，严重影响系统的运行及检修工作。
国家电网公司核心系统的应用架构，均采用Weblogic集群服务，此缺陷为系统日常检修的通病，造成很多省公司检修系统停机时间过长，甚至不敢停机维护系统，属于中间件的重大缺陷问题，已经存在很久。
二、缺陷分析
对于一个简单部署的Weblogic而言，一般情况下，启动Weblogic最长一般需要2～3分钟时间，同时在启动时，Weblogic的日志内容是滚动的，不会在日志的某个地方静止到5分钟以上，所以这是极不正常的现象。
Weblogic启动慢的原因，在Weblogic启动时，通过对线程堆的监控，线程挂在security相关的随机数生成上面。
这个由于JDK的配置(JDK从/dev/random读取‘randomness’经常耗费10分钟或者更长的时间)导致的。
三、缺陷处理
针对该问题，有三种解决方案，分别如下：
在Weblogic启动参数里添加“-Djava.security.egd=file:/dev/./urandom”
(/dev/urandom 无法启动)
执行命令
mv /dev/random /dev/random.ORIG ; ln /dev/urandom /dev/random
将/dev/random 指向/dev/urandom
修改Linux上Weblogic使用的jdk $JAVA_HOME/jre/lib/security/java.security 文件
将securerandom.source=file:/dev/urandom 修改为
securerandom.source=file:/dev/./urandom这样可以解决任何一个域Weblogic启动慢的问题。
四、总结
在本次故障处理中，我们采取了第3种解决方案，修改了Linux上Weblogic使用的jdk $JAVA_HOME/jre/lib/security/java.security 文件
将securerandom.source=file:/dev/urandom 修改为securerandom.source=file:/dev/./urandom。
修改完成后，电网GIS进程重新启动耗用时间由10分钟以上降低为不到2分钟，消除了Weblogic重新启动耗时过长的重大缺陷，有效保障了基于Weblogic9架构部署的应用系统稳定运行，对于公司系统其他单位具有较大的参考和借鉴意义。