weblogic优化设置&调优参数及监控指标
linux系统weblogic12c安装
linux系统weblogic12c安装Weblogic12c安装⽂档环境准备：这⾥请⾃⼰去下载就不多做说明版本12.1.3.0.01.安装包下载和环境准备mkdir -p /u01/weblogicgroupadd weblogicuseradd -g weblogic -d /u01/weblogic weblogicchown -R weblogic:weblogic /u012.创建⽤户1）创建管理⽤户weblogic ，并添加密码（root）useradd weblogicpassword weblogic2）weblogic⾃定义配置（weblogic）~/.bash_profile，umask 002ulimit -c unlimited#（不限制core⽂件的⼤⼩）cd <domain路径 >3.安装jdk1) 安装jdk1.8.0_172 (root)tar -zxvf jdk-8u172-linux-x64.tar.gz -C /usr/local/java -version //查看jdk版本2）配置java环境变量：（weblogic ）vi ~/.bash_profileexport PATHexport JAVA_HOME=/usr/local/jdk1.8.0_172export JRE_HOME=/usr/java/jdk1.8.0_172/jreexport CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/libexport PATH=$JAVA_HOME/bin:$PATH重新加载source .bash_profile4.安装weblogic12c(weblogic)1）创建初始化⽂件mkdir /u01/oraInventorymkdir /u01/installmkdir /u01/weblogic把weblogic的安装包放在 /u01/install⾥，解压出来的包名是fmw_12.1.3.0.0_wls.jarcd /u01/installvi /u01/install/oraInst.locinventory_loc=/u01/oraInventory#产品清单⽬录；注意不能放在 weblogic安装⽬录下,要保证安装⽬录为空inst_group=weblogic#⽤户的组名称，根据实际的修改，注意⽤什么⽤户安装weblogic这⾥就写什么⽤户名，我⽤的是weblogic⽤户安的。
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。
营销业务(系统)、系统级优化方案
目录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应用层优化调试设置
以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的启动
• Admin Server的启动
• startWebLogic.cmd/sh • 在Unix或Linux中为了在telnet退出后让WebLogic继续运行，需要使用 nohup和&符来调用启动命令：nohup ./startWebLogic.sh & • WebLogic的标准输出和标准出错信息会纪录在nohup.out文件中
WebLogic Server的停止- console方式
WebLogic Server的停止- 脚本方式
• Admin Server停止
• ./stopWebLogic.cmd/sh username password
• Managed Server停止
• ./stopManagedWebLogic.cmd/sh <servername> <t3://adminip:adminport> username password
在这条日志信息中，它们的格式是: 时间戳，错误级别，子系统 ，机器名，Server名称，线程号，用户号，事务号，.. 信息号 ，文本信息。 如果这信息包括跟踪堆栈的信息，这些信息将紧跟在这条信息 后面。
如何去分析日志
日志中出现错误，如何去请求帮助
如果日志中出现错误，您可以到BEA网站去查询相关 的错误信息和解决办法，如找不到，可以通过以下途径寻求帮助。
• 范围不同，信息内容也不同
• 涉及Domain范围内的日志写入Domain log（如Cluster，RMI 通讯等信息）
• Domain Log Filter
• 个或多个server按过滤条件过滤后的一些错误信息才传递给 Domain log
• 常见的错误也不同
WebLogic调优参数配置
WebLogic调优参数配置WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。
基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。
试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态：一. 修改运行队列线程数的值。
在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。
当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。
线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。
二. 如果可能，使用自带的性能包（NativeIOEnabled=true）。
三. 使用特定的应用程序执行队列。
四. 使用JDBC连接池时，修改下列属性：●驱动名称：使用小的驱动或者jDriver。
●初始容量：设为与最大容量相同的值。
●最大容量：其值至少应与线程数相同。
五. 把连接池的大小设为与执行队列的线程数相同。
六. 设置缓冲。
七. 为Servlet和JSP使用多个执行队列。
八. 改变JSP默认的Java编译器，javac 比jikes或sj要慢。
提要：为 WebLogic 启动设置 Java 参数。
设置与性能有关的配置参数。
调整开发与产品模式默认值。
使用WebLogic “自有的IO ”性能包。
优化默认执行队列线程。
优化连接缓存。
如何提高 JDBC 连接池的性能。
设置 Java 编译器。
使用 WebLogic 集群提高性能。
监视 WebLogic 域。
一、为 WebLogic 启动设置 Java 参数只要启动 WebLogic ，就必须指定 Java 参数，简单来说，通过 WebLogic.Server 域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出错， BEA 公司推荐你把这个命令写进脚本里。
为了简化这个过程，你可以修改样例脚本里的默认值，样例脚本是提供 WebLogic 启动服务器的。
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的使用
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
WEBLOGIC教程1 weblogic基本概念1.1 域（Domains）域是管理的单元或边界；作为一个单元来管理的，并相互关联的一组Weblogic 服务器资源被称为域；域由单一的管理服务器来管理。
一个域包含一个或多个WebLogic Server 实例，这些实例可以是群集实例、非群集实例，或者是群集与非群集实例的组合。
一个域可以包含多个群集。
域还包含部署在域中的应用程序组件、此域中的这些应用程序组件和服务器实例所需的资源和服务。
应用程序和服务器实例使用的资源和服务示例包括计算机定义、可选网络通道、连接器和启动类，一个域包含一个或多个WebLogic Server 实例，这些实例可以是群集实例、非群集实例，或者是群集与非群集实例的组合。
一个域可以包含多个群集。
域还包含部署在域中的应用程序组件、此域中的这些应用程序组件和服务器实例所需的资源和服务。
应用程序和服务器实例使用的资源和服务示例包括计算机定义、可选网络通道、连接器和启动类1.2 机器（Machines）可以对应到服务器所在的物理硬件；可以是Unix或non-Unix类型；可以用来远程管理和监控；Machine 是指运行WebLogic Server实例的物理机器，通常与部属在其上的Managed Server 相关连。
Machine用于Node Manager（一个运行在物理服务器上的进程，可以远程重启Admin 和Managed Server）重启失败的Managed Server，以及为集群的Managed Servers选择合适的Session存放位置（Session避免存放在同一台Machine上）。
1.3 服务器（Servers）服务器是执行在单一Java虚拟机（JVM）中weblogic.Server类的实例。
服务器：最多和一个WLS机器关联；占用一定数量的RAM ；是多线程的。
1.4 管理服务器(Administration server)对整个域的集中控制XML配置存储库的保存者日志信息的集中保存管理服务器是控制整个域配置的中心操作节点，管理服务器维护着整个域Domain 的配置并将配置分配到每个被管理服务器Managed Server 中，每个域中都必须有一个Administration Server。
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配置Oracle数据源
配置和管理 WebLogic JDBC配置 JDBC 数据源本部分包括以下信息：∙了解 JDBC 数据源∙创建 JDBC 数据源∙事务选项∙连接缓冲池功能∙设置数据库安全凭据∙调整数据源连接缓冲池选项∙在服务器和群集上部署数据源∙最大程度地减少由不响应的数据库引起的服务器启动暂停∙JDBC 数据源的安全∙JDBC 数据源工厂（不赞成使用）了解 JDBC 数据源在 WebLogic Server 中，可通过将数据源添加到您的 WebLogic 域来配置数据库连接。
WebLogic JDBC 数据源提供了数据库访问和数据库连接管理。
每个数据源都包含一个数据库连接缓冲池，其中的数据库连接是在创建数据源时和启动服务器时创建的。
应用程序会通过在 JNDI 树中或在本地应用程序上下文中查找数据源，然后调用 getConnection()来保留来自数据源的数据库连接。
完成连接后，应用程序应尽早调用 connection.close()，该方法会将数据库连接返回缓冲池以供其他应用程序使用。
数据源及其连接缓冲池可以提供有助于保持系统运行和性能的连接管理进程。
可以设置数据源中的选项以满足您的应用程序和您的环境的需要。
以下部分描述了这些选项以及如何启用这些选项。
创建 JDBC 数据源要在您的 WebLogic 域中创建 JDBC 数据源，可以使用管理控制台或 WebLogic 脚本工具 (WLST)。
有关详细信息，请参阅以下部分：∙"“管理控制台联机帮助”中的创建 JDBC 数据源∙"“WebLogic 脚本工具”中的创建 JDBC 资源注意：WLST 已取代了 weblogic.Admin 命令行实用工具。
WebLogic Server 示例（可选择将其随 WebLogic Server 一起安装）包含了可用来代替weblogic.Admin JDBC 命令的示例脚本。
如果已安装了上述示例，则这些示例脚本可从WL_HOME\samples\server\examples\src\examples\wlst\online 获得，其中，WL_HOME 指 WebLogic 主目录，如 C:\bea\weblogic91。
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虚拟机，可以从几个垃圾回收计划来管理你的系统内存。
例如，某些垃圾回收计划更适合特定应用。
nginx介绍-与weblogic集群
Nginx介绍-与weblogic集群2014年5月版本历史目录1 前言 (4)1.1文档说明 (4)2 Nginx介绍 (4)3 Nginx安装 (5)3.1前期准备 (5)3.2安装openssl (5)3.3安装pcre (6)3.4安装nginx源代码 (6)4 Nginx 启动、停止、重启 (7)4.1启动 (7)4.2关闭 (7)4.2重启 (7)5 Nginx配置说明 (7)6 Nginx与weblogic集群 (10)6.1前期准备 (10)6.2 配置nginx (10)6.3 运行测试环境 (11)1 前言1.1文档说明本文主要介绍什么是nginx，nginx在linux系统上源码安装、部署，优化、启用、停用操作，及与weblogic集群部署。
2 Nginx介绍Nginx ("engine x") 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。
它具有有很多非常优越的特性:作为Web 服务器：相比Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率，这点使Nginx 尤其受到虚拟主机提供商的欢迎。
能够支持高达50,000 个并发连接数的响应。
作为负载均衡服务器：Nginx 既可以在内部直接支持Rails 和PHP，也可以支持作为HTTP代理服务器对外进行服务。
Nginx 用 C 编写, 不论是系统资源开销还是CPU 使用效率都比高。
作为邮件代理服务器: Nginx 同时也是一个非常优秀的邮件代理服务器（最早开发这个产品的目的之一也是作为邮件代理服务器）。
Nginx 安装非常的简单，配置文件非常简洁（还能够支持perl语法），Bugs 非常少的服务器: Nginx 启动特别容易，并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动。
你还能够在不间断服务的情况下进行软件版本的升级。
【转】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参数
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启动JVM参数设置经验
WEBLOGIC启动JVM参数设置经验2011-11-01 08:41:46分类：Linux1. 堆大小设置JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。
32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。
我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。
典型设置：o java -Xmx3550m -Xms3550m -Xmn2g -Xss128k-Xmx3550m：设置JVM最大可用内存为3550M。
-Xms3550m：设置JVM促使内存为3550m。
此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
-Xmn2g：设置年轻代大小为2G。
整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。
持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。
此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。
-Xss128k：设置每个线程的堆栈大小。
JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。
更具应用的线程所需内存大小进行调整。
在相同物理内存下，减小这个值能生成更多的线程。
但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
o java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0-XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。
设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5-XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。
ezOFFICE性能优化配置
ezoffice性能的优化调整1、ezOFFICE2007安装后需要进行oracle和weblogic的优化，经验证明，只有优化才能提高性能、避免以下问题：●weblogic不定期自动关闭，或者运行一段时间就要重起服务，否则用户登录不了系统。
●页面打开慢，如公文处理标签。
或者较多用户同时在线时，系统资源消耗大，不能承受起码的访问压力。
2、如果ezOFFICE需要重新迁移，直接拷贝bea目录即可。
不过，这样会带来性能低下的问题，如果重新部署weblogic，则可能提高性能。
在ezOFFICE项目实施中，必须依照本配置说明进行性能优化。
一、Oracle配置【必配】1.进入Oracle Enterprise Manager Console,选择独立启动2.用具有sysdba角色的用户登陆，如下图，选择身份拦选择sysdba:3.进入数据库展开例程，点击配置，点击主窗口的内存栏，进入内存设置页：4.一般SGA的大小为物理内存的一半左右，当系统在线用户在100人左右时，SGA大小应为1G左右，也可以点击建议按纽，根据系统建议设置各参数大小。
调整后高速缓存命中率应不小于95%，最好在100%以服务器物理内存2G为例，各参数配置如下：共享池：600m缓冲区高速缓存：400m大型池：64mJava池：32m总计PGA目标：64m以上也许数据并非最优，应根据数据库使用情况及时调整注意：在调整参数前先修改SGA的最大大小，否则有可能保存不成功调整参数后数据库有可能需要重新载入，与客户端的连接将关闭以服务器物理内存4G为例，各参数配置如下：二、Weblogic配置【必配】Weblogic 安装后设置均为默认，并非最忧，应做适当调整1．数据库连接池的调整100人左右在线时，默认数据库连接池已不能满足需求进入JDBC Connection Pools>PoolName 点击connections栏，参数修改如下：Initial Capacity：40Maximum Capacity：60Capacity Increment：1Statement Cache Size：502．如果应用服务器CPU是双线程，则操作系统要使用win2003其性能才能发挥出来；如果是win2000系统，请换成win2003。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
优化设置Weblogic服务程序设置：1、设置JDK内存：修改weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd文件：修改前：if "%JAVA_VENDOR%"=="Sun" (set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512mset WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m) else (set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512mset WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m)set MEM_PERM_SIZE_32BIT=-XX:PermSize=48mset MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m修改后：if "%JAVA_VENDOR%"=="Sun" (set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx1024mset WLS_MEM_ARGS_32BIT=-Xms512m –Xmx1024m) else (set WLS_MEM_ARGS_64BIT=-Xms1024m –Xmx1024mset WLS_MEM_ARGS_32BIT=-Xms1024m –Xmx1024m)set MEM_PERM_SIZE_32BIT=-XX:PermSize=128mset MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=256m说明：红色字体为修改的内容，具体修改值根据实际物理内存确定•-Xmx3550m：设置JVM最大堆内存为3550M。
•-Xms3550m：设置JVM初始堆内存为3550M。
此值可以设置与-Xmx相同，以避免每次JVM动态分配内存所浪费的时间。
•-XX:PermSize=256M：设置堆内存持久代初始值为256M。
(貌似是Eclipse等IDE的初始化参数)•-XX:MaxPermSize=512M：设置持久代最大值为512M。
32位操作JDK内存系统：最大可设置1.5G，如果设置过大，会导致服务无法启动64位操作JDK内存系统：最大设置为物理内存的60~80%2、设置线程数：修改weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd中在JAVA_OPTIONS中添加如下：set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.threadpool.MinPoolSize=2000set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.threadpool.MaxPoolSize=4000说明：JDK5.0以后每个线程栈大小为1M，但是操作系统对一个进程内的线程数还是有限制的，不能无限生成。
32位操作系统根据JVM最大堆内存设置；64位操作系统经验值在3000~5000左右。
3、Weblogic数据库连接池连接数设置：受Oracle数据库连接数的影响，可以参照同一时间连接数据库的用户数量，进行设置，数据库的最大连接数不能小于高峰时期同一时间连接用户的数量。
点击数据源，进入后选择连接池：初始容量：20最大容量：50容量增长：5说明：设置前得设置数据库的最大并发线程数（下面有介绍Oracle数据库线程数设置方法），因为weblogic节点的连接池最大连接数之和不能大于数据库的最大线程数。
•初始容量：要在创建连接池时创建的物理连接数。
如果无法创建这一数量的连接，创建此连接池的操作将会失败。
此连接数也是连接池将保持的最小可用物理连接数。
•最大容量：此连接池可容纳的最大物理连接数。
•容量增长：将新连接添加到连接池时创建的连接数。
不再有可用的物理连接来满足连接请求时，WebLogic Server 会创建该数量的附加物理连接并将它们添加到连接池中。
MBean 属性(不适用于应用程序模块)：JDBCConnectionPoolParamsBean.CapacityIncrement。
4、Weblogic的服务设置[配置\优化]：接受积压：300登录超时：5000说明：•接受积压：对于此服务器的常规和SSL 端口，应该允许的新TCP 连接请求的积压数量。
将积压设置为0 可以防止此服务器接受某些操作系统上的所有传入连接。
MBean 属性：ServerMBean.AcceptBacklog。
最小值：0•登录超时：此服务器的默认常规(非SSL) 监听端口的登录超时。
这是允许建立新连接的最长时间。
如果值为0，表示无最大值。
MBean 属性：ServerMBean.LoginTimeoutMillis最小值：0。
最大值：100000。
安全值：5000weblogic调优参数对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服务器初始创建的执行线程的数量，设置原则：增大机器的最大并发线程数使处理器利用率达到最大。
对于服务器端操作比较多的线程，应该减少线程计数；对于客户端操作比较多的，应该增加线程计数。
并发线程数理论上等于“本地主机CPU个数+Stuck线程数”，够用即可，过大会降低系统性能2、QueueLength在等待队列里的请求数，理想状态下是03、QueueLength Threshold Percent一个百分数，当request的数量达到队列长度的这个比例的时候，weblogic会发出overflow 的标志信息4、ThreadsIncrease如果weblogic发出overflow的标志信息，weblogic会尝试增加这个数量的执行线程，以解决处理矛盾5、ThreadsMaximum最大执行线程数6、Threads Minimum最小执行线程数7、ThreadPriority线程优先级三、JDBC在service->JDBC-> JDBC Connection Pools->Configuration->name->Connections1、 Initial Capacity初始数据库物理连接数2、MaxCapacity最大数据库物理连接数3、Capacity Increment每次数据库物理连接增加数4、Statement Cache Typeprepared statements缓存的策略，LRU算法在有新的语句到来时，将最不经常被用得语句调整出缓存。
FIXED算法为先进先出的算法5、TestConnectionsOnReserveTestConnectionsOnReserve设置为false（缺省设置）。
如果此参数设置为真（true），则在连接被分配给调用者之前，都要经过测试，这会额外要求与数据库的反复连接6、Statement Cache Size宏语句设定的静态缓存，大小由JDBC连接池配置时指定，调整这个数值的大小，有利于提高系统的效率7、Login Delay创建数据库物理连接时的延时时间weblogic监控指标线程监控：DOMAIN -> 选择服务 -> Monitoring -> General -> Monitor all Active Queues... -> Monitor all Execute Threads...在这个列表中可以看到应用当前处理的线程情况，若想进一步跟踪线程，可在使用KILL -3来跟踪查看进程情况，一般情况下线程存在如下状态：A、Runnable：该状态表示线程具备所有运行条件，在运行队列中准备操作系统的调度，或者正在运行B、Wait on condition：该状态出现在线程等待某个条件的发生1、线程在等待网络的读写2、线程在 sleep，等待 sleep的时间到了时候，将被唤醒。
C、Waiting for monitor entry 和in Object.wait()：每个 Monitor在某个时刻，只能被一个线程拥有，该线程就是“Active Thread”，而其它线程都是“Waiting Thread”，分别在两个队列“ Entry Set”和“Wait Set”里面等候。
在“Entry Set”中等待的线程状态是“Waiting for monitor entry”，而在“Wait Set”中等待的线程状态是“inObject.wait()”。