weblogic换ip_weblogic绑定服务器ip_weblogic12c clone.sh(8)

JVM的heap区大小，通过java命令行中的-Xms,-Xmx指定，建议最小值和最大值设成一样，可以通过WebLogic console上server/monitor/performance来观察其使用情况，建议生产系统最256M，一般情况下可以设置为系统剩余物理内存的80％，Heap size太大在一些JVM上会有问题，对于sun和hp的JVM，permanent size太小也会出OutOfMemoryError，在java命令行上加-XX:MaxPermSize=128m 尽量减少内存消耗，Session中不要放大的数据，并尽量在不再需要的时候remove掉，如果可以调整session timeout到较小的值，避免在J2EE 内存泄漏，可以通过WebLogic server端应用里边调用AWT/swing作图，调整ejb的cache/pool设置 console来观察JVM的heap memory使用情况来获知是否有内存泄漏情况，采用第三方辅助工具来获取更详细信息，如Jprobe/OptimizeIt；有可能是weblogic的bug，但绝大部分情况是由用户的应用引起的，最常见的代码问题是连接没正常关闭。

3.2.2 系统CPU忙，如果用户访问量很大，CPU占用很高（user态）并不是异常，如果是kernel态很多，需要OS厂商调整操作系统。采用top找到占用CPU很多的进程，如果是非weblogic进程，应该考虑将其移到另外的server上运行，如果是运行weblogic的java进程，通过做thread dump（详细信息后边会介绍到）来确认是那段代码导致了这么高的CPU使用（也有可能是os/jvm本身不正常）

3.2.3 系统文件描述符数目不足 ulimit –a –H 可以查看当前限制lLog中有“too many open files”的错误，表示达到了系统对一个进程能同时打开的文件数的限制： Solaris上可以通过/usr/proc/bin/pfileslulimit –n number可以来更改当前环境的设置，建议至少设到4096 Solaris上root用户可以通过/usr/proc/bin/plimit -nlpid来查看指定进程的限制和当前使用的file descriptor数目 soft,hard pid 来动态更改进程的文件描述符的限制

3.2.4 线程死锁对于原因不明的hang或是响应慢，最根本的方法就是获取thread dump信息，对于windows系统，在运行java的窗口按Ctrl＋Break，对于UNIX系统，首先用ps找到运行weblogic的java进程的pid，然后执行kill –3 pid，JVM将负责将所有java进程的状态、执行堆栈dump到其标准输出，为了方便获取thread dump信息，在weblogic启动的时候，最好将其标准输出重定向到一个文件，为了反映线程状态的动态变化，需要接连多次做thread ldump，每次间隔10-20s。 对于thread dump信息，主要关注的是线程的状态和其执行堆栈，线程的状态一般为三类 Waiting for monitorl Waiting on monitor（CW）：线程主动wait lRunnable（R）：当前可以运行的线程 entry（MW）：线程等锁一般关注的都是第一和第三种状态的线程 CPU很忙则关注runnable的线程 CPU闲则关注waiting for monitor entry的线程一种典型的死锁是由于在server端应用（比如servlet）中请求由同一weblogic实例serve的资源，解决办法就是将该servlet放到另外的执行队列里去执行。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-29535-8.html