广东移动UAP平台WebLogic工程实施手册

《广东移动UAP平台WebLogic工程实施手册》由会员分享，可在线阅读，更多相关《广东移动UAP平台WebLogic工程实施手册（35页珍藏版）》请在装配图网上搜索。

1、广东移动UAP平台WebLogic工程实施手册BEA系统有限公司2007年8月目录目录21.概述42.范围43.引用44.缩写45.实施方案45.1.实施过程概述45.2.拓扑结构55.3.相关环境检查65.3.1.负载均衡器65.3.2.操作系统65.3.3.WebLogic产品和许可文件65.3.4.应用系统依赖的第三方类库75.3.5.其它系统依赖的系统75.4.安装WebLogic Platform 9.2过程75.5.设置WebLogic125.5.1.命名规范125.5.2.域创建过程135.5.3.启动和关闭服务器215.5.3.1.启动AdminServer服务器215.5.3

2、.2.启动ManagedServer服务器235.5.3.3.关闭所有服务器255.5.4.域参数修改255.5.5.设置和取消WebLogic的Windows服务265.5.5.1.设置weblogic服务器实例成windows服务265.5.5.2.卸载webloigc实例的windows服务285.5.6.JVM参数设置295.5.6.1.JDK的选择295.5.6.2.内存设置295.5.6.3.垃圾收集305.5.7.创建JDBC连接池305.6.设置系统优化305.6.1.WebLogic优化305.6.1.1.日志305.6.1.2.Backlog325.6.1.3.连接池325

3、.6.2.数据库优化325.6.3.应用优化335.7.部署335.7.1.部署前的准备335.7.2.部署规范345.7.3.部署后的检查345.7.4.部署多应用345.8.监控和健康检查355.8.1.系统监控355.8.2.日志分析351. 概述广东移动UAP平台是一个基础应用平台，本文描述了在此平台中部署WebLogic中间件的运行和维护的操作手册。2. 范围本文的范围是广东移动的UAP基础应用平台。3. 引用4. 缩写缩写全称JVMJava Virtual MachineEISEnterprise Information SystemGCGarbage CollectionIOIn

4、put & Output5. 实施方案5.1. 实施过程概述实施过程大致要经过以下的实施阶段：1、 相关环境条件的检查检查中间件安装部署的周边条件是否满足。2、 安装WebLogic中间件安装中间件可执行文件和类包等文件，并且替换相应的License文件。3、 创建WebLogic域并根据情况作相应的参数修改，包括JVM参数等，然后创建域中的应用需要使用的资源，如JDBC连接池。4、 优化参数设置包括操作系统和WebLogic的参数，根据需要进行优化修改，同时应用层的配置如有必要也进行一定的修改。5、 部署部署前先要检查一些条件的情况，然后再进行部署。6、 监控和健康检查包括在实际环境中正常用

5、户量的情况下进行在线的监控，检查系统资源使用状态，收集数据，并且分析系统日志查找有无异常情况。5.2. 拓扑结构结合广东移动的情况和需要，中间件拓扑结构如下所示：说明：1、 图中的IP是以省公司为示例性的；2、 每一个椭圆形的框代表一个WebLogic实例，其框中的文字第一行是实例名称，第二行是其运行在的IP地址和端口；3、 注意示意图中管理服务器AdminServer和实例ManagedServer1运行在一个机器上，实际资源如果允许，可以把管理服务器放在单独的一台机器上；如果他们运行在一台机器上，需要注意该机器的内存的分配使用情况，因为两个实例都需要使用内存；4、 ManagedServe

6、r2,4都运行在192.168.100.92上，并被192.168.100.91上的AdminServer管理。5、 黄色方框代表整个域，注意WebLogic域中肯定有一个管理服务器AdminServer；6、 注意此拓扑下没有WebLogic集群，没有会话内容的复制。5.3. 相关环境检查5.3.1. 负载均衡器对后端的Web应用而言，大多Web应用都是需要HTTP会话的，对这种Web应用，要求负载均衡器应当能够理解HTTP协议，在负载均衡器上配置的策略一定要能够实现Sticky方式的HTTP请求转发。也就是说，假设某个用户第一次进入应用系统时，负载均衡器将其HTTP请求转发至uapServ

