Directrices para cambiar las políticas de gestión de rearranque automático (ARM)

Puesto que las instancias de servidor se registran con el grupo de reinicio por omisión, la gestión de rearranque automático (ARM) intenta reiniciar todo el grupo por omisión en otro sistema del sysplex cuando se produce una anomalía de sistema. Para crear un grupo de reinicio que no sea este grupo por omisión, debe seguir las siguientes reglas.

Si desea crear un grupo de reinicio que no sea el grupo por omisión, deberá cumplir las reglas y restricciones siguientes que se aplican a las políticas de ARM de z/OS. Para obtener más información sobre cómo cambiar estas políticas, consulte z/OS MVS Setting Up a Sysplex (SA22-7625).
  • Para cambiar la política, necesita conocer los nombres de los elementos existentes de las instancias de servidor y cómo denominar los nuevos elementos de las instancias adicionales. Los nombres de elemento de estas instancias de servidor están formados por la concatenación del nombre corto de la célula y el nombre corto específico de los servidores.

    Por ejemplo, si tiene una célula denominada PLEX1 y un servidor denominado BBOS001, el nombre del elemento ARM será PLEX1BBOS001.

    Como se pueden utilizar caracteres de comodín en la política ARM, puede excluir un grupo completo de servidores utilizando un esquema de denominación común en la célula.

    La siguiente sección de la política ARM impedirá que se inicie ningún agente de nodo, por ejemplo, suponiendo que todos los agentes de nodo de la célula tengan un nombre con el formato BBONxxx:
    RESTART_GROUP(WEBSPHERE)
    ELEMENT(PLEX1BBON*)
    RESTART_ATTEMPTS(0,150)
    RESTART_TIMEOUT(600)
    READY_TIMEOUT(1200)
    TERMTYPE(ALLTERM)
    RESTART_METHOD(BOTH,PERSIST)
    Esta política ARM también impedirá que se reinicie el agente de nodo in situ. Esta especificación se puede modificar cambiando los parámetros RESTART_METHOD y TERMTYPE. Consulte z/OS MVS Setting Up a Sysplex (SA22-7625) para obtener más información.
  • Si crea un grupo de reinicio, mantenga lo siguiente en el mismo grupo de reinicio y establezca el orden de reinicio de los elementos como se indica:
    1. RRS
    2. DB2 con IRLM, IMS, CICS y otros gestores de recursos o de transacciones, si los servidores de aplicaciones los utilizan en el grupo de reinicio.
    3. Instancias de servidor
Configure el daemon de servicio de ubicación y el agente de nodo para el reinicio in situ, o elimínelos de la política ARM. Como WebSphere Application Server se debe ejecutar en todos los sistemas que se utilicen para realizar la recuperación, los servidores de aplicaciones el daemon de servicio de ubicación y el agente de nodo que se estén ejecutando en el sistema alternativo. Si el daemon de servicio de ubicación intenta reiniciarse en el sistema alternativo, fallará. Si el agente de nodo se reinicia en el sistema alternativo, no tendrá ningún trabajo de recuperación que hacer.

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=cins_changearm
File name: cins_changearm.html