WEBLOGIC服务器管理.docx

WEBLOGIC服务器管理.docx

《WEBLOGIC服务器管理.docx》由会员分享，可在线阅读，更多相关《WEBLOGIC服务器管理.docx（229页珍藏版）》请在冰豆网上搜索。

WEBLOGIC服务器管理

1WebLogic服务器管理概述

本章将介绍WebLogic服务器的管理工具，内容如下：

ü      域、管理服务器以及受管理的服务器

ü      启动管理控制台

ü      运行时对象与配置对象

ü      对日志消息的集中访问

BEAWebLogicServer™包含了许多互相关联的资源。

对这些资源的管理包括下列任务：

服务器的启动及终止，服务器以及连接池的负载平衡，资源配置的监控，诊断并修改问题，监控并评估系统性能，分发Web应用、EJB以及其它资源。

WebLogic服务器提供了一个健壮的基于Web的工具——管理控制台，它是执行上述任务的主要工具。

通过管理控制台，你可以访问WebLogic管理服务。

管理服务实现了Sun的Java管理扩展标准（JMX），它是WebLogic资源管理的基础。

你可以用管理控制台来配置资源的属性，分发应用及组件，监控资源的使用情况（如服务器负载，Java虚拟机的内存使用情况以及数据库连接池的负载），查看日志消息，终止服务器，以及执行其它管理任务。

域、管理服务器与受管服务器

作为一个单元来管理的并相互关联的一组WebLogic服务器资源被称为域。

一个域可以包含一或多个WebLogic服务器，还可以包含WebLogic服务器集群。

域的配置使用扩展标记语言（XML）定义。

install_dir/config/domain_name目录中的config.xml文件定义了域的配置，install_dir是WebLogicServer软件的安装目录。

域是一个完备的管理单元。

向域里分发应用的时候，该应用的各组成部分只能分发到域之内的服务器上。

如果域中包含集群，那么集群中的所有服务器都必须属于同一个域。

J2EE应用是一个组件集合，这些组件被组织成一个部署单元（例如EAR,WAR,或JAR文件）。

应用所需要的各种组件——EJBs或Web应用，服务器或集群，JDBC连接池等等都定义在一个域配置中。

将这些资源组合在一个单一的、完备的域中使我们可以以统一的方式来看待或访问这些相互关联的资源。

运行管理服务的WebLogic服务器称为管理服务器。

管理服务集中管理并监控域的所有资源。

如果要对某个域执行管理操作，该域的管理服务器必须处于运行状态。

一个包含多个WebLogic服务器的域只能有一个管理服务器，其它服务器称为受管服务器。

每个WebLogic受管服务器都会在启动时从管理服务器得到各自的属性配置。

管理服务器和WebLogic受管服务器启动时都运行webLogic.Server类。

没有作为受管服务器启动的WebLogic服务器就是管理服务器。

在生产环境中，系统的典型配置是这样的：

应用及业务逻辑组件被分发在多个受管服务器上，而管理服务器则负责配置及监控受管服务器。

管理服务器的作用是配置与监控受管服务器。

如果管理服务器宕机了，部署在受管服务器上的应用不受影响，可以继续处理客户端的请求；这种情况下，当管理服务器被重启后，可以重新获得对活动域的控制（详细内容，参见“受管服务器运行时重启管理服务器”中的内容）。

把应用或应用组件分散到一组受管服务器上能带来一些好处。

将EJB以及其它组件分布到一组服务器上可以保证主应用的可用性。

如果不同的组件完成不同的功能可以提高系统的性能，例如将数据库访问与帐单事务分在不同的受管服务器上处理。

象EJB这种可以实现各种功能的组件或应用是可以被隔离开的，从而使它的可用性不依赖于其它组件的状态。

多个应用可以部署在一个域中。

当管理服务器使用这样的配置启动以后，我们说该域是活动（active）的。

在管理服务器运行期间，只有管理服务器才可以修改配置文件。

管理控制台及命令行管理工具提供了访问管理服务器的手段，你可以通过它们来修改域的配置。

一个域被激活后，可以通过管理控制台监控或配置整个域的资源。

配置存储库（configurationrepository）还保存了其它非活动的配置文件，你可以通过管理终端来编辑这些文件。

配置存储库由位于/config目录下的一系列子目录构成。

任何域都是由位于一个与该域同名的子目录下的config.xml唯一定义的。

