使用节点管理器控制WebLogic 服务器.docx

1、使用节点管理器控制WebLogic 服务器使用节点管理器控制服务器 下列部分介绍节点管理器功能、架构和配置步骤。 节点管理器概述 节点管理器在 WebLogic Server 环境下如何工作 常规节点管理器配置 配置基于 Java 的节点管理器 配置基于脚本的节点管理器 启动节点管理器和服务器 节点管理器概述 WebLogic Server 生产环境中的服务器实例通常分布在多个域、计算机和地理位置上。节点管理器是一个 WebLogic Server 实用工具，可以使用它来启动、关闭和重新启动远程位置上的管理服务器和受管服务器实例。尽管节点服务器是可选工具，但如果您的 WebLogic Serv

2、er 环境所承载的应用程序具有较高的可用性要求，则建议您使用该工具。 节点管理器进程与特定 WebLogic 域无关，而与计算机有关。您可以使用同一个节点管理器进程控制任意 WebLogic Server 域中的服务器实例，只要该服务器实例与节点管理器进程驻留于同一台计算机上。节点管理器必须在承载要通过节点管理器控制的 WebLogic Server 实例（管理服务器或受管服务器）的计算机。 基于 Java 和基于脚本的节点管理器 WebLogic Server 提供两种版本的节点管理器：基于 Java 的节点管理器和基于脚本的节点管理器，两者功能类似。但是，每个版本的配置和安全注意事项不同。

3、 基于 Java 的节点管理器 基于 Java 的节点管理器在 Java 虚拟机（Java Virtual Machine，简称 JVM）进程中运行。建议在 Windows 平台上将其作为 Windows 服务运行，而在 UNIX 平台上将其用作一种操作服务运行，以便重新引导系统时可以自动重新启动该节点管理器。 BEA 针对 Windows、Solaris、HP UX、Linux on Intel、Linux on Z-Series 以及 AIX 操作系统提供本地节点管理器库。 注意：Open VMS、OS/390、AS400、UnixWare 或 Tru64 UNIX 不支持节点管理器。此版

4、本的节点管理器将根据 nodemanager.properties 文件确定其配置。请参阅配置基于 Java 的节点管理器。 与基于脚本的版本相比，基于 Java 的节点管理器可以提供更高的安全性。请参阅配置基于 Java 的节点管理器的安全。 基于脚本的节点管理器 对于 UNIX 和 Linux 系统，WebLogic Server 提供基于脚本版的节点管理器。该脚本基于 UNIX 外壳脚本，但它使用 SSH 提供更高的安全性。SSH 使用基于用户 ID 的安全。 有关配置脚本版节点管理器的详细信息，请参阅配置基于脚本的节点管理器。有关使用此版本节点管理器的信息，请参阅运行基于脚本的节点管理

5、器。 此版本所提供的安全性低于基于 Java 的版本。但是，基于脚本的节点管理器的优势在于，它能够通过已配置为使用 SSH 的网络来远程管理服务器。不需要任何其他服务器安装。只需要将脚本复制到远程计算机上。 注意：建议将基于脚本的节点管理器作为一种操作系统服务来运行，以使它能够在重新引导系统时自动重新启动。决定使用哪个节点管理器版本 使用哪个节点管理器版本取决于 WebLogic Server 环境的需要。下列注意事项会有助于您决定哪个版本适合您的环境： 仅在使用脚本版的节点管理器时，才支持自动服务器迁移。要并入自动服务器迁移，必须使用脚本版的节点管理器。 如果在 Windows 系统上安装

6、WebLogic Server，必须使用 Java 版本的节点管理器。Windows 不支持脚本版的节点管理器。 在使用 Java 版本的节点管理器时，使用 db-less 租用（一致租用），您可能会看到更快的性能。 基于脚本的节点管理器需要的安全配置要比 Java 版本需要的安全配置简单很多。RSH 和 SSH 通常比 SSL 要容易配置，SSL是 Java 版本的节点管理器使用的安全方法。脚本版的节点管理器需要的空间占用也比 Java 版本需要的空间占用少很多。 Java 版本的节点管理器可在受支持的 UNIX 系统上与 inetd 结合使用。inetd允许节点管理器根据配置端口上接收的请

