监控策略设置

使用此页面来查看或更改控制 Node Agent 如何监控和重新启动进程的设置。

要查看此管理控制台页面,请单击服务器 > 服务器类型 > WebSphere 应用程序服务器 > server_name。然后,在“服务器基础结构”下面,单击 Java 和进程管理 > 监视策略

最大尝试启动次数

指定产品尝试启动应用程序服务器作为对启动请求响应的最多次数。如果无法在指定的尝试次数内启动服务器,那么会发出一则错误消息,指出无法启动应用程序服务器。

信息
数据类型 整数
缺省

3

Ping 时间间隔

指定在父进程(例如,Node Agent)与它创建的进程(例如,应用程序服务器)之间的通信尝试频率(以秒计)。请根据需要调整此值以重新启动发生故障的服务器。如果减小此值,就能够更快地检测到故障;如果增大此值,就会降低 ping 的频率,从而减少系统开销。

信息
数据类型 整数
范围 将该值设置为大于或等于 0(零)并且小于 2147483。如果指定的值大于 2147483,应用程序服务器的运行方式就好像是该值设置为 0 一样。指定值 0 时,将不执行任何检查。
缺省

60

[z/OS]在 z/OS® 环境中,Deployment Manager 或节点代理程序的“Ping 时间间隔”设置会被忽略。但是,节点代理程序将使用应用程序服务器的“Ping 时间间隔”设置来控制本机 z/OS 操作系统的 PidWaiter 监控功能。PidWaiter 监控功能类似于在分布式平台环境中使用的 ping 功能。这两种监控功能均确定应用程序服务器是否仍在运行。这两种监控功能之间的唯一差别是 PidWaiter 监控功能不发送“Ping 时间间隔”监控功能所发送的任何 TCP/IP 消息。

避免故障 避免故障:
  • 如果您将此属性设置为 0(这指示不执行检查),那么某些线程(例如 PidWaiter)可能会在他们将其状态返回给启动线程之前终止。在这些情况下,Deployment Manager 可能不会将某些事件通知 Node Agent,这可能对 stopServer.sh 处理有负面影响。
  • 如果将此属性设置为大于 0 但小于或等于 5 的值,那么用作 Ping 时间间隔的实际值是 5。
gotcha
[z/OS]也可以设置以下两个属性以便相当大地减少由于此监控活动而导致的 DNS 查询数:
  1. 可以为每个进程的控制器添加 JVM 定制属性 com.ibm.websphere.management.monitoring.pingInterval。此属性的缺省值为 60 秒。除非您需要将发生的 DNS 查询数减至最少,否则,建议您不要更改此缺省值。如果需要将发生的 DNS 查询数减至最少,请将此属性设置为一段更适合于您的系统的时间间隔。

    为 Deployment Manager 设置此属性时,它调节 Deployment Manager 进行检查以确定 Node Agent 是否仍在运行的频率。为 Node Agent 设置此属性时,它调节 Node Agent 进行检查以确定 Deployment Manager 是否仍在运行的频率。为应用程序服务器设置此属性时,它调节应用程序服务器进行检查以确定 Node Agent 是否仍在运行的频率。

  2. 可在单元级别添加环境变量 protocol_iiop_resolve_foreign_hostname,并将其设置为 0。将此变量设置为 0 时会禁用 IIOP 解析外部主机名功能,从而使此功能不必执行 DNS 查询。

[z/OS]添加这两个属性时不会将 DNS 查询从产品进程中完全消除。

Ping 超时

父进程创建子进程时(例如在进程管理器衍生服务器时),父进程 ping 子进程以查看是否成功地创建了子进程。该值指定在假设子进程失败之前,父进程应该等待的秒数(在 ping 子进程后)。

信息
数据类型 整数
单位
范围 将该值设置为大于或等于 0(零)并且小于 2147483647。如果指定的值大于 2147483647,应用程序服务器的运行方式就好象是该值设置为 0 一样。
缺省

300

自动重新启动

指定进程失败时是否应该自动重新启动。

如果更改对此字段指定的值,那么必须重新启动应用程序服务器和 Node Agent,这样新设置才会生效。

此设置不会影响您指定的“节点重新启动状态”设置。这两个设置是互斥的。

信息
数据类型 布尔值
缺省

[AIX Solaris HP-UX Linux Windows][IBM i]true(对于分布式环境和 IBM® i 环境)

[z/OS]false(对于 z/OS 环境)

节点重新启动状态

此设置仅对 WebSphere® Application Server Network Deployment 产品显示。它指定服务器在节点完全关闭并重新启动后的期望行为。

当 Node Agent 停止时,如果服务器正在运行中,那么 Node Agent 重新启动后仍将运行该服务器。当 Node Agent 重新启动时,如果服务器已停止,那么 Node Agent 是否启动该服务器取决于此属性的设置:
  • 如果此属性设置为 STOPPED,那么 Node Agent 不启动该服务器。
  • 如果此属性设置为 RUNNING,那么 Node Agent 始终启动该服务器。
  • 如果此属性设置为 PREVIOUS,那么仅当该服务器在 Node Agent 停止的情况下正在运行时, Node Agent 才会启动该服务器。
注: 您对节点重新启动状态进行的更改在使节点同步后生效。在下次 NodeAgent 重新启动时(在同步后),将采用节点重新启动状态。

此设置不会影响您指定的“自动重新启动”设置。这两个设置是互斥的。

信息
数据类型 String
缺省 STOPPED
范围 有效值为 STOPPED、RUNNING 或 PREVIOUS。如果您要进程在节点重新启动后返回到它的当前状态,使用 PREVIOUS。

指示主题类型的图标 参考主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=urun_rmonitorpol
文件名:urun_rmonitorpol.html