Sugerencias para la resolución de problemas de transacciones

Utilice estas sugerencias para ayudarle a solucionar problemas con el servicio de transacciones de WebSphere Application Server.

Para problemas de mensajería específicos de nodos de WebSphere Application Server, consulte otros temas en el centro de información, por ejemplo el tema sobre consejos para resolver problemas de mensajería y la página web de soporte de WebSphere Application Server.

La recuperación de igual no puede adquirir un bloqueo

Si la recuperación de igual de una transacción no puede adquirir un bloqueo de archivos que es necesario para realizar el proceso de recuperación, verá los siguientes mensajes:
[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: An attempt to 
acquire a file lock needed to perform recovery processing failed. Either the 
target server is active or the recovery log configuration is incorrect
....
[10/26/04 8:42:34:921 CDT] 00000027 HAGroupImpl   I   CWRHA0130I: The local 
member of group GN_PS=fwsitkaCell01\fwwsaix1Node01\GriffinServer3,
IBM_hc=GriffinCluster,type =WAS_TRANSACTIONS has indicated that is it not 
alive. La JVM terminará.
[10/26/04 8:42:34:927 CDT] 00000027 SystemOut     O Panic:component requested 
panic from isAlive
Para ver por qué no se adquiere el bloqueo de archivos y solucionar el problema, compruebe los siguientes factores:
  • Si ha habilitado la migración tras error de la recuperación de registros de transacciones en el clúster de servidores y está utilizando un dispositivo NAS para los registros cronológicos de transacciones, compruebe que el nivel DFS de la máquina sea el correcto para el nivel DFS de NAS. Si no son correctos los dos niveles, no se puede acceder a las anotaciones cronológicas de transacciones.
  • Si se está ejecutando como un usuario que no sea root, compruebe que los números de ID del usuario que no sea root y el grupo coincidan en todas las máquinas implicadas en la recuperación de igual.
  • Si tiene definida una política para las transacciones, revise la política para garantizar que está otorgando el control a los servidores correctos (quizás sea necesario añadir elementos a la lista de servidores preferidos o reordenarla.)

Las solicitudes de cliente y los mensajes de protocolo de transacciones de servicios web no se direccionan al servidor adecuado.

Cuando el cliente no forma parte de la misma célula administrativa que el servicio de destino y se requiere afinidad de transacciones o alta disponibilidad de transacciones, se puede utilizar la topología de servidor proxy de WebSphere Application Server para direccionar al servidor adecuado las solicitudes de cliente y los mensajes de protocolo de transacciones de servicios web. En esta topología, el cliente se comunica con un servidor proxy de WebSphere Application Server, que direcciona de forma dinámica las solicitudes de cliente y los mensajes de protocolo de transacciones de servicios web al servidor adecuado en un clúster de WebSphere Application Server. Para que este escenario funcione, el servidor proxy debe configurarse en la misma célula administrativa que el servicio de destino.
Avoid trouble Avoid trouble: WebSphere Application Server no proporciona soporte de direccionador On Demand (ODR) para este escenario. Sólo el servidor proxy de WebSphere Application Server puede actuar como un proxy para los puntos finales de transacciones de servicio web. gotcha

Anotación cronológica de la excepción XAER_NOTA después de un error en el servidor

Si se produce un error en un servidor de aplicaciones y no se fuerza inmediatamente el registro de la transacción final en el disco, es posible que pueda recuperar o no una transacción.

WebSphere Application Server no fuerza el registro final en el registro cronológico, por lo que es el sistema de archivos del sistema operativo o red el que decide cuándo se graba en el disco. Se forzaría el registro si el servidor se hubiese cerrado limpiamente. El servicio de transacción está diseñado para hacer frente a la posibilidad de que el registro final no se escriba nunca en el disco, es decir, cuando reciba una excepción devuelta de las bases de datos.
[fecha hora] 00000057 WSRdbXaResour E  CWWRA0302E:  Se ha producido una XAException.  
El código de error es: XAER_NOTA
(-4).  La excepción es: XAER_NOTA

Si existe una transacción sin un registro final en el registro de transacción, el servicio de transacciones intenta comprobarlo con la base de datos. Si se ha completado la transacción, la base de datos indica que no queda nada por completarse (XAER_NOTA). Se trata de un comportamiento normal, no de un error.

El mensaje de conclusión limpia no aparece en las anotaciones cronológicas de mensajes

Cuando un servidor de aplicaciones concluye, las transacciones activas se retrotraen. Si todas las transacciones finalizan satisfactoriamente, se anota el mensaje CWWTR0105I, que indica una conclusión limpia del servicio de transacción, y el próximo reinicio del servidor no necesita ninguna actividad de recuperación. Si el servidor de aplicaciones se concluye y no se anota el mensaje CWWTR0105I, esto no indica un problema, pero significa que se necesita una actividad de recuperación cuando se reinicie el servidor.

Antes de desinstalar el producto, necesita realizar una conclusión limpia de todos los servidores de aplicaciones a fin de evitar problemas de integridad de datos.

[z/OS]Asegúrese de que no sea necesaria la desinstalación desde una perspectiva de recursos RRS o XA
En el sistema operativo z/OS, el mensaje CWWTR0105I de conclusión limpia nunca se anota cronológicamente. Para garantizar que no es necesaria la recuperación desde una perspectiva de RRS o recursos XA, puede reiniciar el servidor de aplicaciones en modalidad de recuperación, en el sistema en el que se está configurado. En la modalidad de recuperación, si hay unidades pendientes de recuperación (UR), el servidor de aplicaciones completa las UR y posteriormente concluye. Si no hay UR pendientes, el servidor de aplicaciones se inicia y, a continuación, concluye con normalidad. Por lo tanto, para asegurarse de que se ha llevado a cabo la recuperación, reinicie el servidor en modalidad de recuperación y espere hasta que se produzca una conclusión normal.6
[z/OS]

Los servidores se cuelgan después de la migración tras error de grandes transacciones globales de clústeres cruzados o de nodos cruzados de un entorno de alta disponibilidad.

En el caso de una migración tras error como, por ejemplo la anomalía de LPAR, es posible que haya unos cuantos servidores de aplicaciones que sobreviven que dejen de responder.

Para resolver este problema, cancele y reinicie los servidores de aplicaciones. Si es necesario, fuerce el reinicio de los servidores de aplicaciones.


Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjta_prob0
File name: rjta_prob0.html