![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Configuración de aspectos de transacciones de servidores para una disponibilidad óptima
Puede configurar los aspectos relacionados con transacciones de servidores de aplicaciones para optimizar la disponibilidad de estos servidores. Esto ayuda a que las transacciones finalicen o se recuperen con mayor rapidez. Después de cambiar las propiedades relacionadas con las transacciones de un servidor de aplicaciones, debe reiniciar el servidor.
Acerca de esta tarea
Para configurar aspectos relacionados con transacciones de servidores de aplicaciones para una disponibilidad óptima, lleve a cabo los pasos siguientes:
Procedimiento
- Almacene los archivos de registros cronológicos de transacciones en un disco rápido de un sistema de archivos altamente disponible, como un dispositivo RAID. Puede que sea necesario que todas las transacciones globales accedan al archivo
de registros cronológicos de transacciones y lo utilicen para recuperación de
transacciones después de una anomalía. Por lo tanto, el disco donde se graban los archivos de registros cronológicos
deberá estar en un sistema de archivos de alta disponibilidad, como un dispositivo
RAID.
El rendimiento del disco también afecta directamente al rendimiento de las transacciones. En general, las transacciones globales hacen dos escrituras en disco, una después de la fase de preparación cuando se conoce el resultado de la transacción (esta información se fuerza a disco) y un escritura más en disco en la finalización de la transacción. Por lo tanto, los registros de transacciones deben colocarse en los discos más rápidos disponibles.
Para que la migración tras error automática de la recuperación de registros de transacciones funcione en una topología de clúster de WebSphere Application Server, se deben utilizar dispositivos montados en red para los registros de transacciones, en un disco rápido en un sistema de archivos de alta disponibilidad como, por ejemplo, un dispositivo RAID al que puedan acceder todos y cada uno de los miembros del clúster.
- Duplique los archivos de registros cronológicos de transacciones utilizando réplica de disco hardware o discos de dos puertos. Si se han duplicado los archivos de registros cronológicos o se pueden
recuperar, se pueden utilizar cuando se reinicia un servidor con anomalías o se
pueden desplazar a otra máquina y se puede iniciar otro servidor para realizar
la recuperación.
Puede configurar la réplica de disco hardware o discos de dos puertos mediante la consola administrativa para especificar el directorio del sistema de archivos adecuado para los archivos de registros cronológicos de transacciones.
- Especifique la ubicación óptima del directorio de archivo de registros cronológicos de transacciones para servidores de aplicaciones.
De forma predeterminada, el servidor de aplicaciones sitúa los archivos de registro de transacciones en un subdirectorio del directorio de WebSphere Application Server instalado donde el nombre del subdirectorio es el mismo que el nombre del servidor.
Por ejemplo, el directorio predeterminado de un servidor de aplicaciones llamado server1 es
/IBM/WebSphere/AppServer/profiles/nombre_perfil/tranlog/server1
Por ejemplo, el directorio predeterminado de un servidor de aplicaciones llamado server1 es
/QIBM/UserData/WebSphere/AppServer/versión_was/ND/profiles/nombre_perfil/tranlog/server1
donde versión_was indica el número deversión para esta instalación de IBM® WebSphere Application Server. Por ejemplo V6 para WebSphere Application Server Versión 6.Por ejemplo, el directorio predeterminado de un servidor de aplicaciones llamado server1 es
/IBM/WebSphere/versión_was/AppServer/profiles/nombre_perfil/tranlog/server1
donde versión_was indica la versión, el release y el número de modificación para esta instalación de IBM WebSphere Application Server. Por ejemplo, V6R0M2 para WebSphere Application Server Versión 6.0.2.Puede especificar una ubicación distinta para el directorio de archivos de registros cronológicos de un servidor de aplicaciones estableciendo la propiedad Directorio de archivo de registros cronológicos de transacciones del servidor. Si el directorio de los registros cronológicos de transacciones no se ha creado durante el arranque del servidor de aplicaciones, la estructura de directorios se crea de forma automática.
Nota: Si cambia el directorio de archivo de registros cronológicos de transacciones, aplique el cambio y reinicie el servidor de aplicaciones tan pronto como sea posible, para minimizar el riesgo de que se produzcan problemas antes de que se reinicie el servidor de aplicaciones. Por ejemplo, si se produce una anomalía en el servidor (con transacciones en proceso), la próxima vez que se inicie el servidor utilizará el nuevo directorio de archivo de registros cronológicos y no podrá resolver automáticamente las transacciones en proceso que se hayan grabado en el antiguo directorio de archivo de registros cronológicos. - Nunca permita que más de un servidor de aplicaciones utilice simultáneamente
el mismo conjunto de archivos de registros cronológicos. Dado que los archivos de registros cronológicos de transacciones graban el estado de
las transacciones globales en un servidor, si no se encuentran o se dañan los archivos de
registros cronológicos, las transacciones que están en un estado de preparadas antes de la anomalía pueden dejar los recursos en un estado desconocido e impedir que otros usuarios o servidores realicen
más actualizaciones o accesos a los recursos. Puede que deba resolver
manualmente estas transacciones confirmando o retrotrayendo las
transacciones a los gestores de recursos afectados. El servidor con la anomalía se puede iniciar en frío, lo que crea nuevos archivos de registros cronológicos de transacciones vacíos.
Si se han duplicado los archivos de registros cronológicos o se pueden recuperar, se pueden utilizar cuando se reinicia un servidor con anomalías o se pueden desplazar a otra máquina y se puede iniciar otro servidor para realizar la recuperación, como se describe en las tareas relacionadas.
Nunca permita que más de un servidor de aplicaciones utilice simultáneamente el mismo conjunto de archivos de registros cronológicos, porque cada servidor destruirá la información grabada por el otro, lo que provocará archivos de registros cronológicos dañados que son inutilizables para la recuperación futura.
- Configure los servidores de aplicaciones para que siempre utilicen la misma
dirección de puerto de escucha al iniciarse. Si ejecuta transacciones distribuidas
entre varios servidores de aplicaciones, deberá redirigir las referencias a
objeto remoto guardadas en el archivo de registros cronológicos de
transacciones al servidor de origen en la recuperación.
En WebSphere Application Server, Network Deployment, los agentes de nodo redirigen automáticamente dichas referencias a objeto remoto a los servidores de aplicaciones adecuados en la recuperación. No obstante, si la transacción está distribuida entre servidores de aplicaciones que no se encuentran en WebSphere Application Server, Network Deployment, deberá manejar la redirección de las referencias a objeto remoto para que la recuperación de la transacción pueda completarse. Por ejemplo, debe hacer esto si un servidor de aplicaciones se despliega en la edición WebSphere Application Server, Network Deployment y ejecuta transacciones distribuidas con servidores que no son WebSphere EJB o Corba.
En particular, la acción de reinicio predeterminada de un servidor de aplicaciones que no sea en Application ServerWebSphere Application Server, Network Deployment es con el fin de utilizar una dirección de puerto de escucha distinta al puerto cuando concluye el servidor. De este modo se impide que finalice la recuperación de la transacción. Para solucionar este problema, debe configurar los servidores de aplicaciones para que utilicen siempre la misma dirección de puerto de escucha en el inicio (consulte la propiedad de ORB com.ibm.CORBA.ListenerPort en el tema sobre las propiedades personalizadas de ORB). Es posible que tenga que efectuar cambios de configuración similares en otros servidores de aplicaciones que intervienen en las transacciones, para poder acceder a esos servidores durante la recuperación.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjta_optsrv
File name: tjta_optsrv.html