weblogic性能优化的相关设置

合集下载

软件项目维护方案

软件项目维护方案

《软件项目维护方案》摘要:[root@sale8 ~]# top top - 10:29:35 up 73 days, 19:54, 1 user, load average: 0.37, 0.38, 0.29Tasks: 353 total, 2 running, 351 sleeping, 0 stopped, 0 zombie Cpu(s): 1.2% us, 0.1% sy, 0.0% ni, 98.8% id,0.0% wa, 0.0% hi, 0.0% si Mem: 16404472k total, 12887428k used, 3517044k free, 60796k buffers Swap: 8385920k total, 665576k used, 7720344k free, 10358384k cached PID USER 30495 oracle 32501 oracle 32503 oracle 注意上面的加粗字体部分,此部分内容表示系统剩余的 cpu,当其平均值下降至 10%以下的时视为 CPU 使用率异常,需记录下该数值,并将状态记为异常 n 内存使用情况: # free -m TotalusedfreesharedbufferscachedMem:20261958670761556 -/+ buffers/cache: 326 1700 Swap: 5992 92 5900 如上所示,total表示系统总内存,used表示系统使用的内存,free表示系统剩余内存,当剩余内存低于总内存的 10%时视为异常,查看对象的下一扩展与表空间的最大扩展值 sqlselect a.table_name, a.next_extent, a.tablespace_name from all_tables a, (select tablespace_name, max(bytes) as big_chunk from dba_free_space group by tablespace_name ) f wheref.tablespace_name = a.tablespace_name and a.next_extent f.big_chunk union select a.index_name, a.next_extent, a.tablespace_name from all_indexes a, (select tablespace_name, max(bytes) as big_chunk from dba_free_space group by tablespace_name ) f where f.tablespace_name = a.tablespace_name and a.next_extent f.big_chunk; 如果有记录返回,则表明这些对象的下一个扩展大于该对象所属表空间的最大扩展值,需调整相应表空间的存储参数,项目组包括项目经理、需求分析师、开发工程师、实施工程师,总体职责如下: 1. 保证与项目有关的的问题得到及时解决 2. 提供有关产品的技能和以往经验 3. 计划、协调项目实施过程中各个方面的工作 4. 建立项目环境和项目组结构 5. 依据项目计划充分调动资源,并做好这些资源的后勤保障,并在必要时候,寻求更高层次的支持 6. 针对客户未来的工作流程重组提出建议 7. 从总体上控制项目实施时间进度,保证服务质量 l 客户经理客户经理配合客户项目经理负责计划、组织、指导和协调项目组的工作,并在适当的时候,负责项目组内部和其他有关方面的相互沟通,项目的关键查看点,对项目各方面进行查看与指导,主要职责如下: 1. 建议项目的阶段审核点 2. 制定项目计划 3. 规定培训内容及过程,制定培训及后勤计划 4. 指导、建议、管理项目日常活动 5. 管理项目初始变更及变更过程 6. 定期向项目领导及项目指导委员会汇报项目的进展状况,并提出问题改进措施 7. 协助客户通报并解决出现的问题 8. 合理分配项目人员 9. 计划、组织系统集成的执行 10. 确认任务的完成,实施质量控制 11. 发现、协调相互沟通/变更控制/组织方面等问题 12. 完成项目状态报告 13. 项目实施程序、原则标准的建立与执行 14. 项目组成员在团队内的有效工作 15. 负责监督项目实施质量 16. 负责完成项目监督报告 l 技术经理技术经理责如下: 1. 主持需求调研和讨论会 2. 分析现有工作流程 3. 确定用户功能需求并协助制作文档 4. 设计未来工作流程 5. 指导培训计划的制定与培训后勤工作的展开 6. 为关键用户提供标准产品培训 7. 根据功能需求确定产品的功能和流程选择 8. 计划测试,并预估测试所需资源 9. 制定测试方案 10. 协助制定系统测试过程和测试所需的业务案例 11. 协助监控、评估测试的执行 12. 为最终用户培训提供指导和建议 13. 定义基础数据转换步骤和策略 l 技术人员技术人员的主要职责如下: 1.提供系统运行环境配置建议和优化措施 2. 产品的安装及系统管理员的培训 3. 负责产品所需基础资料的数据整理及导入系统 4. 负责关键用户的使用培训 5. 负责需求的调研工作 6. 负责培训资料的制作 6. 技术服务流程管理方案 6.1. 制定规章制度制定规章制度是为了提高技术部服务效率、服务质量及售后响应时间软件项目维护方案 1. 项目背景及目标 1.1. 项目背景在国家政策的指导和帮助下,信息化也越来越发挥出十分重要的作用。