7、er2的地址和端口，那么，该用户随后的HTTP请求也都是转发至uapServer2的地址和端口。5.3.2. 操作系统1、 启动帐号在Unix或者Linux上，为了系统管理，建议启动WebLogic进程的帐号不用root。另外在所有平台上都需要检查操作系统将用以启动WebLogic进程的帐号的限制，如在Unix平台上，执行”ulimit a”可以查看当前用户的限制。其中如下设置（但不限制于）- core文件大小：无限制- 文件描述符：无限制或至少8k在Windows平台上默认的设置已经基本足够，不需要修改。2、 硬盘空间应当注意检查磁盘的剩余空间的大小，保证有较大的剩余空间。特别是注意会随着系

8、统运行增长而增长的磁盘的空间，如产生系统和应用日志所在的磁盘。3、 其它共享操作系统资源的进程检查操作系统是否还需要运行其它较大型的进程，这些进程会系统的资源的开销的情况如何，特别是对CPU和内存的使用值得注意。5.3.3. WebLogic产品和许可文件应当确定WebLogic产品的名称和版本，并且确认相应版本的安装文件（于目标操作系统平台对应）和许可证文件到位。在UAP平台中，建议使用WebLogic Platform 9.2 MP2版本。同时，应当统一WebLogic产品的安装路径，对于Windows平台，建议安装时选择把BEA Home选择为默认的C:bea目录。5.3.4. 应用系统

9、依赖的第三方类库检查是否准备齐了应用系统需要的第三方类库，如：1、 数据库JDBC驱动程序应准备好该版本的数据库对应的最新的JDBC驱动程序包2、 安全加密认证类库应当准备好安全加密认证类库的文件，包括可能需要的.dll或者.so本地类库。3、 连接旧有应用或者后台EIS的驱动程序5.3.5. 其它系统依赖的系统检查系统的运行需要依赖的其它系统是否已准备就绪，如：1、 安全认证服务器2、 系统需要访问的旧有应用系统，如AS4003、 系统需要访问的其它企业信息系统，如SAP5.4. 安装WebLogic Platform 9.2过程以下以Windows平台上的安装过程说明WebLogic Pl

10、atform（以9.2 MP2为例）系统软件的安装过程，实际环境应当在全部需要运行管理服务器或者被管服务器的机器上都进行本系统软件的安装。1、 运行安装介质文件，如，安装文件会首先自解压，如下图：然后显示安装欢迎界面，如下图：2、 选择Next；3、 阅读许可，选择Yes，然后选择Next；4、 对于未安装过WebLogic的系统，选择Create a new BEA Home，选择默认的C:bea，选择Next5、 选择需要的组件，默认的不需要修改，选择Next6、 选择工具页，去除Mercury profiling tools前的checkbox，选择Next7、 安装路径确认页，检查后，

11、选择Next，进入安装界面；8、 安装完毕，去掉Run Quickstart前的checkbox，选择Done退出。9、 在第二台机器上也安装WebLogic，并且目录设定一样。5.5. 设置WebLogic5.5.1. 命名规范创建的WebLogic域包含了一些如命名和端口等的设置，建议参考以下规范执行这些命名和路径标准，并且在所有域中的机器上都执行此标准：对Domain的命名，于省公司，对应Domain命名为SGSDomain，对于深圳公司命名为SZDomain，各地市根据命名情况以此类推。Domain的目录路径，统一为：C:beadomainsXXDomain管理服务器信息：命名：Adm

12、inServer，地址（以省公司为例）：192.168.100.91，端口：7001l 受控服务器信息：命名：ManagedServerN (N=1,2,3)，地址（以省公司为例）ManagedServer1: 192.168.100.91:8001 (驻留在AdminServer的同一台机器上)ManagedServer2: 192.168.100.92:8001 ManagedServer4: 192.168.100.92:8003注意：端口为双号的如8002, 8004都预留给SSL端口，这里先不分配。方案建议省公司的配置架构图如下：具体第几个ManagedServer分配在哪一台服务器

13、上并没有特别要求，可以根据情况区划分，这里建议单号ManagedServer分配在AdminServer所在的机器上，双号在另一台机器上。ManagedServer3也可以创建在192.168.100.91上，具体视应用的负载而定。一、域路径和命名配置项配置值BEA Homec:beaDomain NameSGSDomainDomain HomeC:beadomainsSGSDomain二、被管服务器命名配置项配置值管理服务器实例名AdminServer管理服务器端口号7001服务器实例名ManagedServerN，N=1,2,3服务器端口号800N，N=1,3,5双号未来预留给SSL5.5