7、求自动重启。 访问节点管理器 相对于要进行通信的节点管理器，节点管理器客户端可以在本地，也可以是远程。您可以从下列客户端访问任意版本的节点管理器 - Java 版或基于脚本 (SSH) 的版本。（另外还提供了外壳命令模板形式的 SSH 客户端，以用于基于脚本的节点管理器。） 管理服务器 管理控制台，位于“环境”“计算机”“配置”“节点管理器”页面。 自己编写的 JMX 实用工具。 有关 JMX 的详细信息，请参阅“使用 JMX 开发自定义管理实用工具”。 WLST 命令和脚本 - 管理服务器未运行时，WLST 将脱机用作节点管理器命令行接口。使用 WLST 命令，无需连接管理服务器即可启动、停

8、止和监视服务器实例。独立客户端的主要目的在于启动管理服务器。但您还可以使用它执行下列操作： 停止由节点管理器启动的服务器实例。 启动受管服务器。 访问节点管理器日志文件的内容。 获取服务器状态。 检索服务器输出日志的内容。 节点管理器可以执行的任务 下列部分介绍节点管理器基本功能。 启动、关闭和重新启动管理服务器 通过使用 WebLogic 脚本工具（或仅适用于基于脚本的节点管理器的 SSH 客户端），可以连接承载管理服务器的计算机上的节点管理器进程，然后发出启动、关闭或重新启动管理服务器等命令。管理服务器与节点管理器的关系随场景不同而有所不同。 管理服务器可以由节点管理器控制 - 您可以使用

9、节点管理器启动、监视和重新启动管理服务器。 管理服务器可以是节点管理器的客户端 使用管理控制台启动或停止受管服务器时，您将通过管理服务器访问节点服务器。 管理服务器支持使用节点服务器启动受管服务器 - 使用节点管理器启动受管服务器时，受管服务器将联系管理服务器以获取待处理的配置更新。 启动、关闭、挂起和重新启动受管服务器 通过 WebLogic Server 脚本工具（WebLogic Server Scripting Tool，简称 WLST）命令行或脚本，可以向节点服务器发出启动、关闭、挂起和重新启动受管服务器实例和群集等命令。 如果已对受管服务器实例启用受管服务器独立（Managed S

10、erver Independence，简称 MSI）模式，则即使管理服务器不可用，节点管理器依然可以在失败后重新启动该受管服务器。默认启用该模式。 注意：节点管理器不能启动初次进入 MSI 模式的受管服务器，因为域的管理服务器必须可用，受管服务器才能获取配置设置。注意：节点管理器使用的命令参数与您使用脚本或从命令行启动受管服务器时所提供的参数相同。有关启动参数的信息，请参阅“WebLogic Server 命令参考”中的 weblogic.Server 命令行参考。重新启动管理服务器和受管服务器 如果使用节点管理器启动的服务器实例出现故障，则节点管理器将自动重新启动该服务器实例。 注意：节点管

11、理器只能重新启动通过节点管理器启动的服务器。重新启动功能是可配置的。节点管理器的默认行为是： 自动重新启动在其控制下的故障服务器实例。可以禁用此功能。 故障服务器实例重新启动的次数不能超过指定次数。通过在节点管理器 startup.properties 文件设置 RestartMax 属性可以定义重新启动的次数。 如果节点管理器出现故障或直接关闭，则它会在重新启动时确定退出时仍在其控制下的服务器实例。节点管理器可以根据需要重新启动任意的故障服务器实例。 注意：建议将节点管理器作为操作系统服务运行，以便它能够在主机重新启动后自动重新启动。监视服务器和查看日志数据 节点管理器将创建节点管理器进程的

12、日志文件，以及其控制的每个服务器实例的服务器输出日志文件。您可以使用管理控制台或 WLST 命令查看这些日志文件以及服务器实例的日志文件。 节点管理器在 WebLogic Server 环境下如何工作 下列部分提供一个“大图”，以图表方式介绍节点管理器在 WebLogic Server 环境中的角色，以及节点管理器用于与服务器进行通信的进程的图解与描述： 节点管理器和服务器的图表 节点管理器如何启动管理服务器 节点管理器如何启动受管服务器 节点管理器如何重新启动管理服务器 节点管理器如何重新启动受管服务器 节点管理器如何关闭服务器实例 节点管理器和服务器的图表 图3-1 描绘了节点管理器、其客