WebLogic应用典型问题分析和解决

WebLogic应用典型问题分析和解决
务器 的 硬件 性 能? J EE的 J 2 VM 内存 堆 应 该如 何 设 置 ,
配 置越 大越 好 。但事 实 上还 是 有一 些手 段 和依 据来 进行 判 断 ,帮 助 我们 设置 一 个 尽可 能 优化 的值 。首先 J VM 内存 堆 的设 置并 非越 大 越好 ,加 大 内存 本身 是不 能 改变应 用性 能 的 。在进 行 内存设 置调 优之 前 ,必 须先 讲述 下 J v 中 aa
内。因此 可 以综合 这两 点来 考虑 单 台应 用服 务器 设 置几 个
We L g c S r e 例 比较 合 适 。 b o i e v r实
维0 sc 一 表示 GC进行本 次垃 圾 回收所 消 耗 .0 0 0 eS
的时 间 。
W e L gc 以近 乎线 性地 提高 线程数 。线程数 越 多 ,花 b o i可
费 在 线程 切 换 的时 间也 就 越 多 ;线 程 数越 小 ,CPU可 能 无法 得到 充分 的利 用 。为获 取一 个理 想 的线 程数 ,需要 经 过反 复的 测试 。可 以 以 2 P 个数 为基 准进 行调 整 ( 5 CU X 最 好每 个 C PU小于 5 0个 线程 ) 。当 空闲线 程较 少 ,CP U利 用 率较 低时 ,可 以适 当增加 线程 数 的大 小。
中 ,积 累的 一些 经验和 解决 方 法。
回 收 ,以释 放 内存保 障 应用健 康 运 行 。改变 内存设 置 的 目
2 We L gc S r e b o i e v r及内存堆的设置
2 1依 据 C U和 R M设置 S r r . P A ev 实例 e

个 W e Lo i C u e 群 中的 S v r 以 部署 在 b g c l s r集 ee 可

(完整版)系统性能调优方案

(完整版)系统性能调优方案

第1章系统性能调优方案1.1系统的性能扩展模型介绍在进行性能指标设计工作前,必须从理论上对性能指标的可实现性进行分析。

理论上,系统的扩展模型可以分成两类,系统可扩展模型和不可扩展模型,如下图所示:两种性能扩展模型以上左图代表了系统随着并发用户量的增加系统响应时间呈现线性增长的趋势,是一种可扩展的情况;但对于系统右边的方式则是不可扩展的,它将随着用户数量的增大而响应时间大大急剧增加,这种模型是完全不可控制的。

通过系统压力实验,我们发现,即使是遵循可扩展模型设计的系统的响应性能和并发用户量并不能成永远的线性关系,在系统压力超过一定的值之后,如100并发,系统响应时间增加非常快,我们把这个点称为拐点.在拐点以下,系统性能呈现良好的线性特性,在拐点以上,则呈现出非线性的特征,同时CPU和内存出现相当大的增长,甚至100%占用。

这种现象的出现,说明系统的性能不仅仅取决于软件系统,而也同时取决于承载系统的硬件基础环境,如计算能力和内存大小.为此,系统性能设计的目的就是为系统设置合理的拐点并发值,而不可能无限制的追求无限大的并发下系统响应仍旧呈现线形特征。

1.2对响应时间的技术保障手段金税三期工程第二阶段河南地税建设项目财务管理子系统对系统的性能要求是比较高的,为了满足这个要求,在系统实现上必须要采用一系列的技术措施才能达到,具体来说将采用下面方式进行:1、预处理技术的应用预处理技术是一种在预定计划上由系统激发主动执行的计算模式,它对于一些处理内容固定,处理方式固定的功能非常有效,通过提前处理,实现数据生成时间和数据访问时间的隔离,在数据访问的时候不再需要为拿到结果而执行任何的计算,只需要简单的查询结果即可,这样可以大大增强系统的访问性能,有效的利用系统闲置时间.2、变动态内容查找为静态数据访问一些情况下,经过各种调优手段仍不能满足要求,就需要将一些动态的内容进行静态化处理,如可以将复杂的动态报表转化成HTML网页并发布在WEB服务器上,这种方式可以大大减轻应用服务器的访问压力,进一步减少用户等待的时间.例如,对一段历史时期的数据的汇总报表结果的查询,复杂报表结果等查询。

64位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。

OracleWeblogic11g基础知识