你可以通过管理控制台在启动时出现的欢迎页面上的Configuation链接来访问非活动的配置文件。

启动管理控制台

管理控制台是一个Web应用，它使用JSP来访问管理服务器所管理的资源。

管理服务器启动以后（见“启动与终止WebLogic服务器”），在浏览器中使用以下URL启动管理控制台。

http:

//hostname:

port/console

其中hostname为管理服务器终端的名字或IP地址，而port则为管理控制台用来监听请求的端口（缺省为7001）。

如果你是用安全套接层（SSL）来启动管理服务器，那么必须在http后面加上s，如下所示。

https:

//hostname:

port/console

如果浏览器被配置为使用代理服务器来发送请求，要将浏览器配置改为不使用代理服务器。

如果管理服务器与浏览器位于同一台机器上，那么你要确保发送给localhost以及127.0.0.1的请求没有被发送给代理服务器。

管理控制台的左窗格包含了一个树形结构，你可以通过这棵树来浏览数据表、配置页面、监控页面，或者是访问日志文件。

在树中选择一个项目（即用鼠标左点项目），就可以显示某种类型的资源的相关数据或者显示某个资源的配置页面以及监控页面。

树的最左边的节点是一些文件夹，如果文件夹里包含有叶子节点，那么你可以点击其左边的加号来展开树并访问叶子节点。

实体表（某特定类型的资源的数据表）是可以定制的，这可以通过减少或增加显示不同属性的列来实现。

你也可以点击表格上部的“Customizethistable”链接对它进行定制。

表中的每一列都对应于被选中一个属性。

启动管理控制台需要输入口令。

第一次可以使用与启动管理服务器相同的用户名和口令来启动管理控制台，然后你可以使用管理控制台来创建一组具有管理权限的用户，此后这些用户就可以通过管理控制台来执行管理工作了。

运行时对象与配置对象

管理服务器中有许多类似于JavaBean的ManagementBeans（MBeans）对象。

Mbeans遵循Sun的Java管理扩展标准（JMX）。

这些对象提供了对域资源的管理访问。

管理服务器包含了配置Mbeans与运行时Mbeans。

管理Mbeans提供了配置属性的SET（写）与GET（读）访问。

运行时Mbeans提供了域资源信息的快照，例如当前HTTP会话的信息与JDBC连接池的负载信息。

如果域的某个资源（例如Web应用）被实例化，那么服务器会创建一个Mbeans的实例来收集这个资源的信息。

当你从管理控制台访问某一资源的监控页面时，管理控制台执行GET操作获取当前的属性值。

管理服务使域资源的属性可以被动态修改，即使WebLogic服务器正在运行，也可以修改属性。

许多属性改变不需要重启服务器就能生效。

这时，修改后的属性不仅表示当前属性值，还会被保存到配置文件中。

（有关配置WebLogic服务器的更多信息，请参见“配置WebLogic服务器与集群”中的内容。

）

除了基于Web的管理控制台外，WebLogic服务器还提供了命令行工具来访问域资源配置及监控属性。

可以用命令行工具创建script，使系统的管理自动化。

（请参见“WebLogic域管理命令”）

日志消息的集中访问

通过管理服务器提供的域日志，你可以集中地访问所有服务器的关键系统消息。

通过JMX提供的基本功能，消息可以转发到订阅该消息的实体。

订阅实体通过设置过滤器来选择感兴趣的消息。

本地服务器在启动时发向其它网络实体的信息称为一个布告。

JMX布告使域内所有服务器的关键日志消息都被转发给管理服务器。

在WebLogic受管服务器启动时，管理服务器会进行注册以便接受关键日志消息。

这些消息被存储在域日志中。

管理服务器向域里的每一个WebLogic服务器注册一个域日志过滤器来选择需要转发的消息。

你可以通过管理控制台改变域日志过滤器，查看域日志以及查看本地服务器日志。

（详细内容，请参见“使用日志消息管理WebLogic服务器”）

启动与终止WebLogic服务器

本章将介绍以下内容：

ü      WebLogic管理服务器与WebLogic受管服务器

ü      启动WebLogic管理服务器

ü      将一个WebLogic受管服务器加到域中

ü      启动WebLogic受管服务器

ü      从老版本WebLogic服务器升级

ü      通过管理控制台终止WebLogic服务器

ü      受管服务器暂停和恢复

