Dicas de Resolução de Problemas da Transação
Use estas dicas para resolver problemas com o serviço de transação do WebSphere Application Server.
- Falha na Recuperação de Período ao Obter uma Trava
- Exceção XAER_NOTA Registrada Após Falha do Servidor
- Mensagem de Encerramento Limpo Não Está no Log de Mensagens
Servidores Interrompidos Após o Failover de Grandes Transações Globais de Cluster Cruzado ou Nó Cruzado em um Ambiente de Alta Disponibilidade
Para os problemas de sistema de mensagens específicos aos nós do WebSphere Application Server, consulte outros tópicos no centro de informações, como o tópico sobre as dicas de resolução de problemas do sistemas de mensagens e a página da Web de Suporte do WebSphere Application Server.
Falha na Recuperação de Período ao Obter uma Trava
[10/26/04 8:41:38:887 CDT] 00000029 CoordinationL A CWWTR0100_GENERIC_ERROR
[10/26/04 8:41:39:100 CDT] 00000029 RecoveryHandl A CWWTR0100E: Uma tentativa de
obter uma trava de arquivo necessária para executar o processamento da recuperação falhou. O
servidor de destino está ativo ou a configuração do log de recuperação está incorreta
....
[10/26/04 8:42:34:921 CDT] 00000027 HAGroupImpl I CWRHA0130I: O membro local
do grupo GN_PS=fwsitkaCell01\fwwsaix1Node01\GriffinServer3,
IBM_hc=GriffinCluster,type =WAS_TRANSACTIONS indicou que ele não está
ativo. A JVM será finalizada.
[10/26/04 8:42:34:927 CDT] 00000027 SystemOut O Panic:component requested
panic from isAlive
- Se você tiver ativado o failover de recuperação de log de transações no cluster de servidores e estiver utilizando um dispositivo NAS para logs de transações, verifique se o nível do DFS em sua máquina está correto em relação ao nível do DFS do NAS. Se os dois níveis não estiverem corretos, os logs de transações não poderão ser acessados.
- Se você estiver executando como não raiz, verifique se os números de ID do usuário e do grupo não raiz correspondem em todas as máquinas envolvidas com a recuperação peer-to-peer.
- Se você tiver uma política definida para a transação, revise-a para assegurar que esteja fornecendo controle para os servidores corretos (talvez seja necessário incluir ou reordenar a lista de servidores preferidos).
Solicitações do cliente e mensagens de protocolo da transação de serviços da web não são roteadas para o servidor adequado

Exceção XAER_NOTA Registrada Após Falha do Servidor
Se um servidor de aplicativos falhar e o registro de transação final não for forçado em disco imediatamente, você pode ou não recuperar uma transação.
[date time] 00000057 WSRdbXaResour E CWWRA0302E: Ocorreu uma XAException.
O código de erro é: XAER_NOTA (-4). A exceção é: XAER_NOTA
Se houver uma transação sem um registro final no log de transações, o serviço de transações tentará verificar com o banco de dados. Se a transação foi concluída, o banco de dados indicará que não há nada para ser concluído (XAER_NOTA). Este comportamento é normal e não é um erro.
Mensagem de Encerramento Limpo Não Está no Log de Mensagens
Quando um servidor de aplicativos é encerrado, as transações ativas são revertidas. Se todas as transações forem concluídas com êxito, a mensagem CWWTR0105I é registrada, indicando um encerramento limpo do serviço de transações, e a próxima reinicialização de servidor não precisa de nenhuma atividade de recuperação. Se um servidor de aplicativos for encerrado e a mensagem CWWTR0105I não for registrada, essa mensagem não indica um problema, mas significa que a atividade de recuperação será necessária na reinicialização do servidor.
Antes de desinstalar o produto, todos os servidores de aplicativos deverão ser encerrados normalmente sem erros para evitar problemas de integridade de dados.
Assegure-se de que a recuperação a partir de uma perspectiva do recurso RRS ou XA não seja necessária
- No sistema operacional z/OS, a mensagem de encerramento limpa CWWTR0105I nunca é registrada. Para garantir que a recuperação de uma perspectiva de recurso RRS ou XA não seja necessária, é possível reiniciar o servidor de aplicativos no modo de recuperação, no sistema em que ele está configurado. No modo de recuperação, se houver units of recovery (URs) pendentes, o servidor de aplicativos concluirá as URs e, em seguida, será encerrado. Se não houver URs pendentes, o servidor de aplicativos será iniciado e, em seguida, será encerrado normalmente. Portanto, para garantir que toda a recuperação tenha ocorrido, reinicie o servidor no modo de recuperação e aguarde um encerramento normal.
![[z/OS]](../images/ngzos.gif)
Servidores Interrompidos Após o Failover de Grandes Transações Globais de Cluster Cruzado ou Nó Cruzado em um Ambiente de Alta Disponibilidade
No evento de um failover, como falha de LPAR, alguns dos servidores de aplicativos sobreviventes podem tornar-se irresponsivos.
Para resolver esse problema, cancele e reinicie os servidores de aplicativos. Se necessário, force a reinicialização dos servidores de aplicativos.