介绍了WebLogic Server 管理的常用技巧,是WebLogic Server eDoc中关于管理的浓缩版.WebLogic Server 管理最佳实践
| 时间：2004-08-31 作者：Balamurali Kothandaraman 浏览次数： 3986 本文关键字：Domain , 配置 , 管理 , 概念 |
|
创建 WebLogic 配置/域
域是一组逻辑上相关的WebLogic Server资源，您可以把它当作单个管理单元进行管理。域将所有的资源和应用程序信息保存在一个基于XML的配置库中。为了在WebLogic Server上部署并运行应用程序，首先要创建域。
推荐使用域配置向导作为创建新域的工具。如果您准备编写脚本来创建域，推荐使用slient模式的域配置向导这个工具。也可以从所提供的“开箱即用”的域模板或定制的域模板来创建WebLogic Server域。
为了创建定制的域模板，请使用配置模板生成器，它是一个单机的Java应用程序，能够让您创建定制的配置和扩展。您可以使用这些配置和扩展来创建和更新域。
域配置向导具有以下属性：
· 向导会引导您完成针对目标环境创建或扩展域的过程。
· 向导可以使用OOB预定义的域模板或定制域模板创建或扩展域。
· 向导将创建config.xml 文件，建立基本的安全性，构造启动脚本，等等。
· 可以使用graphical、console 或 silent模式启动向导。
要以graphical模式启动向导，请运行以下命令之一：
域配置模板生成器具有以下属性：
· 向导会引导您完成创建或扩展配置模板 (JAR file) 的过程。
· 配置向导可以使用已创建的配置（域）模板来创建域。
只能以graphical模式启动配置模板生成器。
要启动配置模板生成器，请运行以下命令之一：
技巧
· 如果 WebLogic Domain/Configuration 分布在多台物理机器上，那么应该只能在管理服务器硬件（机器）上运行域配置向导。
· 并不要求一定在托管服务器硬件上运行域配置向导。
· 在WebLogic Server 安装目录之外创建WebLogic域 (默认情况下，所创建的域位于%BEA_HOME%Ser_projectsdomains ) 。
· 为管理服务器创建启动脚本时，如果脚本(startWebLogic.cmd/sh)没有调用域目录中的weblogic.Server 类，使用这个命令行选项来指定域的位置：-Dweblogic.RootDirectory=path。
· 启动托管服务器(startManagedWebLogic.cmd/sh)时，如果进行设置的话， -Dweblogic.RootDirectory 将被设置为服务器根目录，该目录将被用于存储文件，比如日志文件和托管服务器独立（managed-server independence ，MSI）文件。
服务器启动
管理服务器从配置库(config.xml)加载所有配置。所有相关的托管服务器必须在启动期间连接到运行中的管理服务器。独立的托管服务器可以从本地库(msi-config.xml)加载配置。
如果WebLogic运行在装有Unix操作系统的计算机上，您可以为WebLogic Server进程分配一个UID或GID，以便在计算机执行所有优先的启动操作之后，以root用户的身份进行绑定。如果WebLogic Server用户想要绑定到更高的端口(>1024)，则无需root权限。
技巧
编写使服务器启动自动化的脚本时，考虑以下因素：
· 在域中，必须在任何相关托管服务器之前启动管理服务器。
· 当把托管服务器作为相关服务器启动时，它连接到管理服务器，以便下载配置。
· 当把托管服务器作为独立服务器启动时，检查msi-config.xml 文件是否被存储在服务器根目录中。
· 在Unix中，使用 'nohup' 运行 WebLogic Server启动脚本，以保证即使您注销以后，服务器依然在后台运行。
· 在OS中，为安装和启动服务器创建一个WebLogic Server用户。
· 存储加密后的用户身份，使用boot.properties文件来避免启动脚本中出现硬编码的用户身份。
· 当把服务器绑定到较低端口(<1024)时（这需要root权限），使用 WebLogic UNIX机器配置来绑定UID 或 GID 。
· 为了使WebLogic域中的管理服务器在机器重启期间能够自动重启，使用操作系统提供的daemon进程功能。
o Windows 服务
o UNIX daemon 进程
· 当您使用域配置向导创建域时，域中的管理服务器可以被当成服务。
· 此外，可以使用位于域文件夹中的installservice.cmd和 uninstallservice.cmd 脚本在Windows Service Control Manager (SCM)中添加或删除服务。
· 如果管理服务器和托管服务器是同一台机器，配置管理服务器进程和托管服务器进程之间的OS级服务相关性。
· 配置rc脚本，以便在正确的运行级别上添加WebLogic 启动命令。
启动和关机类
可以把WebLogic Server配置为在启动和正常关机过程中调用类。在服务器初始化所有子系统之后和它给客户端访问开放端口之前，加载并执行启动类。类似地，在服务器启动正常关机进程之前加载关机类。和应用程序文件不同，必须手动地使启动和关机类在已部署服务器地本地classpath中可用。
技巧
· 在启动期间，使服务器级的启动类在已部署WebLogic Server实例的系统classpath 中可用。
· 域中的管理服务器到托管服务器都不能自动部署出现在系统classpath中的类；应用程序级别的类可以分布在域中的管理服务器到目标服务器上。
· 重新部署应用程序时，就会重新加载应用程序级别的启动类。
· 不能动态地重新加载服务器级别的启动类；只能在它们各自的WebLogic Server重新启动时重新加载它们。
· 使用应用程序级别的启动类，而不要定义服务器级别的启动类。
节点管理器
使用WebLogic Server提供的节点管理器功能自动启动托管服务器，或者重新启动出现故障的托管服务器。节点管理器使管理员可以从管理服务器或命令行(weblogic.Admin
START…)远程启动托管服务器。这可以通过与管理服务器通信来实现，而不用依赖OS特定的远程登录功能。
此外，除了启动和关闭托管服务器之外，节点管理器还能够监控它所启动的服务器的健康状况。如果进行恰当的配置，在出现故障时，节点管理器能够自动重新启动托管服务器。
技巧
· 使用节点管理器时，显式地配置所托管服务器的有远程启动属性，而不要依靠节点管理器为托管服务器的配置提供的环境。
· 节点管理器只接收来自管理服务器的请求。管理服务器不可用时，想要通过节点管理器远程地重新启动托管服务器是不可能的。
· 把节点管理器配置为一个服务/ daemon。
· 启用托管服务器的自动重启。
· 配置机器在出现故障时自动关闭，以便在节点管理器尝试重新启动一个出现故障的实例之前关闭它。
· 运行在一台机器上的节点管理器可以被运行在该机器上的多台托管服务器所共享。
· 节点管理器还可以被运行在同一台机器上的多个域中的托管服务器所共享。
WebLogic Server 关闭过程
异常的JVM终止可以导致套接字或程序段这样的资源被锁定。在操作系统中关闭或终止WebLogic Server进程被认为是异常终止。
可以通过以下方式正常关闭WebLogic Server：
· 使用管理控制台'Graceful Shutdown" 超链接。
· 使用 weblogic.Admin SHUTDOWN… 命令。
· 使用JMX，具体是调用 ServerMBean 类的stop方法。
技巧
· 为了正常关闭生产服务器，需要使用WebLogic 管理控制台或者weblogic.Admin 实用程序。
· 正常关机不会异常终止用户会话；它等待HTTP会话完成或超时。
· 也可以把WebLogic Server配置为不等待（忽略Session During Shutdown 选项）。
· 正常关机超时是可配置的；默认情况下，服务器将会无限期地等待关机过程完成。
· 如果服务器没有响应正常关机请求，或者当服务器等待正在进行的会话时（处于待机状态）关闭服务器，使用'Force Shutdown' 选项。
· 如果被配置为daemon，确保将rc脚本中的stop方法配置为在机器重启和停止时正常关闭服务器。
· 如果对节点管理器进行配置，终止节点管理器将不会停止由它们启动的相应服务器。必须单独地停止各台托管服务器。
备份和恢复
为了在出现故障时迁移或恢复WebLogic域，定期备份管理服务器机器上的整个域目录树。这样，您就可以从硬件或系统故障中恢复，而要做的不过是还原域目录并重新启动管理服务器。
如果管理服务器崩溃，管理服务器将会把所有正在运行的托管服务器的相关信息保留在running-managed-servers.xml文件中。重新启动时，管理服务器将会读取这个文件，并尝试联系所有以前运行的托管服务器。如果没有托管服务器正在运行的话，discovery模式可能会增加管理服务器的启动时间，但是始终要使用discovery模式（默认情况下它是打开的），这样才能保证有托管服务器已经运行的情况下，管理服务器重新与所有托管服务器连接。
一些需要引起注意/定期从管理服务器机器上进行备份的重要文件有：
·
config.xml
域配置库。
·
config.xml.booted
成功启动时对域配置库的良好备份。
·
boot.properties
启动管理服务器时需要的加密后的用户名和密码。
·
running-managed-servers.xml
这是当前正在运行的相关托管服务器的一个列表。这个文件用于当管理服务器重新启动后，而且有托管服务器正在运行时，发现托管服务器。
·
domain/configArchive/
包含域配置库文件的拷贝。使用管理工具进行更新时，管理服务器把旧的config.xml 文件复制到这个目录。
·
domaindminserverdapdapfiles
当前被域的管理服务器使用的内嵌LDAP 数据文件。
·
*.ldift 文件
这些文件可以用于把WebLogic Domain Embedded LDAP 服务器初始化为刚刚创建域时的样子。
·
domain/adminserver/ldap/backup/EmbeddedLDAPBackup.zip
WebLogic Domain Embedded LDAP 服务器的备份。内嵌的LDAP被用于存储用户、组、角色、默认的安全领域使用的策略、myrealm的安全提供程序。
·
Batch/Shell 脚本
setEnv.cmd/sh, startWebLogic.cmd/sh, startManagedWebLogic.cmd/sh。
为管理任务编写脚本
为了创建用于管理域配置的脚本：
· 使用weblogic.Admin实用程序命令BATCHUPDATE，它运行一个批处理文件中指定的一系列命令。这个命令使用一个JVM运行所有列出的命令。
· -Dweblogic.system.BootIdentityFile选项让您可以避免把用户名和密码硬编码在您的文本脚本中。
· 为了在操作系统脚本中构建逻辑分支，使用下面的命令求出weblogic.Admin命令的返回代码：
o %ERRORLEVEL% (Windows)
o 0 (bash shell)
· weblogic.Admin 的-adminurl 选项从管理服务器检索托管服务器的配置Mbean和运行时Mbean。
· 不推荐直接修改config.xml文件。
· 如果您必须修改config.xml文件：
o 首先，在编辑之前备份原始文件。
o 使用XML 编辑器，以避免录入错误。
o 当管理服务器正在运行时，要避免编辑该文件。
· 使用wlconfig Ant任务来为配置信息编写脚本，并把它集成到整个构建过程中。
· 当管理服务器正在运行并且处于离线状态时，使用 WebLogic Scripting Tool (WLST)来修改域配置。 (dev2dev.bea.com)
· WLST提供一个功能强大的到WebLogic Server的shell接口，而且它使用Jython 作为脚本语言。
· 您还可以使用第三方的解决方案来管理配置，比如WLShell使用程序。 (www.wlshell.com)
· WLShell提供一个功能强大的、Unix风格的到WebLogic Server的shell接口；它针对WebLogic Server MBean使用文件系统模拟 。
日志记录
日志记录了和事件（比如服务器的启动和关闭）、新应用程序的部署或者一个或多个子系统故障有关的信息。日志消息包括和事件的时间与日期，以及启动事件用户的ID有关的信息。每个WebLogic Server实例都可以维护一份服务器日志、一份HTTP访问日志、一份JDBC日志和一份JTA事务日志。
技巧
· 为了防止当日志文件所占空间过大时，出现相应的服务器重启的情况，需要启用日志旋转（log rotation）。
· 考虑按照大小旋转日志，而不是按照生成的时间旋转，因为使用生成时间这个选项会使文件增长非常迅速。
· 如果您没有进行交互式调试，而且WebLogic Server 是在后台（Windows 或 Unix）启动的，使用以下命令把stdout和stderr重定向到一个文件：
o -Dweblogic.Stdout="stdout-filename"
o -Dweblogic.Stderr="stderr-filename"
·
在生产中，如果您不启用WebLogic Server创建JDBC日志，您就可以避免服务器上的额外文件I/O
Securing your Rails models with ModelSecurity：【上一篇】
WebLogic安全最佳实践：【下一篇】
|