[z/OS]

Reinicialização e Recuperação no mesmo Nível

O objetivo de todo sistema é ter o mínimo de tempo de inatividade possível. Às vezes, no entanto, as falhas do sistema são inevitáveis. Por exemplo, pode ocorrer uma falha em razão de uma inesperada falta de energia no sistema principal. Quando isso acontece, uma ação de reinício que pode ser executada é reiniciar em um sistema no mesmo nível no sysplex. Esse tipo de reinício utiliza a função de reinício e recuperação no mesmo nível. Iniciar um servidor em um sistema para o qual ele não foi configurado o colocará implicitamente no modo de reinicialização e recuperação no mesmo nível.

Recurso Reprovado Recurso Reprovado: A funcionalidade de reinício e recuperação no mesmo nível (PRR) foi reprovada. Para a recuperação de transações, em vez dessa funcionalidade PRR, utilize o suporte integrado de alta disponibilidade para o subcomponente do serviço de transações.depfeat

Quando ocorrer uma falha no sistema principal que resultar em transações InDoubt com resultados desconhecidos, será necessário obter os resultados transacionais pretendidos (corretamente ideais) antes dos dados poderem ser utilizados novamente. A reinicialização e recuperação no mesmo nível fornecem um meio automatizado de realizar isso por meio do reinício do controlador em um sistema de mesmo nível para que as "travas" que bloqueiam os dados possam ser eliminadas e os resultados determinados. Isso se dá ao contrário do modo como um sistema geralmente trata uma falha pela reversão automática.

Se ocorrer uma falha, o gerenciamento de reinício automático:
  • Pode reiniciar o produto e os servidores relacionados no mesmo sistema, ou
  • Pode utilizar a função de reinício e recuperação no mesmo nível para reiniciar servidores relacionados em um sistema alternativo na célula.

    O servidor não é um gerenciador de recurso recuperável. É um gerenciador de comunicação recuperável. Ele não possui suas próprias travas recuperáveis e não precisa gerenciar travas nem estados de trava em um registro. Ele só precisa certificar-se de que os responsáveis pela chamada e os chamados estejam conectados em cada uma das sessões de comunicação de uma transação distribuída.

A reinicialização e recuperação no mesmo nível reinicia o controlador em outro sistema e passa pelo processo de reinício e recuperação da transação para que seja possível atribuir resultados para transações que estavam em andamento no momento da falha. Durante esse processo de reinício e recuperação da transação, os dados podem ficar temporariamente inacessíveis até que o processo de recuperação esteja concluído. O processo de reinício e recuperação não resulta em perda de dados.

Gerenciadores de recursos, como DB2, que estavam sendo acessados no momento de falha podem conter bloqueios com escopo definido para uma transação UR (unidade de recuperação). Depois que um resultado é atribuído a uma UR, essas travas são, geralmente, eliminadas pelos gerenciadores de recursos.


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



Í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=cprr_ovr
Nome do arquivo: cprr_ovr.html