ü      将WebLogic服务器设置为Windows服务

ü      注册启动类与终止类

WebLogic管理服务器与WebLogic受管服务器

一个WebLogic域由多个WebLogic服务器组成，其中必须有一个管理服务器，该域中的其它WebLogic服务器被称为受管服务器。

你可以将服务器启动为WebLogic管理服务器或WebLogic受管服务器。

管理服务器是WebLogic服务器的缺省角色。

因此如果域中只有一个WebLogic服务器，那么该服务器的角色就是管理服务器。

在一个多服务器的域中，只有当服务器在启动时被要求从一个运行着的管理服务器获得配置时才会成为受管服务器。

管理服务器控制对WebLogic域配置的访问以及提供诸如监控及日志消息浏览等功能。

用户通过管理控制台来访问管理服务器所提供的管理服务。

WebLogic受管服务器在启动时会从管理服务器获得它的配置。

因此启动一个多服务器的域只需要两个步骤：

先启动管理服务器，然后启动受管服务器。

注意：

受管服务器的版本必须与管理服务器的版本相同。

启动时的错误消息

在WebLogic启动时，标准日志子系统还不能用于日志记录。

因此，任何在启动时发生的错误都会输出到stdOut以及一个特殊的启动日志文件——servername-startup.log文件中（其中servername是服务器的名字）。

如果启动成功，那么该日志中的最后一条消息会指向本地服务器的日志文件所在的位置。

有关WebLogic服务器的日志子系统的更多信息，请参见“利用日志消息管理WebLogic服务器”。

启动WebLogic管理服务器

启动WebLogic管理服务器有以下多种方式：

ü      从命令行启动

启动WebLogic服务器的命令可以手工输入，也可以把启动命令写在一个脚本中，从而避免每次启动服务器时都要重输命令。

有关WebLogic服务器提供的脚本示例的详细信息，请参见“使用脚本启动WebLogic受管服务器”中的内容。

ü      从Start菜单启动WebLogic服务器（只用于Windows）

ü      如果你将WebLogic服务器安装为一个Windows服务，那么在计算机启动时WebLogic服务器将自动启动。

WebLogic服务器启动时的口令使用

安装WebLogic的过程中，会要求你输入一个用于WebLogic启动的口令。

如果你是用脚本来启动管理服务器与受管服务器，那么应该在脚本中将口令加入命令参数（请参见“从命令行启动WebLogic管理服务器”）。

如果启动服务器的脚本没有将口令指定为命令行参数，又没有password.ini文件，那么在启动时系统会提示你输入口令。

从Start菜单启动WebLogic管理服务器

如果WebLogic服务器是通过BEA安装程序安装的，那么你可以使用Windows启动菜单中的WebLogicServer快捷方式启动WebLogic管理服务器。

选择：

Start->Programs->BEAWebLogicE-BusinessPlatform->WeblogicServerVersion->StartDefaultServer

其中version是指WebLogic服务器软件的版本号

调用Start菜单中的WebLogicServer快捷方式实际上就是启动了startWebLogic.cmd脚本（该脚本位于install_dir/config/domain_name目录下，其中domain_name是指域的名字，install_dir是指WebLogic服务器软件的安装目录）。

启动与终止Windows服务形式的WebLogic服务器

如果把WebLogic安装成Windows服务，那么WebLogic服务器会在计算机启动时自动启动。

执行startWebLogic.cmd脚本会将WebLogic服务器启动为管理服务器。

参见“从命令行启动WebLogic管理服务器”中的内容。

要使WebLogic服务器作为Windows服务运行，需要在安装时设定。

有关安装及删除Windows服务形式的WebLogic服务器，请参见“将WebLogic服务器设置为Windows服务”。

你可以按以下步骤从服务控制面板启动或终止WebLogic服务器：

1．选择Start->Settings->ControlPanel（编者注：

对应中文windows就是开始->设置->控制面板->管理工具）

2．双击服务控制面板，这样便打开了服务控制面板

3．在服务控制面板中找到WebLogic服务器。

如果WebLogic已经启动，你可以使用Stop按扭来终止WebLogic服务器。

如果WebLogic已经终止，那么Start按扭就可以被用来启动WebLogic服务器。

Windows服务有三种模式：

自动，手动与禁用。

你可以通过Startup按钮来选择其中一种模式。

从命令行启动WebLogic管理服务器

