Weblogic性能调优经验
weblogic线程快照threaddump分析
Java 的线程线程是指能独立于程序的其它部分运行的执行单元。
JAVA语言能够很好的实现多线程的程序。
我们在调试程序，或者在开发后期需要做性能调优的时候，往往也需要了解当前程序正在运行的线程的状态，正在执行的操作，从而分析系统可能存在的问题。
在阅读本文之间，应对Java线程的编程原理，同步机制有一定了解.产生JAVA线程dumpJAVA 的线程DUMP，就象当前JAVA进程的一个快照，打印出所有线程的状态和调用堆栈，以及Monitor的状态。
在不同的操作系统下，产生线程DUMP的方式是不同的。
在启动程序的控制台里敲：Ctrl - Break，线程的dump会产生在标准输出中（缺省标准输出就是控制台，如果对输出进行了重定向，则要查看输出文件）。
在unix，linux 和MacOS 环境中，在控制台中敲：Ctrl-\，或者，用“kill -3 <pid>” ，或者“kill –QUIT <pid>”。
Pid是用所关注的JAVA进程号，您可以用“ps -ef | grep j ava” 找到，或者使用JDK 5.0中的“jps -v” 命令获得。
在各个操作系统平台，都可以用JDK 5.0工具包中的jstack <pid>这里要注意的是：1. 不同的JAVA虚机的线程DUMP的创建方法和文件格式是不一样的，不同的JVM版本，dump信息也有差别。
本文中，只以SUN的hotspot JVM 5.0_06 为例。
2. 在实际运行中，往往一次dump的信息，还不足以确认问题。
建议产生三次dump信息，如果每次dump都指向同一个问题，我们才确定问题的典型性。
线程分析：1. JVM 线程在线程中，有一些JVM内部的后台线程，来执行譬如垃圾回收，或者低内存的检测等等任务，这些线程往往在JVM初始化的时候就存在，如下所示："Low Memory Detector" daemon prio=10 tid=0x081465f8 nid=0x7 runnable [0x00000000..0x00000000]"CompilerThread0" daemon prio=10 tid=0x08143c58 nid=0x6 waiting on condition [0x00000000..0xfb5fd798]"Signal Dispatcher" daemon prio=10 tid=0x08142f08 nid=0x5 waiting on condition [0x00000000..0x00000000]"Finalizer" daemon prio=10 tid=0x08137ca0 nid=0x4 in Object.wait() [0xfbeed000..0xfbeeddb8]at ng.Object.wait(Native Method)- waiting on <0xef600848> (a ng.ref.ReferenceQueue$Lock)at ng.ref.ReferenceQueue.remove(ReferenceQueue.java:116)- locked <0xef600848> (a ng.ref.ReferenceQueue$Lock)at ng.ref.ReferenceQueue.remove(ReferenceQueue.java:132)at ng.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)"Reference Handler" daemon prio=10 tid=0x081370f0 nid=0x3 in Object.wait() [0xfbf4a000..0xfbf4aa38]at ng.Object.wait(Native Method)- waiting on <0xef600758> (a ng.ref.Reference$Lock)at ng.Object.wait(Object.java:474)at ng.ref.Reference$ReferenceHandler.run(Reference.java:116)- locked <0xef600758> (a ng.ref.Reference$Lock)"VM Thread" prio=10 tid=0x08134878 nid=0x2 runnable"VM Periodic Task Thread" prio=10 tid=0x08147768 nid=0x8 waiting on condition 我们更多的是要观察用户级别的线程，如下所示："Thread-1" prio=10 tid=0x08223860 nid=0xa waiting on condition [0xef47a000..0xef47ac38]at ng.Thread.sleep(Native Method)at testthread.MySleepingThread.method2(MySleepingThread.java:53)- locked <0xef63d600> (a testthread.MySleepingThread)at testthread.MySleepingThread.run(MySleepingThread.java:35)at ng.Thread.run(Thread.java:595)我们能看到：线程的状态：waiting on condition线程的调用栈线程的当前锁住的资源：<0xef63d600> 这些信息对我们随后的分析都有用处。
weblogic负载均衡原理
weblogic负载均衡原理
WebLogic负载均衡原理主要通过两种方式实现：硬件负载均衡设备和
软件负载均衡设备。
不论是硬件负载均衡设备还是软件负载均衡设备，其主要的负载均衡原理是通过分发请求到多个WebLogic服务器上来实
现负载均衡。
负载均衡算法可以采用轮询、最小连接数、加权轮询等
方式，以达到在多个服务器上均匀分散负载、提高系统的性能和可用
性的目的。
负载均衡设备还会监控服务器的负载情况，当某个服务器
出现故障或负载过高时，会自动剔除该服务器，从而确保系统的稳定
运行。
1. 硬件负载均衡设备：硬件负载均衡设备通常是一台独立的服务器或
者一组服务器，它们负责接收客户端的请求，然后根据一定的负载均
衡算法将请求分发到多个WebLogic服务器上。
这些硬件设备可以根据
服务器的负载情况来动态调整请求的分发策略，以实现最优的负载均
衡效果。
2. 软件负载均衡设备：软件负载均衡设备是在网络层或应用层实现的
负载均衡功能。
在网络层，可以使用诸如IP负载均衡、DNS负载均衡
等手段来将客户端请求分发到不同的WebLogic服务器上。
在应用层，
可以使用反向代理服务器或者特定的负载均衡软件来实现负载均衡。
这些软件设备会根据WebLogic服务器的负载情况，采用一定的策略将
请求分发到服务器上。
WebLogic应用典型问题分析和解决
配 置越 大越 好 。但事 实 上还 是 有一 些手 段 和依 据来 进行 判 断 ，帮 助 我们 设置 一 个 尽可 能 优化 的值 。首先 Ｊ ＶＭ 内存 堆 的设 置并 非越 大 越好 ，加 大 内存 本身 是不 能 改变应 用性 能 的 。在进 行 内存设 置调 优之 前 ，必 须先 讲述 下 Ｊ ｖ 中 ａａ
内。因此 可 以综合 这两 点来 考虑 单 台应 用服 务器 设 置几 个
Ｗｅ Ｌ ｇ ｃ Ｓ ｒ ｅ 例 比较 合 适 。 ｂ ｏ ｉ ｅ ｖ ｒ实
维０ ｓｃ 一 表示 ＧＣ进行本 次垃 圾 回收所 消 耗 ．０ ０ ０ ｅＳ
的时 间 。
Ｗ ｅ Ｌ ｇｃ 以近 乎线 性地 提高 线程数 。线程数 越 多 ，花 ｂ ｏ ｉ可
费 在 线程 切 换 的时 间也 就 越 多 ；线 程 数越 小 ，ＣＰＵ可 能 无法 得到 充分 的利 用 。为获 取一 个理 想 的线 程数 ，需要 经 过反 复的 测试 。可 以 以 ２ Ｐ 个数 为基 准进 行调 整 （ ５ ＣＵ Ｘ 最 好每 个 Ｃ ＰＵ小于 ５ ０个 线程 ） 。当 空闲线 程较 少 ，ＣＰ Ｕ利 用 率较 低时 ，可 以适 当增加 线程 数 的大 小。
中 ，积 累的 一些 经验和 解决 方 法。
回 收 ，以释 放 内存保 障 应用健 康 运 行 。改变 内存设 置 的 目
２ Ｗｅ Ｌ ｇｃ Ｓ ｒ ｅ ｂ ｏ ｉ ｅ ｖ ｒ及内存堆的设置
２ １依 据 Ｃ Ｕ和 Ｒ Ｍ设置 Ｓ ｒ ｒ ． Ｐ Ａ ｅｖ 实例 ｅ
一
个 Ｗ ｅ Ｌｏ ｉ Ｃ ｕ ｅ 群 中的 Ｓ ｖ ｒ 以 部署 在 ｂ ｇ ｃ ｌ ｓ ｒ集 ｅｅ 可
(完整版)系统性能调优方案
第1章系统性能调优方案1.1系统的性能扩展模型介绍在进行性能指标设计工作前，必须从理论上对性能指标的可实现性进行分析。
理论上，系统的扩展模型可以分成两类，系统可扩展模型和不可扩展模型，如下图所示：两种性能扩展模型以上左图代表了系统随着并发用户量的增加系统响应时间呈现线性增长的趋势，是一种可扩展的情况;但对于系统右边的方式则是不可扩展的，它将随着用户数量的增大而响应时间大大急剧增加，这种模型是完全不可控制的。
通过系统压力实验，我们发现，即使是遵循可扩展模型设计的系统的响应性能和并发用户量并不能成永远的线性关系，在系统压力超过一定的值之后，如100并发，系统响应时间增加非常快，我们把这个点称为拐点.在拐点以下，系统性能呈现良好的线性特性,在拐点以上，则呈现出非线性的特征，同时CPU和内存出现相当大的增长，甚至100％占用。
这种现象的出现,说明系统的性能不仅仅取决于软件系统，而也同时取决于承载系统的硬件基础环境，如计算能力和内存大小.为此,系统性能设计的目的就是为系统设置合理的拐点并发值，而不可能无限制的追求无限大的并发下系统响应仍旧呈现线形特征。
1.2对响应时间的技术保障手段金税三期工程第二阶段河南地税建设项目财务管理子系统对系统的性能要求是比较高的，为了满足这个要求，在系统实现上必须要采用一系列的技术措施才能达到，具体来说将采用下面方式进行:1、预处理技术的应用预处理技术是一种在预定计划上由系统激发主动执行的计算模式,它对于一些处理内容固定，处理方式固定的功能非常有效,通过提前处理,实现数据生成时间和数据访问时间的隔离，在数据访问的时候不再需要为拿到结果而执行任何的计算，只需要简单的查询结果即可，这样可以大大增强系统的访问性能,有效的利用系统闲置时间.2、变动态内容查找为静态数据访问一些情况下，经过各种调优手段仍不能满足要求，就需要将一些动态的内容进行静态化处理，如可以将复杂的动态报表转化成HTML网页并发布在WEB服务器上，这种方式可以大大减轻应用服务器的访问压力,进一步减少用户等待的时间.例如,对一段历史时期的数据的汇总报表结果的查询，复杂报表结果等查询。
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应用层优化调试设置
社区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 配置文件（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的长期存储。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
WEBLOGIC性能调优方案1.查看当前线程池大小：登录WEBLOGIC控制台，选择服务器－某服务器－监视－性能，可查看到当前最大线程数量。
由于WEBLOGIC9取消了在页面进行调整线程大小的功能，需要在后台进行修改。
2.修改线程池大小：进入服务器的目录D:\bea\user_projects\domains\base_domain\config，使用编辑器打开config.xml文件，找到如下段落：<server><name>AdminServer</name><listen-address>168.5.130.34</listen-address>z</server>在</server>上面添加如下两行：默认10<self-tuning-thread-pool-size-min>1000</self-tuning-thread-pool-size-min><self-tuning-thread-pool-size-max>1000</self-tuning-thread-pool-size-max>添加后的结果：<server><name>AdminServer</name><listen-address>168.5.130.34</listen-address><self-tuning-thread-pool-size-min>1000</self-tuning-thread-pool-size-min><self-tuning-thread-pool-size-max>1000</self-tuning-thread-pool-size-max></server>按上面的步骤，继续找到ProxyServer,以及所有MANAGE受管机的<server>段落，分别添加上面的两行语句。
最终结果如图所示：解释：其中min为最小线程，max是最大线程。
一般设置为1000就够，后经测试32为windows操作系统上，同样硬件条件下：weblogic9支持的最大线程数约为2900个，而tomcat6支持最大线程数约为1100多。
修改好CONFIG.XML文件后，还需要修改启动文件的参数，进入管理服务器的目录D:\bea\user_projects\domains\base_domain\bin,使用编辑器打开startWeblogic.cmd文件，找到如下段落：echo starting weblogic with Java version:%JAVA_HOME%\bin\java %JAVA_VM% -versionif "%WLS_REDIRECT_LOG%"=="" (echo Starting WLS with line:echo %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS%) else (echo Redirecting output from WLS window to %WLS_REDIRECT_LOG%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS% >"%WLS_REDIRECT_LOG%" 2>&1)CALL :stopAll在里面添加一个参数，-Dweblogic.configuration.schemaValidationEnabled=false参数要在%JAVA_OPTIONS%后面，前面有横杠就可以，位置先后并无任何关系。
添加后的结果：if "%WLS_REDIRECT_LOG%"=="" (echo Starting WLS with line:echo %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% -Dweblogic.configuration.schemaValidationEnabled=false-Dweblogic.MaxMessageSize=20000000 =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS%) else (echo Redirecting output from WLS window to %WLS_REDIRECT_LOG%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% -Dweblogic.configuration.schemaValidationEnabled=false-Dweblogic.MaxMessageSize=20000000 =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS% >"%WLS_REDIRECT_LOG%" 2>&1 )按上面的步骤，依次找到Manager1-5的startWeblogic.cmd文件，在相同位置分别添加上面的这行语句。
由于AdminServer和ProxyServer是同一台机同个文件，就只需改一次。
修改结果如图所示：3.修改传输通讯包大小：进入管理服务器的目录D:\bea\user_projects\domains\base_domain\bin,使用编辑器打开startWeblogic.cmd文件，找到如下段落：if "%WLS_REDIRECT_LOG%"=="" (echo Starting WLS with line:echo %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% -Dweblogic.configuration.schemaValidationEnabled=false =%SERVER_NAME% -Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS% %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS%) else (echo Redirecting output from WLS window to %WLS_REDIRECT_LOG%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% -Dweblogic.configuration.schemaValidationEnabled=false=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS% >"%WLS_REDIRECT_LOG%" 2>&1)在里面添加一个参数，-Dweblogic.MaxMessageSize=20000000参数要在%JAVA_OPTIONS%后面，前面有横杠就可以，位置先后并无任何关系。
添加后的结果：if "%WLS_REDIRECT_LOG%"=="" (echo Starting WLS with line:echo %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% -Dweblogic.configuration.schemaValidationEnabled=false-Dweblogic.MaxMessageSize=20000000 =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS%) else (echo Redirecting output from WLS window to %WLS_REDIRECT_LOG%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% -Dweblogic.configuration.schemaValidationEnabled=false-Dweblogic.MaxMessageSize=20000000 =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SETTINGS% %SERVER_CLASS% >"%WLS_REDIRECT_LOG%" 2>&1)按上面的步骤，依次找到Manager1-5的startWeblogic.cmd文件，在相同位置分别添加上面的这行语句。