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.

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

Se a recuperação peer-to-peer de uma transação falhar ao obter um bloqueio de arquivo necessário para executar o processamento de recuperação, as seguintes mensagens poderão ocorrer:
[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
Para resolver a causa do defeito para obter a trava de arquivo, verifique os seguintes fatores:
  • 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

Quando o cliente não é parte da mesma célula administrativa que o serviço de destino e você precisa de afinidade de transação ou alta disponibilidade da transação, é possível usar a topologia do servidor proxy do WebSphere Application Server para rotear solicitações do cliente e mensagens de protocolo da transação de serviços da web para o servidor adequado. Nessa topologia, o cliente se comunica com um servidor proxy do WebSphere Application Server, que roteia dinamicamente as solicitações do cliente e as mensagens de protocolo da transação de serviços da web para o servidor adequado em um cluster do WebSphere Application Server. Para esse cenário funcionar, o servidor proxy deve ser configurado na mesma célula administrativa que o serviço de destino.
Evitar Problemas Evitar Problemas: O WebSphere Application Server não fornece o suporte on demand router (ODR) para este cenário. Apenas o servidor proxy do WebSphere Application Server pode agir como um proxy para os terminais de transação de serviço da web.gotcha

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.

O WebSphere Application Server não força o registro final para o log, portanto, caberá ao sistema operacional ou ao sistema de arquivos de rede decidir quando gravar no disco. O registro seria forçado se o servidor fosse encerrado completamente. O serviço de transações foi projetado para defrontar-se com o caso do registro final nunca ser gravado em disco - quando obtém um XAER_NOTA retornado dos bancos de dados.
[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.

[z/OS]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]

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.


Ícone que indica o tipo de tópico Tópico de Referência



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