Como as instâncias do servidor são registradas com o grupo de reinicialização padrão, o Automatic Restart Management (ARM) tenta reiniciar todo o grupo padrão em outro sistema no sysplex quando ocorre uma falha no sistema. Para criar um grupo de reinício
diferente desse grupo padrão, é necessário seguir determinadas regras.
Se você quiser criar um grupo de reinicialização diferente deste grupo padrão, precisará estar em conformidade com as seguintes regras e restrições que se aplicam às políticas do z/OS ARM. Para obter informações adicionais sobre como realmente alterar essas políticas, consulte
z/OS MVS Setting
Up a Sysplex (SA22-7625).
- Para alterar o critério, será necessário saber os nomes de elementos existentes das
instâncias do servidor e como nomear novos elementos para instâncias adicionais. Os nomes dos elementos dessas instâncias de servidores são formados pela concatenação do
nome abreviado da célula e do nome abreviado específico dos servidores.
Se você tiver uma
célula denominada PLEX1 e um servidor denominado BBOS001, por exemplo, o nome do elemento ARM
será PLEX1BBOS001.
Uma vez que é possível utilizar caracteres curinga no critério ARM,
é possível excluir um grupo inteiro de servidores utilizando um esquema comum de nomenclatura
dentro da célula.
Por exemplo, a seguinte seção da política ARM
impedirá que os agentes de nós sejam iniciados, supondo-se que cada agente
do nó da célula tenha um nome que siga o formato BBON
xxx:
RESTART_GROUP(WEBSPHERE)
ELEMENT(PLEX1BBON*)
RESTART_ATTEMPTS(0,150)
RESTART_TIMEOUT(600)
READY_TIMEOUT(1200)
TERMTYPE(ALLTERM)
RESTART_METHOD(BOTH,PERSIST)
Essa política ARM também impedirá
que o agente do nó seja reiniciado no local. Essa especificação pode ser modificada pela alteração dos parâmetros RESTART_METHOD e TERMTYPE.
Consulte z/OS MVS Setting Up
a Sysplex (SA22-7625) para obter mais informações.
- Se você criar um grupo de reinício, mantenha o seguinte no mesmo grupo de
reinício e defina a ordem de reinício dos elementos, conforme indicado:
- RRS
- DB2 com
IRLM, IMS, CICS
e outros gerenciadores de transação ou de recurso, se utilizados por seus servidores de aplicativos
no grupo de reinício
- As instâncias de seu servidor
Configure o daemon do serviço de localização e o agente de nó para serem reiniciados
de forma adequada ou remova-os de sua política ARM. Como o WebSphere Application Server deve
estar em execução em todos os sistemas que podem ser utilizados para executar recuperação, os servidores
de aplicativos utilizarão o daemon do serviço de localização e o agente do nó que já estão
em execução no sistema alternativo. Se o daemon do serviço de localização tentar reiniciar no sistema alternativo, ele falhará. Se o agente do nó for iniciado novamente no sistema
alternativo, ele não terá trabalho de recuperação para fazer.