[z/OS]

Pausando um Listener do Servidor de Aplicativos para Atualizar Manualmente um Aplicativo de Alta Disponibilidade

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 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

  1. 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:
      1. Clique em Administração do sistema > Agentes do nó > node_agent_name > Serviço de sincronização do arquivo.
      2. Cancele a seleção das opções Sincronização Automática e Sincronização de Inicialização.
      3. Selecione a opção Sincronizar Alterações com Nós.
      4. 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.
  2. 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:
      1. Clique em Aplicativos > Aplicativos Corporativos.
      2. Selecione o aplicativo que você deseja atualizar.
      3. Conclua o processo de atualização do aplicativo.
      4. 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.Instalar Atualização de Aplicativo
  3. 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
  4. Sincronize o nó. Execute um dos seguintes processos para concluir essa etapa:
    • No console administrativo:
      1. Clique em Administração do sistema > Agentes do nó.
      2. Selecione o nó que você deseja sincronizar e, em seguida, clique em Ressincronização Total.
    • Utilize o script wsadmin para emitir os seguintes comandos:
      set node NODE 
      set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*] 
      $AdminControl invoke $nodeSync sync 

    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.Atualize o nó no LPAR1
  5. 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
  6. 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.Atualize o nó no LPAR2

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.


Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_ha_pauselist
Nome do arquivo: trun_ha_pauselist.html