14、.2. 域创建过程因为两台机器上都已经安装了WebLogic Platform 9.2，但我们只需要在一台机器上配置Domain，另外一台机器只要拷贝创建好的Domain目录到同样的目录下即可。以下以省公司三个被管服务器为例说明域创建过程，我们选择192.168.100.91作为管理服务器，那么在该机器上去配置Domain：1、 两台机器（192.168.100.91和92）都创建c:beadomains目录。2、 在192.168.100.91机器上，从windows Start菜单中选择BEA ProductsToolsConfiguration Wizard，3、 选择Create a

15、new WebLogic domain，选择Next；4、 选择Next；5、 输入管理员帐号和密码（默认均为weblogic）、确认密码，选择Next；6、 选择Production Mode，选择JRockit SDK，（具体参见JVM参数设置一节），选择Next；7、 选择Yes，选择Next；8、 默认管理服务器名称为AdminServer，端口号7001，选择Next；9、 通过点击Add添加被管服务器，分别填入被管服务器的实例名，IP地址和端口，选择Next；10、 不考虑创建集群，选择Next；11、 不考虑创建Machine，选择Next；12、 检查一遍域设置，选择Next；

16、13、 输入域名SGSDomain，选择域路径C:beadomains，选择Next；14、 域主目录创建结束，可以看到c:beadomainsSGSDomain目录已经被创建，选择Done退出。拷贝该目录到另一台机器的同样目录下，即192.168.100.92机器的c:beadomains下。15、 修改参数，把SGSDomainbinsetDomainEnv.cmd文件打开编辑，找到下面的蓝色部分，将256和512都改成1024，规划每个服务器实例的内存分配为1024M，保存之。16、 创建完主目录后，在域目录下创建文件boot.properties，内容为（假定创建域时选择的用户名和密码

17、均为weblogic）：username=weblogicpassword=weblogic17、 启动AdminServer服务器一次，检查boot.properties确认其内容已被加密，例如：有了该文件就不用每次启动的时候输入用户名和密码了。#Sat Aug 11 16:40:26 GMT+08:00 2007password=3DESc0YEA+biO/oxJabH6fP0tQ=username=3DESc0YEA+biO/oxJabH6fP0tQ=18、 把域目录拷贝到其它需要运行被管服务器的机器上，根据命名规范，其它机器的域目录也是C:beadomainsSGSDomain。19、

18、 在所有非AdminServer所在的机器上修改bin/startManagedWebLogic.cmd文件，如下set ADMIN_URL=http:/localhost:7001修改为set ADMIN_URL=http:/:70015.5.3. 启动和关闭服务器5.5.3.1. 启动AdminServer服务器l 进入AdminServer所在的机器，进入DOS命令的c:beadomainsSGSDomainbin，运行startWebLogic.cmd，可以看到l 打开浏览器，输入http: http:/AdminServer_Host:7001 (省公司为例：http:/192.16

19、8.100.91:7001/console)看到AdminServer已经处于“Running”状态l 日志和服务器目录在启动后自动产生5.5.3.2. 启动ManagedServer服务器l 登录到ManagedServerN所在的机器上，进入DOS命令的c:beadomainsXXDomainbin（省公司为SGSDomain），执行 startManagedWebLogic ManagedServerN http:/AdminServer_Host:7001， 用户可以自己定义一个startMgServer.bat执行该命令。l 日志和ManagedServerN的目录自动被创建l 进入

20、AdminServer的控制台观察服务器情况l 通过浏览器进入：输入http: http:/AdminServer_Host:7001 (省公司为例：http:/192.168.100.91:7001/console)可以看到ManagedServer1已经成功运行l 通过控制台察看日志日志不一定要到每台机器上去看，可以在控制台直接浏览，在上图中点击要Diagnostics，进入下面界面。选择某个服务器（远程或本地的机器日志都可以看）的某种类型日志，点击view按钮。看到ManagedServer1的ServerLog信息如下5.5.3.3. 关闭所有服务器用户可以直接关闭启动窗口，或者选中启

21、动窗口后按ctrl+C直接强制关闭服务器实例，也可以通过配置脚本方式进行操作。进入c:beadomainsXXDomainbin目录下的DOS界面: stopManagedWebLogic ManagedServerN http:/AdminServer_Host:7001 username password (username, password默认都是weblogic)关闭AdminServer服务器，就要在AdminServer的机器上执行 stopWebLogic.cmd5.5.4. 域参数修改根据应用的需要，有必要的话修改域启动脚本bin/setDomainEnv.cmd，把必要的类