13、户端及其控制的服务器实例之间的关系。 图3-1 WebLogic Server 环境中的节点管理器 节点管理器如何启动管理服务器 图3-2 描绘了使用节点管理器启动管理服务器的过程。 本部分假定您已经安装管理服务器，而且已经使用 Configuration Wizard 为管理服务器创建域目录。 节点管理器在承载管理服务器的计算机 A 上运行。独立节点管理器位于远程。 图3-2 启动管理服务器 1.授权用户发出 WLST 脱机命令 nmConnect，以连接承载管理服务器的计算机上的节点管理器进程，然后发出一条命令启动该管理服务器。（如果节点管理器实例是 SSH 版本，则用户可以使用SSH 客

14、户端进行连接）。 启动命令中会标识要启动的域和服务器实例，如果使用的是 Java 节点管理器，还要向节点管理器提供用户名和密码。 注意：如果用户以前曾经连接该节点管理器，则已存在 boot.properties 文件，该用户不必再提供用户名和密码。2.节点管理器在 nodemanager.domains 中查找域目录，并使用包含加密用户名和密码的本地文件来对用户凭据进行身份验证。 3.节点管理器创建管理服务器进程。 4.管理服务器从其 config 目录中获取域配置。 节点管理器如何启动受管服务器 图3-3 描绘了使用节点管理器启动受管服务器的过程。 节点管理器在承载受管服务器 1 的计算机

15、B 上运行。域的管理服务器在计算机 A 上运行。 图3-3 启动受管服务器 1.用户从管理控制台中发出启动受管服务器 1 的命令。 注意：独立客户端还会发出启动受管服务器的命令。2.如果已经为受管服务器 1 配置远程启动属性，则管理服务器将向计算机 B 上的节点管理器发出启动受管服务器 1 的命令。有关参数和如何指定这些参数的信息，请参阅配置远程启动参数。 3.节点管理器启动受管服务器 1。 节点管理器将使用节点管理器进程运行所在的根目录启动受管服务器。要在其他目录下运行受管服务器，请在“服务器”-“配置”-“服务器启动”控制台页面中设置“根目录”特性。 4.受管服务器 1 联系管理服务器以检

16、查其配置信息的更新。 5.如果域配置中存在待处理更改，则受管服务器 1 将更新其配置数据的本地缓存。 节点管理器如何重新启动管理服务器 图3-4 描绘了使用节点管理器重新启动管理服务器的过程。 节点管理器在承载管理服务器的计算机上运行。最初使用节点管理器启动的管理服务器已经退出。管理服务器的 AutoRestart 特性设置为 true。 注意：如果服务器实例的 AutoRestart 特性设置为 false，则节点管理器不会重新启动该实例。 图3-4 重新启动管理服务器 1.节点管理器通过管理服务器进程退出代码确定需要重新启动管理服务器。 2.节点管理器从 boot.properties 文

17、件中获取启动管理服务器的用户名和密码，并从 /data/nodemanager/startup.properties 文件中获取服务器启动属性。 3.节点管理器启动管理服务器。 4.管理服务器读取其配置数据并启动。 节点管理器如何重新启动受管服务器 图3-5 描绘了使用节点管理器重新启动受管服务器的过程。 节点管理器在承载受管服务器 1 的计算机 B 上运行。最初通过节点管理器启动的受管服务器 1 已经退出。受管服务器 1 的 AutoRestart 特性设置为 true。 注意：如果服务器实例的 AutoRestart 特性设置为 false，则节点管理器不会重新启动该实例。 图3-5 重新

18、启动受管服务器 1.节点管理器根据受管服务器 1 的最后已知状态确定需要重新启动受管服务器。 2.节点管理器从 boot.properties 文件中获取启动受管服务器 1 的用户名和密码，并从 startup.properties 文件中获取服务器启动属性。这些服务器特定的文件位于受管服务器 1 的服务器目录中。 3.节点管理器启动受管服务器 1。 注意：在服务器实例出现故障后，节点管理器会等待 RestartDelaySeconds 秒，然后再尝试重新启动该实例。 4.受管服务器 1 尝试联系管理服务器以检查其配置数据的更新。如果它联系管理服务器并获取更新后的配置数据，则它将更新其 con

