Implementação para Alta Disponibilidade Transacional
Para poder utilizar a função HA (High Availability), considere os problemas de implementação, como o tipo do sistema de arquivos ou onde planeja armazenar os logs de recuperação da transação. Especificamente, o tipo do sistema de arquivos pode ter conseqüências importantes para a configuração de recuperação.
Configuração Comum
A recuperação do peer da transação requer uma configuração comum dos provedores de recursos entre os membros participantes do servidor para executar recuperação do peer entre os servidores. Portanto, o processamento da recuperação do período pode ocorrer apenas entre membros do mesmo cluster de servidores. Embora um cluster possa conter servidores de diferentes versões do WebSphere Application Server, a recuperação no mesmo nível só poderá ser executada entre servidores no cluster que estejam na Versão 6 ou posterior.
Armazenamento Físico
Para que os servidores de aplicativos executem a recuperação do período da transação entre si, eles deverão estar aptos a acessar os logs de recuperação de transação dos outros membros do cluster. Assegure-se de que os arquivos de log sejam armazenados em um meio acessível a todos os membros do cluster e que cada membro de cluster tenha uma única localização do arquivo de log nesse meio. Esse meio e o acesso a ele, por exemplo, por meio de uma LAN (rede local), devem suportar a operação de força baseada em arquivo, utilizada pelo serviço de registro de recuperação para forçar dados no disco. Após a conclusão da operação de força, as informações devem ser armazenadas de modo persistente em mídia de disco físico.
Em um ambiente HA, o servidores de aplicativos também devem poder acessar os logs de compensação. Assegure-se de que os arquivos de log sejam armazenados em um meio acessível a todos os membros do cluster e que cada membro de cluster tenha uma única localização do arquivo de log nesse meio.
Por exemplo, você pode armazenar os logs
em outro servidor IBM® i usando o sistema de arquivos NetClient
(QNTC), que fornece acesso a dados em um sistema remoto, usando o protocolo
Server Message Block (SMB).
![[IBM i]](../images/iseries.gif)

Por
exemplo, você pode utilizar o IBM NAS
(Network Attached Storage) (http://www.ibm.com/servers/storage/nas/index.html) montado em
cada nó, e unidades SCSI compartilhadas, mas não compartilhamento de rede simples. Todos os nós devem ter acesso de leitura e gravação aos logs de recuperação.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)

Além disso, configure o mecanismo pelo qual os arquivos de registro remotos são acessados para explorar qualquer tolerância a falhas no sistema de arquivos subjacente. Por exemplo, ao usar o Network File System (NFS) e efetuar a montagem hard do diretório remoto contendo os arquivos de log usando a opção hard -o do comando de montagem NFS, o cliente NFS tentará uma operação com falha repetidamente até que o servidor NFS fique disponível novamente.
Existem dois tipos de falhas potenciais no servidor: falha de software e falha de hardware. As falhas de software geralmente não afetam outros servidores de aplicativos diretamente. Até os servidores no mesmo hardware físico podem executar processamento de recuperação do peer. Se ocorrer uma falha de hardware, todos os servidores implementados ficarão indisponíveis. Serão necessários servidores de outro hardware para manipular o processamento de recuperação. Toda configuração de HA requer que os servidores sejam implementados em vários sistemas distintos de hardware.
Sistema de Arquivos
O tipo do sistema de arquivos é uma importante consideração de implementação por ser o fator principal na decisão de utilizar a recuperação automatizada ou manual do período. Para obter informações adicionais, consulte Como Escolher entre as Recuperações Automatizada e Manual do Período de Transação.