下载文档原格式
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轮剔除网络环境的性能测试（在山东试运行阶段的性能测试，由于网络瓶颈较大，造成性能指标较差）。
由于时间紧张，只是匆忙搭建了测试环境，Weblogic、DB2等的参数均是默认设置，并未进行任何调优。
默认设置在系统使用人数不多的情况性能尚可，但当使用人数较多，或者进行大并发的性能测试时，则会显得捉襟见肘。
如：在本次测试过程中，在集团关联处的50并发，就会造成系统崩溃。
如图可见：在集团关联并发50的时候，队列长度已经高达103，空闲线程数已经为0，同时吞吐量极低，由此造成系统崩溃。
通过分析，查找到原因在于：JVM分配内存过少；线程池、连接池里分配的线程数以及容量过低，通过调优后解决了问题二、调优思路：一般来讲，J2EE应用架构环境下的系统调优，首先我们一般会从应用程序出发，去审核代码，做到代码级的优化，然后再调整应用服务器(BEA WebLogic8.1)和数据库(DB2)的参数，最后当然是调整操作系统和网络的性能(包括硬件升级)。
这是一种MDA的先进做法。
诚然，在许多项目中，不可能完全按照这个思路来做，我们把目标首先定位在应用系统所在的应用服务器(BEA WebLogic8.1)上，通过对BEA WebLogic8.1的参数进行设置，使WebLogic8.1能够在最优化的环境中去运行其系统，然后对DB2数据的参数进行优化设置，最后进行性能测试再找出导致性能瓶颈所在的SQL代码或JA V A程序，考量其修改的可行性，并进行最终问题优先级认定，与瓶颈模块进行协商解决性能问题。
当然，大多数时候都出现了性能问题后才想到调优，而且一般都是先进行系统参数调整，实在解决不了才会对代码进行检查。
实际上，我们应当将代码级的调优放在应用设计时来做，测试生产时修改代码将是一件极其痛苦的事情。
而本次测试由于时间紧张，只对Weblogic进行了参数调优，现将调优步骤进行说明：1．JVM调整：(1)首先，在D:\bea\user_projects\domains\mydomain下用编译模式打开startWebLogic.cmd，查找代码：call "%WL_HOME%\common\bin\commEnv.cmd"(windows)或者call "%WL_HOME%\common\bin\commEnv.sh"(linux/aix)找到后，在相应路径用编译模式打开该文件：(2)接着要弄清楚JDK厂商（是bea，还是sun、IBM等）set JA V A_VENDOR=BEA（此处说明应用的为BEA的JDK）(3)之后查找weblgoic运行模式：set PRODUCTION_MODE=默认是开发模式（线程计数默认为15）即为空，在上线时，应将其改为产品模式（线程计数默认为25）：set PRODUCTION_MODE=ture(4)然后需修改分配给JVM的内存（默认为96M）：因已确定厂商为BEA，运行模式为产品模式，所以找到：:beaif "%PRODUCTION_MODE%" == "true" goto bea_prod_modeset JA V A_VM=-jrockitset MEM_ARGS=-Xms1024m -Xmx1024mset JA V A_OPTIONS=%JA V A_OPTIONS% -Xverify:nonegoto continue:bea_prod_modeset JA V A_VM=-jrockitset MEM_ARGS=-Xms1024m -Xmx1024m（此处即为分配给JVM的内存范围）goto continue可根据系统需要，修改分配的内存数注：如为32位的操作系统，则最大支持分配2G内存2．线程池调整：打开Weblogic，在路径：mydomain->服务器->myserver->右键打开“查看执行队列” weblogic.kernel.Default调整如下指标：(1) 线程计数—分配给此队列的线程数，建议值为: 100(2) 线程数增加—在出现溢出时，要添加到队列中的线程数，建议值为: 50(3) 最大线程数—此队列可以拥有的最大线程数。
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处理进程内存溢出报错，导致服务器宕机。
目录1.项目简介 (3)2.项目定义 (4)2.1。
系统架构图 (4)2。
2.项目范围 (4)2。
3.项目目标 (4)2.4。
成功要素 (4)2.5.项目交付物 (4)2。
6.实施内容及风险防范措施 (5)2。
6.1。
..................................................................................................................................... 优化实施内容52。
6。
2。
.................................................................................................................................. 风险防范措施52.7.优化策略概述 (5)3。
系统瓶颈总结 (6)3.1.系统瓶颈简介 (6)4。
数据库缺陷消除 (7)4。
1。
..................................................................................................................................................... 死锁现象74。
2.ORA—7445现象 (8)5。
中间件优化 (9)5。
1。
....................................................................................................................................... 中间件基本配置95.2。
JDK优化 (11)5.3.堆栈优化 (11)5。
社区Weblogic应用层优化调试设置
以Weblogic为中间件的社区应用层，有以下性能优化设置供参考。
1、设置为生产模式，增大连接数据
进入weblogic console 点击左边对应的域名，勾选右边的生产模式。
2、Weblogic登录超时时间
进入weblogic console界面，点击左边对应的域名，再点击监视，再点击服务器/子系统名称AdminServer ，再点击调整，可以看到如下图。
3、设置weblogic 占用的内存值
进入weblogic安装域名目录所在的bin文件夹，修改setDomainEnv.sh 文件根据物理机的实际情况设置内存值
4、设置应用服务数据库连接数据
打开应用程序xp-app 的jdbc数据连接文件
根据oracle实际连接数修改jdbc连接数
Oracle连接数据查看show parameter processes;
5、不限制事务数量
修改服务的事务处理数量限制，修改xp-app应用服务的jta.properties
超出默认的50会报错误
Caused by: ng.IllegalStateException: Max number of active transactions reached:50
6、优化程序代码
在weblogic安装域目录下的log日志可以看到严重超时方法。
优化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调优参数对Weblogic的调优主要从SEVER、ExecuteQueue、JDBC等几个方面的相关参数进行调优：一、SERVER在mydomain->Servers->myserver->Configuration->Tuning->“Enable Native IO”中： 1、Native IOEnabledTRUE，表示该Server使用本地I/O2、SocketReaders设置在执行线程中专用做Socket Readers的百分比3、Maximum Open Sockets最大打开Socket数4、Stuck Thread MaxTime堵塞线程时间，超过这个时间没有返回的执行线程，系统将认为是堵塞线程如果weblogic认为某个队列中的所有的线程全部堵塞的话，weblogic将会增加执行线程的数量。
注意：执行线程的数量一旦增加，目前weblogic不会去减少他，如果增加了一些线程以后再次出现overflow的警告，weblogic会继续增加执行线程的数量，一直到达到上限为止。
5、Stuck Thread Timer Interval系统检查堵塞线程的时间间隔6、Low Memory GC Threshold当可用内存小于该百分比时，垃圾回收启动7、Low Memory Granularity Level当两次检测的可用内存变化超过该百分比时，垃圾回收启动8、Low Memory Sample Size在一次检测中的取样次数9、Low Memory Time Interval检测间隔时间10、Accept Backlog等待队列中最多可以有多少TCP连接等待处理，如果在许多客户端连接被拒绝，而在服务器端没有错误显示，说明该值设得过低。
如果连接时收到connection refused消息，说明应提高该值，每次增加25％二、ExecuteQueue在mydomain->Servers->myserver ->Monitoring->Monitor all Active Queues... ->Configuration->weblogic.kernel.Default->1、ThreadCount服务器初始创建的执行线程的数量，设置原则：增大机器的最大并发线程数使处理器利用率达到最大。
weblogic的使用
WebLogic是一种常用的Java应用服务器，它能够提供高度可扩展的企业级应用程序运行环境。
使用WebLogic可以简化应用程序开发、部署和管理过程，提高应用程序的可靠性和性能。
以下是WebLogic 的使用方法：
1. 安装WebLogic服务器：在官方网站下载WebLogic服务器安装包，按照安装向导完成安装过程。
2. 创建WebLogic域：WebLogic域是WebLogic服务器的逻辑管理单元，通过创建域可以管理应用程序、配置服务器等。
使用配置向导创建域。
3. 部署应用程序：将应用程序的WAR或EAR文件部署到WebLogic 服务器中，可以使用WebLogic控制台或命令行工具进行部署。
4. 配置服务器：通过WebLogic控制台或命令行工具可以配置WebLogic服务器，如配置JDBC数据源、安全设置、JMS等。
5. 启动和停止服务器：可以使用WebLogic控制台或命令行工具启动和停止WebLogic服务器。
6. 监控服务器：通过WebLogic控制台可以实时监控WebLogic 服务器的运行状态、应用程序状态、日志等信息。
7. 优化服务器性能：WebLogic服务器提供了多种性能优化选项，如配置缓存、调整线程池大小等。
8. 备份和恢复服务器：通过备份WebLogic域和应用程序，可以实现服务器数据的备份和恢复。
WebLogic的使用需要一定的Java和Web应用程序开发基础，但是通过学习官方文档和示例，可以快速掌握WebLogic的使用方法。
WebLogic Server Performance and TuningWebLogic Server性能调整Tuning Java Virtual Machines (JVMs)调整java虚拟机Garbage Collection垃圾回收VM Heap Size and Garbage Collection虚拟机堆大小和垃圾回收java堆是java对象存活的地方。
其中存有live对象，dead对象和空闲内存。
当正运行的程序中某个对象不可达时，它就被认为是“garbage”并且准备被回收。
一个最优方法是调整垃圾回收时间在执行时间的5%之内。
java虚拟机的堆大小决定了虚拟机垃圾回收的频率和用时。
要在分析垃圾回收的时间运行时间和频率后再将对大小调整到一个可接受的比率。
如果堆设置的大了，full GC 一次就变慢，但发生频率低。
如果根据你的需要设置堆大小，则full GC一次就变快，但是发生频率高。
调整堆大小的目标是，使给定时间内weblogic server能服务的客户数最大化，与此同时，使java虚拟机花在垃圾回收上的时间最小化。
在benchmarking内为了确保性能，你可能设置很大的堆大小以确保在整个benchmark运行中都不发生垃圾回收。
如果在没有堆空间的情况下运行，你会看到如下错误：ng.OutOfMemoryError <<no stack trace available>>ng.OutOfMemoryError <<no stack trace available>> Exception in thread "main"Choosing a Garbage Collection Scheme选择垃圾回收计划根据所使用的java虚拟机，可以从几个垃圾回收计划来管理你的系统内存。
例如，某些垃圾回收计划更适合特定应用。
一、webLogic 10.3.6安装1.双击“oepe-wls-indigo-installer-11.1.1.8.0.201110211138-10.3.6-win32.exe”启动安装，直接“下一步”2.选择“创建新的中间件主目录”，可以将目录放到D盘，避免占用系统盘空间，点击“下一步”3.将红色区域内的复选框去掉，点击“下一步”4.默认选择“典型”安装，点击“下一步”5.默认产品安装目录，点击“下一步”6.选择“所有用户”，点击“下一步”7.查看安装概要，没有问题，点击“下一步”，显示安装进度8.如果需要直接创建weblogic域，选择“运行Quickstart”，点击“完成”按钮，进入快速启动页面；如果想要稍后再进行创建，取消“运行Quickstart”，点击“完成”按钮，安装完成9.点击“Ggetting started with WebLogic Server”，进入Fusion Middleware配置向导也可以通过开始菜单进入配置向导：10.选择“创建新的Weblogic域”，点击“下一步”11.直接点击“下一步”12.输入域的名称和位置，直接默认即可，点击“下一步”13.配置管理员用户名、密码，之后启动weblogic和登陆控制台需要用到，输入后点击“下一步”用户名：weblogic（默认）用户口令：Password123414.选择“生产模式”、JDK最好选择Weblogic自带jdk，点击“下一步”15.选择“管理服务器”、“受管服务器、集群和计算机”，点击“下一步”16.名称默认即可，选择本地监听地址（本机IP地址）端口号默认7001，点击“下一步”17.无需配置受管服务器，直接点击“下一步”18.无需配置集群，直接点击“下一步”19.无需配置结算机，直接点击“下一步”20.点击“创建”，显示创建进度21.点击“完成”，创建域完成二、webLogic 配置1.进入“D:\Oracle\Middleware\user_projects\domains\base_domain”，双击“startWebLogic.cmd”，启动webLogic2.输入前方配置的用户名、密码3.打开浏览器输入控制台url，进入控制台进行管理（http://82.XXX.XXX.XXX:7001/console），用户名密码输入之前配置的域用户名、密码4.点击“锁定并编辑”，选择：服务-数据源5.点击新建，选择“一般数据源”，JNDI名称和工程JNDI名称保持一致。
J2EE流程经验总结(：J2EE应用的部署与维护J2EE（Java 2 Enterprise Edition）应用已经成为当前Web应用领域的主流。
在J2EE应用的开发、部署和维护等环节中，尤其是J2EE 应用的部署和维护，是非常重要的一个环节，这关系到应用的性能和用户体验。
本篇文章将从以下几个方面来总结J2EE应用的部署与维护经验。
一、J2EE应用部署的常见方式1. Tomcat部署方式Tomcat是当前J2EE应用服务器中最常用的一种，它的部署方式也非常简单，只需将打包好的war包放到Tomcat的webapps目录下，启动Tomcat即可。
2. JBoss部署方式JBoss是一个开放源代码的应用服务中间件，它的使用方法与Tomcat比较相似，只需将打包好的war包放到JBoss的deploy目录下，稍等片刻，应用就可以自动部署。
3. Weblogic部署方式Weblogic是一个非常强大的应用服务器，也是商业应用系统中使用较广泛的一种，它的部署方式相对较为复杂。
需要先将war包安装到Weblogic的管理控制台中，然后再启动应用服务。
二、J2EE应用的部署优化经验1. 减少依赖库在部署J2EE应用时，需要把应用所依赖的库文件也打包在应用中一并上传，但是过多的库文件会导致部署时间非常长，因此，在部署时需要注意文件数量和大小，减少依赖库可以大大提高部署效率。
2. 分离静态资源在Web应用中，一般的图片、js、css等静态资源会被反复访问，为了避免应用服务器频繁访问静态资源，耗费过多服务器资源，可以将静态资源独立出来，使用CDN加速等方式提高访问速度。
3. 快速部署机制一个好的快速部署机制是优化J2EE应用部署的重要手段。
可以利用Jenkins、Maven等工具来进行持续集成和自动化的部署，这样可以快速地部署新的应用版本，提高应用的可维护性和可扩展性。
三、J2EE应用的维护经验1. 定期备份数据在实际运维过程中，定期备份数据是十分必要的。
系统运维WebLogic篇系统维护-WebLogic篇税友软件集团股份有限公司2009年12月修订页1、Weblogic安装............................................... WINDOWS平台下安装........................................... UNIX平台下安装..............................................创建逻辑卷...............................................创建文件系统.............................................创建Bea组...............................................创建Weblogic用户........................................安装程序上传.............................................安装方法选择.............................................执行安装.................................................2、域的创建....................................................W INDOWS平台下域的创建....................................... UNIX平台下域的创建..........................................HTML网页发布...............................................创建testdomain ...........................................创建网页目录及文件.......................................发布网页目录及文件....................................... EJB发布.................................................... WEB应用发布 ................................................JMS发布....................................................配置新的JMS服务器.......................................配置新的JMS队列.........................................JDBC发布...................................................建立一个JDBC Connection Pool .............................建立一个JDBC Data Sources ................................4、公司程序发布方法............................................程序发布前的准备...........................................交大龙山架构包发布.........................................应用处理程序发布...........................................WEB应用程序发布............................................5、集群配置及应用..............................................集群体系结构...............................................单层混合型的集群架构（Cluster） .....................多层结构的集群架构（Cluster） .......................创建jsdomain(机器1) ......................................创建jsdomain(机器2) ......................................启动管理/被管理服务器.....................................部署接收应用..............................................配置slpt集群的地址.......................................创建代理服务.............................................. JDBC集群.................................................... 连接池的集群............................................... 复合池的集群............................................... JDBC 连接的Failover ....................................... JDBC 连接的Load Balancing ................................. EJB集群 .................................................... WebLogic Server 集群中的EJBs .............................. EJB Home Objects 的集群.................................... EJBObjects的集群..........................................集群中的会话Bean ..........................................集群中的实体Bean ..........................................配置示例.................................................. 负载均衡（CLUSTER）........................................ CLUSTER原理与工作机制..................................... CLUSTER命名服务...........................................CLUSTER服务类型...........................................6、目录文件详细介绍............................................ WEBLOGIC目录及文件 ..........................................weblogic的主目录..........................................weblogic81的目录..........................................weblogic81\\common\\bin的目录结构........................... DOMAIN的目录及文件..........................................配置文件介绍..............................................配置文件的介绍............................................文件的相关配置............................................文件的相关配置（配置子目录）..............................文件(开源的日志记录文件) ..................................（EJB配置文件）...........................................（设置环境变量、内存大小）....................................................................................................................................................变量的相关配置介绍.........................................服务器的配置介绍...........................................7、监控........................................................JVM监控....................................................S ERVER监控..................................................JDBC监控................................................... WEB监控 ....................................................JMS监控....................................................EJB监控....................................................日志监控...................................................domain日志...............................................server日志...............................................web日志..................................................JTA监控....................................................8、优化........................................................为W EB L OGIC启动设置J AVA参数.................................设置与性能有关的配置参数...................................JDBC调优...................................................调整JDBC连接池的初始容量.................................调整JDBC连接池的最大容量.................................调整开发模式与产品模式默认值...............................更改运行时模式...........................................使用W EB L OGIC“自有的IO”性能包 ............................. 集群环境部署...............................................可伸缩性和高可用性........................................多CPU上运行多服务器实例应考虑的性能问题.................. 连接缓存的调优.............................................优化默认执行队列线程.......................................默认线程情况.............................................需要修改默认线程数的情形.................................修改默认线程数的步骤.....................................指派应用程序到执行队列...................................9、规范........................................................安装规范..............................................安装版本的选择.............................................安装的目录要规范 ....................................安装过程中对可选功能模块的选择 ......................应服务器部署规范......................................Domain的目录放在哪里...................................... Domains的名字该如何命名.............................Server的名字如何命名................................Jms服务的名字如何命名...............................日常监控规范............................................日常监控点 ..........................................监控情况记录在哪里 ..................................现场维护监控出现异常如何响应 ........................系统优化、升级规范....................................优化、升级的记录规范.....................................升级前备份做记录要求 ................................优化、升级后版本情况记录规范 ........................日常备份规范............................................记录备份规范日期、具体情况的规范.........................备份文件的存放规范 ..................................备份后版本的规范 ....................................10、第三方工具.................................................M ANAGEMENT C ONSOLE.............................................S POTLIGHT....................................................特点......................................................常见性能问题..............................................性能问题查找..............................................1、Weblogic安装windows平台下安装首先获取weblogic 的安装程序，获取到安装程序后直接双击文件开始安装，具体步骤如下：开始解压缩安装程序，稍等个几分钟，弹出如下界面：单击【下一步】，弹出界面：选择【是】，接受许可协议，单击【下一步】，弹出如下界面：设置【BEA主目录】，然后单击【下一步】，弹出对话框：选择【完全】，再单击【下一步】，弹出如下界面：设置【产品安装目录】，单击【下一步】，弹出如下界面：开始安装，稍等几分钟，弹出如下界面：单击【完成】完成weblogic的安装。
【转】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 线程接受来自监听线程队列的传入请求，并将该请求放入执行线程队列，执行线程负责执行具体任何。
上面其中任何一个环节工作不正常均有可能造成挂起的现象。
weblogic restful参数摘要：1.Weblogic 介绍2.RESTful API 概述3.Weblogic RESTful 参数详解4.应用Weblogic RESTful 参数的实例5.总结正文：1.Weblogic 介绍Weblogic 是美国Oracle 公司出品的一个application server，它是一个基于Java 的、分布式的、支持多协议的、与平台无关的Web 应用服务器。
Weblogic 能够部署和运行Java EE 应用，支持的服务包括Servlet、JSP、JavaBean、EJB 等，同时也支持HTML、XML 等网络协议。
2.RESTful API 概述REST（Representational State Transfer）是一种基于HTTP 协议的Web 服务架构风格。
它强调简单性、可扩展性和可维护性，通过使用HTTP 协议的方法（如GET、POST、PUT、DELETE）和资源（如URL）来实现客户端与服务器之间的通信。
RESTful API 是一种遵循REST 原则的Web 服务接口设计风格，广泛应用于现代Web 应用开发。
3.Weblogic RESTful 参数详解Weblogic RESTful 参数是指在Weblogic 中配置和优化RESTful Web 服务的相关设置。
主要包括以下几方面：（1）端口号：Weblogic RESTful 服务默认监听8080 端口，用户可以根据需要修改为其他端口。
（2）协议：Weblogic RESTful 服务支持多种协议，如HTTP、HTTPS 等。
用户可以根据需要进行选择。
（3）服务名称：用于标识Weblogic RESTful 服务，方便客户端调用。
（4）虚拟主机：设置Weblogic RESTful 服务所在的虚拟主机，用于区分不同的服务实例。
（5）是否启用安全：根据需要设置Weblogic RESTful 服务是否启用安全策略，如认证、授权等。
weblogic线程池释放机制WebLogic线程池是WebLogic服务器中的一个重要组件，用于处理来自客户端的请求。
线程池的作用是控制并发请求的数量，有效地利用服务器资源，提高系统的性能和吞吐量。
然而，如果线程池没有得到正确的释放，就会导致系统出现性能问题甚至崩溃。
因此，WebLogic线程池的释放机制非常重要。
WebLogic线程池的释放机制是指线程池在完成任务后如何释放线程资源，以便其他请求能够继续使用。
在WebLogic中，线程池的释放机制主要有两种方式：主动释放和被动释放。
主动释放是指线程池在任务完成后主动释放线程资源。
这种释放机制通常使用空闲线程超时时间来实现。
当线程池中的线程处于空闲状态一定时间后，系统会自动释放这些线程资源。
这样可以确保线程池中的线程数量始终保持在一个合理的范围内，避免资源浪费。
被动释放是指线程池在任务执行期间发生异常或超时时，被动释放线程资源。
当任务执行出现异常或超时时，线程会被中断并释放资源，以便其他请求能够得到处理。
这种释放机制可以避免因为某个任务的异常导致整个线程池无法正常工作。
WebLogic线程池的释放机制还可以根据应用程序的需要进行配置。
可以设置线程池的最小线程数和最大线程数，以及线程空闲时间等参数。
通过合理配置这些参数，可以达到最佳的性能和资源利用效果。
除了线程池的释放机制，还可以通过其他方式来优化线程池的性能。
例如，可以使用线程池管理工具来监控线程池的状态和性能指标，及时进行调整和优化。
还可以使用任务队列来缓冲请求，减轻线程池的压力。
此外，还可以使用线程池的拒绝策略来处理超过线程池容量的请求，避免系统崩溃。
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 公司推荐你把这个命令写进脚本里。
为了简化这个过程，你可以修改样例脚本里的默认值，样例脚本是提供WebLogic 启动服务器的。
如果你用配置向导创建你的域，WebLogic 启动脚本（startWebLogic.cmd ）放在domain-name 目录里。
默认情况下，这个目录是BEA_HOME\user_projects\domain\domain-name ，BEA_HOME 表示安装路径，domain-name 是在配置模板中设置的域名称。
你需要在这个脚本中修改一些默认的Java 参数值，使之适合你的应用环境和程序。
在这个文件中主要的性能参数是JAVA_HOME 和Java 堆的大小。
n 设JAVA_HOME 的值为JDK 所在的位置，如：set JAVA_HOME=C:\bea\jdk141_03如果达到最大队列长度，WebLogic 会自动成倍增长队列大小，以处理额外的工作。
注意：超过65536 个请求预示队列中的线程有问题，不仅仅只是队列本身的长度问题，实践表明在队列中有堵塞线程或线程数不足的情况存在。
n 队列长限制百分比（Queue Length Threshold Percent ）：达到队列长度百分比（1 －99 ）时，就构成了溢出条件的产生。
实际队列大小在限制的百分比之下时才被认为是正常的；在限制百分比之上就会产生溢出。
当出现溢出，WebLogic 日志就会产生一个错误消息，并且按线程数增量（Threads Increase ）属性的值增加线程数，以帮助减少负载量。
默认的队列长限制百分比为90 ％。
一般情况下，应保留90 ％或其左右，以应对一些潜在的情况，使得有额外的线程可以去处理一些请求中的异常。
记住，队列长度限制百分比不是一定作为自动优化参数――因为正常运作情况下，这个限度从不会被触发。
n 线程数（Tread Count ）：指派到这个队列的线程数。
如果你不需要使用超过15 个线程（默认），就不必更改这个属性值。
n 线程数增量（Threads Increase ）：是指WebLogic 探测到有溢出时，增加到执行队列的线程数。
当你指定为0 （默认），出现溢出时，WebLogic 会把运行良好状态改为“警告”，而且也不会指派额外的线程去减少负荷量。
注意：如果WebLogic 实例的线程数响应了溢出，那么这些额外的线程就会滞留在执行队列，直到服务器重启。
监视错误日志，以判断溢出产生的原因，以便根据需要重配置线程数，防止以后类似情况产生。
不要同时使用线程数增量和队列长限制百分比作为自动优化的手段。
如此做通常结果会产生比正常需要还多的线程被指派到执行队列，这样上下文转化程序的增多会使服务器遭受很差的性能。
n 最大线程数：是指执行队列中能运行的，这个值保护WebLogic 为了响应频繁溢出，创建过多的线程数。
默认情况下，最大线程数为400 。
n 线程优先级：线程优先级与此队列相关。
默认值为5 。
6 ．点击Create ，创建队列。
7 ．重启服务器。
5 ．6 指派Servlet 和JSP 到执行队列你可以把servlet 或JSP 分配到指定的配置执行队列，只需在初始参数中标识执行队列的名称。
初始参数出现在Servert 或JSP 的部署描述文件web.xml 中的init-param 元素里。
为了分配一个队列，可以把队列名作为wl-dispatch-policy 参数的值。
如：<servlet><servlet-name>MainServlet</servlet-name><jsp-file>/myapplication/critical.jsp</jsp-file><init-param><param-name>wl-dispatch-policy</param-name><param-value>CriticalAppQueue</param-value></init-param></servlet>5 ．7 指派EJB 和RMI 对象到执行队列为了把EJB 分配到指定的队列，可以使用weblogic-ejb-jar.xml 文件中dispatch-policy 元素。
然而你也可以通过使用appc 编译器－dispatchPolicy 选项来设置派遣策略，BEA 强烈推荐使用部署描述元素。
因为用这种方式，如果EJB 重编译，在部署用例期间，这个设置不会被丢失。
为了把RMI 对象分配到指定的队列，可以使用rmic 编译器的－dispatchPolicy 选项，如：java weblogic.rmic -dispatchPolicy CriticalAppQueue ...5 ．8 分配执行队列担任Socket 读为了获得更好的socket 性能，BEA 推荐你使用自有的socket 读执行工具，它更优于纯Java 执行工具。
然而，如果你一定要在主机上用纯Java 的socket 读，你仍然可以通过配置恰当的执行线程数以提高socket 通信性能，为每个服务器实例和客户机器担负socket 读线程的任务。
Socket 读占线程池百分比（ThreadPoolPercentSocketReader ）属性可以设置用来从socket 读消息的执行线程的最大百分比。
这个属性的最优值是根据应用程序的需要指定的。
默认值是33 ，有效范围在 1 －99 之间。
分配执行线程担任socket 读增加了服务器处理速度和接受客户请求的能力。
有必要平衡执行线程数，使其专注于从socket 读消息，也有必要平衡那些在服务器处理实际任务的执行线程。
5 ．9 为服务器实例设置socket 读的线程数的操作1 ．启动管理服务器，访问域控制台。
2 ．展开左边面板Servers 节点，显示域服务配置。
3 ．点击你要配置的服务名称。
4 ．选择配置（Configuration ）―― > 调整（Tuning ）标签。
5 ．在Socket Reader 中编辑Java 读线程的百分比。
Java socket 读线程数是根据所有的执行线程数的百分比计算得到的。
6 ．应用（Apply ）这个调整。
5 ．10 在客户机设置Socket 读线程数在客户机上，你可以配置运行在JVM （Java 虚拟机）上的socket 读线程数。
指定Socket 读，需要通过用java 命令行定义下列参数：-Dweblogic.ThreadPoolSize=value-Dweblogic.ThreadPoolPercentSocketReaders=value5 ．11 优化溢出情况时的执行队列你可以配置WEBLOGIC 监测并且随时应对潜在的溢出，不管其发生在默认的执行队列还是用户定义的队列。
一旦当前队列大小快达到用户定义的百分比，WebLogic 认为队列中有一个可能的溢出产生。
当这个限度到达时，服务器改变它的良好状态为“警告”，随即分配额外的线程去处理超负荷的工作，从而还原它的大小。
为了自动监测和应对溢出，你可以配置以下项：1 ．队列长限制百分比，这个值是队列大小的百分比。
2 ．当溢出发生时，增加到队列的线程数。
这些额外的线程以还原队列到正常的运行的大小。
3 ．线程的最大数，在特殊情况下，线程最大数用来保护服务器在响应过载情况下过度分配线程数。
5 ．12 优化执行队列的监测行为当一个线程在队列中变成堵塞状态时，WebLogic 会自动监测到。
因为堵塞线程不能完成它当前的工作或接受新的工作，服务器每次诊断一个堵塞线程，就记入一个消息到日志中。
如果一个队列中所有的线程变成堵塞，服务器改变良好状态成“警告”或者“危机”，依赖于下列情况：n 如果默认队列中所有的线程变成堵塞，服务器状态变成“危机”。
（你可以设立节点管理器（Node Manager ）应用去自动关闭及重启服务器。
）n 如果在weblogic.admin.HTTP, weblogic.admin.RMI 或用户定义的队列中所有线程变成堵塞，服务器状态变成“警告”。
WebLogic 诊断到一个堵塞线程，如果它是在指定的时间内连续不断的工作（没有空闲）。
你可以调整服务器线程监测行为，它是通过改变堵塞线程被诊断前的时间长度和服务器核查堵塞线程的频率。
注意：尽管你能改变标准WebLogic 去决定一个线程是否堵塞，但，你不能改变默认行为，就是出现堵塞时把服务器设置成“警告”或“危机”的行为。
配置WebLogic 堵塞线程监测行为的步骤：1 ．启动WebLogic ，访问管理控制台。
2 ．点击你想为改善堵塞线监测而修改的服务器实例的名称。
