WeblogIC日常维护与管 理(监控、管理、故障 诊断和性能优化)-Ver1.0.pdf

内容 基于WLS 的应用维护与管理 故障诊断 性能优化 WLS92与WLS81在维护管理上的不同 常见问题 基于WLS 的应用维护与管理 （1） 运行时监控与维护 业务层的监控；该部分监控主要从业务处理层面直观了解当前应 用系统的运行状况，如直观的访问速度，基于业务系统自身的统 计数据等； 基于WLS Console 的监控；主要关注系统资源的使用情况：空闲线 程数、吞吐量、Heap 内存使用情况、数据库连接池使用情况； （参见前期提供的） OS监控；主要关注主机CPU、内存资源、磁盘空间的使用情况； 数据库监控：主要关注主机CPU和内存资源的使用情况，对数据 库运行的具体监控请从数据库管理层面进行； 基于WLS 的应用维护与管理 （2 ） 运行时监控与维护 运行中产生的系统日志和其他临时文件的维护； 维护系统中产品版本的一致性； 建立应用更新与维护机制； 及时更新或升级相关产品，安装BEA客户支持部门发布的必要补 丁；  跟进操作系统和JDK版本的更新，必要时安装相应的升级包或补 丁； 基于WLS 的应用维护与管理 （3 ） 运行时监控与维护 BEA Guardian 的适用场景；某些系统的运行特征只有在实际业务 运行或压力情况下才会发生，通过BEA Guardian 的评估能够了解 特定运行状况下可能发生的故障隐患，并及时加以排除和解决； 基于WLS 的应用维护与管理 （4 ） 运行时监控与维护 其他工具的使用；WLS实现了JMX管理扩展，支持snmp管理接口 标准，能够方便的与专业系统管理软件进行集成管理； 基于脚本的WLS监控，WLShell ；补充WLS Console无法记录运行 时数据的不足，基于脚本方式运行，能够生成可追踪的系统运行 数据记录； 基于WLS 的应用维护与管理 （5 ） 运行时监控与维护 基于WLS Console 的监控（详述） WLS 管理控制台（admin console ） WLS请求处理过程 WLS 中的任务全部在线程池中完成 WLS 中线程分为两种 Reader thread ，负责处理网络接口 Execute thread ，负责处理用户请求 线程管理（1） WLS通过线程池的机制处理请求；（基于JVM 的线程工 作机制） WLS 内部存在多个线程池，用于处理业务请求的通常被 成为缺省执行队列，通常我们所说的执行线程均针对该缺 省线程队列；用户可以创建自己的执行队列用于运行特定 的业务服务 （如运行时间较长的业务） 通常情况下，缺省队列中的线程数量大小直接决定了系统 的并发处理能力 线程数量上的设置主要取决于主机CPU处理能力，同时会 占用部分内存 线程数过多将增加Server的管理开销，因此不是越大越好； 对于过高的业务并发，应当使用多个Server实例或WLS Cluster提供负载分担； 线程管理（2 ） 线程资源是有限的，也是JVM 中的最小执行单元，一个耗 时的或者低效率的业务处理将长时间占用线程，造成系统 性能和吞吐率下降，甚至造成系统挂起现象 对于无法避免的特定业务处理，可以建立单独的执行线程 队列，并通过配置将该服务分配绑定至该队列，以避免影 响其他正常业务的处理 当某一个线程进入挂起后，除非等到其处理的业务完成或 者重启其所在JVM进程，否则无法恢复可用；这是由于底 层的JVM所决定的 数据库连接池（1） 数据库连接池是应用系统另一种昂贵的资源 与数据库建立连接是一种耗时和昂贵的操作，因此数据库 连接池中的连接建立后会维持与数据库的连接；基于此原 因，通常建议把连接池的初始连接数与最大连接数设置为 同一个值，以维持建立好的每一个数据库连接 由于线程是JVM 中的最小执行单元，同一时间只能处理一 件事情，因此除非业务场景需要，应避免在一个线程上下 文中使用多个到同一个数据库的连接，节省资源 为保障更好的性能表现，一般情况下，数据库连接池数量