因为WebLogic服务器是一个Java应用，因此与其它Java应用一样，你可以使用Java命令来启动WebLogic服务器。

启动WebLogic服务器的参数非常长，因此如果要从命令行来启动它，那么你必须输入一长串的参数，这是非常烦人的。

为了保证启动命令的正确性，BEA建议你将命令写入到一个脚本中，然后用这个脚本来启动WebLogic服务器。

以下参数是用Java命令行启动WebLogic管理服务器所必需的：

ü      Java堆内存的最大与最小值

例如，你想使用缺省的64M堆内存来启动WebLogic服务器，那么你就应该使用java–ms64m与–mx64选项来启动服务器。

上述参数值会影响WebLogic服务器的性能，上面所提供的值只是一个缺省值。

在生产环境中，你应该仔细考虑应用及环境所要使用的堆内存的大小。

ü      设置java–classpath选项

该选项的最简要的设置可以参见“设置类路径选项”

ü      指定服务器的名字

域的配置通过服务器名字指定。

在命令行中通过以下参数来指定服务器的名字：

-Dweblogic.Name=Servername

缺省值为myserver。

ü      提供用户名与口令

缺省用户为system，口令为安装时所输入的口令。

要将WebLogic管理服务器启动为某一特定用户，那么命令行应该使用以下参数：

-DwebLogic.management.username=username

使用以下参数给出该用户的口令：

-DwebLogic.management.password=password

ü      如果你不是从WebLogic根目录启动WebLogic服务器，那么需要指定WebLogic根目录的位置。

域的安全资源以及配置存储库（缺省为/config目录）位于WebLogic根目录下。

你可以用以下参数在命令行中指定WebLogic的主目录：

-Dweblogic.RootDirectory=path

其中path是主目录的路径。

如果命令行中没有指定该属性，那么当前目录就被设置为该属性的动态值。

ü      如果要使用SSL协议，那么在启动时需要把私钥密码传递给服务器以便服务器可以对SSL私钥文件解密。

在命令行中用以下参数来传递SSL私钥口令：

-Dweblogic.pkpassword=pkpassword

其中pkpassword是SSL私钥密码。

ü      在命令行中使用以下参数可以在启动管理服务器时指定域配置文件的名字：

-Dweblogic.Domain=domain_name

其中domain_name是域的名称。

用来启动域的配置文件保存在同名子目录下。

配置存储库由/config目录下的域组成。

配置存储库可能包含多个域配置。

每个域分别位于一个子目录中，子目录的名字与域的同名。

指定domain_name时，实际指定的是这个子目录的名字。

所指定的子目录包含了一个XML配置文件（config.xml）以及对应域的安全资源（见下面的例子）。

域的配置由config.xml文件指定。

图1.1–   配置存储库中域目录中的内容

启动管理服务器所使用的域配置使这个域成为活动域。

ü      在命令行中还可以指定WebLogic配置属性的值。

所指定的值成为属性的运行时值。

而保存在永久配置中的值将被忽略。

在命令行中设置WebLogic属性的值采用以下格式：

-Dweblogic.attribute=value

设置类路径选项：

以下参数必须包含在java命令行的classpath选项中

ü      /weblogic/lib/weblogic_sp.jar

ü      /weblogic/lib/weblogic.jar

ü      WebLogic服务器还包含一个名为Cloudscape的数据库系统。

Cloudscape数据库系统是纯Java的数据库管理系统。

如果你想使用这个DBMS，那么CLASSPATH还应该包含:

/weblogic/samples/eval/cloudscape/lib/cloudscape.jar

ü      如果使用WebLogicEnterpriseConnectivity，那么类路径中还应该包含：

/weblogic/lib/poolorb.jar

其中weblogic指WebLogic服务器的安装目录。

用脚本启动管理服务器

WebLogic软件提供了一个用于启动WebLogic服务器的脚本示例。

你可以根据环境及应用的需要对该脚本做适当的修改。

启动管理服务器与启动受管服务器使用不同的脚本。

启动管理服务器的脚本为startWebLogic.sh（UNIX环境）与startWebLogic.cmd（Windows环境）。

这些脚本位于域配置子目录下。

使用WebLogic软件所提供的脚本示例时，应注意以下问题：

ü      类路径的设置与目录名称

ü      将变量JAVA_HOME的值改为JDK所在的目录

