关于更改自动重新启动管理 (ARM) 策略的准则

因为服务器实例向缺省重新启动组注册,所以发生系统故障时,自动重新启动管理 (ARM) 会尝试在综合系统中的另一系统上重新启动整个缺省组。要创建此缺省组以外的重新启动组,需要遵循某些规则。

如果要创建此缺省组以外的重新启动组,那么需要遵循下列适用于 z/OS® ARM 策略的规则和限制。有关如何实际更改这些策略的更多信息,请参阅 z/OS MVS™ Setting Up a Sysplex (SA22-7625)。
  • 要更改策略,需要知道服务器实例的现有元素名称以及其他实例的新元素的命名方式。这些服务器实例的元素名称通过并置单元短名称和特定于服务器的短名称构成。

    例如,如果具有名为 PLEX1 的单元和名为 BBOS001 的服务器,那么 ARM 元素名称将为 PLEX1BBOS001。

    因为可在 ARM 策略中使用通配符,所以可通过在单元中使用公共命名方案来排除整组服务器。

    ARM 策略的以下部分将阻止任何 Node Agent 启动,例如,假定单元中的每个 Node Agent 的名称符合 BBONxxx 格式:
    RESTART_GROUP(WEBSPHERE)
    ELEMENT(PLEX1BBON*)
    RESTART_ATTEMPTS(0,150)
    RESTART_TIMEOUT(600)
    READY_TIMEOUT(1200)
    TERMTYPE(ALLTERM)
    RESTART_METHOD(BOTH,PERSIST)
    此 ARM 策略还将阻止 Node Agent 原地重新启动。可通过更改 RESTART_METHOD 参数和 TERMTYPE 参数来修改此规范。有关更多信息,请参阅 z/OS MVS Setting Up a Sysplex (SA22-7625)。
  • 如果创建重新启动组,那么将下列各项保留在同一重新启动组中,并按指示设置元素的重新启动顺序:
    1. RRS
    2. 带有 IRLM、IMS™、CICS® 和其他事务或资源管理器的 DB2®(如果由应用程序服务器在重新启动组中使用)
    3. 服务器实例
设置位置服务守护程序和 Node Agent 以便原地重新启动,或者从 ARM 策略中除去它们。因为 WebSphere® Application Server 必须在可能用于执行恢复的所有系统上运行,所以应用程序服务器将使用已经在备用系统上运行的位置服务守护程序和 Node Agent。如果位置服务守护程序尝试在备用系统上重新启动,那么它将会失败。如果 Node Agent 在备用系统上重新启动,那么它将没有恢复工作要运行。

指示主题类型的图标 概念主题



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