OracleWeblogic11g基础知识
WebLogic Server 11g 旨在提供高性能、高可用性和可伸 缩性,以满足企业不断增长的业务需求。
主要特点
支持多种编程语 言和框架
WebLogic Server 11g 支持 Java EE 和 SOA 标准,以及多种流行的 编程语言和框架,如 Java、JSP、Servlets、 EJB、JMS、JAX-WS 等。
集成开发环境 (IDE)
高可用性和可伸 缩性
WebLogic Server 11g 提供了一个集成的开发 环境(IDE),支持从设 计到部署的全过程开发, 包括代码编辑、调试、 测试和部署等。
WebLogic Server 11g 支持高可用性和可伸缩 性,通过集群和负载均 衡技术,提供对关键业 务应用的保护,确保应 用程序的可靠性和性能 。
指导用户如何配置审计和日志功能,以便于监控和安全分析。
安全策略配置
指导用户如何配置安全策略,包括 IP 限制、URL 过滤等。
安全漏洞与防护
1 2
常见安全漏洞
介绍 WebLogic Server 11g 中常见的安全漏洞, 如跨站脚本攻击(XSS)、SQL 注入等。
安全补丁
及时发布安全补丁,修复已知的安全漏洞,提高 系统的安全性。
ABCD
VisualVM:用于监控 Java应用程序的内存、线 程和CPU使用情况。
AWR报告:Oracle自动 工作负载仓库报告,提供 数据库性能的详细分析和 诊断。
性能优化案例
案例一
某银行核心业务系统在高峰期出现性 能瓶颈,通过调整JVM参数和 WebLogic参数,成功提高了系统响 应速度和吞吐量。
3
安全加固
通过配置安全策略、限制访问权限等措施,加固 系统的安全性,防止潜在的安全威胁。

营销业务(系统)、系统级优化方案

营销业务(系统)、系统级优化方案

目录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应用层优化调试设置
以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的日常操作和监控

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一、为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的使用
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 优化

优化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配置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启动内存配置[最新]

Weblogic 启动内存配置1、找到配置文件位置,默认路径是wlserver_10.3/common/bin/commEnv.sh2、找到commEnv.sh文件,修改此配置文件if [ "$PRODUCTION_MODE" = "true" ]; thencase $JA V A_VENDOR inBEA)JA V A_VM=-jrockitMEM_ARGS="-Xms512m -Xmx2048m";;HP)JA V A_VM=-serverMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;IBM)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;Sun)JA V A_VM=-serverMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;*)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;esacelsecase $JA V A_VENDOR inBEA)JA V A_VM=-jrockitMEM_ARGS="-Xms512m -Xmx2048m"JA V A_OPTIONS="${JA V A_OPTIONS} -Xverify:none";;HP)JA V A_VM=-clientMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;IBM)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;Sun)JA V A_VM=-clientMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m"JA V A_OPTIONS="${JA V A_OPTIONS} -Xverify:none";;*)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;红色标注的位置是启动时分配的内存大小,可根据实际需求进行调整。

weblogic中间件介绍

weblogic中间件介绍

