广东移动UAP平台WebLogic工程实施手册.doc

广东移动 UAP 平台 WebLogic 工程 实施手册 BEA 系统有限公司 2007 年 8 月 目录 目录 2 1 概述 4 2 范围 4 3 引用 4 4 缩写 4 5 实施方案 4 5 1 实施过程概述 4 5 2 拓扑结构 5 5 3 相关环境检查 6 5 3 1 负载均衡器 6 5 3 2 操作系统 6 5 3 3 WebLogic 产品和许可文件 6 5 3 4 应用系统依赖的第三方类库 7 5 3 5 其它系统依赖的系统 7 5 4 安装 WEBLOGIC PLATFORM 9 2 过程 7 5 5 设置 WEBLOGIC 12 5 5 1 命名规范 12 5 5 2 域创建过程 13 5 5 3 启动和关闭服务器 21 5 5 3 1 启动 AdminServer 服务器 21 5 5 3 2 启动 ManagedServer 服务器 23 5 5 3 3 关闭所有服务器 25 5 5 4 域参数修改 25 5 5 5 设置和取消 WebLogic 的 Windows 服务 26 5 5 5 1 设置 weblogic 服务器实例成 windows 服务 26 5 5 5 2 卸载 webloigc 实例的 windows 服务 28 5 5 6 JVM 参数设置 29 5 5 6 1 JDK 的选择 29 5 5 6 2 内存设置 29 5 5 6 3 垃圾收集 30 5 5 7 创建 JDBC 连接池 30 5 6 设置系统优化 30 5 6 1 WebLogic 优化 30 5 6 1 1 日志 30 5 6 1 2 Backlog 32 5 6 1 3 连接池 32 5 6 2 数据库优化 32 5 6 3 应用优化 33 5 7 部署 33 5 7 1 部署前的准备 33 5 7 2 部署规范 34 5 7 3 部署后的检查 34 5 7 4 部署多应用 34 5 8 监控和健康检查 35 5 8 1 系统监控 35 5 8 2 日志分析 35 1 概述 广东移动 UAP 平台是一个基础应用平台 本文描述了在此平台中部署 WebLogic 中间 件的运行和维护的操作手册 2 范围 本文的范围是广东移动的 UAP 基础应用平台 3 引用 4 缩写 缩写 全称 JVM Java Virtual Machine EIS Enterprise Information System GC Garbage Collection IO Input WEBLOGIC CLASSPATH POST CLASSP ATH WLP POST CLASSPATH 另外 如非应用测试和修改频繁阶段 建议采用生产模式 Production Mode 来运行 WebLogic 域 上节创建域时即是选择生产模式 这种模式下系统会自动调整一些运行 参数 安装 WebLogic 为 windows 的服务 5 5 5 设置和取消 WebLogic 的 Windows 服务 5 5 5 1 设置 weblogic 服务器实例成 windows 服务 在 windows 操作系统中 为了避免窗口的前端运行 被误操作关闭 我们可以把 weblogic 的服务器实例设定为 windows 服务 随着操作系统的启动而启动 配置方法如下 对 AdminServer 实例设置 进入在 AdminServer 所在的机器的 c bea domains XXDomain bin 目录下 创建一个文 件命名 installAdminServerAsService bat 输入如下内容 环境变量根据具体情况设定 echo off SETLOCAL set DOMAIN NAME XXDomain set USERDOMAIN HOME c bea domains XXDomain set SERVER NAME AdminServer set PRODUCTION MODE true set JAVA OPTIONS Dweblogic Stdout c bea domains XXDomain stdout txt Dweblogic Stderr c bea domains XXDomain stderr txt set ADMIN URL set MEM ARGS Xms1024m Xmx1024m call c bea weblogic92 server bin installSvc cmd ENDLOCAL 然后在 DOS 命令行执行该文件 进入 windows 的 service 就能看见已经有一个 BEA 的服务 对 ManagedServerN 实例设置 进入 ManagedServerN 所在的机器的 c bea domains XXDomain bin 目录下 创建文件 installManagedServerNAsService bat 在 dos 提示符下执行该文件后 察看 windows 服务 看到服务被装载了 echo off SETLOCAL set DOMAIN NAME XXDomain set USERDOMAIN HOME c bea domains XXDomain set SERVER NAME ManagedServerN set PRODUCTION MODE true set JAVA OPTIONS Dweblogic Stdout c bea domains XXDomain stdout txt Dweblogic Stderr c bea domains XXDomain stderr txt set ADMIN URL http AdminServer Host 7001 set MEM ARGS Xms1024m Xmx1024m call c bea weblogic92 server bin installSvc cmd ENDLOCAL 注意 如果有 N 个 ManagedServerN 需要被安装成 windows 的 service 那么就要有 N 个脚 本执行 这些脚本的命名规则就是 installManagedServerNAsService 每个脚本只要执行一 次就够了 下次 windows OS 启动就会直接启动这些 weblogic 实例了 5 5 5 2 卸载 webloigc 实例的 windows 服务 类似地 在 c bea weblogic92 server bin 目录下有一个和 installSvc cmd 命令相反的命令 uninstallSvc cmd 对 AdminServer 取消 在刚刚写好的 installAdminServerService bat 所在的目录中 创建文件 unstallAdminServerAsService bat 内容如下 echo off SETLOCAL set DOMAIN NAME XXDomain set USERDOMAIN HOME c bea domains XXDomain set SERVER NAME AdminServer set PRODUCTION MODE true set JAVA OPTIONS Dweblogic Stdout c bea domains XXDomain stdout txt Dweblogic Stderr c bea domains XXDomain stderr txt set ADMIN URL set MEM ARGS Xms1024m Xmx1024m call c bea weblogic92 server bin uninstallSvc cmd ENDLOCAL 执行后该文件后 我们在 windows 的 service 中就看不到该服务了 对 ManagedServer 取消 同理 创建脚本 uninstallManagedServerNService bat 内容如下 echo off SETLOCAL set DOMAIN NAME XXDomain set USERDOMAIN HOME c bea domains XXDomain set SERVER NAME ManagedServerN set PRODUCTION MODE true set JAVA OPTIONS Dweblogic Stdout c bea domains XXDomain stdout txt Dweblogic Stderr c bea domains XXDomain stderr txt set ADMIN URL http AdminServer Host 7001 set MEM ARGS Xms1024m Xmx1024m call c bea weblogic92 server bin uninstallSvc cmd ENDLOCAL 执行该文件后 作为 windows 的 service 的 ManagedServerN 就不存在了 如果 windows service 有 n 个服务 就要执行 n 个 unistallSvc 的脚本 5 5 6 JVM 参数设置 5 5 6 1 JDK 的选择 于 WebLogic 9 2 相对应应当选择 1 5 0 版的 JDK 在 Windows 平台上可以选择 Sun 或者 BEA 公司的 JDK JRockit JRockit 是专门用于服务器端的 JVM JRockit 在性 能和管理方面表现不俗 JRockit 新版包含一个多用途的工具套件 可用于进行监控 管理 分析和消除应用程序中的内存泄漏 详细内容可参考 JRockit 产品网站 it 或者 dev2dev 相关内容 5 5 6 2 内存设置 在 32 位平台下 建议系统配备的物理内存能够到达 4G 操作系统本身需要使用 一部分物理内存 这样可以保证至少有多于 1G 的物理内存给 WebLogic 进程使用 但 需要注意的是 机器上 webloigc server 的实例总共分配的内存必须小于机器的总内存 假定所有的机器都有 2G 的物理内存 并且管理服务器需要和某个被管服务器运 行在一台机器上的话 那么建议参照以下设置来设定几个 JVM 的内存大小 WebLogic 实例 最小内存 最大内存 AdminServer 1024m 1024m ManagedServer1 1024m 1024m ManagedServer2 1024m 1024m ManagedServerN 1024m 1024m 5 5 6 3 垃圾收集 垃圾收集对 Java 程序的运行是有着很大的影响的 因此建议在试运行或者上线运行初 期的一定期间内都打开垃圾收集日志 以备问题查找 并且尽量做到 1 把 GC 垃圾收集 转至一个独立的日志文件 不输出到标准输出 2 每次启动服务器都转至一个新的日志文件 不覆盖上一次的日志文件 当应用程序在系统中经过长时间运行测试没有问题 才关闭此日志 打开垃圾收集的日志的参数请参见具体 JVM 的文档说明 此处略去 5 5 7 创建 JDBC 连接池 创建 JDBC 连接池的方法是通过 Admin Console 登录后进入 Services JDBC Data Sources 功能模块来进行 详细步骤此处不详尽介绍 但给出几点建议 1 如果需要全局事务 要选择带 XA 支持的驱动程序 2 注意如果不是 WebLogic 系统本身内置支持的数据库 需要自己准备数据库驱动文 件 并且安装驱动文件到域启动文件中 参见 5 5 3 节 5 6 设置系统优化 5 6 1 WebLogic 优化 5 6 1 1 日志 1 关闭 HTTP 日志 通过 Environment Servers uapServerN Logging HTTP 进行 修改 如下图 2 限制 Server 日志的数量 通过 Environment Servers uapServerN Logging General 进行修改 如下图 选中 Limit Number of retained files 在 Files to retain 中填入经过估计后的数字 例如 预计或者经过后期观察发现 一周内产生的单个 WebLogic 实例的 Server 日志的文 件数量 默认 5M 每个文件 为 12 个 那么为了保留一个月的日志量 就应当保留 48 个 此项可以在运行一段时间再修改 也可以不限制 但是需要运维人员进行一定的备份工作 请参考运维手册 3 GC 日志 参考 5 5 6 3 垃圾收集 5 6 1 2 Backlog Backlog 的意思是 未做的工作 堆积的活 当服务器忙时 部分请求被放置在 Backlog 中 待有空闲线程时再拿出来 设置方式是通过 Environment Servers uapServerN Configuration Tuning 进行修改 如下图 将 Accept Backlog 项修改成 500 5 6 1 3 连接池 创建的 JDBC 连接池可以参照以下建议进行优化配置 1 连接池的大小 最大大小 的设置应当考虑不要超过数据库服务器端允许的限制 而且注意该数据库服务器可能也有其他客户端需要访问 其允许的连接数可能不是 全部都给本连接池使用 2 连接池初始大小不应当设得太小 应当略高于预计或观察到的平时大部分时间的系 统应用线程数量 或者简单的设成 20 30 通过运行时的观察再进行调整 3 如果连接池的最大值和最小值设置得不一样 那么增长量也不要设得太小 如 1 可以设置成例如 10 4 注意要选中 Test Connections on Reserve 5 Statement Cache 的大小可以适当增大 但是要注意需要检查是否超出数据库端 的 Open Cursor 的限制 即被管服务器数 连接池大小 Statement Cache 大小 如 4 80 50 16000 此值不应超过数据库端的限制 5 6 2 数据库优化 对 SQL Server 而言 可以参照以下建议进行优化 1 把 tempdb 存放在一个速度快的 IO 设备上 2 把 IO 块的大小设置成大于 2KB 5 6 3 应用优化 除了应用架构和应用代码外 应用的配置对系统的运行态也有较大影响 应当考虑以 下的设置 在 weblogic xml 中设置 1 设置 page check seconds 为 1 注意 如果要求部署后仍然更改 JSP 则建议设置一 个相对较大的值 如 200 秒 2 设置 servlet reload check secs 为 1 注意 如果要求部署后仍然更改 servlet 则建 议设置一个相对较大的值 如 200 秒 3 设置 precompile 和 precompile continue 为 true 4 设置 timeout secs 为半个小时即 1800 建议不要超过一个小时 注 此项值在 web xml 中也可以设置 优先级比 weblogic xml 高 除了配置文件外 建议应用进行如下内容的检查和优化 1 会话中使用的对象尽量简单 短小 避免防止过多对象在会话中 避免防止大对象 在会话中 2 尽量避免使用大对象 特别是存在时间较长的大对象 3 如果要使用 JDBC 的 Statement 尽量避免使用硬代码 多使用 Prepared Statement 或者 Callable Statement 4 使用 WebLogic 提供的 cache 标签 具体请参照 WebLogic 开发文档之 Developing Web Applications Servlets and JSPs for WebLogic Server 5 应用中采用 System out 来写调试信息的代码已经被注释掉 改用 log4j 或者其它专 门的 logging 可以设置 logging level 的框架 5 7 部署 5 7 1 部署前的准备 部署应用前应当对应用进行一定的测试 包括 但不限于 1 功能测试 2 性能测试 这两种测试都应当尽可能在和生产环境类似的环境中进行 即应当尽可能包括 但不 限于 以下环境条件 1 同 CPU 型号 2 同版本的操作系统 3 同版本的 WebLogic 系统软件 4 同版本的 JDK 5 同版本的数据库软件 6 同版本的应用部署代码 7 同样的参数设置 操作系统 数据库 中间件 应用 部署前 运维人员应当向应用开发人员确认以下问题 1 应用对部署时的 context root 的要求是怎样的 是一定要用某指定的名字 还是一 定要用根 还是两者皆可 2 应用部署前需要修改哪些与路径有关的配置文件 3 应用会产生的日志文件的都有哪些 在哪里可以设置其目录 4 应用的配置文件中还有哪些配置 如地址端口等信息 需要修改的 5 从 Admin Console 中部署完毕后如何确定应用已经可以使用 5 7 2 部署规范 建议参考以下内容设置部署的规范 1 部署目录 部署目录须符合中国移动广东分公司规划的部署目录的设置 如 xx 系统 Web 应用目录中再按照日期格式 yyyy MM dd 为每个日期的版本文件创建目 录 这个目录中才是放置应用部署文件 目录或者 war 文件 如下图所示 2 更新应用 更新应用版本时 应当注意保留原有版本的部署目录 并且为新版本的应用创建 一个目录 5 7 3 部署后的检查 根据部署前的 从 Admin Console 中部署完毕后如何确定应用已经可以使用 问题 的回答进行检查 如登录进入系统 访问某些功能点 以检查应用是否已经可用 5 7 4 部署多应用 在部署应用系统时 如有可能 不同应用应当分开不同的域 避免相互影响冲突 而 且对于管理和查错都有好处 如果确实需要在一个域内部署多个应用 需要注意 1 一个域内的各个应用应该有各自的目录 ContextRoot 根目录只能留给一个应用 2 不应把不成熟和修改较多的应用和成熟稳定的应用部署在一起 避免让不成熟的应 用影响成熟应用的运行和使用 3 一个域内的堆内存是各个应用共享的 应当平衡要部署的应用对堆内存的需求 避 免有的域中内存紧张 有的域中内存过于剩余 4 通过观察监控可以发现系统 CPU 资源的使用情况 两个都较耗 CPU 资源的应用不 宜部署在一个域 避免 CPU 过载 或者部署在一起时增加升级 CPU 5 8 监控和健康检查 在系统上线运行后 应当定期进行系统监控和健康检查 这包括系统监控和日志分析 参见 WebLogic 运维操作手册 5 8 1 系统监控 利用各种工具监控以下 但不限制于以下 系统运行的状况 包括 1 CPU 2 内存 3 IO 4 网络 5 JVM 堆内存 6 WebLogic 线程 7 WebLogic 连接池 8 Web 会话 5 8 2 日志分析 从日志文件中去查找是否有与系统健康有关系的日志信息 这些日志包括 但不限制 于 1 操作系统日志 2 WebLogic 服务器实例日志 3 垃圾收集日志 4 应用日志