使用 WebLogic Server 群集

了解群集配置

下列部分介绍了如何存储和维护定义群集配置的信息，以及可以用来完成配置任务的方法：

群集配置和 config.xml

config.xml 文件是描述 WebLogic Server 域配置的 XML 文档。config.xml 由一系列 XML 元素组成。Domain 元素为顶级元素，Domain 中的所有元素都是该 Domain 元素的子元素。Domain 元素包括若干子元素，如 Server、Cluster 和 Application 元素。这些子元素也可以有它们自己的子元素。例如，Server 元素包括子元素 WebServer、SSL 和 Log。Application 元素包括子元素 EJBComponent 和 WebAppComponent。

每个元素都具有一个或多个可配置特性。config.dtd 中定义的特性在配置 API 中具有对应的特性。例如，Server 元素具有 ListenPort 特性，而 weblogic.management.configuration.ServerMBean 同样具有 ListenPort 特性。可配置特性是可读写的，就是说，ServerMBean 具有 getListenPort 和 setListenPort 方法。

要了解有关 config.xml 的详细信息，请参阅“了解域配置”中的域配置文件。

管理服务器的角色

管理服务器是配置和管理其所在域中的 WebLogic Server 实例的 WebLogic Server 实例。

域可以包括多个 WebLogic Server 群集和非群集 WebLogic Server 实例。严格说来，域只能包含一个 WebLogic Server 实例 - 但是，这种情况下唯一的服务器实例将为管理服务器，因为每个域都必须有且只有一个管理服务器。

有很多方式可调用管理服务器的服务以完成配置任务，如配置群集的方法中所述。无论使用哪种方法，当您修改配置时，群集的管理服务器都必须正在运行。

管理服务器启动时，它会加载域的 config.xml。它会在以下目录中查找 config.xml：

BEA_HOME/user_projects/domains/<domain_name>/config

其中 domain_name 为域特定的目录，其名称与该域的名称相同。

每次成功启动管理服务器后，都会在域目录中创建一个名为 config.xml.booted 的备份配置文件。如果 config.xml文件在服务器实例的生命周期中受损，则可以恢复到此先前的配置，不过这种情况很少发生。

下图显示了一个典型的生产环境，其中包含一个管理服务器和多个 WebLogic Server 实例。当您在这样的域中启动服务器实例时，首先会启动管理服务器。每当启动其余的服务器实例时，它们都会与管理服务器联系，以获得其配置信息。通过这种方式，管理服务器可充当整个域配置的中央控制实体。

如果管理服务器失效将会出现什么情况？

域管理服务器的失效不会影响该域中受管服务器的操作。如果域的管理服务器在它管理（采用群集或其他形式）的服务器实例启动和运行时变为不可用，这些受管服务器仍将继续运行。如果域包含群集服务器实例，则即使管理服务器失效，域配置支持的负载平衡和故障转移功能仍将保持可用。

有关重新启动管理服务器的说明，请参阅“管理服务器启动和关闭”中的避免服务器故障并从服务器故障恢复。

动态配置如何运行

WebLogic Server 使您能够在服务器实例运行时动态更改域资源的配置特性。在大多数情况下，您无需重新启动服务器实例即可使得更改生效。重新配置特性后，新值将立即反映在该特性的当前运行时值和 config.xml 中存储的持久性值中。

并非所有配置更改都是动态应用的。例如，如果您更改了受管服务器的 ListenPort 值，则直到下一次启动该受管服务器时才使用这个新端口。更新的值存储在 config.xml 中，但是运行时值不受影响。

管理控制台会验证特性更改，检查是否存在超出范围错误以及数据类型不匹配错误，并且会针对错误条目显示错误消息。

启动管理控制台之后，如果另一个进程捕获了分配给管理服务器的监听端口，则应该停止捕获该端口的进程。如果无法删除捕获该监听端口的进程，则请编辑 config.xml 文件以更改 ListenPort 值。

配置群集的方法

有几种方法可用于配置群集：