Reiniciando um Servidor de Aplicativos no Modo de Recuperação

Quando uma instância do servidor de aplicativos com as transações ativas em progresso for reiniciada após uma falha, o serviço de transação utilizará os logs de recuperação para concluir o processo de recuperação. Esses logs, que cada recurso transacional mantém, são utilizados para executar novamente quaisquer transações Pendentes e executar o sistema geral para um estado de auto-consistência.

[z/OS]

Antes de Iniciar

Se você estiver migrando de uma versão anterior do produto, certifique-se de que o parâmetro REC seja incluído na instrução de procedimento do JCL para o controlador como REC=N ou REC=Y. Se o procedimento JCL não especificar REC=N ou REC=Y, o servidor não será reiniciado no modo de recuperação mesmo se você especificar a opção -recovery.

Se os procedimentos JCL incluírem REC=N, a configuração alterará automaticamente para REC=Y se você especificar -recovery quando reiniciar o servidor. REC=N será incluído automaticamente no procedimento JCL se você não migrou de uma versão anterior do produto. Este é um exemplo de como sua instrução PROC atualizada pode parecer:

//BBO6ACR  PROC PARMS=' ',REC=N,Z=BBO6ACRZ       

Sobre Esta Tarefa

Ao reiniciar um servidor de aplicativos no modo de recuperação:
  • Os recursos transacionais concluem as ações em seus logs de recuperação e, em seguida, são encerrados. Essa ação libera quaisquer bloqueios de recursos que o servidor de aplicativos mantinha antes da falha.
  • Durante o período de recuperação, somente o subconjunto das funções do servidor de aplicativos necessárias para que a recuperação transacional prossiga estará disponível.
  • O servidor de aplicativos não aceita novo trabalho durante o processo de recuperação.
  • O servidor de aplicativos é encerrado quando a recuperação é concluída.

Esse processo de recuperação começa assim que todos os subsistemas necessários do servidor de aplicativos estão disponíveis. Se o servidor de aplicativos não for reiniciado no modo de recuperação, o servidor de aplicativos poderá começar a aceitar novo trabalho assim que o servidor estiver pronto, o que pode ocorrer antes do trabalho de recuperação ser concluído.

Normalmente, esse processo não é um problema. No entanto, existem situações nas quais seus procedimentos operacionais podem não ser compatíveis com o suporte simultâneo do trabalho de recuperação e do trabalho novo. Por exemplo, você pode ter um ambiente de alta disponibilidade no qual o trabalho manipulado pelo servidor de aplicativos que falhou é movido imediatamente para outro servidor de aplicativos. Esse servidor de aplicativos de backup, então, processa exclusivamente o trabalho do servidor de aplicativos que falhou até que a recuperação seja concluída no servidor de aplicativos em falha e os dois servidores de aplicativos possam ser sincronizados novamente. Nessa situação, você pode querer que o servidor de aplicativos em falha execute somente seu processo de recuperação transacional e, em seguida, seja encerrado. Você pode não querer que esse servidor de aplicativos comece a aceitar trabalho novo enquanto o processo de recuperação está ocorrendo.

Para evitar a designação de trabalho novo para um servidor de aplicativos que está passando por seu processo de recuperação de transação, reinicie o servidor de aplicativos no modo de recuperação.

Ao reiniciar um servidor de aplicativos em falha, o agente do nó no nó em que o servidor de aplicativos em falha reside deve estar em execução antes que você possa reiniciar o servidor de aplicativos.

Evitar Problemas Evitar Problemas: Quando um servidor de aplicativos para como parte do processamento de encerramento normal, a mensagem WSVR0024I: Servidor xxxxxxxx PROCESS xxxxxxxx interrompido é enviada para o arquivo de log do sistema. Se os IDs do usuário do servidor tiverem acesso ALTER aos perfis MVSADMIN.* apropriados na classe de recurso, a entrada de registro do gerenciador de recursos que está associada ao servidor de aplicativos para esta instância do servidor de aplicativos será removida dos logs RRS. No entanto, se os IDs do usuário do servidor não tiverem acesso ALTER aos perfis MVSADMIN.* apropriados na classe de recurso, a entrada de registro do gerenciador de recursos que está associada ao servidor de aplicativos para esta instância do servidor de aplicativos não será removida dos logs RRS.

Se a entrada de registro do gerenciador de recursos foi excluída dos logs RRS, em um início subsequente do servidor de aplicativos, será executado um cold start. No entanto, não será possível executar um cold start com RRS se você estiver iniciando o servidor de aplicativos em modo de recuperação.

[z/OS]Com este release de serviço, é possível executar o servidor em cold start em um modo de recuperação apenas no sistema em que ele foi configurado.

gotcha

Se você deseja conseguir reiniciar um servidor de aplicativos no modo de recuperação, deve executar as seguintes etapas antes que ocorra uma falha e, em seguida, reiniciar o servidor de aplicativos para ativar as suas alterações de configuração:

Procedimento

Resultados

O servidor de aplicativos reinicia no modo de recuperação, executa a recuperação transacional e é encerrado. Quaisquer bloqueios de recursos que o servidor de aplicativos mantinha antes da falha serão liberados.
[z/OS]

O que Fazer Depois

Configure o suporte de alta disponibilidade integrado para o subcomponente do serviço de transações para a recuperação por período das transações.


Í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_svr_recoverymode
Nome do arquivo: trun_svr_recoverymode.html