22、库文件（特别是某些数据库的驱动程序.jar文件）添加进CLASSPATH中，可通过查找出以下片段后进行修改：set CLASSPATH=%PRE_CLASSPATH%;%WEBLOGIC_CLASSPATH%;%POST_CLASSPATH%;%WLP_POST_CLASSPATH%另外，如非应用测试和修改频繁阶段，建议采用生产模式(Production Mode)来运行WebLogic域（上节创建域时即是选择生产模式），这种模式下系统会自动调整一些运行参数。安装WebLogic为windows的服务5.5.5. 设置和取消WebLogic的Windows服务5.5.5.1. 设置weblog

23、ic服务器实例成windows服务在windows操作系统中，为了避免窗口的前端运行，被误操作关闭，我们可以把weblogic的服务器实例设定为windows服务，随着操作系统的启动而启动，配置方法如下。l 对AdminServer实例设置进入在AdminServer所在的机器的c:beadomainsXXDomainbin目录下，创建一个文件命名installAdminServerAsService.bat，输入如下内容（环境变量根据具体情况设定），echo offSETLOCALset DOMAIN_NAME=XXDomain set USERDOMAIN_HOME=c:beadomain

24、sXXDomainset SERVER_NAME=AdminServer set PRODUCTION_MODE=trueset JAVA_OPTIONS=-Dweblogic.Stdout=c:beadomainsXXDomainstdout.txt -Dweblogic.Stderr=c:beadomainsXXDomainstderr.txt set ADMIN_URL= set MEM_ARGS=-Xms1024m -Xmx1024mcall c:beaweblogic92serverbininstallSvc.cmdENDLOCAL然后在DOS命令行执行该文件，进入windows的s

25、ervice就能看见已经有一个BEA的服务。l 对ManagedServerN实例设置进入ManagedServerN所在的机器的c:beadomainsXXDomainbin目录下，创建文件installManagedServerNAsService.batecho offSETLOCALset DOMAIN_NAME=XXDomain set USERDOMAIN_HOME=c:beadomainsXXDomainset SERVER_NAME=ManagedServerN set PRODUCTION_MODE=trueset JAVA_OPTIONS=-Dweblogic.Stdout

26、=c:beadomainsXXDomainstdout.txt -Dweblogic.Stderr=c:beadomainsXXDomainstderr.txt set ADMIN_URL=http:/AdminServer_Host:7001set MEM_ARGS=-Xms1024m -Xmx1024mcall c:beaweblogic92serverbininstallSvc.cmdENDLOCAL在dos提示符下执行该文件后，察看windows服务，看到服务被装载了。注意：如果有N个ManagedServerN需要被安装成windows的service，那么就要有N个脚本执行，这些脚

27、本的命名规则就是installManagedServerNAsService。每个脚本只要执行一次就够了，下次windows OS启动就会直接启动这些weblogic实例了。5.5.5.2. 卸载webloigc实例的windows服务类似地，在c:beaweblogic92serverbin目录下有一个和installSvc.cmd命令相反的命令：uninstallSvc.cmd。l 对AdminServer取消在刚刚写好的installAdminServerService.bat所在的目录中，创建文件unstallAdminServerAsService.bat，内容如下：echo off

28、SETLOCALset DOMAIN_NAME=XXDomain set USERDOMAIN_HOME=c:beadomainsXXDomainset SERVER_NAME=AdminServer set PRODUCTION_MODE=trueset JAVA_OPTIONS=-Dweblogic.Stdout=c:beadomainsXXDomainstdout.txt -Dweblogic.Stderr=c:beadomainsXXDomainstderr.txt set ADMIN_URL= set MEM_ARGS=-Xms1024m -Xmx1024mcall c:beaweb

29、logic92serverbinuninstallSvc.cmdENDLOCAL执行后该文件后，我们在windows的service中就看不到该服务了l 对ManagedServer取消同理，创建脚本uninstallManagedServerNService.bat，内容如下echo offSETLOCALset DOMAIN_NAME=XXDomain set USERDOMAIN_HOME=c:beadomainsXXDomainset SERVER_NAME=ManagedServerN set PRODUCTION_MODE=trueset JAVA_OPTIONS=-Dweblog

30、ic.Stdout=c:beadomainsXXDomainstdout.txt -Dweblogic.Stderr=c:beadomainsXXDomainstderr.txt set ADMIN_URL=http:/AdminServer_Host:7001 set MEM_ARGS=-Xms1024m -Xmx1024mcall c:beaweblogic92serverbinuninstallSvc.cmdENDLOCAL执行该文件后，作为windows的service的ManagedServerN就不存在了；如果windows service有n个服务，就要执行n个unistallS