ü      UNIX用户还要修改示例脚本文件的权限，以使该文件可以被执行。

例如

chmod+xstartAdminWebLogic.sh

在受管服务器运行时重启管理服务器

在生产环境中，我们建议将包含关键商业逻辑的应用分发在受管服务器中。

这种情况下，管理服务器所起的作用只是配置与监控受管服务器。

因此，在这种配置下，即使管理服务器不可用，运行在受管服务器中的应用仍然可以继续处理客户端请求。

管理服务器在启动时，会复制一份用来启动活动域的配置文件。

所复制的文件被保存为：

install_dir/config/domain_name/config.xml.booted

其中install_dir指WebLogic服务器软件所在的目录。

只有当管理服务器成功启动并可以处理请求时，它才会创建config.xml.booted文件。

你应该对这个文件进行备份，它可以帮助你从被更改过的活动配置回退到以前的配置。

如果在受管服务器运行时，管理服务器发生失败，你不需要重启受管服务器来恢复对域的管理。

如何恢复对活动域的管理取决于是否可以在同台机器上启动管理服务器。

在同台机器上重启管理服务器

在受管服务器正在运行的情况下重启管理服务器时，如果让管理服务器执行寻找操作，那么管理服务器会寻找到所有正在运行的受管服务器。

要让管理服务器执行寻找受管服务器的操作，需要在启动管理服务器的命令行中使用以下参数：

-Dweblogic.management.discover=true

该属性的缺省值为false。

域配置目录中的running-managed-servers.xml文件列出了该管理服务器能识别出的受管服务器。

如果管理服务器被指示在启动时执行寻找操作，那么它将使用这个列表来检查运行着的受管服务器。

重启管理服务器不会改变受管服务器的运行时配置。

因此如果你修改了那些只能静态配置的属性，那么只有重启受管服务器才能使更改生效。

管理服务器的发现操作不会使管理服务器监控受管服务器或者是更改动态配置属性的运行时值。

在其它机器上重启管理服务器

如果机器崩溃导致你无法在先前运行管理服务器的机器上重启管理服务器，你可以按照以下步骤来恢复对受管服务器的管理。

1．将另一台机器的主机名设为先前管理服务器所在服务器的主机名。

2．在这台将作为管理服务器的新机器上安装WebLogic服务器软件（如果该机器上没有安装WebLogic软件的话）

3．先前用来启动管理服务器的机器中的/config目录（theconfiguationrepository）必须可以被新机器使用。

/config目录可以通过备份介质获得也可以通过NFSmount获得。

该目录下包含用来启动活动域的配置文件（config.xml）以及安装在/applications目录下的应用与组件。

4．在命令行中加入以下参数来重启新机器中的管理服务器

-Dweblogic.management.discover=true

使用上述参数会强制管理服务器去检测正在运行的受管服务器。

将WebLogic受管服务器加入到域

在运行管理服务器之前，你必须在域的配置文件中添加该服务器的条目。

步骤如下

1．启动域中的管理服务器

2．在浏览器中输入http:

//hostname:

port/console以启动管理控制台。

其中hostname是运行管理服务器的主机名，port是管理服务器的监听端口（缺省为7001）。

3．在管理控制台中为服务器所在的机器创建一个条目（Machines->Createanewmachine，Servers->Createanewserver）（如果该服务器与管理服务器在不同的机器上）

有关服务器配置的更多内容，请参见“配置WebLogic服务器集群”中的内容。

启动WebLogic受管服务器

在把WebLogic受管服务器加入到配置中以后（见“将受管服务器加入到域中”），你可以用java命令行启动受管服务器。

启动受管服务器的命令可以手工输入，也可以编写成脚本以避免每次重启服务器时重复输入相同的内容。

有关WebLogic所提供的脚本示例请参见“用脚本启动WebLogic受管服务器”中的内容。

受管服务器与管理服务器启动参数的主要区别在受管服务器需要一个用来识别管理服务器位置的参数，受管服务器通过这个参数从管理服务器获取配置。

如果命令中没有这个参数，那么WebLogic服务器将启动为管理服务器。

以下是启动WebLogic受管服务器所必须的参数：

ü      指定Java堆的最大内存与最小内存

例如，可以为WebLogic服务器分配64MJava堆内存，这是一个默认值。

相应的选项为：

java–ms64与–mx64。

这两个参数的值对WebLogic服务器的性能有很大