weloi优化设置调优参数及监控指标

优化设置Weblogic服务程序设置：1、设置JDK内存：改正weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd文件：改正前：if"%JAVA_VENDOR%"=="Sun"(setWLS_MEM_ARGS_64BIT=-Xms256m-Xmx512msetWLS_MEM_ARGS_32BIT=-Xms256m-Xmx512m)else(setWLS_MEM_ARGS_64BIT=-Xms512m-Xmx512msetWLS_MEM_ARGS_32BIT=-Xms512m-Xmx512m)setMEM_PERM_SIZE_32BIT=-XX:PermSize=48msetMEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m改正后：if"%JAVA_VENDOR%"=="Sun"(setWLS_MEM_ARGS_64BIT=-Xms512m–Xmx1024msetWLS_MEM_ARGS_32BIT=-Xms512m–Xmx1024m)else(setWLS_MEM_ARGS_64BIT=-Xms1024m–Xmx1024msetWLS_MEM_ARGS_32BIT=-Xms1024m–Xmx1024m)setMEM_PERM_SIZE_32BIT=-XX:PermSize=128msetMEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=256m说明：红色字体为改正的内容，详细改正值依据实质物理内存确立-Xmx3550m：设置JVM最大堆内存为3550M。-Xms3550m：设置JVM初始堆内存为3550M。此值能够设置与-Xmx同样，以防止每次JVM动向分派内存所浪费的时间。-XX:PermSize=256M：设置堆内存长久代初始值为256M。(貌似是Eclipse等IDE的初始化参数)-XX:MaxPermSize=512M：设置长久代最大值为512M。32位操作JDK内存系统：最大可设置1.5G，假如设置过大，会致使服务没法启动64位操作JDK内存系统：最大设置为物理内存的60~80%2、设置线程数：改正weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd中在JAVA_OPTIONS中增添以下：setJAVA_OPTIONS=%JAVA_OPTIONS%-Dweblogic.threadpool.MinPoolSize=2000setJAVA_OPTIONS=%JAVA_OPTIONS%-Dweblogic.threadpool.MaxPoolSize=4000说明：JDK5.0此后每个线程栈大小为1M，可是操作系统对一个进度内的线程数仍是有限制的，不可以无穷生成。32位操作系统依据JVM最大堆内存设置；64位操作系统经验值在3000~5000左右。3、Weblogic数据库连结池连结数设置：受Oracle数据库连结数的影响，能够参照同一时间连结数据库的用户数目，进行设置，数据库的最大连结数不可以小于顶峰时期同一时间连结用户的数目。点击数据源，进入后选择连结池：初始容量：20最大容量：50容量增添：5说明：设置前得设置数据库的最大并发线程数（下边有介绍Oracle数据库线程数设置方法），因为weblogic节点的连结池最大连结数之和不可以大于数据库的最大线程数。初始容量：要在创立连结池时创立的物理连结数。假如没法创立这一数目的连结，创立此连结池的操作将会失败。此连结数也是连结池将保持的最小可用物理连结数。最大容量：此连结池可容纳的最大物理连结数。容量增添：将新连结增添到连结池时创立的连结数。不再有可用的物理连结来知足连结恳求时，WebLogicServer会创立该数目的附带物理连结并将它们增添到连结池中。MBean属性(不合用于应用程序模块)：JDBCConnectionPoolParamsBean.CapacityIncrement。4、Weblogic的服务设置[配置优化]：接受积压：300登录超时：5000说明：接受积压：关于此服务器的惯例和SSL端口，应当同意的新TCP连结恳求的积压数目。将积压设置为0能够防备此服务器接受某些操作系统上的所有传入连结。登录超时：此服务器的默认惯例(非SSL)监听端口的登录超时。这是同意成立新连结的最长时间。假如值为0，表示无最大值。MBean属性：ServerMBean.LoginTimeoutMillis最小值：0。最大值：100000。安全值：5000weblogic调优参数对Weblogic的调优主要从SEVER、ExecuteQueue、JDBC等几个方面的有关参数进行调优：一、SERVER在mydomain->Servers->myserver->Configuration->Tuning->“EnableNativeIO”中：1、NativeIOEnabledTRUE，表示该Server使用当地I/O2、SocketReaders设置在履行线程中专用做SocketReaders的百分比、MaximumOpenSockets最大翻开Socket数、StuckThreadMaxTime拥塞线程时间，超出这个时间没有返回的履行线程，系统将以为是拥塞线程假如weblogic以为某个行列中的所有的线程所有拥塞的话，weblogic将会增添履行线程的数目。注意：履行线程的数目一旦增添，目前weblogic不会去减少他，假如增添了一些线程此后再次出现overflow的警示，weblogic会持续增添履行线程的数目，向来抵达到上限为止。、StuckThreadTimerInterval系统检查拥塞线程的时间间隔、LowMemoryGCThreshold当可用内存小于该百分比时，垃圾回收启动、LowMemoryGranularityLevel当两次检测的可用内存变化超出该百分比时，垃圾回收启动、LowMemorySampleSize在一次检测中的取样次数9、LowMemoryTimeInterval检测间隔时间10、AcceptBacklog等候行列中最多能够有多少TCP连结等候办理，假如在很多客户端连结被拒绝，而在服务器端没有错误显示，说明该值设得过低。假如连结时收到connectionrefused信息，说明应提升该值，每次增添25％二、ExecuteQueue在、ThreadCount服务器初始创立的履行线程的数目，设置原则：增大机器的最大并发线程数使办理器利用率达到最大。关于服务器端操作比许多的线程，应当减少线程计数；关于客户端操作比许多的，应当增添线程计数。并发线程数理论上等于“当地主机CPU个数+Stuck线程数”，够用即可，过大会降低系统性能、QueueLength在等候行列里的恳求数，理想状态下是0、QueueLengthThresholdPercent一个百分数，当request的数目达到行列长度的这个比率的时候，weblogic会发出overflow的标记信息4、ThreadsIncrease假如weblogic发出overflow的标记信息，weblogic会试试增添这个数目的履行线程，以解决办理矛盾、ThreadsMaximum最大履行线程数、ThreadsMinimum最小履行线程数、ThreadPriority线程优先级三、JDBC在service->JDBC->JDBCConnectionPools->Configuration->name->Connections1、InitialCapacity初始数据库物理连结数、MaxCapacity最大数据库物理连结数、CapacityIncrement每次数据库物理连结增添数、StatementCacheTypepreparedstatements缓存的策略，LRU算法在有新的语句到来时，将最不常常被用得语句调整出缓存。FIXED算法为先进先出的算法5、TestConnectionsOnReserveTestConnectionsOnReserve设置为false（缺省设置）。假如此参数设置为真（true），则在连结被分派给调用者以前，都要经过测试，这会额外要求与数据库的频频连结6、StatementCacheSize宏语句设定的静态缓存，大小由JDBC连结池配置时指定，调整这个数值的大小，有益于提升系统的效率7、LoginDelay创立数据库物理连结时的延不时间weblogic监控指标线程监控：DOMAIN->选择服务->Monitoring->General->MonitorallActiveQueues...->MonitorallExecuteThreads...在这个列表中能够看到应用目前办理的线程状况，若想进一步追踪线程，可在使用KILL-3来追踪查察进度状况，一般状况下线程存在以下状态：A、Runnable：该状态表示线程具备所有运转条件，在运转行列中准备操作系统的调动，或许正在运转B、Waitoncondition：该状态出此刻线程等候某个条件的发生、线程在等候网络的读写、线程在sleep，等候sleep的时间到了时候，将被唤醒。C、Waitingformonitorentry

