WebLogic问题分析常用方法及技巧
说明：
该文档专门针对WebLogic10.3怎么查问题、定位问题及日常维护中的一些小技巧，该文档适合对WEB应用程序有一定认识、对WebLogic 有一定了解，对当前主机环境熟悉，对Aix命令有一定基础的相关人员。其它非法人员切记在不了解的情况下做任何修改，执行任何命令，以此带来的任何问题及影响概不负责。
一、日常监控
1、集群负载监控
1.查看集群内各Server的单独访问地址，是否能正常访问，Server访问地址后面有统一说
明，常见的无法访问原因有：
a.Server没有启动（提示Service not available)，启动Server即可；
b.应用程序是否为Active（提示403或404），update或start即可；
c.应用程序已经是Active，Server也RUNNING仍无法访问，则可以通过应用程序的Monitoring
查看各Server上的运行情况，查看对应Server的*.out日志，通常情况下是应用程序更新有问
题导致的；
2.查看Proxy Server的线程数，根据应用程序根路径名可以定位是哪个具体的Server或集
群，若有队列吞吐量为0的情况说明集群没有实现分发（需要分析Proxy的web.xml 文件，看看对应的servlet(即应用程序根路径））是否有如下配置：
weblogic.servlet.proxy.HttpClusterServlet
10.131.39.75:7101|10.131.39.76:7101 #IP及端口是否配置正确，顺序是否正确
#该段配置是用来对集群分发，配合它才能实现集群的分发，param-value即servlet 的访问名称
......
......
3.查看应用程序的Monitoring的Session，根据各Server上的在线Session数即可判断集群
是否实现负载，常见的无法负载原因有：
a.集群内存在已挂死的Server（查看各Server的*.out日志即可）；
b.Proxy的web.xml配置错误，如IP、端口、CookieName、servlet名等；
c.应用程序发布的target是不是在集群；
2、Server内存、队列、线程数监控
1. 1.进入对应的Server监控页，查看Performance的Java 内存、Threads的队列及线程数、
JDBC连接数等
3、WTC监控
1.Service->WTCServer->Ctrl是否connected
4、JDBC监制
1.查看连接的总体情况，看看是否有未释放的连接，查看时要多次刷新页面看看Java内存
是否可以正常回收、队列及线程数是否有居高不下、JDBC是否有长时间不释放（这种情况下需要DBA配合分析）
5、日志监控
1.定期查看server/logs和logs/xxx_error.log出现的错误日志
6、JMS监制
1.Interoperability->WTC Servers->Connected是否为true
7、后台进程监控
1.用命令ps –ef | grep $ServerName，看进程是否存在，ServerName列表可参看Server访问
地址里的访问根路径名
二、问题分析定位必杀技
1.用topas命令，查看占用CPU高的进程ID；
2.然后用ps -ef | grep $ID即可看到对应的ServerName；
3.然后进Console看该Server的运行状态（RUNNING),如果Server已经Down掉了可以直
接通过Console启起来，记得不要把ngbossdomain/servers/$ServerName/logs下的文件删除，用作之后的日志分析
4.在Console可以操作的前提下，还可以查看该Server的Dump 日志、进程的内存使用情
况、队列及空闲线程、JDBC连接数等
5.若Console不可操作（一般在有Server挂死的情况下），可以用命令ps -mp $ID -o
THREAD | grep R;kill -3 $ID（需要记录该命令的输出内容），执行完后会在ngbossdomain 下生成javacore文件（该文件与Console里的Dump日志内容相似），该命令可以多执行几次，生成多个javacore文件，方便之后的问题分析；如果需要重启服务可以用kill -9 $ID，执行完这个命令后该Server会自动重启，切记要先生成javacore，再kill -9；
说明：通过分析某一进程的各个线程运行情况，定位问题，可以通过多种途径获取进程，如：
1.根据有问题的系统模块找到对应的Server，然后用ps –ef | grep ServerName即可得到进程名
2.根据WL的控制台找到对应的Server，然后用ps –ef | grep ServerName即可得到进程名
三、javacore快速定位
1、生成javacore文件
1.通过命令ps -mp $ID -o THREAD | grep R;kill -3 $ID（$ID为进程ID），即可在域目录
（ngbossdomain）下生成与进程ID对应的javacore文件，主要分析*.txt文件，记下该命令的输出日志，记下着色处的数字，示例如下：
2.:/ngboss/webapp $ps -mp 286906 -o THREAD | grep R;
USER PID PPID TID ST CP PRI SC WCHAN F TT BND COMMAND
webapp 286906 53800 - A 90 60 245 * 242001 - - /usr/java6_64/jre/bin/java https://www.doczj.com/doc/4317195933.html,=acctmanm22 -Djava.security.policy=/bea/weblogic/server/lib/weblogic.policy
-Dweblogic.management.server=http://10.200.141.23:7001
-Djava.library.path=/usr/java6_64/jre/lib/ppc64/default:/usr/java6_64/jre/lib/ppc64:/usr/java6 _64/jre/lib/ppc64:/usr/java6_64/jre/lib/ppc64/default:/usr/lib:/usr/java6_64/jre/lib/ppc64/j9v m:/usr/java6_64/jre/lib/ppc64:/usr/java6_64/jre/../lib/ppc64::/bea/weblogic/server/native/aix/ ppc64:/usr/lib
-Djava.class.path=/bea/weblogic/server/lib/AIX-ComboPatch-Essex.jar:/bea/weblogic/server/ lib/CR370915_1030GA.jar:/bea/patch_wls1030/profiles/default/sys_manifest_classpath/webl ogic_patch.jar:/bea/patch_cie660/profiles/default/sys_manifest_classpath/weblogic_patch.jar: /usr/java6_64/lib/tools.jar:/bea/weblogic/server/lib/weblogic_sp.jar:/bea/weblogic/server/lib/ weblogic.jar:/bea/modules/features/weblogic.server.modules_10.3.0.0.jar:/bea/weblogic/serv er/lib/webservices.jar:/bea/modules/org.apache.ant_1.6.5/lib/ant-all.jar:/bea/modules/net.sf.an tcontrib_1.0.0.0_1-0b2/lib/ant-contrib.jar::/bea
-Dweblogic.system.BootIdentityFile=/ngboss/webapp/ngbossdomain/servers/acctmanm22/da ta/nodemanager/boot.properties -Dweblogic.nodemanager.ServiceEnabled=true -Dweblogic.security.SSL.ignoreHostnameVerification=false
-Dweblogic.ReverseDNSAllowed=false -Xms3072m -Xmx4096m -Dibm.stream.nio=true -Dfile.encoding=GBK https://www.doczj.com/doc/4317195933.html,nguage=zh -Duser.region=CN -Xgcpolicy:gencon weblogic.Server
- - - 975497 R 88 141 0 - 400000 - - -
说明：
该命令生成当进程正在运行（状态为R）的线程日志，着色处为线程ID，将该ID用Windows自带的计算器转换成16位即可在javacore文件里找到对应的线程日志
2、分析javacore定位问题
1.用vi命令查看javacore*.txt文件，查找线程ID转16位的串；
2.如果1查到的内容是：GC日志、Wait状态、autoLogin栈都不需要关注，只关注有带有
相应模块串的异常栈信息，示例如下：
3.3XMTHREADINFO "ExecuteThread: '2' for queue: 'default'" TID:0x0000000117168700,
j9thread_t:0x00000001170E8160, state:CW, prio=5
3XMTHREADINFO1 (native thread ID:0x325063, native priority:0x5, native policy:UNKNOWN)
4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalCLR(T4CMAREngine.java:1589(Compiled Code))
4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalCLR(T4CMAREngine.java:1801(Compiled Code))
4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalDALC(T4CMAREngine.java:2125(Compiled
Code))
4XESTACKTRACE at oracle/jdbc/driver/T4C8TTIrxh.unmarshalV10(T4C8TTIrxh.java:107(Compiled Code))
4XESTACKTRACE at oracle/jdbc/driver/T4C8Oall.receive(T4C8Oall.java:654(Compiled Code))
4XESTACKTRACE at oracle/jdbc/driver/T4CPreparedStatement.doOall8(T4CPreparedStatement.java:194(Compile d Code))
4XESTACKTRACE at oracle/jdbc/driver/T4CPreparedStatement.fetch(T4CPreparedStatement.java:1017(Compiled Code))
4XESTACKTRACE at oracle/jdbc/driver/OracleResultSetImpl.close_or_fetch_from_next(OracleResultSetImpl.java: 275(Compiled Code))
4XESTACKTRACE at oracle/jdbc/driver/OracleResultSetImpl.next(OracleResultSetImpl.java:228(Compiled Code)) 4XESTACKTRACE at weblogic/jdbc/wrapper/ResultSet_oracle_jdbc_driver_OracleResultSetImpl.next(Bytecode PC:20(Compiled Code))
4XESTACKTRACE at com/linkage/appframework/data/DatasetResult.
4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1612(Compiled Code))
4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1741(Compiled Code))
4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1756(Compiled Code))
4XESTACKTRACE at com/linkage/dbframework/BaseEntity.queryList(BaseEntity.java:246(Compiled Code))
4XESTACKTRACE at com/linkage/dbframework/BaseEntity.queryListBySqlstoreParser(BaseEntity.java:566(Comp iled Code))
4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/dao/QueryServerInfoDAO.queryServerInfo(Query ServerInfoDAO.java:61)
4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/bean/QueryServerInfoBean.queryCheckRecord(Qu eryServerInfoBean.java:74)
4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/page/QueryServerInfo.exportExcel(QueryServerInf
o.java:170)
4XESTACKTRACE at sun/reflect/NativeMethodAccessorImpl.invoke0(Native Method)
4.根据2即可定位到是具体应用的具体Java文件的具体方法，定位具体问题，然后再去分
析该代码即可
3、WADE应用javacore文件分析小技巧
1、后台定位
1.找到进程ID（可通过topas,或ps -ef | grep ServerName等方法），执行kill -3命令，生成
javacore文件
2.vi 1 生成的javacore文件，查找queryList或export关键字符，即可快速定位问题代码2、前台定位
1.登录WebLogic控制台，打开有问题Server，进入Performance监控页，生成Dump Thread
Stacks内容；
2.查找queryList或export关键字符，即可快速定位问题代码；
说明：
针对javacore文件分析，要灵活运行相关信息。对于WADE的在线系统，一般都是查询SQL引起Server
挂死问题，所以可以通过queryList,export这些关键字快速定位问题，针对非WADE应用，该思路同样适应。
四、WebLogic应急方案
1、WebLogic控制台假死
一般是因为子Server挂死导致，需要把挂死的Server停掉或重启即可；AdminServer有相应的停启脚本stopadm.sh、startadm.sh，其它Server可以用ps -ef | grep "ServerName" 取到对应的ID，然后kill -9 $ID即可；
2、Server挂死
一般是因为应用程序问题导致，紧急情况下可以在Console里重启，也可以直接kill -9 $ID，Server会自动重启；
五、Server访问地址
说明：
格式：[系统子模块]：http://IP:端口/[应用根路径对应weblogic.xml的contextroot]/[应用servlet名对应应用程序web.xml的servlet]
1、前台WEB应用
web入口1:
http://10.131.39.75:8080
web入口2:
http://10.131.39.76:8080
web入口3:
http://10.131.39.77:8080
web入口4:
http://10.131.39.78:8080
客服入口:
http://10.131.39.77:8081
代理商入口:
http://10.131.39.78:8081
NGBOSS:
http://10.131.39.75:7101/ngboss/ngboss
http://10.131.39.76:7101/ngboss/ngboss
http://10.131.39.77:7101/ngboss/ngboss
http://10.131.39.78:7101/ngboss/ngboss
个人业务:
http://10.131.39.75:8101/saleserv/saleserv
http://10.131.39.75:8102/saleserv/saleserv
http://10.131.39.75:8103/saleserv/saleserv
http://10.131.39.76:8201/saleserv/saleserv
http://10.131.39.76:8202/saleserv/saleserv
http://10.131.39.76:8203/saleserv/saleserv
http://10.131.39.77:8301/saleserv/saleserv
http://10.131.39.77:8302/saleserv/saleserv
http://10.131.39.77:8303/saleserv/saleserv
http://10.131.39.78:8401/saleserv/saleserv
http://10.131.39.78:8402/saleserv/saleserv
http://10.131.39.78:8403/saleserv/saleserv
集团业务:
http://10.131.39.75:8109/groupserv/saleserv
http://10.131.39.76:8209/groupserv/saleserv
http://10.131.39.77:8309/groupserv/saleserv
http://10.131.39.78:8409/groupserv/saleserv
账务管理:
http://10.131.39.75:8111/acctmanm/acctmanm http://10.131.39.75:8112/acctmanm/acctmanm http://10.131.39.75:8113/acctmanm/acctmanm http://10.131.39.76:8211/acctmanm/acctmanm http://10.131.39.76:8212/acctmanm/acctmanm http://10.131.39.76:8213/acctmanm/acctmanm http://10.131.39.77:8311/acctmanm/acctmanm http://10.131.39.77:8312/acctmanm/acctmanm http://10.131.39.77:8313/acctmanm/acctmanm http://10.131.39.78:8411/acctmanm/acctmanm http://10.131.39.78:8412/acctmanm/acctmanm http://10.131.39.78:8413/acctmanm/acctmanm 客户管理:
http://10.131.39.75:8121/custmanm/custmanm http://10.131.39.76:8221/custmanm/custmanm http://10.131.39.77:8321/custmanm/custmanm http://10.131.39.78:8421/custmanm/custmanm 资源管理:
http://10.131.39.75:8131/resmanm/resmanm http://10.131.39.76:8231/resmanm/resmanm http://10.131.39.77:8331/resmanm/resmanm http://10.131.39.78:8431/resmanm/resmanm 稽核管理:
http://10.131.39.75:8131/rasmanm/rasmanm http://10.131.39.76:8231/rasmanm/rasmanm http://10.131.39.77:8331/rasmanm/rasmanm http://10.131.39.78:8431/rasmanm/rasmanm 渠道管理:
http://10.131.39.75:8141/chnlmanm/chnlmanm http://10.131.39.76:8241/chnlmanm/chnlmanm http://10.131.39.77:8341/chnlmanm/chnlmanm http://10.131.39.78:8441/chnlmanm/chnlmanm 统计分析:
http://10.131.39.75:8151/statmanm/statmanm http://10.131.39.77:8351/statmanm/statmanm 产品管理
http://10.131.39.75:8161/prodmcrm/prodmcrm http://10.131.39.77:8361/prodmcrm/prodmcrm http://10.131.39.75:8161/prodmbil/prodmbil http://10.131.39.77:8361/prodmbil/prodmbil http://10.131.39.75:8161/bilmanm/bilmanm http://10.131.39.77:8361/bilmanm/bilmanm
营销管理:
http://10.131.39.76:8271/salemanm/salemanm
http://10.131.39.78:8471/salemanm/salemanm
系统管理:
http://10.131.39.76:8281/sysmanm/sysmanm
http://10.131.39.78:8481/sysmanm/sysmanm
合作伙伴管理:
http://10.131.39.76:8291/copmanm/copmanm
http://10.131.39.78:8491/copmanm/copmanm
2、后台接口应用
内部接口:
http://10.131.39.69:8080/[subsys]/httptran/CrmService 平台服务接口:
http://10.131.39.69:8101/callpf/httptran/CrmService http://10.131.39.70:8201/callpf/httptran/CrmService
批量业务接口:
http://10.131.39.69:8111/batserv/httptran/CrmService http:// 10.131.39.70:8211/batserv/httptran/CrmService 个人业务接口:
http://10.131.39.69:8121/saleserv/httptran/CrmService http://10.131.39.70:8221/saleserv/httptran/CrmService http://10.131.39.71:8321/saleserv/httptran/CrmService http://10.131.39.72:8421/saleserv/httptran/CrmService 账务管理接口:
http://10.131.39.69:8121/acctmanm/httptran/CrmService http://CrmTux2:8221/acctmanm/httptran/CrmService http://CrmTux3:8321/acctmanm/httptran/CrmService http://CrmTux4:8421/acctmanm/httptran/CrmService
资源管理接口:
http://10.131.39.69:8121/resmanm/httptran/CrmService http://CrmTux2:8221/resmanm/httptran/CrmService http://CrmTux3:8321/resmanm/httptran/CrmService http://CrmTux4:8421/resmanm/httptran/CrmService
客户管理接口:
http://10.131.39.69:8131/custmanm/httptran/CrmService http://CrmTux2:8231/custmanm/httptran/CrmService
营销管理接口:
http://CrmTux3:8331/salemanm/httptran/CrmService http://CrmTux4:8431/salemanm/httptran/CrmService
一级BOSS接口:
http://ItfTux1:8080/[subsys]/httptran/CrmService
个人业务接口:
http://ItfTux2:8601/saleserv/httptran/CrmService http://ActTux1:8701/saleserv/httptran/CrmService http://ActTux2:8801/saleserv/httptran/CrmService 账务管理接口:
http://ItfTux1:8501/acctmanm/httptran/CrmService http://ItfTux2:8601/acctmanm/httptran/CrmService http://ActTux1:8701/acctmanm/httptran/CrmService http://ActTux2:8801/acctmanm/httptran/CrmService 资源管理接口:
http://ItfTux1:8501/resmanm/httptran/CrmService http://ItfTux2:8601/resmanm/httptran/CrmService http://ActTux1:8701/resmanm/httptran/CrmService http://ActTux2:8801/resmanm/httptran/CrmService 客户管理接口:
http://ItfTux1:8502/custmanm/httptran/CrmService http://ItfTux2:8602/custmanm/httptran/CrmService 营销管理接口:
http://ItfTux1:8502/salemanm/httptran/CrmService http://ItfTux2:8602/salemanm/httptran/CrmService 电子渠道接口:
http://ItfTux2:8080/[subsys]/httptran/CrmService
个人业务接口:
http://ItfTux1:8511/saleserv/httptran/CrmService http://ItfTux2:8611/saleserv/httptran/CrmService http://ActTux1:8711/saleserv/httptran/CrmService http://ActTux2:8811/saleserv/httptran/CrmService 账务管理接口:
http://ItfTux1:8511/acctmanm/httptran/CrmService http://ItfTux2:8611/acctmanm/httptran/CrmService http://ActTux1:8711/acctmanm/httptran/CrmService http://ActTux2:8811/acctmanm/httptran/CrmService 资源管理接口:
http://ItfTux1:8511/resmanm/httptran/CrmService http://ItfTux2:8611/resmanm/httptran/CrmService http://ActTux1:8711/resmanm/httptran/CrmService http://ActTux2:8811/resmanm/httptran/CrmService 客户管理接口:
http://ItfTux1:8512/custmanm/httptran/CrmService http://ItfTux2:8612/custmanm/httptran/CrmService 营销管理接口:
http://ItfTux1:8512/salemanm/httptran/CrmService http://ItfTux2:8612/salemanm/httptran/CrmService 客服接口:
个人业务接口:
http://ItfTux1:8521/saleserv/httptran/CrmService
http://ItfTux2:8621/saleserv/httptran/CrmService
http://ActTux1:8721/saleserv/httptran/CrmService
http://ActTux2:8821/saleserv/httptran/CrmService
账务管理接口:
http://ItfTux1:8521/acctmanm/httptran/CrmService
http://ItfTux2:8621/acctmanm/httptran/CrmService
http://ActTux1:8721/acctmanm/httptran/CrmService
http://ActTux2:8821/acctmanm/httptran/CrmService
资源管理接口:
http://ItfTux1:8521/resmanm/httptran/CrmService
http://ItfTux2:8621/resmanm/httptran/CrmService
http://ActTux1:8721/resmanm/httptran/CrmService
http://ActTux2:8821/resmanm/httptran/CrmService
客户管理接口:
http://ItfTux1:8522/custmanm/httptran/CrmService
http://ItfTux2:8622/custmanm/httptran/CrmService
http://ActTux1:8722/custmanm/httptran/CrmService
http://ActTux2:8822/custmanm/httptran/CrmService
营销管理接口:
http://ItfTux1:8522/salemanm/httptran/CrmService
http://ItfTux2:8622/salemanm/httptran/CrmService
http://ActTux1:8722/salemanm/httptran/CrmService
http://ActTux2:8822/salemanm/httptran/CrmService
六、WebLogic监控指标
1、Server内存
指标：Server最大内存的90%（最大内存可以在控制台的Server->Monitoring->Performance看到）；说明：默认Server在消耗最大内存的90%时会强制GC（垃圾回收）来释放内存，当内存超过最大内存的90%且长时间无法释放时Server运行异常；
2、Server队列
指标：队列长度的90%（队列长度可以在控制台的Server->Configuration->Queues看到）；
说明：默认的队列长度为15，限制百分比为90％。一般情况下，应保留90％或其左右，以应对一些潜在的情况，使得有额外的线程可以去处理一些请求中的异常。
3、Server线程数
指标：最大线程的90%（线程数可以在控制台的Server->Monitoring->Threads看到）；
说明：默认最大线程数为400
4、JDBC连接数
指标：最大连接数的90%（JDBC最大连接数可以在控制台的Service->JDBC->DataSource实列里看到）；说明：若有连接长时间不释放则需要DBA配合分析原因；
5、WTC连接
指标：连接正常（WTCServer->Ctrl是否connected）
说明：WTC队列监控在Tuxedo，WebLogic这边只能看到是否正常连接
6、JMS连接
指标：连接正常（Interoperability->WTC Servers->Connected是否为true）
说明：JMS为Java消息服务，连接正常即可
七、WADE的JDBC连接
WADE的JDBC是页面级事务，并且在每个lietener动作后都会释放连接，无论是否有异常抛出都会处理，在WADE框架这一层不会有连接池泄漏。
设置简单代理转发功能注意事项 --jump227（dev2dev ID）最近因为工作需要进行了一次代理配置和测试，现把一些注意事项总结一下。（俺水平有限，欢迎大家指正）这里的weblogic版本为weblogic8.1 sp1，并且没有配置ssl。 目的：设置WebLogic Server作为另一个WebLogic Server 或集群的代理，实现转发功能。准备：1、创建一个服务或集群。 集群配置参考：https://www.doczj.com/doc/4317195933.html,/techdoc/2005110701.html 2、配置代理文件 实现集群分发：通过HttpClusterServlet实现，可以参考上述集群配置的文章介绍 的web.xml和weblogic.xml进行部署。也可以参考： https://www.doczj.com/doc/4317195933.html,/wls/docs61/adminguide/http_proxy_cluster.html 实现单一服务转发：通过HttpProxyServlet实现，配置weblogic.xml（同上）和 web.xml可以参考： https://www.doczj.com/doc/4317195933.html,/wls/docs81/plugins/http_proxy.html 参数参考：https://www.doczj.com/doc/4317195933.html,/wls/docs81/plugins/plugin_params.html#1143049 注意事项： 1、在不同机器上创建集群，对于与管理服务器不同机器的托管服务器配置中填写所属管理 服务器时，一定要填另一台机器上的管理服务器名字和ip地址。 2、各机器系统最好相同，环境配置一致，否则通过转发有可能出现显示不正常问题。（我 测试时，在程序相同的情况下通过windows转发访问hp-unix出现汉字乱码问题，而在hp-unix之间没有出现此问题。） 3、DebugConfigInfo参数（ON/OFF）：可以查询参数配置信息，输入下列地址即可： http://proxy_host:port/path/xyz.jsp?__WebLogicBridgeConfig，其中proxy_host:port为代理地址和端口。在生产环境考虑安全建议关掉此参数。 4、通过查询配置信息可以看到WLLogFile: c:/temp/wlproxy.log（windows下）或者 WLLogFile：/tmp/wlproxy.log（unix下）。WLLogFile参数控制日志文件名称和地址，设置此参数前必须创建相应目录，并且Debug参数设置为ON。如果Debug参数设置为OFF将不记录调试信息。（我在配置时关掉了此功能，因为如果开启此功能一天的日志文件就占用大量的空间，太大了！） 5、经过测试HttpClusterServlet也可以实现单一服务代理转发功能（在WebLogicCluster设 置中写一个需要代理的服务器地址即可）。 6、在单一服务代理转发中，代理weblogic和被代理weblogic可以不在同一个域内（经过比 较严格的测试）。在集群分发中经过简单的测试代理weblogic也可以不在同一域内，是否存在别的问题有待考证。 7、单一服务代理转发设置中也可以用参数WebLogicHost和WebLogicPort来设置地址。 附： 1、web.xml示例(HttpClusterServlet单一服务转发，已经关掉调试信息及调试日志)
软件室 Weblogic12 C安装配置手册-初级 版本 <1.0>
修订历史记录
目录 1.简介 (4) 1.1目的 (4) 1.2范围 (4) 1.3定义、首字母缩写词和缩略语 (4) 1.4参考资料 (4) 1.5概述 (4) 2.部署前准备工作 (4) 2.1JDK环境安装(使用ROOT用户) (4) 2.2H OSTS文件配置和多台WEBLOGIC集群说明(使用ROOT用户) (5) 2.3创建WEBLOGIC用户和用户组(使用ROOT用户) (6) 3.WEBLOGIC12C的安装（在桌面模式下进行安装，非命令行模式） (6) 3.1运行安装程序 (6) 3.2安装步骤图片展示 (7) 4.创建WEBLOGIC域(DOMAIN) (15) 4.1运行配置向导 (15) 4.2选择D OMAIN S OURCE (19) 4.3输入管理员用户名称和密码 (21) 4.4选择WEBLOGIC启动模式和JDK (21) 4.5选择定制配置和集群服务器配置选择说明 (23) 4.6配置管理节点 (23) 4.7W EB容器服务配置 (25) 4.8集群配置 (26) 4.9其他配置图解 (29) 5.WEBLOGIC 启动和JVM内存设置 (33) 5.1节点配置 (33) 5.2W EBLOGIC手动启动(使用WEBLOGIC用户) (33) 5.2.1启动管理服务（使用weblogic用户） (33) 5.2.2启动web容器节点（使用weblogic用户） (34) 5.2.3访问地址 (34) 5.3生产模式免密码和后台启动（使用WEBLOGIC用户操作命令） (34) 5.4开机自启动服务配置和设置（使用ROOT用户） (35) 5.5关闭WEBLOGIC (39) 5.6调整WEBLGOC的运行JVM内存 (39)
调合车间设备日常巡检及保养规程示范文本 In The Actual Work Production Management, In Order To Ensure The Smooth Progress Of The Process, And Consider The Relationship Between Each Link, The Specific Requirements Of Each Link To Achieve Risk Control And Planning 某某管理中心 XX年XX月
调合车间设备日常巡检及保养规程示范 文本 使用指引：此操作规程资料应用在实际工作生产管理中为了保障过程顺利推进，同时考虑各个环节之间的关系，每个环节实现的具体要求而进行的风险控制与规划，并将危害降低到最小，文档经过下载可进行自定义修改，请根据实际需求进行调整与使用。 1.管道阀门是否关闭到位,包括成品罐区.调合车间.基础 油罐区。各阀门是否有无跑冒滴漏现象。基础油罐，顶盖 是否盖严。如有问题要在第一时间处理。如处理不了的及 时向主任，或汇报经理。 2.车间地面是否有杂物垃圾。电机油泵是否有油污，升 降机，是否落地停放。安全护栏是否关闭，如有及时处理 或清理。 3.设备在使用前是否有异响，电机是否发热。查明原 因，简单故障的可以与主任，经理汇报自行研究处理。复 杂的故障由车间报机修车间，修复。 4.添加剂，空油桶，车间内物品归类指定摆放是否到
位。 5.消防设施是否有损坏丢失。如有第一时间上报安环部更换补发。 6.生产车间照明.仪表.电控指示灯.是否正常。 7.保证各设备处于完好状态，外观整洁。 8.下班前检查设备电源.照明.门窗是否关闭。 请在此位置输入品牌名/标语/slogan Please Enter The Brand Name / Slogan / Slogan In This Position, Such As Foonsion
统一身份认证平台部署指南 1.生成证书 /opt/bea/jrockit_160_05/bin/keytool -genkey -v -alias casserver -validity 3600 -keypass changeit -keystore /var/heer/casserver.jks -storepass changeit -storetype jks -dname "cn=https://www.doczj.com/doc/4317195933.html,,c=cn" -keyalg "RSA" 其中https://www.doczj.com/doc/4317195933.html, 为统一身份认证中心服务器的IP /var/heer/casserver.jks 为生成的证书库 2.从jks证书库导出客户端使用的cer证书 /opt/bea/jrockit_160_05/bin/keytool -export -v -alias casserver -file /var/heer/casserver.cer -rfc -keystore /var/heer/casserver.jks -storepass changeit -storetype jks 3.将cer证书导入本地java证书库 /opt/bea/jrockit_160_05/bin/keytool -import -v -alias casserver -file /var/heer/casserver.cer -keypass changeit -keystore /opt/bea/jrockit_160_05/jre/lib/security/cacerts 4.进入weblogic控制台
中间件故障诊断总结 一、步骤： 1、准确描述现象：客户说的和自己查看到的：平台、版本、操作、信息等。特别是，故障前是否有做过什么操作：网络调整、设备调整、主机参数调整、配置文件修改……反正将这一切都列入排查的对象。 2、使用工具收集数据，收集配置文件、日志、dump文件等等。 3、使用分析数据，根据问题或收集的数据，使用适当的工具分析数据，当然包括了在网上和在官方支持站点搜索类似的问题的解决办法。 4、尝试解决问题，根据找到的问题点，尝试解决。如修改错的，复原正确的；运行有问题的，适当调整运行的环境和运行的参数等等。 5、给出最佳解决方案，一般就是继续观察了。 6、总结经验并加以重用，知识积累。 二、通过前台收集基本的信息： 1、重点是故障前做过的操作 2、比对运行平台是否在官方的兼容性列表中，一般就是关注各个版本，特别是一些比较怪异的问题 3、检查环境和参数，如能打开控制台，就在控制台中初步观察，一般进入控制台的格式是http://ip地址：端口/console如：http://192.168.0.89:7001/console/。常用的留意点如下： A、域运行状态（域-监视-健康状况）；一般为running状态，如果不是 running，那这些界面就没有了。 B、服务器运行状态（域-环境-服务器），正常的为running。
进入，监视-健康状况）;留意JVM 堆中当前可用的内存量。 不同的JVM，所显示的内容可能不一样，以下为sun的：
D、各个server线程状态（域-环境-服务器，点击具体的serve后进入，监 视-线程）；一般来说，空闲线程要多；健康状况为ok 如下图health状态为：Warning，这个是有线程阻塞的。
1.3 设施设备日常巡检制度 1 目的 规范小区内设施设备的日常巡检工作，及时发现问题、解决问题，确保设施设备处于良好的运行状态。 2 引用文件 《设施设备综合控制程序》 3 职责 3.1 管理处主任和维修组主管负责制定本小区的设施设备巡检计划和巡检路线。 3.2 技术性不强、容易发现问题的设施、设备由管理处管理员进行巡检；技术性较强的设备应由维修组维修工进行巡检。 3.3 管理处管理员负责每日对门禁系统、楼道、楼道灯、大堂灯具、园区道路、公共标识进行一次巡查。巡查中发现问题及时报修。 3.4 维修组维修工负责对电梯、锅炉、冷机、生活水泵、消防水泵、游泳池设备、设施、集水坑潜水泵、给排水主要管道阀门、园区灯具、地下车库灯具、锅炉等进行巡查，并负责对水、电、煤气总表进行抄录。巡查中发现故障及时维修，如故障较大则报告维修组主管，由主管安排维修。 4 操作规范 4.1 巡检标准和方法 4.1.1 门禁系统 门禁系统的要求： a) 门锁开关灵活； b) 屏幕显示正常； c) 外表清洁无污物 (检查方法：开关试验、观察)。 4.1.2 楼道：墙面、楼梯、电梯前室无明显破损或污渍；各管垄井门正常关闭。 4.1.3 楼道灯、大堂灯具 楼道灯、大堂灯具灯要求： a)感应开关或手动开关启动正常； b)灯具启动正常，照明无故障（检查方法：逐一开启）。
4.1.4 园区道路：地砖、墙砖无松动、脱落，破损面积不超过本身面积的四分之一；排水设施不堵塞；铁质栏杆、路灯杆无锈蚀（检查方法：观察）。 4.1.5 公共标识：无损坏、缺失（检查方法：观察）。 4.1.6 游泳池设备、设施 游泳池设备、设施的要求： a) 管道、阀门没有渗漏水（检查方法：观察）； b)泵房集水坑潜水泵能正常启动（检查方法：同集水坑潜水泵）； c)游泳池的拉手、爬梯没有松动（检查方法：用手拉拽）。 4.1.7 集水坑潜水泵 集水坑潜水泵要求： a)水泵手动、自动启动装置正常（检查方法：调至手动模式进行启动）； b)水泵处于自动运行状态（检查方法：看指示灯）； c)浮子位置正常（检查方法：观察）； d)电控柜门关闭（检查方法：观察）。 4.1.8 给排水管道、阀门：主要给水管道和阀门没有漏水现象，主要阀门的开关与标识相符合（检查方法：观察；如发现主要阀门的开关与标识不符，则应在调整前向主管确认）。 4.1.9 园区灯具：照明正常，灯罩无破损，灯杆直立无锈迹（检查方法：观察）。 4.1.10 地下车库灯具：照明正常，灯罩无破损；配电箱门紧闭（检查方法：逐一启动、观察）。 4.2 人员及路线安排 4.2.1 管理处主任和维修组主管负责指定巡检计划和巡检路线，安排管理员和维修工对设施、设备进行巡查。 4.2.2 管理员每日应对本人责任范围内的设施设备至少巡检一次。 4.2.3 维修工巡查工作 维修工巡查工作可参照如下安排，巡检次数不得少于以下要求： a) 上午9时～12时，维修工一人，对生活水泵、消防水泵、游泳池设备、设施、集水坑潜水泵、给排水主要管道阀门做一次巡查； b) 下午4时～5时，维修工一人，对生活水泵、消防水泵做一次巡查；并于5时左右对总水表、总电表、锅炉煤气表进行抄录；
WebLogic部署（图解） WebLogic Server提供了三种方法来用于部署J2EE程序： ☆自动部署：WebLogic Server将定期扫描
2．打开WebLogic Server控制台: Tools→WebLogic Server→WebLogic Console，如下图: 进入到控制台登陆页面，然后登陆：（账号和密码都为weblogic） 点击“Sign In”按钮，进入到：
二．WebLogic归档文件的部署： 1．Weblogic自动部署 例如：在Weblogic中创建名称为Deploy_Test的应用程序，执行后，则在控制台中的应用程序部署中可以看到创建的应用程序已经部署，这是本地自动部署，WebLogic Server将定期扫描
软件项目维护方案
1.项目背景及目标 1.1.项目背景 在国家政策的指导和帮助下，信息化也越来越发挥出十分重要的作用。XXXX 不断加大信息化管理工作力度，积极实施“上网工程”，大力推进全市局域网建设，加快办公自动化系统进程，信息技术在改革中发挥了重要的支撑作用，为充分发挥政府公共职能，促进依法理财、科学理财，提供了重要的信息技术保障。近年来建设各系统随着数据量的逐年增加，陆续出现了性能问题，有必要进行数据库系统的升级及性能优化，以确保应用系统的正常运行，为单位员工提供更好的信息服务。 1.2.项目目标 ●对各系统数据库进行补丁升级服务，安装补丁前制定详细的升级计划和应急 回退计划。 ●完成各系统数据库的性能调优工作。 ●各业务持续性得到有效的保证。 2.需求分析 XXXXXXX项目，我公司有多年的行业经验。具有对运维服务对象进行适时监测、指标分析、和及时修复的能力。 Oracle 产品日常运行维护项目主要从如下几个方面进行： (1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行查看,发现并解决问题。
(2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康查看,对数据库对象的状态做查看。 (3). 查看表空间碎片,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面查看。 （4）由于这些数据库系统承载着XXXX非常重要的业务系统数据，所以在日常 维护中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，需要详细记载以下一些内容： 监控数据库对象的空间扩展情况 监控数据量的增长情况 系统健康查看，查看以下内容: 数据库对象有效性查看 查看是否有危害到安全策略的问题。 查看 alert、Sqlnet 等日志并归档报错日志 分析表和索引 查看对数据库会产生危害的增长速度 查看表空间碎片 数据库性能调整 预测数据库将来的性能 调整和维护工作 后续空间
Weblogic 11g 部署web应用程序详细图解 ----浪花滚滚 1. 手动部署 A．创建web工程。 B．将web工程导出war格式。 导出的包： C．启动weblogic服务。 服务启动成功： D．打开服务配置页面并登陆。
E．登陆成功后，点击左侧菜单栏的部署 F．点右边的安装按钮 G．点上传文件 F．选择刚才导出的war包，将其上传，下一步。 G．选择上传好的文件，下一步。
H．选择“讲次部署安装为应用程序”，下一步。 I．可以在这里为工程取个别名，也可以用默认。其他都选择默认，下一步。 J．完成。 H．再点左侧菜单栏的部署，显示部署的应用程序的状态。 J．地址栏输入工程的地址：http://localhost:7001/工程文件名（或者刚才改过的别名），发现网页正常运行，部署成功！
2. weblogic和myeclips集成的配置部署 A．点击myeclips工具栏的按钮的黑色小三角，在弹出窗口的左侧选择Configure Server →Servers→WebLogic→Weblogic 10.x B．选择Enable
C．配置WebLogic的路径及其登录用户名和密码 D．左侧点击JDK 右边点ADD按钮 点Directory… 选择weblogic安装目录下的JDK包。 注意：weblogic的版本和JDK的版本是严格匹配的，一定要选择正确的版本号。 并且需要使用跟安装weblogic时选择的同一个JDK。 E．点左侧的Launch，右边选择Run mode
F． 配置完成！ G．部署工程 点myeclips上方工具栏的按钮， 选择要部署的工程 点ADD后Server选择WebLogic10.x 点finashi,ok后，部署完成。 H．点的黑色小箭头后选择WebLogic 10.x→Start启动服务。 I．服务启动成功。 J．当工程有重名时，会发生冲突，部署失败。
设备巡检和点检概述 设备巡检数据处理要点 设备的技术状态和设备运行状态如何，要通过对设备进行检查后可以得出相应的结果。 为避免设备的保养维修不足或保养检修过剩，提高设备的利用率，运行的可靠性、降低维修成本。系统专门设置了设备巡检数据处理功能，可以使企业设备管理工作的重点，从原来的定期检修和计划检修管理模式，向预防式设备检修管理模式转变。 设备状态检查是利用人的五官或简单的仪器工具，对设备进行定点、定期的检查，对照标准发现设备的异常现象和隐患，掌握设备故障的初期信息，以便及时采取对策，将故障消灭在萌芽阶段的一种管理方法。 本系统定义设备状态检查，可分为四类：机械设备日常巡检、电机电器日常巡检、压力设备定期点检、关键设备定期点检。 ■ 机械设备日常巡检：对设备的运转部位进行五官粗略巡视或用简单的仪器工具进行检测。 ■ 电机电器日常巡检： ■ 压力设备定期点检 ■ 关键设备定期点检：对生产线上重点设备、关键设备、价值高的设备定期进行设备运行状态监测、设备技术功能诊断。 设备日常巡检与设备定期点检的区别： 设备巡检是按设备的部位、内容进行的粗略巡视，为了“观察”系统的正常运行状态，这种方法实际上是一种不定量的运行管理，对分散布置的设备比较合适。
设备点检管理则是全面掌握设备的各种状况，揭示其状态变化的一般规律和特殊规律，及时发现设备隐患，实现预知性检修。 设备巡检和设备点检工作的基本特点是： （1）确定专职检验人员，负责某个生产工艺段的设备，实行常白班工作制。点检员不同于维护工人、检修工人，也不同于维护技术人员，而是经过特殊训练的专门人员。 （2）确定检查设备故障点，明确设备的点检部位、项目和内容，使检验人员有目的、有方向的进行设备点检。 （3）确定设备劣化量，把设备技术诊断和倾向管理结合起来，进行设备劣化的定量化管理，测定裂化速度，达到预知维修的目的，实现了现代设备技术和科学管理方法的统一。 （4）确定检查周期，对故障点的部位、项目和内容均有预先设定的周期，并且根据点检员素质的提高和经验积累，进行修改和完善。 （5）确定检查标准，定标准是衡量或判别点检部位是否正常的依据，也是判别该部位是否劣化的尺度。 设备点检数据处理要点 设备技术状态的检查和监测是指通过人的感官或使用仪器、检测、监视设备在运行过程中出现的异常形态和劣化趋向并预测设备残余寿命的活动。这些活动包括设备日常点检、定期点检、状态监测和故障诊断等，其目的在于早期发现故障征兆和性能隐患、以便及时预防和消除，保证设备正常和安全地运转。同时，又为做好修理准备和安排修理计划提供有利条件。 为了准确掌握设备的技术状况及劣化程度，对影响设备正常运行的关键部位
详细设置 WebLogic Cluster 下列部分包含了配置 WebLogic Server 群集的准则和说明： ?开始之前 ?群集实现过程 开始之前 本部分简要讲述了设置 WebLogic Server 群集的前提任务和信息。 获取群集许可 群集的 WebLogic Server 实例的安装必须具有有效的群集许可。如果您没有群集许可，则请与 BEA 销售代表联系。 了解配置过程 如果您大致了解群集配置过程以及如何完成配置任务，则本部分中的信息对您最有帮助。 有关 WebLogic Server 中的可用配置工具以及它们所支持任务的信息，请参阅了解群集配置。 确定群集架构 确定什么样的群集架构最能满足您的需求。主要的架构决策包括： ?应该将所有应用程序层组合在一个群集内，还是应该将应用程序层分隔在不同的群集内？ ?如何在群集中的服务器实例之间平衡负载？您将： o使用基本WebLogic Server 负载平衡， o实现第三方负载平衡器，还是 o将应用程序的Web 层部署在一个或多个次级HTTP 服务器上并向其代理请求？ ?是否应该定义带有一个或多个防火墙的Web 应用程序非军事化区（De-Militarized Zone，简称DMZ）？ 要获得这些决策的指导，请参阅群集体系结构和群集中的负载平衡。
您所选择的架构将对群集的设置方式产生影响。群集架构可能还需要您安装或配置其他资源，如负载平衡器、HTTP 服务器和代理插件。 考虑网络和安全拓扑结构 安全要求构成了设计合适的安全拓扑结构的基础。有关提供各种应用程序安全级别的几种其他架构的讨论，请参阅群集体系结构的安全选项。 注意：某些网络拓扑结构可能会干扰多播通信。如果您要在W AN 中部署群集，请参阅如果群集跨越W AN 中的多个子网。 注意：请尽量不要跨越防火墙在群集中部署服务器实例。有关穿越防火墙建立多播流量隧道的结果的讨论，请参阅防火墙可能会中断多播通信。 为群集安装选择计算机 确定计划在其中安装 WebLogic Server 的一个或多个计算机（在本部分中通篇称这样的计算机为“主机”）并确保它们具有所需的资源。WebLogic Server 允许您在单独的、非多宿主计算机上设置群集。这种新功能对于演示环境或开发环境非常有用。 注意：不要在具有动态分配的IP 地址的计算机上安装WebLogic Server。 多CPU 计算机上的WebLogic Server 实例 BEA WebLogic Server 对于可驻留于群集中的服务器实例数没有内置的限制。一些大型的多处理器服务器（如 Sun Microsystems, Inc. Sun Enterprise 10000）可以承载非常大的群集或者多个群集。 大多数情况下，按照每两个 CPU 一个 WebLogic Server 实例的方式进行部署，WebLogic Server 群集的可伸缩性最好。但是，您应该使用计划的所有容量对带有目标 Web 应用程序的真正部署进行测试，以确定服务器实例的最佳数量和分布。有关详细信息，请参阅“WebLogic Server 性能及调整”中的“在多 CPU 计算机上运行多个服务器实例时要注意的性能事项”。 检查主机计算机的套接口读取器实现 为了获得最佳的套接口性能，请对 WebLogic Server 主机计算机进行配置，使其使用面向您的操作系统的本地套接口读取器，而不要使用纯 Java 实现。要了解原因，以及有关配置本地套接口的说明或优化纯 Java 套接口通信的说明，请参阅使用 IP 套接口的端到端通信。
目录
概述 XXX第二次土地调查数据库及国土资源视频会议系统运维项目内容主要分为土地调查数据库软硬件运维工作和视频会议系统运维工作，服务内容涵盖了网络交换机机设备、网络安全防护设备、服务器设备、存储设备、操作系统以及数据库等内容，存在技术多样化、管理复杂化等问题，从而对运维公司的技术力量以及管理团队都有着一定的要求。 XXX公司根据多年的项目实施和服务，积累了丰富人力资源和管理经验，根据本次项目特点，特制定如下运行维护解决方案。 服务内容 服务目标 XXX公司可提供的运行维护服务包括，信息系统相关的网络设备、服务器设备、存储设备、操作系统、数据库以及视频会议系统的运行维护服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。 用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、服务器设备、存储设备和视频会议系统设备等；软件系统主要为操作系统、数据库软件、集群软件等和业务应用软件等。 XXX公司通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。 XXX公司提供的信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。 服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标：运行状态、故障情况 配置信息 可用性情况及健康状况性能指标 信息资产统计服务 此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。 服务内容包括： 硬件设备型号、数量、版本等信息统计记录 软件产品型号、版本和补丁等信息统计记录 网络结构、网络路由、网络IP地址统计记录 综合布线系统结构图的绘制 其它附属设备的统计记录 网络、安全系统运维服务
Weblogic项目部署 1、使用weblogic部署项目时，首先要启动一下开始菜单中weblogic目录下的QuickStart添加一个项目名称。 2、创建完项目之后，在weblogic安装目录\Middleware\user_projects\domains下面就可以看到自己刚刚创建的项目了。随后启动目录下面的startWebLogic.cmd，启动完成后，启动ie 浏览器在地址栏输入http://localhost:7001/console，然后会出现一个登陆窗口，用户名为创建项目最后输入的名称，默认是weblogic，密码即为自己输入的密码. 3、登陆进去之后我们就可以对我们所创建的项目进行配置了： 配置服务项中的数据源：名称和JNDI名称我们都要使用项目中app-config-context.xml 配置文件项目中的JNDI名称。这里使用的是sinosoftDataSource。数据源配置完成后的参数: url:jdbc:oracle:thin:@10.32.14.73:1521:personal 驱动程序类名称：oracle.jdbc.xa.client.OracleXADataSource 由于在倒数第二步测试连接成功之后我就直接点击完成，导致最后一步没有完成，最后在部署项目完成之后项目报错找不到数据源，Unable to resolve 'sinosoftDataSource'. Resolved ''; remaining name 'sinosoftDataSource' 之后就是在weblogic中部署需要部署的项目，也就是将项目中的webapps目录加载到weblogic中，一切完成之后就可以在浏览器中输入访问路径访问这个项目了。 weblogic部署中遇到的问题： 1、内存溢出：修改项目路径\bin\目录下的setDomainEnv.cmd文件， 将其中的内容： set MEM_PERM_SIZE_64BIT=-XX:PermSize=128m set MEM_PERM_SIZE_32BIT=-XX:PermSize=48m 修改为： set MEM_PERM_SIZE_64BIT=-XX:PermSize=512m set MEM_PERM_SIZE_32BIT=-XX:PermSize=512m Myeclipse中的内存溢出修改： -Xms256m -Xmx512m -XX:CompileThreshold=8000 -XX:PermSize=128m -XX:MaxPermSize=512m -Xverify:none -da Paths中添加一个名称为antlr-2.7.6rc1.jar。
电气设备日常巡检知识 一、巡检目的： 1、及时了解电气设备的运行状态，掌握其技术性能； 2、及时了解电气设备的周围环境，控制环境对其性能的影响； 3、及时掌握电气设备对人和物构成的危险，消除不安全状态； 4、及时掌握电气设备的运行参数，提高运行经济性。 二、巡检内容： 1、设备正常运行时，检查电缆线头、接触器、空气开关出线头是否发热或变色； 2、检查电流、电压指示值是否稳定和正常，检查指示灯是否正常； 3、检查电机温度、声音、振动，检查电机滑环是否打火或变色，电机接线盒是否松动、电缆保护管是否牢固、线路与机架有无磨擦，电机、线路有无异物压卡或滴到酸碱、雨水、油等，设备正常运转时，滚动轴承温度不超过85℃，电机温度不超过95℃； 4、液压站润滑油温度与压力、液压泵工作压力是否正常，判断电机运行状态； 5、检查开关柜线路进入处或下雨时，雨水是否会进入开关柜； 6、检查变压器的出线电缆温度、电缆绝缘老化情况、电缆头的颜色，变压器的油位，接地，高低压瓷瓶外表有无漏电痕迹； 7、检查高压、低压线路。 （1）检查固定线路绑线情况； （2）检查各接线头是否有松动或氧化、变色现象，特别是
并沟线夹、铜铝过渡线夹； （3）定期检查各接地网（含选厂厂房接地网）的接地电阻（注意避免杂散电流对测量的影响）。 三、巡检方法： 1、用手感觉电缆、电机、变压器外壳的温度，首先用右手背指甲，手背； 2、用红外测温仪测量电缆头、开关接触头、变压器线头、母线等带电部位的运行温度； 3、用目测线路及开关柜、元器件； 4、用木柄工具听电机及轴承的运行声音，用手感觉电机、变压器等的振动； 5、看电测仪表指示值判断运行参数，看记录检查运行情况，看接头处的颜色判断温度； 6、问当班操作工的反映； 7、总括起来就是"眼看、鼻子闻、耳朵听、手触摸、问"几种方法。 四、注意事项： 1、带合格的工具、仪器、劳动保护用品巡检。 2、在检查电缆、空开、接触器时，严禁直接用手或直接手持金属物件或湿物件去触摸带电导体； 3、严禁开车时间去拆卸开关、电缆或电机，移动电缆电线； 4、检查时注意与电机、机械设备转动部分保持足够距离，0.3米以上； 5、长袖衣服、长头发、衣服边等注意按安全要求做好防范工作； 6、检查高压设备时，必须与电气设备、线路保持足够的安全距离（0.5米）；
Weblogic在windows下安装及部署项目教程 1.Weblogic10.3.6版本下载地址： https://www.doczj.com/doc/4317195933.html,/technetwork/cn/middleware/ias/downloads/wls-main-091116-zhs.html 或在\\192.168.60.244\Tool\测试环境工具上取 2.安装 1)安装目录：D:\Oracle\Middleware 2)选择安装类型为自定义，选择自己需要安装的组件，其他都是默认直接下一步，直 到安装完成。 3.创建域 1)创建新的weblogic域 2)其他默认，点“下一步”，到下图这个界面设置用户名和密码。例如：用户名：weblogic 密码：weblogic1
3)选择服务器启动模式和JDK 4)选择可选配置
5)配置管理服务器 6)后面步骤直接“下一步”，知道创建完成。创建完成，运行 D:\oracle\Middleware\user_projects\domains\easyStore_domain\bin\startWeblogic.c md，用浏览器打开http://192.168.60.244:7001/console可直接登录管理服务器。 4.配置受管服务器 1)登录界面，使用自己设置的用户名密码登录
2)新建受管服务器 3)设置服务器名称、服务器监听地址、服务器端口，名称和端口均不与其他服务器重 复。然后点击“下一步”，完成。
5.配置数据源 1)点击“新建”，选择“一般数据源” 2)设置JDBC数据源名称，以及数据库类型，点击“下一步” 3)设置数据库驱动程序，选择如下图所示 4)设置JDBC数据源详细信息，实际的数据库名称、数据库用户名、主机地址等。
1Weblogic9.2 在linux下启动很慢 打开setDomainEnv.sh 增加-Djava.security.egd=file:/dev/zero 修改参数为 JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/zero" 2Windows x64 jrockit 启动3000M 报OutOfMemory https://www.doczj.com/doc/4317195933.html,ng.OutOfMemoryError: class allocation, 153359080 loaded, 154140672 footprint JVM@check_alloc (src/jvm/model/classload/classalloc.c:118). 19416 bytes 通过修改启动内存，设置4G以上 3后台日志出现以下报错 User
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/domai ns/pms/bi n/setDomai nEn v.sh文件中的启动内存大小并添加垃圾回收机制，修改后如下： MEM_ARGS="-Xms5248m -Xmx5248m -Xmn 1536m -XX:SurvivorRatio=6 -XX:+UseParNewGC -XX:+UseCo ncMarkSweepGC -XX:CMSFullGCsBeforeCompactio n=20 -XX:+UseFastAccessorMethods -XX:+AggressiveOpts"
3、修改完成后重启Weblogic 服务。 4、原因分析 在收到报警信息后，对后台日志进行查看，报错信息如下： Exception in thread "CBM_ 正常处理任务线程" https://www.doczj.com/doc/4317195933.html,ng.OutOfMemoryError: Java heap space at oracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.ja va:868) at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatem ent.java:1045) at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPre paredStatement.java:839) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatem ent.java:1132) at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePrepa redStatement.java:3316) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePrepare dStatement.java:3361)