目录一、Weblogic11g概述.............................................................................................................................1.1功能简介.....................................................................................................................................1.2功能简介.....................................................................................................................................1.3主要优势.....................................................................................................................................1.4适用范围.....................................................................................................................................1.5 Weblogic 11G新特性.................................................................................................................1.5.1自调优的企业级内核 ......................................................................................................1.5.2过载保护 ..........................................................................................................................1.5.3动态的配置变化 ..............................................................................................................1.5.4并行的应用部署–零宕机 ..........................................................................................1.5.5 JRockit Flight Recorder概念 ............................................................................................1.5.6 JRockit Flight Recorder使用场景 ....................................................................................二、Weblogic11g安装.............................................................................................................................2.1 安装前的准备工作...................................................................................................................2.2 Windows下安装Weblogic ........................................................................................................2.2.1 准备安装 .......................................................................................................................2.2.2 进入安装界面 ...............................................................................................................2.2.3 选择中间件目录 ...........................................................................................................2.2.4 注册安全更新 ...............................................................................................................2.2.5 选择典型安装 ...............................................................................................................2.2.4 选择产品安装目录 .......................................................................................................2.2.7 创建快捷方式 ...............................................................................................................2.2.8 显示安装概要 ...............................................................................................................2.2.9 正在安装 ..........................................................................................................................................................................................................................................................................2.3 Windows下创建WebLogic 域.................................................................................................2.3.1 QUICK START 提示界面 ...............................................................................................2.3.2 进入配置向导 ...............................................................................................................2.3.3 选择域源 .......................................................................................................................2.3.4 指定域名和位置 ...........................................................................................................2.3.5 配置管理员用户名和口令 ...........................................................................................2.3.6 配置服务器启动模式和JDK ........................................................................................2.3.7 添加可选配置 ...............................................................................................................2.3.8 配置管理服务器 ...........................................................................................................2.3.9 显示配置概要 ........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................2.4 Linux 下安装Weblogic..........................................................................................................2.4.1 安装前的准备 ...............................................................................................................2.4.2?.bin的安装 ..................................................................................................................2.4.3?.jar的安装 ......................................................................................................................................................................................................................................................................................................................................................................................................................................2.5Linux下创建Weblogic域..........................................................................................................2.6?Linux下Weblogic的启用和停止..........................................................................................2.6.1 用户名、密码配置 .........................................................................................................2.6.2启动Weblogic..................................................................................................................2.6.3停止Weblogic服务 ........................................................................................................三、WebLogic的基本概念 ...................................................................................................................3.1 域Domain..................................................................................................................................3.1.1 域的概念、范围和限制 .................................................................................................3.1.2 为什么要使用域 .............................................................................................................3.2 服务器........................................................................................................................................3.2.1 管理服务器 .....................................................................................................................3.2.2 受管服务器 .....................................................................................................................3.3 计算机Machine.........................................................................................................................3.3.1 Machine 的概念 ..............................................................................................................3.3.2 为什么要使用Machine..................................................................................................3.4 集群............................................................................................................................................3.4.1 什么是集群 .....................................................................................................................3.4.2 主要功能 .........................................................................................................................3.4.3 基本集群架构 .................................................................................................................3.4.5 多层集群架构 .................................................................................................................3.4.6 何时使用多层集群架构 ...............................................................................................3.4.7 多层集群架构的优缺点 ...............................................................................................3.4.8 代理服务器 .....................................................................................................................3.4.9 基本集群代理架构 .......................................................................................................多层集群代理架构 ...................................................................................................................四、WebLogic配置相关文件................................................................................................................4.1 启动服务相关的几个文件.......................................................................................................4.1.1 startWebLogic.cmd/startWebLogic.sh .............................................................................4.1.2 startManagedWebLogic.cmd/startManagedWebLogic.sh ..............................................4.1.3 setDomainEnv.cmd/setDomainEnv.sh .............................................................................4.1.4 stopWebLogic.cmd/stopWebLogic.sh..............................................................................4.1.5 stopManagedWebLogic.cmd/stopManagedWebLogic.sh ...............................................4.2 系统配置文件config.xml .........................................................................................................4.2.1 关于WebLogic 管理和config.xml 文件概述 ..............................................................4.2.2 何时去编辑config.xml ...................................................................................................4.2.3 config.xml 文件里的内容 ...............................................................................................4.3 属性文件weblogic.xml.............................................................................................................4.3.1 说明.................................................................................................................................4.3.2 可配置的属性详解 .......................................................................................................五、JMS配置 ..........................................................................................................................................5.1先配置持久化存储:.................................................................................................................5.2配置JMS服务器 .......................................................................................................................5.3.配置JMS模块 ...........................................................................................................................5.4配置子部署:.............................................................................................................................5.5创建队列.....................................................................................................................................5.6创建工厂.....................................................................................................................................六、WebLogic11g-常用运维操作...........................................................................................................6.1配置jvm参数: ........................................................................................................................6.2配置weblogic的线程队列: ....................................................................................................6.3日志配置:.................................................................................................................................一、Weblogic11g概述1.1编写目的■金税三期以后的综税的产品线中间件由原来Weblogic814,全面升级为Weblogic11g,JDK统一使用1.6及以上版本。

性能分析与调优的原理及原则

性能分析与调优的原理及原则

性能分析与调优的原理最近一直纠结性能分析与调优如何下手*先从硬件开始'还是先从代码或数据库。

从操作系统(CPU调度*存管理*进程调度*磁盘I/O)、网络、协议(HTTP,TCP/IP),还是从应用程序代码,数据库调优,中间件配置等方面入手。