19、fig 目录的本地缓存。 5.如果受管服务器 1 无法联系到管理服务器，且如果已启用受管服务器独立模式 (MSI)，则受管服务器 1 将使用其本地缓存中的配置数据。 注意：默认启用受管服务器独立模式。节点管理器如何关闭服务器实例 图3-6 描绘了节点管理器控制下的受管服务器在关闭过程中进行的通信。根据受管服务器的状态及其是否可用，节点管理器可能需要尝试备用策略以成功启动关闭过程。 节点管理器在承载受管服务器 1 的计算机 B 上运行。 图 3-6 关闭节点管理器控制下的服务器实例 1.授权用户从管理控制台中发出关闭受管服务器 1 的命令。 2.管理服务器直接向受管服务器 1 发出关闭命令。如果

20、管理服务器成功联系受管服务器 1，则受管服务器 1 将执行“管理服务器启动和关闭”的正常关闭中描述的关闭顺序。 3.在前一步骤中，如果管理服务器无法联系到受管服务器 1，则它将向计算机 B 上的节点服务器发出关闭受管服务器 1 的命令。 4.节点管理器将向操作系统发出取消受管服务器 1 的请求。 5.操作系统将结束受管服务器 1 进程。 节点管理器和系统崩溃恢复 要确保节点管理器在系统崩溃后正常重启，必须执行以下操作： 确保 CrashRecoveryEnabled 设置为 True。 CrashRecoveryEnabled 配置属性允许节点管理器在系统崩溃后重启服务器。默认不启用该属性。

21、应当通过节点管理器来启动管理服务器。 应当通过管理服务器来启动所有的受管服务器。可以通过 WLST 或管理控制台来完成此操作。 重新启动系统后，节点管理器检查 nodemanager.domains 文件中指定的每个受管域，然后确定是否存在任何尚未完全关闭的服务器实例。这可以通过创建 WebLogic Server 进程时是否存在由节点管理器创建的锁定文件而确定。该锁定文件包含 WebLogic Server 启动脚本的进程标识符。如果存在锁定文件，但进程 ID 并未运行，则节点管理器将尝试自动重新启动该服务器。 如果该进程正在运行，节点管理器还将访问进程中运行的管理 Servlet 并进一步

22、检查，从而验证与该进程 ID 对应的进程是一个 WebLogic Server 实例。 注意：当节点管理器访问管理 Servlet 而执行检查时，服务器日志中可能会显示有关非正常凭据的警告。节点管理器配置和日志文件 在管理多个服务器的过程中，节点管理器使用多个配置文件，并向多个目录输出日志文件，如下图所示。有关这些文件的说明，请参阅节点管理器配置和日志文件。 图3-7 节点管理器配置和日志记录环境 下列部分介绍节点管理器配置和日志文件： 配置文件 日志文件 配置文件 除特别说明外，配置文件均适用于基于 Java 的节点管理器和基于脚本的节点管理器。 nodemanager.properties

23、 这是基于 Java 版本的节点管理器使用的配置文件。请参阅检查 nodemanager.properties。 此文件位于 WL_HOME/common/nodemanager。 nodemanager.domains 此文件包含节点管理器管理的域的名称及其对应目录之间的映射。请参阅配置 nodemanager.domains 文件。 此文件位于 WL_HOME/common/nodemanager。 nm_data.properties 此文件中存储了节点管理器使用对称加密密钥加密的数据。数据以加密格式存储。 此文件位于 WL_HOME/common/nodemanager。 nm_pas

24、sword.properties 此文件存储节点管理器的用户名和密码。请参阅指定节点管理器的用户名和密码。 此文件位于 DOMAIN_HOME/config/nodemanager 下。 boot.properties 节点管理器使用此文件指定启动服务器时的引导标识。请参阅常规节点管理器配置。 此文件位于 domain-name/servers/server_name/data/nodemanager 下。 startup.properties 每个受管服务器实例都有自己的 startup.properties 文件，该文件具有可以控制节点管理器如何启动和控制服务器的属性。通过使用最后一次通过