31、vc的脚本。5.5.6. JVM参数设置5.5.6.1. JDK的选择于WebLogic 9.2相对应应当选择1.5.0版的JDK，在Windows平台上可以选择Sun或者BEA公司的JDK JRockit。JRockit是专门用于服务器端的JVM，JRockit在性能和管理方面表现不俗，JRockit新版包含一个多用途的工具套件，可用于进行监控、管理、分析和消除应用程序中的内存泄漏。详细内容可参考JRockit产品网站（）或者dev2dev相关内容（）。5.5.6.2. 内存设置在32位平台下，建议系统配备的物理内存能够到达4G。操作系统本身需要使用一部分物理内存，这样可以保证至少有多于1G

32、的物理内存给WebLogic进程使用。但需要注意的是，机器上webloigc server的实例总共分配的内存必须小于机器的总内存！假定所有的机器都有2G的物理内存，并且管理服务器需要和某个被管服务器运行在一台机器上的话，那么建议参照以下设置来设定几个JVM的内存大小：WebLogic实例最小内存最大内存AdminServer1024m1024mManagedServer11024m1024mManagedServer21024m1024mManagedServerN1024m1024m5.5.6.3. 垃圾收集垃圾收集对Java程序的运行是有着很大的影响的，因此建议在试运行或者上线运行初期的

33、一定期间内都打开垃圾收集日志，以备问题查找，并且尽量做到：1、 把GC（垃圾收集）转至一个独立的日志文件，不输出到标准输出；2、 每次启动服务器都转至一个新的日志文件，不覆盖上一次的日志文件；当应用程序在系统中经过长时间运行测试没有问题，才关闭此日志。打开垃圾收集的日志的参数请参见具体JVM的文档说明，此处略去。5.5.7. 创建JDBC连接池创建JDBC连接池的方法是通过Admin Console登录后进入ServicesJDBCData Sources功能模块来进行，详细步骤此处不详尽介绍，但给出几点建议：1、 如果需要全局事务，要选择带XA支持的驱动程序；2、 注意如果不是WebLogi

34、c系统本身内置支持的数据库，需要自己准备数据库驱动文件，并且安装驱动文件到域启动文件中（参见5.5.3节）；5.6. 设置系统优化5.6.1. WebLogic优化5.6.1.1. 日志1、 关闭HTTP日志，通过EnvironmentServersuapServerNLoggingHTTP进行修改，如下图：2、 限制Server日志的数量，通过EnvironmentServersuapServerNLoggingGeneral进行修改，如下图：选中“Limit Number of retained files”，在“Files to retain”中填入经过估计后的数字，例如，预计或者经过后

35、期观察发现，一周内产生的单个WebLogic实例的Server日志的文件数量（默认5M每个文件）为12个，那么为了保留一个月的日志量，就应当保留48个。此项可以在运行一段时间再修改，也可以不限制，但是需要运维人员进行一定的备份工作，请参考运维手册。3、 GC日志参考5.5.6.3垃圾收集。5.6.1.2. BacklogBacklog的意思是“未做的工作，堆积的活”，当服务器忙时，部分请求被放置在Backlog中，待有空闲线程时再拿出来。设置方式是通过EnvironmentServersuapServerNConfigurationTuning进行修改，如下图：将Accept Backlog项

36、修改成500。5.6.1.3. 连接池创建的JDBC连接池可以参照以下建议进行优化配置：1、 连接池的大小（最大大小）的设置应当考虑不要超过数据库服务器端允许的限制，而且注意该数据库服务器可能也有其他客户端需要访问，其允许的连接数可能不是全部都给本连接池使用；2、 连接池初始大小不应当设得太小，应当略高于预计或观察到的平时大部分时间的系统应用线程数量，或者简单的设成2030，通过运行时的观察再进行调整；3、 如果连接池的最大值和最小值设置得不一样，那么增长量也不要设得太小（如1），可以设置成例如10；4、 注意要选中“Test Connections on Reserve”。5、 “State

37、ment Cache”的大小可以适当增大，但是要注意需要检查是否超出数据库端的Open Cursor的限制，即被管服务器数连接池大小Statement Cache大小，如：48050=16000。此值不应超过数据库端的限制。5.6.2. 数据库优化对SQL Server而言，可以参照以下建议进行优化：1、 把tempdb存放在一个速度快的IO设备上；2、 把IO块的大小设置成大于2KB。5.6.3. 应用优化除了应用架构和应用代码外，应用的配置对系统的运行态也有较大影响，应当考虑以下的设置（在weblogic.xml中设置）：1、 设置page-check-seconds为-1，注意：如果要求