单1个中间件又分web中间件(apache 4IS) *应用中间件(tomcat 'weblogic・WebSphere)等,虽然都是中间件,每一样拎出来往深了学都不是一朝一夕之功。

但调优对于每一项的要求又不仅仅是“知道”或“会使用"这么简单。

起码要达到“如何更好的使用”。

常看到性能测试书中说,性能测试不单单是性能测试工程师一个人的事儿。

需要DBA、开发人员、运维人员的配合完成。

但是在不少情况下性能测试是由性能测试人员独立完成的,退一步就算由其它人员的协助,了解系统架构的各个模块对于自身的提高也有很大帮助*同进也更能得到别人的尊重。

再说性能调优之前*我们有必要再提一下进行測试的目的*或者我们进行性能测试的初衷是什么?崩力验证:验证某系统在一定条件具有什么样的能力。

施力規划:如何使系统达到我们要求的性能能力。

应用程序诊斷:比如存泄漏,通过功能测试很难发现,但通过性能測试却很容易发现。

性能调优:满足用户需求,进一步进行系统分析找出瓶颈 ' 优化瓶颈,提高系统整体性能。

性能测试调优需要先发现瓶颈*那么系统一般会存在哪些瓶颈:1、硬件上的性能瓶颈:一般指的是CPI:-存-磁盘I/O方面的问题*分为服务器硬件瓶颈' 网络瓶颈(对局域网可以不考虑)、服务器操作系统瓶颈(参数配置)、中间件瓶颈(参数配置' 数据库'web服务器等)♦应用瓶颈(SQL语句♦数据库设计、业务逻辑、算法等)。

2♦应用软件上的性能瓶颈:一般指的是应用服务器' web服务器等应用软件 > 还包括数据库系统。

例如冲间件weblogic平台上配置的JDBC连接池的参数设置不合理進成的瓶颈。

WebLogic 8-9-10升级交流

WebLogic 8-9-10升级交流

<Insert Picture Here>Oracle WebLogic Server升级技术交流 升级技术交流牛秀元(Gary Niu)高级技术顾问议程WebLogic 8到9升级介绍 WebLogic 10.3 新特性 Q&AWebLogic Server - 技术领先的应用服务器• 整体性能提升 • 全新的可扩展管理控制台 • 支持最新的企业级Web services的标准,并进行了 相应加强和扩展 • 大大增强了消息传递性能 • 更优异的可靠性、可用性 和广域集群支持 WLS 9.0 通过 通过J2EE1.4认证 认证•性能提升 性能提升性能提升SPECjAppServer Improvements700 600 500 400 300 200 100 0 6.1SP1 7.0 7.0SP1 8.1SP3 9.2 10.0 10.3•SPECjAppServer is an industry standard benchmark for application servers. Results normalized to WLS 6.1 SP1.© 2007 Oracle Corporation – Proprietary and Confidential自调优的企业级内核• 静态的线程池参数可以不进行设置 • 系统自动维护线程池的大小 • 自动记录系统历史的吞吐量和性能统计 • 为了达到资源的最优分配,自动优化服务器 • 没有本地代码过载保护• 合理的处理过量的服务 – 过载保护• 根据内存与队列容量的极限值的设定拒绝请求 • 通过降低非关键业务系统的使用资源,来保证关键业务系统的正常 • 过载的时候拒绝新的请求而不是降低整个服务器的服务质量• 优雅的意外处理• 可以选择当发生死锁、内存溢出等关键错误时,关闭或暂停服务器•系统维护 系统维护全新的管理控制台减少风险;保证安全动态的配置变化• 事务式的配置变化 – all or nothing! • 大部分的变化不需要重启服务器 • 对于所有需要重启Server才能生效的变化都有图形化提示 Server ⇒大大降低了因为配置变化所带来的宕机时间WebLogic Diagnostic Framework (WLDF)•在WLS 9中推出的一个统一、可扩展的诊断框架•丰富的客户端用户接口(JFC/Swing)•新型‘驾驶舱’风格视图并行的应用部署–零宕机•应用的多个版本可以并存•可在新版本生效前将其在生产环境进行测试,而不影响老的版本回退到老的版本Single Cluster / ServerApp AApp A’••应用的自动退休–graceful, timeout, immediate •减少了所需的硬件, 软件, 维护, 支持成本并行应用的例子BEA WebLogic Server 9.0Application V1SUCCESSClient #1DeployApplication V2WLS AdminClient #2Application V2•应用开发混合的开发模式将开源软件& 商业代码融合在一起•J2EE 1.4兼容性•本地的Web Services •Portal 界面框架•Apache Struts Enterprise Class J2EEPortalSpringStrutsWeb servicesEnterprise Grade •Apache Beehive •Eclipse AspectJ •Spring 集成•Open JPA –数据存储Kernel AspectJBeehiveOpen JPAKernel应用模块化•共享类库(Shared Library)•将Java classes/WARs/EJB-JARs/EARs发布成共享类库•其它应用可以引用这些共享类库•支持版本管理•没有classloader问题Java Messaging Service (JMS)•Unit of Order –提供严格的顺序消息处理•Store and Forward –保证可靠的消息传递•JMS管理–message管理APIs和工具•“C” API•Lots more …降低了Web Services开发的复杂度•支持JWS开发模式•JSR 181•避免开发人员直接编写复杂的配置文件•适应不同的开发需求•从Java生成配置文件•从WSDL生成代码•可靠的传输•支持WS-Reliable Messaging和WS-Addressing•系统迁移平滑的升级•大部分现存的基于WebLogic Server的应用可以不需要任何修改运行在WebLogic Server 9的环境中•Domain Upgrade Wizard•指导你分步骤的将WebLogic Server 6.1, 7.0, or 8.1的Domain升级到WLS9.0兼容的Domain•交互的升级过程,可以使用GUI界面, 或者是“silently,” 通过创建升级脚本•注意: 你需要自己手工升级自己开发的Security Provider和在使用中的Node Managers•MedRec交互升级的示例:•/common/docs90/upgrade/intro.html#1053492•重要: 以上所说的不包含升级Workshop开发的JWS, JCX, PageFlows,etc…议程WebLogic 8到9升级介绍 WebLogic 10.3 新特性 Q&AOracle WebLogic Server 10.3 发布背景• WLS 9.2 – 主要提升管理和运行态管理的功能 • WLS 10.0 – J2EE5 支持 • WLS 10.3 – J2EE6 支持,WLS 10版本的成熟系列• 开发者相关• Lightweight, Workshop, Spring, Web 2.0, FastSwap• 运行态和管理控制台的效率• SPECjAppServer 测试, • 支持轻量级部署 • 从WLS 9.2/10.0 技术方面的升级 • Web Services, JMS, Security - compliance/standards • Oracle 公司内政策的遵循 • License key, certification, branding, security …WebLogic Server 10.3“主题” 主题” 主题®• • • • • •轻量级 性能提升 SOA Web 2.0 开源支持 标准升级、技术融合•Clients •Browser •Java •WS •.NET•WebLogic Server•JEE/WS •Spring •Web 2.0•RASP Infrastructure轻量级 WebLogic Server ---下载,安装,启动,管理和部署 下载,安装,启动,• 轻量级的安装• “核心” WLS部件安装, 附加选件(JDK等) • 减少下载和安装时间,降低产品占用空间• 快速切换(FastSwap)• 修改class代码,而不需重新部署 • 加速开发/部署/调试的周期• 可选择的服务启动• 可以独立启动 WebApp容器,而无需 EJB, JMS, JCA 服务 • 开发者可以灵活使用• 应用部署/启动的性能改善• EJB编译性能改善轻量级Weblogic的使用 --- 模块化安装 的使用 轻量级快速交换( 快速交换(FastSwap) )• 传统的J2EE开发周期: Edit > Build >Deploy > Test •Accelerate • 对每一次修改,开发人员必须经历整个周期 Development • 一些IDE工具自动完成编译、打包过程: Cycle Edit > Deploy > Test • FastSwap 目标是消除Deploy阶段 •Debug Edit > Test • 例如:一个Web 开发人员修改代码,刷新浏览器就可以立即看到结果 • WebLogic 的实现• 使用 JSE 6.0 Dynamic Class Redefinition并应用于Server Context•Develop •Deploy• 目标加速开发, 加速开发,缩短实施的时间改善管理控制台性能• 按需部署 • 加快页面加载 • 流化的Page Flow • 自动的变化管理 • 应用部署优化 • 相比于WLS9.2/10.0而 言,有2~3倍速度提升•© 2007 Oracle Corporation – Proprietary and Confidential管理控制台功能扩展性示例 - WLDFSpring 的支持• 构建在已有的支持之上 • Spring 2.5 认证 • 改善基于Spring应用的管 理• 分布式能力 • 查看Spring的部署 • 查看Spring的配置• Admin and Monitoring•WebLogic Server•RASP Infrastructure• Spring 安全与/WLS安全的 集成Spring 管理控制台 --- 示例•paper-cert ‘double-dot’ Spring versionsWeb Services•JAX-RPC Web Services 中对WS-* 规范增强•标准化基础的企业级支持•SAML Token Profile 1.1 (支持SAML 1.1 & 2.0)•WS-Reliable Messaging 1.1•改善与MS/Indigo 互操作性•提升JAX-WS Web Services功能•升级支持到JAXB 2.1 & JAX-WS 2.1•WS-Security, WS-SecurityPolicy的支持•Common Handler Framework (CHF)•支持Message-Based Security•支持OASIS XML Catalog v1.1•在JAX-WS 和JAX-RPC下,驱动支持通用WS-*•SAML Token Profile 1.1•WS-Policy 1.5, WS-SecurityPolicy 1.2.•Workshop IDE支持JMS 提升•扩展企业级消息处理能力•JMS .Net 客户端•使.NET 应用可以使用WLS JMS 主干•JMS前端/客户端,融合在.Net体系中(DLL文件,而非Java)•基于JMS 1.1 API, 并支持WLS 的扩展•直接访问JMS,而无需中介•JMS 服务自动迁移•减少消息仍滞留在失效的节点上•利用ASM –将服务迁徙到其他服务器上•缩短JMS失效时间和整个服务器的迁移Web 2.0•Ajax/Dojo 客户端的支持•支持客户端应用采用Rich UI•Http pub/sub 引擎,以用于协作式应用•Java •Browser •Browser •Browser •Clients •在应用内,通过持久化连接使能数据交换•Dojo 客户端和可扩展的服务端处理引擎•pub/sub server infrastructure •Bayeux with Cometd •APIHTTP Pub/Sub Server•为基于web的客户端应用提供消息路由•Client to server•Server to client•Client to client (via the server)•基于‘Bayeux’ 协议•采用发布-订阅模式•采用HTTP ‘push’ 技术发送消息•支持JMS集成WebLogic Workshop•WLS 10.3 捆绑WebLogic Workshop•基于Eclipse 3.3 & WTP 2.0•支持JDK 6 和Windows Vista•相关Web Services 技术的支持•JAX-WS, JAX-B 工具•更新JAX-RPC支持•从JAX-RPC & JAX-WS Web Services创建Web Service客户端应用••支持J2EE5 规范•创建EE5 EAR 和EJB3 项目•基于新标准来创建Web 应用•Weblogic Server 的附加值•支持FastSwap•远程部署•新的编辑和向导,主要针对Weblogic Server 的部署文件•从旧版本升级的工具延续应用服务器的性能领导者•运行状态的性能提升•针对应用服务器上所有模块-例如SPECjAppServer 测试结果•控制台和启动性能提升•相比于WLS9.2/WLS10 有2倍到3倍的改善•异步的HTTP Session复制•减少HTTP客户端响应的延迟WebLogic 10.3 升级支持•Domain 升级和兼容性•支持WLS 9.X, 10.0升级,提供升级工具和向导•统一的升级工具•WLS 10.0 domains 与WLS 10.3兼容•应用升级和兼容性•一些APIs 在从8.1 到9.2中删除,而从9.2 到10.0只有很小的变化•10.0 到10.3 API 理论上没有变化(bugs, OpenJPA支持例外) •跨版本互操作•8.1, 9.2, 10.0 到10.3支持跨版本的操作•7.0 到10.3 的互操作需要补丁(需要确认版本和JMX等)•WLS Essex StatusQ&A感谢诸位的时间。

【转】Weblogic挂起、宕机问题分析及优化

【转】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 线程接受来自监听线程队列的传入请求,并将该请求放入执行线程队列,执行线程负责执行具体任何。

上面其中任何一个环节工作不正常均有可能造成挂起的现象。

性能测试报告模板

性能测试报告模板

XXX系统性能测试报告修订历史记录1.性能测试背景 (4)1.1编写目的............................................................................................. 错误!未定义书签。

1.2项目背景............................................................................................. 错误!未定义书签。

1.3定义..................................................................................................... 错误!未定义书签。

1.4参考资料............................................................................................. 错误!未定义书签。

2.性能测试目标.. (5)3.性能测试范围 (6)4.名词术语约定 (7)5.测试环境 (8)5.1生产环境系统架构 (8)5.2 测试环境系统架构 (8)5.3 生产环境软硬件配置 (8)5.4 测试环境软硬件配置 (8)5.5 负载机软硬件配置 (9)6.测试数据 (10)1.性能测试背景略2.性能测试目标➢基于XX业务量的要求,评估XXX系统能否满足性能要求。

➢进行配置测试,找到相对合理的配置。

➢对XXX系统进行定容定量,提供规划参考。

➢验证系统的稳定性,验证系统的容错能力,➢测试并找出系统可能存在的性能问题,分析系统瓶颈风险。

3.性能测试范围通过性能测试需求调研,分析用户使用行为,对系统的用户及业务数据量作了定量分析,性能测试将主要集中在如下表业务过程中。

WEBLOGIC启动JVM参数设置经验

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性能优化配置

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. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

weblogic性能优化的相关设置
为得到高性能的吞吐量,把Java堆的最小值与最大值设为相等。

如:
"%JAVA_HOME%\bin\java" -hotspot -Xms512m -Xmx512m
-classpath %CLASSPATH% -
在一个WebLogic域中,配置文件(config.xml)位于与管理服务器通信的机器里,提供WebLogic MBean的长期存储。

管理服务器作为连接的中心点,为服务实例与系统管理工具提供服务。

域也可以包括其他的WebLogic实例,称之为从服务,主要为应用程序提供服务。

ExecuteQueue//执行队列缺省处理线程数
ThreadsIncrease //线程增量,以支援溢出,减缓执行队列的负荷量
ThreadsMaximum //处理中的最大线程数
Execute Queues
默认的执行线程为15。

默认的执行线程为25。

如果你不配置额外的执行队列,并且指定应用给这些队列,web 应用程序和RMI 对象就使用默认的队列weblogic.kernel.default。

注意;如果自带的执行包没有在你的平台上使用,你可能需要调整默认的执行队列线程数和担任socket读的线程的百分比,去实现最佳性能。

为了给执行队列决定一个理想的线程数,当队列中所有应用程序都运行在最大负荷的情况下,监视队列的吞吐量。

增加线程数,重复负载测试,直到达到最佳的吞吐量。

(在某些情况下,增加线程数将产生足够多的上下文转换程序,使得队列中的吞吐量开始减少。


注意:WebLogic管理控制台显示的是所有服务器执行队列累积的吞吐量。

设置理想的执行队列的线程数,我们可以启动管理控制台,在域(如:mydomain)> 服务器 > server实例(如:myserver)> 监视 > 性能中监控最大负载时执行队列的吞吐量和队列中的等待请求数,据此确定理想的数值。

n 队列长限制百分比(Queue Length Threshold Percent):达到队列长度百分比(1-99)时,就构成了溢出条件的产生。

实际队列大小在限制的百分比之下时才被认为是正常的;在限制百分比之上就会产生溢出。

当出现溢出,WebLogic 日志就会产生一个错误消息,并且按线程数增量(Threads Increase)属性的值增加线程数,以帮助减少负载量。

默认的队列长限制百分比为90%。

一般情况下,应保留90%或其左右,以应对一些潜在的情况,使得有额外的线程可以去处理一些请求中的异常。

记住,队列长度限制百分比不是一定作为自动优化参数――因为正常运作情况下,这个限度从不会被触发。

n 线程数(Thread Count):指派到这个队列的线程数。

如果你不需要使用超过15个线程(默认),就不必更改这个属性值。

n 线程数增量(Threads Increase):是指WebLogic探测到有溢出时,增加到执行队列的线程数。

当你指定为0(默认),出现溢出时,WebLogic会把运行良好状态改为"警告",而且也不会指派额外的线程去减少负荷量。

如果CPU和内存不是足够的高,尽量不要改变默认值"0"。

因为Weblogic一旦增加后不会自动缩减,虽然最终可能确实起到了降低请求的作用,但在将来的运行中将影响程序的性能。

注意:如果WebLogic实例的线程数响应了溢出,那么这些额外的线程就会滞留在执行队列,直到服务器重启。

监视错误日志,以判断溢出产生的原因,以便根据需要重配置线程数,防止以后类似情况产生。

不要同时使用线程数增量和队列长限制百分比作为自动优化的手段。

如此做通常结果会产生比正常需要还多的线程被指派到执行队列,这样上下文转化程序的增多会使服务器遭受很差的性能。

n 最大线程数:是指执行队列中能运行的,这个值保护WebLogic为了响应频繁溢出,创建过多的线程数。

默认情况下,最大线程数为400。

n 堵塞线程最大时间(Stuck Thread Max Time):输入秒数,线程一定是不断的运行,服务器才会诊断这个线程作为堵塞。

默认情况下,WebLogic认为线程连续不断运行600秒后置为堵塞。

n 堵塞线程时间间隔(Stuck Thread Timer Interval):输入秒数,这个时间是WebLogic周期性的扫描线程以察觉它们是否连续不断运行了某一线程的时间达到通过堵塞线程最大时间属性指定的时间长度。

默认时间间隔为600秒。

Config.xml文件中的元素接受缓存数(AcceptBacklog)属性是用来设定请求WebLogic实例的连接数,在拒绝额外的请求之前,能接受设定的缓存数。

AcceptBacklog属性指定有多少TCP连接缓存在等待队列,规定服务器向操作系统请求的队列大小,这个固定的队列存放了TCP堆栈已经收到但应用程序还没有收到的连接请求。

默认值是50,最大值由操作系统决定。

根据需要修改默认的接受缓存数(Accept Backlog):
n 在运行期间,如果许多客户端连接得不到响应或被拒绝,并且服务器端也没有错误消息,说明接受缓存的值可能太小。

n 在你访问WebLogic时,如果收到"拒绝连接(connection refused)"的提示,则应该增加接受缓存的默认值的25%。

继续增加其值的25%,直到停止出现这
样的提示。

对于Portal类型的应用,默认值往往是不够的。

Login Timeout和SSL Login Timeout参数表示普通连接和SSL连接的超时时间,如果客户连接被服务器中断或者SSL容量大,可以尝试增加该值。

虽然Web应用程序的处理需求变化多端,但BEA公司发现WebLogic实例与CPU 最理想的比例是1:2。

相关文档
最新文档