07_WebLogic Server运行常见问题.pptVIP

BEA Weblogic Server 8.1运行常见问题 WebLogic Server挂起 问题描述 出现如下情况时怀疑服务器挂起： 服务器不响应新的请求。 请求超时。 请求处理的时间越来越长（其最终结果可能是挂起）。 通常，服务器挂起不会表现为服务器崩溃，但服务器挂起之后可能会崩溃 发生问题的原因 服务器挂起有多种原因。一般而言，服务器挂起是因为缺少某种资源。缺少资源会阻止服务器响应服务请求。例如，由于故障（死锁）或者大量请求的缘故，可能没有任何可用的执行线程来完成工作，所有执行线程都被占用或忙于处理以前的请求。 ...WebLogic Server挂起 解决问题的步骤 当服务器挂起时，首先使用 java weblogic.Admin t3://server:port PING 来 ping 该服务器。如果服务器能够响应此 ping，则可能是应用程序正在挂起而不是服务器自身。 确保服务器确实正在挂起，而不是在做垃圾回收。 确定“Default”ExecuteThread 队列是否超载。利用控制台确定“Default”队列中的所有 ExecuteThreads 是否空闲。 如果执行队列有空闲线程，则可能没有分配足够的 Socket Reader 线程。 如果使用 JDBC 连接池，确保池中已经配置的 JDBC 连接数量与同时请求（即执行线程）的数量相等。 已知的WebLogic问题 JDBC 产生死锁问题的可能性存在。检查在 weblogic.log 开头找到的服务器的版本和 Service Pack 级别。然后对已经应用于服务器类路径的所有临时修补程序检查以上版本和 Service Pack 行。修补程序将指明已经解决了什么问题。 ...WebLogic Server挂起 收集Thread Dump Windows：您需要在WebLogic运行的窗口按Ctrl+Break键; Unix：需要执行: kill -3 pid。其中pid是运行WebLogic的JVM的进程号。如果不能产生thread dump,请和JVM提供商联系。 Solaris：可能需要在LD_LIBRARY_PATH的前边加上/usr/lib/lwp。 Thread Dump分析 Thread dump会显示出系统中所有线程的当前运行情况。 状态为runnable的线程为当前可运行的； 状态为waiting on monitor的线程一般为当前在执行wait()操作； 状态为waiting for monitor entry的线程为当前在等待锁。 需要特别注意这些状态为waiting for monitor entry的线程，因为正是他们造成了死锁。 如果看到代码处于waiting for monitor entry状态，请检查代码；如果您发现是WebLogic系统的线程造成死锁，请和Bea的技术支持联系。 内存不足/内存泄漏问题 问题描述 内存不足 (OOM) － 由于 java 堆或本地内存中的内存耗尽，应用程序显示“内存不足”错误。 内存泄漏 － java 堆或本地内存的持续内存增长，最终将导致内存不足状态。调试内存泄漏状态的技术与调试内存不足状态的技术相同 Java 堆、本地内存和进程大小 Java 堆 －这是 JVM 用来分配 java 对象的内存。java 堆内存的最大值用 java 命令行中的 -Xmx 标志来指定。如果未指定最大的堆大小，那么该极限值由 JVM 根据诸如计算机中的物理内存量和该时刻的可用空闲内存量这类因素来决定。 本地内存 － 这是 JVM 用于其内部操作的内存。JVM 将使用的本地内存堆数量取决于生成的代码量、创建的线程、GC 期间用于保存 java 对象信息的内存，以及在代码生成、优化等过程中使用的临时空间。 进程大小 － 进程大小将是 java 堆、本地内存与加载的可执行文件和库所占用内存的总和。在 32 位操作系统上，进程的虚拟地址空间最大可达到 4GB。从这4GB内存中，操作系统内核为自己保留一部分内存（通常为 1 - 2GB）。剩余内存可用于应用程序。 Windows缺省情况下，2GB 可用于应用程序，剩余 2GB 保留供内核使用。但是，在 Windows 的一些变化版本中，有一个 /3GB开关可用于改变该分配比率，使应用程序能够获得 3GB。有关 /3GB开关的详细信息，可以在以下网址中找到：/library/default.asp?url=/library/en-us/ddtools/hh/ddtools/bootini_1fcj.asp …内存不足/内存泄漏问题 为什么会发生 OOM 问题，JVM 在这种情况下如何处理？ java 堆中的内存不足 如果 JVM 不能在 j