38、部署后仍然更改JSP，则建议设置一个相对较大的值，如200秒；2、 设置servlet-reload-check-secs为-1，注意：如果要求部署后仍然更改servlet，则建议设置一个相对较大的值，如200秒；3、 设置precompile和precompile-continue为true；4、 设置timeout-secs为半个小时即1800，建议不要超过一个小时。注：此项值在web.xml中也可以设置，优先级比weblogic.xml高。除了配置文件外，建议应用进行如下内容的检查和优化：1、 会话中使用的对象尽量简单，短小，避免防止过多对象在会话中，避免防止大对象在会话中；2、 尽量避

39、免使用大对象，特别是存在时间较长的大对象；3、 如果要使用JDBC的Statement，尽量避免使用硬代码，多使用Prepared Statement或者Callable Statement；4、 使用WebLogic提供的cache标签，具体请参照WebLogic开发文档之Developing Web Applications, Servlets, and JSPs for WebLogic Server；5、 应用中采用System.out来写调试信息的代码已经被注释掉，改用log4j或者其它专门的logging可以设置logging_level的框架。5.7. 部署5.7.1. 部署前的

40、准备部署应用前应当对应用进行一定的测试，包括（但不限于）1、 功能测试；2、 性能测试；这两种测试都应当尽可能在和生产环境类似的环境中进行，即应当尽可能包括（但不限于）以下环境条件：1、 同CPU型号；2、 同版本的操作系统；3、 同版本的WebLogic系统软件；4、 同版本的JDK；5、 同版本的数据库软件；6、 同版本的应用部署代码；7、 同样的参数设置（操作系统、数据库、中间件、应用）。部署前，运维人员应当向应用开发人员确认以下问题：1、 应用对部署时的context-root的要求是怎样的？是一定要用某指定的名字，还是一定要用根（/），还是两者皆可？2、 应用部署前需要修改哪些与路径

41、有关的配置文件？3、 应用会产生的日志文件的都有哪些？在哪里可以设置其目录？4、 应用的配置文件中还有哪些配置（如地址端口等信息）需要修改的？5、 从Admin Console中部署完毕后如何确定应用已经可以使用？5.7.2. 部署规范建议参考以下内容设置部署的规范：1、 部署目录部署目录须符合中国移动广东分公司规划的部署目录的设置，如：$: xx系统Web，应用目录中再按照日期格式（yyyy-MM-dd）为每个日期的版本文件创建目录，这个目录中才是放置应用部署文件（目录或者war文件），如下图所示：2、 更新应用更新应用版本时，应当注意保留原有版本的部署目录，并且为新版本的应用创建一个目录。

42、5.7.3. 部署后的检查根据部署前的“从Admin Console中部署完毕后如何确定应用已经可以使用？”问题的回答进行检查，如登录进入系统，访问某些功能点，以检查应用是否已经可用。5.7.4. 部署多应用在部署应用系统时，如有可能，不同应用应当分开不同的域，避免相互影响冲突，而且对于管理和查错都有好处。如果确实需要在一个域内部署多个应用，需要注意：1、 一个域内的各个应用应该有各自的目录(ContextRoot)，根目录只能留给一个应用；2、 不应把不成熟和修改较多的应用和成熟稳定的应用部署在一起，避免让不成熟的应用影响成熟应用的运行和使用；3、 一个域内的堆内存是各个应用共享的，应当平衡

43、要部署的应用对堆内存的需求，避免有的域中内存紧张，有的域中内存过于剩余；4、 通过观察监控可以发现系统CPU资源的使用情况，两个都较耗CPU资源的应用不宜部署在一个域，避免CPU过载，或者部署在一起时增加升级CPU。5.8. 监控和健康检查在系统上线运行后，应当定期进行系统监控和健康检查，这包括系统监控和日志分析。参见WebLogic运维操作手册。5.8.1. 系统监控利用各种工具监控以下（但不限制于以下）系统运行的状况，包括：1、 CPU2、 内存3、 IO4、 网络5、 JVM堆内存6、 WebLogic线程7、 WebLogic连接池8、 Web会话5.8.2. 日志分析从日志文件中去查找是否有与系统健康有关系的日志信息，这些日志包括（但不限制于）：1、 操作系统日志；2、 WebLogic服务器实例日志；3、 垃圾收集日志；4、 应用日志。