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 BBON
xxx:
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:
- RRS
- 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.
- 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.