WebLogic调优参数配置
weblogic10.3优化设置
Weblogic10.3_Windows优化设置优化说明： (2)一、Weblogic服务程序设置： (2)1、设置JDK内存： (2)2、设置线程数： (3)3、Weblogic数据库连接池连接数设置： (3)4、Weblogic的服务设置[配置\优化]： (4)二、Windows服务器设置： (4)1、修改最高端口号和TCP/IP释放连接时间： (4)三、Oracle数据库设置： (5)1、Oracle线程数设置： (5)优化实例： (5)一、Weblogic10.3_Windows集群布署 (5)1、机器配置： (6)2、Weblogic优化设置： (6)二、Weblogic10.3_Windows单机布署 (7)1、机器配置： (7)2、Weblogic优化设置： (7)优化说明：一、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。
weblogic性能优化的相关设置
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）> 监视 > 性能中监控最大负载时执行队列的吞吐量和队列中的等待请求数，据此确定理想的数值。
WebLogic 系统调优操作指导书
WebLogic Server 8.1调优操作指导书拟制: Prepared by 杨机智59949日期：Date2006-11-07审核: Reviewed by 日期：Date审核: Reviewed by 日期：Date批准: Granted by日期：Date华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录Table of Contents1操作系统调优 (8)1.1操作系统调整 (8)1.2Linux相关参数调整 (8)1.3Windows相关参数调整 (9)2应用服务器调优 (9)2.1JVM调优 (9)2.1.1垃圾收集和堆大小 (9)2.1.2jRockit调优 (10)2.2Server调优 (11)2.2.1尽量使用本地I/O库 (11)2.2.2调整默认执行线程数 (12)2.2.3调整连接参数 (13)2.2.4创建新的执行队列 (14)2.3JDBC调优 (15)2.3.1调整连接池配置 (15)3性能监控和性能分析 (17)3.1性能瓶颈 (17)3.2操作系统监控 (17)3.3数据库监控 (18)3.4WebLogic监控 (19)3.4.1JVM监控 (19)3.4.2Console监控 (19)4常见问题解决方法 (20)4.1Apache出现连接拒绝 (20)4.1.1现象描述 (20)4.1.2原因分析 (20)4.1.3处理方法 (20)4.2启动Apache提示MaxClients超过服务器最大限制 (21)4.2.1现象描述 (21)4.2.2原因分析 (21)4.2.3处理方法 (21)表目录List of Tables表1 XX表Table 1 XX (21)图目录List of Figures图1 XX图Figure 1 XX (22)WebLogic Server 8.1调优操作指导书关键词Key words：WebLogic Server，调优摘要Abstract：本文介绍了如何进行WebLogic Server 8.1调优缩略语清单List of abbreviations：1 操作系统调优1.1 操作系统调整交换区(swap area)的大小。
WebLogic性能调优和集群部署
WebLogic术语
网络通道
一种可配置资源，用于定义与 WebLogic Server 的网络连接的特性 网络通道允许定义更多端口并限制所接受的协议
为特定服务器实例配置的每个通道都必须具有监听地址、监听端口和协 议的唯一组合 一个通道只能分配给一个服务器实例
一个服务器实例可以分配多个通道
分配通道时，则请确保它们使用的地址和端口号组合不相同
Weblogic 建域
WebLogic域管理
配置向导－欢迎窗口
31
配置向导－选择域源
32
配置向导－指定域名和位置
33
配置向导－配置管理员用户名和口令
34
配置向导－配置服务器启动模式和JDK
35
配置向导－根据需要选择可选配置
（包括管理服务器、受管服务器、集群、计算机和安全存储 等）
36
配置向导－总结窗口
37
WebLogic基础知识
WebLogic术语 WebLogic 安装
Weblogic 建域
WebLogic域管理
域目录
域名 启动与停止脚本
域的根配置
WLDF, JDBC, JMS, 与 Security配置文件
未决的配置修改
域内每个受管服务器的子目录
配置文件
config.xml
<domain (schema locations)> <name>wl_server</name>
在Unix或Linux上的安装，如果是.jar的安装程序
PATH=JAVA_HOME/bin:$PATH export PATH java -jar filename.jar -mode=silent -silent_xml=/path_to_silent.xml
weblogic性能优化
Weblogic性能调优实用手册1.尽量使用池资源。
Weblogic的池资源有很多种，这里介绍两种操作简单对系统性能提升比较大的两种池资源的调优方法：Thread pool (线程池)和JDBC connection pool (连接池)调优。
a)线程调优一般经验值为cpu个数乘15，同时将线程增量设为0。
例如一台服务器有2个cpu则，则线程数设置为2*15 =30个，线程增量设为0。
在服务器--〉配置--->高级--->最下边的配置执行队列进行线程调优。
在上图中选择执行队列weblogic.kernel.Default，进行线程调优配置，如下图：b)连接池调优基本准则为：连接数〉线程数然后再根据实际用户情况配置连接数。
在服务→JDBC→连接缓冲池中选择连接，如下图：例如一台服务器有两个cpu线程数设置为30，有60个用户使用此网络应用那么，初始连接数可以设置为30(连接数在30至60之间可以保证每一个线程至少有一个连接，没有线程空闲)，增量可以设为5。
线程池资源可能导致应用系统运行速度慢，服务器资源没有得到有效利用。
JDBC连接池设置设置不正确会导致用户数增多时系统出现无法响应的情况。
2．内存调优内存应当根据不同的应用程序来设置，没有特殊要求则经验值为1G。
不正确设置内存可能导致的问题有a)应用服务经常出现内存溢出(Out Of memory)，须重起应用。
b)Java虚拟机频繁回收内存，导致weblogic应用运行速度慢。
3．统计系统专用。
优化JTA时间不正确设置可能导致的问题有：报表发布失败（非常严重）4．错误检查方法：a)应用出现问题的时候，在weblogic应用程序窗口下使用ctrl+break的键盘组合，收集应用程序运行信息，方便查找程序错误。
b)查看应用程序内存使用server- monitoring比较优秀的内存使用情况应该是：增长减少比较平稳。
比较差的内存使用情况是：突然增减。
Weblogic参数调优
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性能调优基本方案Weblogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。
由于部署在weblogic上的一般来说都是大数据量高并发量的应用,所以性能调优就成了非常重要的一环,本文整理了一些Weblogic性能调优的基本方案供参考。
注：下面的介绍是以Weblogic8.1为例的，其它版本的Weblogic可能会有些不同。
1) 设置JAVA参数：a) 编辑Weblogic Server启动脚本文件；BEA_HOME\user_projects\domains\domain-name\startWebLogic.cmd(startWeb Logic.sh on Unix)BEA_HOME\user_projects\domains\domain-name\startManagedWebLogic.cmd(s tartManagedWebLogic.sh on Unix) -这个是做集群的时候用b) 编辑set JAVA_OPTIONS命令，如：set JAVA_OPTIONS=-Xms256m -Xmx256m；（在UNIX下把MEM_ARGS=”-Xms1024m -Xmx1024m -Xmn128m”加到上述两个.sh 文件中即可）c) 保存，重启即可。
注：在WebLogic中，为了获得更好的性能，BEA公司推荐最小Java堆等于最大Java堆。
2) 开发模式 vs. 产品模式：开发模式和产品模式的一些参数的默认值不同，可能会对性能造成影响。
下面是对性能有影响的参数列表：参数开发模式默认值产品模式默认值Execute Queue: Thread Count 15 threads 25 threadsJDBC Connection Pool: MaxCapacity 15 connnections 25 connections通过启动管理控制台，在域（如：mydomain）> 配置 > 常规选择产品模式。
weblogic参数配置和调优
请求超时处理
博客园 用户登录 代码我 登录 第三方登录/注册 没有账户, 立即注册
weblogic参 数 配 置 和 调 优
weblogic的执行线程数配置 判断是否存在线程等待：在WebLogic的控制台的myserver中的Monitoring页面下的Performance页面中，Queue Length是否等于0。 通过config.xml配置文件修改线程数（修改后重启weblogic）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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 启动脚本（ startWebLogic.cmd ）放在 domain-name 目录里。
默认情况下，这个目录是 BEA_HOME\user_projects\domain\domain-name ， BEA_HOME 表示安装路径， domain-name 是在配置模板中设置的域名称。
你需要在这个脚本中修改一些默认的 Java 参数值，使之适合你的应用环境和程序。
在这个文件中主要的性能参数是 JAVA_HOME 和 Java 堆的大小。
设 JAVA_HOME 的值为 JDK 所在的位置，如：set JAVA_HOME=C:\bea\jdk141_03为得到高性能的吞吐量，把 Java 堆的最小值与最大值设为相等。
如："%JAVA_HOME%\bin\java" -hotspot -Xms512m -Xmx512m -classpath %CLASSPATH% -二、设置与性能有关的配置参数在一个 WebLogic 域中，配置文件（ config.xml ）位于与管理服务器通信的机器里，提供WebLogic MBean 的长期存储。
管理服务器作为连接的中心点，为服务实例与系统管理工具提供服务。
域也可以包括其他的 WebLogic 实例，称之为从服务，主要为应用程序提供服务。
当启动管理服务器是，首先读域配置文件，然后跳过建立在配置文件中管理 MBean 默认的属性值，每一次用系统管理工具（不管是命令行界面还是管理控制台）改变一个属性值，它都会被存到相应的管理 MBean ，并且写进配置文件。
下表列出了 config.xml 文件中影响服务器性能的参数。
三、调整开发模式与产品模式默认值你可以指定域为开发环境或为产品环境。
WebLogic 会根据你指定的环境类型使用不同的默认值提供不同的服务。
下表列出了两种模式下的默认值3 ． 1 更改运行时模式在创建了一个域后，按下列步骤可以更改域里所有服务的的运行时模式：1 ．为更改运行在一个 WebLogic 主机上的所有域的运行时模式，用文本编辑器打开WL_HOME\common\bin\commEnv.cmd(Windows) 或者 WL_HOME\common\bin\commEnv.sh (UNIX) ，WL_HOME 是安装 WebLogic 的路径。
为指定的域更改运行时模式，就用文本编辑器打开domain-name \StartWebLogic.cmd (Windows) or domain-name\StartWebLogic.sh (UNIX) ， domain-name 为创建的域的目录。
2 ．在这个脚本中，更改 PRODUCTION_MODE 的值，如果你要服务器运行在产品模式，指定其值为TRUE 。
3 ．重启所有的服务器。
3 ． 2 两种模式的不同下表列出了开发模式与产品模式几种关键项的区别：四、使用WebLogic“自有的IO”性能包当你使用自有的性能包，测试基准就表明了主要性能的提高。
性能包采用最优化的平台及多线程的 Socket 去提高服务器的性能。
例如，本地 Socket 读的多线程有自己的执行队列而不需要借用默认的执行队列线程，这样可以让默认执行线程很从容去处理应用程序。
不过，如果你一定要用纯 Java socket 读在主机上运行，你仍然可以通过配置每个服务器实例和客户机中适当的 socket 读的线程数量，来提高 socket 通信的性能。
设置性能包的操作方法：默认情况下，装载在 config.xml 中的是自有的性能包。
为了验证这个设置，在配置文件中检查NativeIOEnabled 属性是否设为“ true ”（ NativeIOEnabled=true ）。
你也可以通过管理控制台来验证，步骤如下：1 ，启动管理服务器。
2 ，访问管理控制台。
3 ，展开左边面板的 Servers 节点，显示域服务。
4 ，点击你要配置的服务实例。
5 ，选择 Configuration － >Tuning tab 。
6 ，如果 Enable Native IO 复选框没有被选择，选中即可。
7 ，点击 Apply 。
8 ，重启服务器。
五、优化默认执行队列线程默认情况下，一个新的 WebLogic 实例配置了一个开发模式执行队列， weblogic.kernel.default, 它包含 15 个线程。
另外， WebLogic 提供了 2 个预配置队列：weblogic.admin.HTTP——只在管理服务器上才有，这个队列供与管理控制台的通信用，你不能再配置它。
weblogic.admin.RMI——管理服务器和被管理服务器上都有这个队列，它是供管理的交通之用，也不能再配置它。
如果你不配置额外的执行队列，并且指定应用给这些队列， web 应用程序和 RMI 对象就使用默认的队列 weblogic.kernel.default 。
注意；如果自带的执行包没有在你的平台上使用，你可能需要调整默认的执行队列线程数和担任socket 读的线程的百分比，去实现最佳性能。
5 ． 1 你应该更改默认的线程数吗 ?增加更多的线程到默认的执行队列并不意味着你能处理更多的工作。
即使增加更多的线程，仍然被处理器的能力限制。
因为线程消耗内存，所以增加线程数属性的值不必要的降低了性能。
一个高的执行线程数导致更多的内存被占用并且增加了上下文转换程序，它也会降低性能。
线程数属性的值与应用程序处理的工作的类型关系密切。
例如，如果你的客户应用程序比较小，通过远程调用处理的工作较多，这样，客户端会花费更多的时间连接，因此，与能完成大量客户端任务的客户应用程序相比，会需要更多的线程数。
如果你的工作不需要使用超过15个线程（开发模式默认）或者25个线程（产品模式默认），就不要改变这个属性的值。
通常，如果你的应用程序访问数据库花很长时间才返回结果，与访问数据库很短时间就返回的应用程序比较，你会需要更多的执行线程。
从后者来看，用少点的线程数可能提高性能。
5 ． 2 需要修改默认线程数的情形为了给执行队列决定一个理想的线程数，当队列中所有应用程序都运行在最大负荷的情况下，监视队列的吞吐量。
增加线程数，重复负载测试，直到达到最佳的吞吐量。
（在某些情况下，增加线程数将产生足够多的上下文转换程序，使得队列中的吞吐量开始减少。
）注意： WebLogic 管理控制台显示的是所有服务器执行队列累积的吞吐量。
为了得到这个值，后面将会介绍。
下表列出了在WebLogic 域中调整的线程及与CPU数量相关的情形，这些情况也假定WebLogic运行在最大负荷下，并且使用默认的执行队列满足所有的线程的请求。
如果你配置了额外的执行队列并指派了应用程序到具体的队列，就需要依据一个个连接池得到结果。
5 ． 3 修改默认线程数的步骤用管理控制台修改默认执行队列线程数如下：1．如果管理服务器没有运行，先启动。
2．访问管理控制台。
3．展开左边面板的Servers 节点，显示域服务。
4．右击服务名称，在弹出菜单中选择View Execute Queues ，就会在右边面板显示有执行队列的表用来修改。
注意：你只能修改默认的执行队列或者用户定义的执行队列。
5．在Name列，直接点击默认执行队列名称，显示配置标签用来修改执行队列数。
6．填下适当的线程数。
7．点击Apply，保存刚才的修改。
8．重启服务器，使新的执行队列设置生效。
5 ． 4 指派应用程序到执行队列虽然可以配置默认的执行队列，为所有的 WebLogic 应用程序提供最佳的线程数，但是为关键的应用程序配置多个执行队列可以提供更多的管理控制。
通过使用多执行队列，你可以保证应用程序有权占用固定的线程数，而不管 WebLogic 服务器有多大的负荷。
5 ． 5 创建执行队列一个执行队列代表执行线程的命名集，线程指向一个或多个 Servlet 、 JSP 、 EJB 、 RMI 对象。
执行队列在 config.xml 文件中描述，作为服务器元素的一部分。
如，在 config.xml 文件中描述一个有 4 个线程的队列，命名为 CriticalAppQueue ，如下：...<ServerName="examplesServer"ListenPort="7001"NativeIOEnabled="true"/><ExecuteQueue Name="default"ThreadCount="15"/><ExecuteQueue Name="CriticalAppQueue"ThreadCount="4"/>...</Server>另一种创建队列的方法是通过管理控制台，配置步骤如下：1 ．启动管理服务器，访问控制台。