使用节点管理器控制WebLogic 服务器.docx
《使用节点管理器控制WebLogic 服务器.docx》由会员分享，可在线阅读，更多相关《使用节点管理器控制WebLogic 服务器.docx（49页珍藏版）》请在冰豆网上搜索。
使用节点管理器控制WebLogic服务器
使用节点管理器控制服务器
下列部分介绍节点管理器功能、架构和配置步骤。
▪节点管理器概述
▪节点管理器在WebLogicServer环境下如何工作
▪常规节点管理器配置
▪配置基于Java的节点管理器
▪配置基于脚本的节点管理器
▪启动节点管理器和服务器
节点管理器概述
WebLogicServer生产环境中的服务器实例通常分布在多个域、计算机和地理位置上。
节点管理器是一个WebLogicServer实用工具，可以使用它来启动、关闭和重新启动远程位置上的管理服务器和受管服务器实例。
尽管节点服务器是可选工具，但如果您的WebLogicServer环境所承载的应用程序具有较高的可用性要求，则建议您使用该工具。
节点管理器进程与特定WebLogic域无关，而与计算机有关。
您可以使用同一个节点管理器进程控制任意WebLogicServer域中的服务器实例，只要该服务器实例与节点管理器进程驻留于同一台计算机上。
节点管理器必须在承载要通过节点管理器控制的WebLogicServer实例（管理服务器或受管服务器）的计算机。
基于Java和基于脚本的节点管理器
WebLogicServer提供两种版本的节点管理器：
基于Java的节点管理器和基于脚本的节点管理器，两者功能类似。
但是，每个版本的配置和安全注意事项不同。
基于Java的节点管理器
基于Java的节点管理器在Java虚拟机（JavaVirtualMachine，简称JVM）进程中运行。
建议在Windows平台上将其作为Windows服务运行，而在UNIX平台上将其用作一种操作服务运行，以便重新引导系统时可以自动重新启动该节点管理器。
BEA针对Windows、Solaris、HPUX、LinuxonIntel、LinuxonZ-Series以及AIX操作系统提供本地节点管理器库。
注意：
OpenVMS、OS/390、AS400、UnixWare或Tru64UNIX不支持节点管理器。
此版本的节点管理器将根据nodemanager.properties文件确定其配置。
请参阅配置基于Java的节点管理器。
与基于脚本的版本相比，基于Java的节点管理器可以提供更高的安全性。
请参阅配置基于Java的节点管理器的安全。
基于脚本的节点管理器
对于UNIX和Linux系统，WebLogicServer提供基于脚本版的节点管理器。
该脚本基于UNIX外壳脚本，但它使用SSH提供更高的安全性。
SSH使用基于用户ID的安全。
有关配置脚本版节点管理器的详细信息，请参阅配置基于脚本的节点管理器。
有关使用此版本节点管理器的信息，请参阅运行基于脚本的节点管理器。
此版本所提供的安全性低于基于Java的版本。
但是，基于脚本的节点管理器的优势在于，它能够通过已配置为使用SSH的网络来远程管理服务器。
不需要任何其他服务器安装。
只需要将脚本复制到远程计算机上。
注意：
建议将基于脚本的节点管理器作为一种操作系统服务来运行，以使它能够在重新引导系统时自动重新启动。
决定使用哪个节点管理器版本
使用哪个节点管理器版本取决于WebLogicServer环境的需要。
下列注意事项会有助于您决定哪个版本适合您的环境：
▪仅在使用脚本版的节点管理器时，才支持自动服务器迁移。
要并入自动服务器迁移，必须使用脚本版的节点管理器。
▪如果在Windows系统上安装WebLogicServer，必须使用Java版本的节点管理器。
Windows不支持脚本版的节点管理器。
▪在使用Java版本的节点管理器时，使用db-less租用（一致租用），您可能会看到更快的性能。
▪基于脚本的节点管理器需要的安全配置要比Java版本需要的安全配置简单很多。
RSH和SSH通常比SSL要容易配置，SSL是Java版本的节点管理器使用的安全方法。
脚本版的节点管理器需要的空间占用也比Java版本需要的空间占用少很多。
▪Java版本的节点管理器可在受支持的UNIX系统上与inetd结合使用。
inetd允许节点管理器根据配置端口上接收的请求自动重启。
访问节点管理器
相对于要进行通信的节点管理器，节点管理器客户端可以在本地，也可以是远程。
您可以从下列客户端访问任意版本的节点管理器-Java版或基于脚本（SSH）的版本。
（另外还提供了外壳命令模板形式的SSH客户端，以用于基于脚本的节点管理器。
）
▪管理服务器
∙管理控制台，位于“环境”>“计算机”>“配置”>“节点管理器”页面。
∙自己编写的JMX实用工具。
有关JMX的详细信息，请参阅“使用JMX开发自定义管理实用工具”。
▪WLST命令和脚本-管理服务器未运行时，WLST将脱机用作节点管理器命令行接口。
使用WLST命令，无需连接管理服务器即可启动、停止和监视服务器实例。
独立客户端的主要目的在于启动管理服务器。
但您还可以使用它执行下列操作：
∙停止由节点管理器启动的服务器实例。
∙启动受管服务器。
∙访问节点管理器日志文件的内容。
∙获取服务器状态。
∙检索服务器输出日志的内容。
节点管理器可以执行的任务
下列部分介绍节点管理器基本功能。
启动、关闭和重新启动管理服务器
通过使用WebLogic脚本工具（或仅适用于基于脚本的节点管理器的SSH客户端），可以连接承载管理服务器的计算机上的节点管理器进程，然后发出启动、关闭或重新启动管理服务器等命令。
管理服务器与节点管理器的关系随场景不同而有所不同。
▪管理服务器可以由节点管理器控制-您可以使用节点管理器启动、监视和重新启动管理服务器。
▪管理服务器可以是节点管理器的客户端–使用管理控制台启动或停止受管服务器时，您将通过管理服务器访问节点服务器。
▪管理服务器支持使用节点服务器启动受管服务器-使用节点管理器启动受管服务器时，受管服务器将联系管理服务器以获取待处理的配置更新。
启动、关闭、挂起和重新启动受管服务器
通过WebLogicServer脚本工具（WebLogicServerScriptingTool，简称WLST）命令行或脚本，可以向节点服务器发出启动、关闭、挂起和重新启动受管服务器实例和群集等命令。
如果已对受管服务器实例启用受管服务器独立（ManagedServerIndependence，简称MSI）模式，则即使管理服务器不可用，节点管理器依然可以在失败后重新启动该受管服务器。
默认启用该模式。
注意：
节点管理器不能启动初次进入MSI模式的受管服务器，因为域的管理服务器必须可用，受管服务器才能获取配置设置。
注意：
节点管理器使用的命令参数与您使用脚本或从命令行启动受管服务器时所提供的参数相同。
有关启动参数的信息，请参阅“WebLogicServer命令参考”中的weblogic.Server命令行参考。
重新启动管理服务器和受管服务器
如果使用节点管理器启动的服务器实例出现故障，则节点管理器将自动重新启动该服务器实例。
注意：
节点管理器只能重新启动通过节点管理器启动的服务器。
重新启动功能是可配置的。
节点管理器的默认行为是：
▪自动重新启动在其控制下的故障服务器实例。
可以禁用此功能。
▪故障服务器实例重新启动的次数不能超过指定次数。
通过在节点管理器startup.properties文件设置RestartMax属性可以定义重新启动的次数。
如果节点管理器出现故障或直接关闭，则它会在重新启动时确定退出时仍在其控制下的服务器实例。
节点管理器可以根据需要重新启动任意的故障服务器实例。
注意：
建议将节点管理器作为操作系统服务运行，以便它能够在主机重新启动后自动重新启动。
监视服务器和查看日志数据
节点管理器将创建节点管理器进程的日志文件，以及其控制的每个服务器实例的服务器输出日志文件。
您可以使用管理控制台或WLST命令查看这些日志文件以及服务器实例的日志文件。
节点管理器在WebLogicServer环境下如何工作
下列部分提供一个“大图”，以图表方式介绍节点管理器在WebLogicServer环境中的角色，以及节点管理器用于与服务器进行通信的进程的图解与描述：
▪节点管理器和服务器的图表
▪节点管理器如何启动管理服务器
▪节点管理器如何启动受管服务器
▪节点管理器如何重新启动管理服务器
▪节点管理器如何重新启动受管服务器
▪节点管理器如何关闭服务器实例
节点管理器和服务器的图表
图 3-1描绘了节点管理器、其客户端及其控制的服务器实例之间的关系。
图 3-1WebLogicServer环境中的节点管理器
节点管理器如何启动管理服务器
图 3-2描绘了使用节点管理器启动管理服务器的过程。
本部分假定您已经安装管理服务器，而且已经使用ConfigurationWizard为管理服务器创建域目录。
节点管理器在承载管理服务器的计算机A上运行。
独立节点管理器位于远程。
图 3-2启动管理服务器
1.授权用户发出WLST脱机命令nmConnect，以连接承载管理服务器的计算机上的节点管理器进程，然后发出一条命令启动该管理服务器。
（如果节点管理器实例是SSH版本，则用户可以使用SSH客户端进行连接）。
启动命令中会标识要启动的域和服务器实例，如果使用的是Java节点管理器，还要向节点管理器提供用户名和密码。
注意：
如果用户以前曾经连接该节点管理器，则已存在boot.properties文件，该用户不必再提供用户名和密码。
2.节点管理器在nodemanager.domains中查找域目录，并使用包含加密用户名和密码的本地文件来对用户凭据进行身份验证。
3.节点管理器创建管理服务器进程。
4.管理服务器从其config目录中获取域配置。
节点管理器如何启动受管服务器
图 3-3描绘了使用节点管理器启动受管服务器的过程。
节点管理器在承载受管服务器1的计算机B上运行。
域的管理服务器在计算机A上运行。
图 3-3启动受管服务器
1.用户从管理控制台中发出启动受管服务器1的命令。
注意：
独立客户端还会发出启动受管服务器的命令。
2.如果已经为受管服务器1配置远程启动属性，则管理服务器将向计算机B上的节点管理器发出启动受管服务器1的命令。
有关参数和如何指定这些参数的信息，请参阅配置远程启动参数。
3.节点管理器启动受管服务器1。
节点管理器将使用节点管理器进程运行所在的根目录启动受管服务器。
要在其他目录下运行受管服务器，请在“服务器”->“配置”->“服务器启动”控制台页面中设置“根目录”特性。
4.受管服务器1联系管理服务器以检查其配置信息的更新。
5.如果域配置中存在待处理更改，则受管服务器1将更新其配置数据的本地缓存。
节点管理器如何重新启动管理服务器
图 3-4描绘了使用节点管理器重新启动管理服务器的过程。
节点管理器在承载管理服务器的计算机上运行。
最初使用节点管理器启动的管理服务器已经退出。
管理服务器的AutoRestart特性设置为true。
注意：
如果服务器实例的AutoRestart特性设置为false，则节点管理器不会重新启动该实例。
图 3-4重新启动管理服务器
1.节点管理器通过管理服务器进程退出代码确定需要重新启动管理服务器。
2.节点管理器从boot.properties文件中获取启动管理服务器的用户名和密码，并从/data/nodemanager/startup.properties文件中获取服务器启动属性。
3.节点管理器启动管理服务器。
4.管理服务器读取其配置数据并启动。
节点管理器如何重新启动受管服务器
图 3-5描绘了使用节点管理器重新启动受管服务器的过程。
节点管理器在承载受管服务器1的计算机B上运行。
最初通过节点管理器启动的受管服务器1已经退出。
受管服务器1的AutoRestart特性设置为true。
注意：
如果服务器实例的AutoRestart特性设置为false，则节点管理器不会重新启动该实例。
图 3-5重新启动受管服务器
1.节点管理器根据受管服务器1的最后已知状态确定需要重新启动受管服务器。
2.节点管理器从boot.properties文件中获取启动受管服务器1的用户名和密码，并从startup.properties文件中获取服务器启动属性。
这些服务器特定的文件位于受管服务器1的服务器目录中。
3.节点管理器启动受管服务器1。
注意：
在服务器实例出现故障后，节点管理器会等待RestartDelaySeconds秒，然后再尝试重新启动该实例。
4.受管服务器1尝试联系管理服务器以检查其配置数据的更新。
如果它联系管理服务器并获取更新后的配置数据，则它将更新其config目录的本地缓存。
5.如果受管服务器1无法联系到管理服务器，且如果已启用受管服务器独立模式（MSI），则受管服务器1将使用其本地缓存中的配置数据。
注意：
默认启用受管服务器独立模式。
节点管理器如何关闭服务器实例
图 3-6描绘了节点管理器控制下的受管服务器在关闭过程中进行的通信。
根据受管服务器的状态及其是否可用，节点管理器可能需要尝试备用策略以成功启动关闭过程。
节点管理器在承载受管服务器1的计算机B上运行。
图3-6关闭节点管理器控制下的服务器实例
1.授权用户从管理控制台中发出关闭受管服务器1的命令。
2.管理服务器直接向受管服务器1发出关闭命令。
如果管理服务器成功联系受管服务器1，则受管服务器1将执行“管理服务器启动和关闭”的正常关闭中描述的关闭顺序。
3.在前一步骤中，如果管理服务器无法联系到受管服务器1，则它将向计算机B上的节点服务器发出关闭受管服务器1的命令。
4.节点管理器将向操作系统发出取消受管服务器1的请求。
5.操作系统将结束受管服务器1进程。
节点管理器和系统崩溃恢复
要确保节点管理器在系统崩溃后正常重启，必须执行以下操作：
▪确保CrashRecoveryEnabled设置为True。
CrashRecoveryEnabled配置属性允许节点管理器在系统崩溃后重启服务器。
默认不启用该属性。
▪应当通过节点管理器来启动管理服务器。
▪应当通过管理服务器来启动所有的受管服务器。
可以通过WLST或管理控制台来完成此操作。
重新启动系统后，节点管理器检查nodemanager.domains文件中指定的每个受管域，然后确定是否存在任何尚未完全关闭的服务器实例。
这可以通过创建WebLogicServer进程时是否存在由节点管理器创建的锁定文件而确定。
该锁定文件包含WebLogicServer启动脚本的进程标识符。
如果存在锁定文件，但进程ID并未运行，则节点管理器将尝试自动重新启动该服务器。
如果该进程正在运行，节点管理器还将访问进程中运行的管理Servlet并进一步检查，从而验证与该进程ID对应的进程是一个WebLogicServer实例。
注意：
当节点管理器访问管理Servlet而执行检查时，服务器日志中可能会显示有关非正常凭据的警告。
节点管理器配置和日志文件
在管理多个服务器的过程中，节点管理器使用多个配置文件，并向多个目录输出日志文件，如下图所示。
有关这些文件的说明，请参阅节点管理器配置和日志文件。
图 3-7节点管理器配置和日志记录环境
下列部分介绍节点管理器配置和日志文件：
▪配置文件
▪日志文件
配置文件
除特别说明外，配置文件均适用于基于Java的节点管理器和基于脚本的节点管理器。
nodemanager.properties
这是基于Java版本的节点管理器使用的配置文件。
请参阅检查nodemanager.properties。
此文件位于WL_HOME/common/nodemanager。
nodemanager.domains
此文件包含节点管理器管理的域的名称及其对应目录之间的映射。
请参阅配置nodemanager.domains文件。
此文件位于WL_HOME/common/nodemanager。
nm_data.properties
此文件中存储了节点管理器使用对称加密密钥加密的数据。
数据以加密格式存储。
此文件位于WL_HOME/common/nodemanager。
nm_password.properties
此文件存储节点管理器的用户名和密码。
请参阅指定节点管理器的用户名和密码。
此文件位于DOMAIN_HOME/config/nodemanager下。
boot.properties
节点管理器使用此文件指定启动服务器时的引导标识。
请参阅常规节点管理器配置。
此文件位于domain-name/servers/server_name/data/nodemanager下。
startup.properties
每个受管服务器实例都有自己的startup.properties文件，该文件具有可以控制节点管理器如何启动和控制服务器的属性。
通过使用最后一次通过管理器服务器启动服务器时向节点管理器传递的属性，节点管理器自动创建此文件。
这允许节点管理器客户端或启动脚本使用管理服务器最后一次使用的属性重新启动受管服务器。
有关startup.properties的详细信息，请参阅设置服务器启动属性。
这些属性与ServerStartMBean包含的服务器启动特性以及ServerStartMBean中的运行状况监视特性相对应。
此文件位于domain-name/servers/server_name/data/nodemanager。
server_name.addr
server_name.addr存储服务器启动或迁移时增加的IP地址。
迁移过程中成功启动服务器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，其中包含服务器的进程ID。
节点管理器检查服务器在崩溃恢复期间所生成的进程ID。
此文件位于domain-name/servers/server_name/data/nodemanager。
server_name.state
服务器会生成server_name.state，其中包含服务器的当前状态。
节点管理器会监视此文件的内容，以便确定服务器的当前状态。
注意：
请勿删除或更改此文件。
如果没有此文件，节点管理器无法确定服务器的当前状态。
此文件位于domain-name/servers/server_name/data/nodemanager。
日志文件
使用节点管理器和WebLogicServer日志文件有助于对启动或停止各个受管服务器中的问题进行故障排除。
表3-1节点管理器日志文件的位置
日志文件
位置
节点管理器日志文件
NodeManagerHome/nodemanager.log
节点管理器服务器实例日志文件
domain-name/servers//logs/.out
WebLogicServer日志文件
domain-name/servers//logs/.log
nodemanager.log
节点管理器在NodeManagerHome/nodemanager.log下创建了一个日志文件。
此日志文件存储与节点管理器管理的所有域有关的数据。
此日志文件由节点管理器生成，其中包含节点管理器在给定物理计算机上控制的所有域的数据。
请参阅nodemanager.log。
此文件位于WL_HOME/common/nodemanager。
日志输出将追加到当前nodemanager.log中。
默认禁用日志滚动，但是通过在nodemanager.properties中设置LogCount可以启用它。
您可以通过下列方式查看节点管理器日志文件：
▪在管理控制台中选择“计算机”->“监视”->“节点管理器日志”页面
▪使用WLSTnmLog命令
server_name.out
对于它控制的每个服务器实例，节点管理器会维护一个日志文件，其中包含由服务器实例生成的stdout和stderr消息。
如果已经将远程启动调试属性启用作为服务器实例的远程启动属性，或如果已启用NodeManager调试属性，则节点管理器将在服务器输出日志信息中包括其他调试信息。
注意：
您不能限制节点管理器创建的日志文件的大小。
默认禁用向stdout中记录日志。
此文件位于domain_name/servers//logs
节点管理器在服务器实例的logs目录中为服务器实例创建服务器输出日志，其名称为：
server-name.out
其中server-name是服务器实例的名称。
您可以通过下列方式查看特定服务器实例的节点管理器日志文件：
▪选择“诊断”->“日志文件”。
▪使用WLSTnmServerLog命令。
对节点管理器可以创建的服务器输出日志的数量没有限制。
WebLogicServer日志文件
除节点管理器创建的日志文件外，节点管理器控制下的服务器实例还具有自己的日志文件。
通过选择“诊断”->“日志文件”，再选择服务器日志文件，然后单击“查看”，可以查看服务器实例的定期日志文件。
常规节点管理器配置
本部分描述应用于Java版和脚本版节点管理器的常规节点管理器配置。
应当确保已经执行了以下部分概述的所有项目。
执行常规节点管理器配置后，应当根据使用的节点管理器的版本执行在配置基于Java的节点管理器或配置基于脚本的节点管理
升级会员 