25、管理器服务器启动服务器时向节点管理器传递的属性，节点管理器自动创建此文件。这允许节点管理器客户端或启动脚本使用管理服务器最后一次使用的属性重新启动受管服务器。 有关 startup.properties 的详细信息，请参阅设置服务器启动属性。这些属性与 ServerStartMBean 包含的服务器启动特性以及 ServerStartMBean 中的运行状况监视特性相对应。 此文件位于 domain-name/servers/server_name/data/nodemanager。 server_name.addr server_name.addr 存储服务器启动或迁移时增加的 IP 地址。

26、迁移过程中成功启动服务器 IP 地址后生成此文件。停止 IP 地址时将删除 server_name.addr。服务器 IP 地址用于验证删除请求，防止关闭服务器时误删地址。 此文件位于 domain-name/servers/server_name/data/nodemanager 中。 server_name.lck 每个服务器都会生成 server_name.lck，其中包含内部使用的锁定 ID。 此文件位于 domain-name/servers/server_name/data/nodemanager。 server_name.pid 每个服务器都将生成 server_name.pid

27、，其中包含服务器的进程 ID。节点管理器检查服务器在崩溃恢复期间所生成的进程 ID。 此文件位于 domain-name/servers/server_name/data/nodemanager。 server_name.state 服务器会生成 server_name.state，其中包含服务器的当前状态。节点管理器会监视此文件的内容，以便确定服务器的当前状态。 注意：请勿删除或更改此文件。如果没有此文件，节点管理器无法确定服务器的当前状态。此文件位于 domain-name/servers/server_name/data/nodemanager。 日志文件 使用节点管理器和 WebLog

28、ic Server 日志文件有助于对启动或停止各个受管服务器中的问题进行故障排除。表 3-1 节点管理器日志文件的位置 日志文件 位置 节点管理器日志文件 NodeManagerHome/nodemanager.log 节点管理器服务器实例日志文件 domain-name/servers/logs/.out WebLogic Server 日志文件 domain-name/servers/logs/.log nodemanager.log 节点管理器在 NodeManagerHome/nodemanager.log下创建了一个日志文件。此日志文件存储与节点管理器管理的所有域有关的数据。 此日志

29、文件由节点管理器生成，其中包含节点管理器在给定物理计算机上控制的所有域的数据。请参阅 nodemanager.log。 此文件位于 WL_HOME/common/nodemanager。 日志输出将追加到当前 nodemanager.log中。默认禁用日志滚动，但是通过在nodemanager.properties中设置 LogCount 可以启用它。 您可以通过下列方式查看节点管理器日志文件： 在管理控制台中选择“计算机”-“监视”-“节点管理器日志”页面 使用 WLST nmLog 命令 server_name.out 对于它控制的每个服务器实例，节点管理器会维护一个日志文件，其中包含由服

30、务器实例生成的 stdout和 stderr 消息。如果已经将远程启动调试属性启用作为服务器实例的远程启动属性，或如果已启用 NodeManager 调试属性，则节点管理器将在服务器输出日志信息中包括其他调试信息。 注意：您不能限制节点管理器创建的日志文件的大小。默认禁用向 stdout 中记录日志。此文件位于 domain_name/servers/logs 节点管理器在服务器实例的 logs 目录中为服务器实例创建服务器输出日志，其名称为： server-name.out 其中 server-name 是服务器实例的名称。 您可以通过下列方式查看特定服务器实例的节点管理器日志文件： 选择“

31、诊断”-“日志文件”。 使用 WLST nmServerLog 命令。 对节点管理器可以创建的服务器输出日志的数量没有限制。 WebLogic Server 日志文件 除节点管理器创建的日志文件外，节点管理器控制下的服务器实例还具有自己的日志文件。 通过选择“诊断”-“日志文件”，再选择服务器日志文件，然后单击“查看”，可以查看服务器实例的定期日志文件。 常规节点管理器配置 本部分描述应用于 Java 版和脚本版节点管理器的常规节点管理器配置。应当确保已经执行了以下部分概述的所有项目。 执行常规节点管理器配置后，应当根据使用的节点管理器的版本执行在配置基于 Java 的节点管理器或配置基于脚本的节点管理