和inObject.wait( )

：每个

Monitor

在某个时刻，只好被一个线程拥有，该线程就是

“ActiveThread

”，而其余线程都是

“WaitingThread

”，分别在两个行列

“

EntrySet

”和

“WaitSet

”里面等候。在

“EntrySet

”中等候的线程状态是“Waitingformonitorentry

”，而在“WaitSet

”中等候的线程状态是

“inObject.wait( )

”。线程为何会进入

“WaitSet

”。当线程获取了

Monitor

，进入了临界区以后，假如发现线程持续运转的条件没有知足，它则调用对象（一般就是被synchronized的对象）的

wait( )

方法，放弃了

Monitor

，进入“WaitSet”行列。只有当其他线程在该对象上浮用了

notify( )

或许

notifyAll( )

，“WaitSet”行列中线程才获取时机去竞争，可是只有一个线程获取对象的Monitor，恢复到运转态D、死锁：在多线程程序的编写中，假如不适合的运用同步体制，则有可能造成程序的死锁，常常表现为程序的停留，或许不再响应用户的恳求。E、热锁：也常常是致使系统性能瓶颈的主要要素。其表现特点为，因为多个线程对临界区，或许锁的竞争，可能出现：屡次的线程的上下文切换：从操作系统对线程的调动来看，当线程在等候资源而堵塞的时候，操作系统会将之切换出来，放到等候的行列，当线程获取资源以后，调动算法会将这个线程切换进去，放到履行行列中。大批的系统调用：因为线程的上下文切换，以及热锁的竞争，或许临界区的屡次的出入，都可能致使大批的系统调用。大部分CPU开支用在“系统态”：线程上下文切换，和系统调用，都会致使CPU在“系统态”运转，换而言之，固然系统很繁忙，可是CPU用在“用户态”的比率较小，应用程序得不到充分的CPU资源。跟着CPU数目的增加，系统的性能反而降落。因为CPU数目多，同时运行的线程就越多，可能就会造成更屡次的线程上下文切换和系统态的CPU开支，进而致使更糟糕的性能连结监控：DOMAIN->选择服务->Monitoring->General->MonitorallConnections...性能监控：DOMAIN->选择服务->Monitoring->Performance1、IdleThreads：已分派到行列的安闲线程数2、OldestPendingRequest：被搁置在行列中最常的恳求所发生的时间3、Throughput：Thenumberofrequeststhathavebeenprocessedbythequeue4、QueueLength:正在等候的行列5、MemoryUsage：目前内存货仓使用状况6、GC状况信息监控：DOMAIN->选择服务->Monitoring->JMS1、CurrentConnections:Thecurrentnumberofconnectionstothisserver.2、ConnectionsHigh:Thehighestnumberofconnectionstothisserversincethelastreset.3、TotalConnections:Thetotalnumberofconnectionsmadetothisserversincethelastreset.4、CurrentJMSServers:ThecurrentnumberofJMSserversthataredeployedonthisWebLogicServerinstance.5、ServersHigh:ThehighestnumberofJMSserversthatweredeployedonthisWebLogicServerinstancesincethisserverwasstarted.6、ServersTotal:0ThetotalnumberofJMSserversthatweredeployedonthisWebLogicServerinstancesincethisserverwasstarted.事务监控：DOMAIN->选择服务->Monitoring->JTA、TotalTransactions:1641服务办理的事务总数、TotalCommitted:1641提