Em vez de parar o servidor de aplicativos, você pode utilizar o comando Modify do console MVS para
pausar os listeners para esse servidor de aplicativos, desempenhar
a atualização do aplicativo e, em seguida, retomar os listeners. Se você utilizar
essa técnica, não terá que parar e, em seguida, iniciar o servidor para executar
a atualização do aplicativo.
Antes de Iniciar
Determine quais servidores de aplicativos estão sendo hosts dos membros de cluster
que precisam de atualização.
Sobre Esta Tarefa
Se você tem um aplicativo de alta disponibilidade cujas atualizações deseja
controlar manualmente, mas não deseja parar os servidores afetados, poderá
utilizar o comando Modificar de MVS para pausar o listener para cada um desses servidores
e, em seguida, atualizar o aplicativo.
Evitar Problemas: O comando MODIFY
server,PAUSELISTENERS
para o recebimento do controlador em todas as portas, excetuo IIOP (ORB_TCP_SECURE
e ORB_TCP_LISTENER). Para IIOP, quando este comando modify é emitido,
o daemon para de enviar solicitações aos canais de transporte IIOP. No entanto, se você estiver executando aplicativos clientes que executam armazenamento em cache,
tal como armazenamento em cache de bean, será possível para solicitações destes aplicativos
serem enviadas diretamente à porta IIOP aberta. Esta situação pode ocorrer
porque os listeners IIOP iniciam antecipadamente no processo de inicialização do servidor,
por meio disso, abrindo possivelmente a porta IIOP antes deste comando
modify
ser emitido.
gotcha
Para pausar os listeners e controlar manualmente
a consolidação do aplicativo em um ambiente de alta disponibilidade:
Nota:
Procedimento
- Desative todos os formulários de sincronização automática em todos os nós
na célula e salve as alterações. Execute um dos seguintes processos para concluir essa etapa:
- No console
administrativo:
- Clique em node_agent_name > Serviço de sincronização do arquivo.
- Cancele a seleção das opções Sincronização Automática e Sincronização de Inicialização.
- Selecione a opção Sincronizar Alterações com Nós.
- Clique em Salvar.
- Utilize o script wsadmin para especificar os seguintes comandos e, em
seguida, reinicie todos os agentes de nó afetados:
set node NODE
set na_id [$AdminConfig getid /Node:$node/Server:nodeagent/]
set syncServ [$AdminConfig list ConfigSynchronizationService $na_id]
$AdminConfig modify $syncServ {{autoSynchEnabled false}}
$AdminConfig modify $syncServ {{synchOnServerStartup false}}
$AdminConfig save
set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*]
$AdminControl invoke $nodeSync sync
Nota: Para um ambiente de produção, é
compreensível que sempre execute o agente do nó com a sincronização automática desativada. Entretanto, é aconselhável que a sincronização de inicialização seja ativada para o
agente do nó de modo que possa adquirir atualizações de configuração que ocorrem quando o
agente do nó está desativado.
A Sincronização de Inicialização pode permanecer ativada, desde que você assegure
que não reiniciará o agente do nó manualmente, por meio da automação, ou por meio do gerenciador de reinicialização
automática durante o processo de atualização do aplicativo.
- Atualize o aplicativo no Repositório de Configuração Principal no
servidor do gerenciador de implementação. Execute um dos seguintes processos para concluir essa etapa:
- No console
administrativo:
- Clique em .
- Selecione o aplicativo que você deseja atualizar.
- Conclua o processo de atualização do aplicativo.
- Salve suas alterações na configuração master. NÃO selecione a opção Sincronizar
Alterações com Nós.
- Utilize o script wsadmin para emitir o seguinte comando:
set app_loc /path/to/app
set app_options {application options ie: -appname app}
set options [list -update] lappend options $app_options
$AdminApp install $app_loc $options
$AdminConfig save
Neste momento, você atualizou a versão do seu
aplicativo (App v2 na seguinte figura) na sua Configuração Mestre. Entretanto, a versão original do seu aplicativo (App v1 na seguinte figura) ainda está
sendo executada no cluster que possui membros Cluster no LPAR1 e LPAR2.
Figura 1. Instalar
Atualização do Aplicativo.
Esta figura ilustra o primeiro estágio de uma
atualização de aplicativo em um ambiente de alta disponibilidade.
- Pause o listener do servidor de aplicativos no LPAR1 e sincronize
manualmente o nó para a versão atualizada do aplicativo. Após
pausar o listener, aguarde a conclusão de todos os itens de trabalho atualmente designados ao
servidor e, em seguida, emita o seguinte comando a partir do Console de MVS:
MODIFY short_server_name,PAUSELISTENERS
Por
exemplo, se o nome abreviado para o servidor que você está pausando for BBOS001, emita
o seguinte comando:
MODIFY BBOS001,PAUSELISTENERS
- Sincronize o nó. Execute um dos seguintes processos para concluir essa etapa:
Conforme ilustrado na seguinte figura, a versão atualizada do aplicativo
(App v2) agora reside no nó no LPAR1.
Figura 2. Atualize o nó no LPAR1.
Esta figura ilustra o primeiro
estágio de uma atualização de aplicativo em um ambiente de alta disponibilidade com dois
LPARs.
- Retome o listener do servidor de aplicativos no LPAR1. Emita o seguinte comando a partir do MVS Console:
MODIFY short_server_name,RESUMELISTENERS
Por
exemplo, se o nome abreviado para o servidor que você está pausando for BBOS001, emita
o seguinte comando:
MODIFY BBOS001,RESUMELISTENERS
- Com a nova versão do aplicativo sendo executada no LPAR1, repita as três
etapas anteriores nos outros LPARs no cluster para atualizá-las com a nova versão do aplicativo. A seguinte figura ilustra como será a aparência de sua
configuração em um cluster de dois LPARs.
Figura 3. Atualize o nó no LPAR2.
Esta figura ilustra o
segundo estágio de uma atualização de aplicativo em um ambiente de alta disponibilidade.
Resultados
O processo de atualização de aplicativo será concluído quando a nova versão do
aplicativo estiver sendo executada em todos os LPARs no cluster.