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]](../images/ngzos.gif)
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
- 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.

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.
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.
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
![[z/OS]](../images/ngzos.gif)
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.