Valores del servicio de transacciones

Utilice esta página para especificar valores del servicio de transacciones. El servicio de transacciones es un componente de tiempo de ejecución de servidor que puede coordinar las actualizaciones en varios gestores de recursos para garantizar las actualizaciones atómicas de los datos. Las aplicaciones o el contenedor en el que éstas se despliegan inician y detienen las transacciones.

Para ver esta página de la consola administrativa, pulse Servidores > Tipos de servidor > WebSphere Application Servers > nombre_servidor > [Valores del contenedor] Servicios de contenedor > Servicio de transacciones.

Directorio de archivos de anotaciones cronológicas de transacciones

Especifica el nombre de un directorio de este servidor donde el servicio de transacciones almacena los archivos de anotaciones cronológicas para la recuperación. De forma opcional puede especificar el tamaño de los archivos de anotaciones cronológicas de transacciones. Para la plataforma z/OS, especifica la ubicación del archivo de anotaciones cronológicas de asociados JTA.

Establezca esta propiedad para cambiar el directorio de archivos de registro de transacciones para un servidor de aplicaciones sólo si las aplicaciones utilizan recursos distribuidos o transacciones XA; por ejemplo, si se accede a varias bases de datos y recursos en una sola transacción.

Establezca esta propiedad para cambiar el directorio de archivos de registro de transacciones para un servidor de aplicaciones en una de las siguientes situaciones:
  • Si las aplicaciones utilizan recursos distribuidos o transacciones XA; por ejemplo, en una sola transacción se accede a múltiples bases de datos y recursos.
  • Si configura el sistema para la alta disponibilidad de transacciones. En esta situación, el directorio de registro de transacciones debe ser exclusivo para cada servidor del clúster y todos los servidores del clúster deben poder acceder al directorio de registro de transacciones.

    En un entorno de alta disponibilidad (HA), el directorio de registro de transacciones y el directorio de registro de compensación de cada servidor de un clúster deben ser exclusivos.

Si no especifica este directorio durante la configuración del servidor, el servicio de transacciones utiliza un directorio predeterminado en base al directorio de instalación: raíz_servidor_aplicaciones/ tranlog/nombre_célula/nombre_nodo/nombre_servidor.

Cuando una aplicación que se ejecuta en el servidor de aplicaciones accede a más de un recurso, el servidor de aplicaciones almacena información de la transacción en el directorio del producto para coordinar y gestionar correctamente la transacción distribuida. En cargas de transacciones mayores, si se almacena de esta manera la información persistente puede disminuir el rendimiento del servidor de aplicaciones porque depende del sistema operativo y de los sistemas de almacenamiento subyacentes. Para obtener un mayor rendimiento, designe un nuevo directorio para los archivos de anotaciones en un sistema de almacenamiento aparte de mayor tamaño.

Si el servidor de aplicaciones presenta uno o varios de los siguientes síntomas, cambie el directorio de anotaciones de transacciones.
  • Sigue habiendo poco uso de la CPU a pesar de que aumentan las transacciones
  • No se pueden efectuar las transacciones con tiempos de espera excedidos en varias ocasiones
  • Se retrotraen las transacciones y se genera la excepción "no se puede incluir la transacción"
  • El servidor de aplicaciones se detiene en mitad de una ejecución y se debe reiniciar
  • El disco en el que se está ejecutando el servidor de aplicaciones muestra un uso más alto
Lea las siguientes recomendaciones para un sistema de almacenamiento para los archivos de anotaciones cronológicas:
  • Almacene los archivos de anotaciones en una matriz redundante de discos independientes (RAID)

    En las configuraciones RAID, la tarea de grabar datos en el soporte físico se comparte en todas las distintas unidades. Esta técnica proporciona un acceso más simultáneo al almacenamiento para obtener información de transacciones persistente y un acceso más rápido a esos datos de los archivos de anotaciones cronológicas. En función del diseño del subsistema de aplicación y almacenamiento, el aumento del rendimiento puede variar del 10% al 100% o incluso más en algunos casos.

  • No almacene archivos de anotaciones con la modalidad de E/S del sistema operativo establecida en E/S simultánea (CIO)

    Cuando designe un directorio de anotaciones de transacciones, asegúrese de que el sistema de archivos utiliza sólo operaciones de serialización de escritura y de escritura a través síncrona. Algunos sistemas operativos como, por ejemplo, AIX JFS2, dan soporte a una modalidad de E/S simultánea (CIO) opcional en la que el sistema de archivos no fuerza la serialización de las operaciones de escritura. En estos sistemas, no utilice la modalidad CIO para los archivos de anotaciones de recuperación de transacciones del servidor de aplicaciones.

Para especificar el tamaño de los archivos de anotaciones cronológicas de transacciones, incluya un valor de tamaño de archivo. Utilice uno de los formatos siguientes, donde nombre_directorio es el nombre del directorio de registro de transacciones y tamaño_archivo es la nueva asignación de espacio en disco para los archivos de registro de transacciones, especificado en KB (nK) o MB (nM). El tamaño mínimo de archivo de registro de transacciones que puede especificarse es 64 K. Si especifica un valor inferior a 64 K, o no especifica ningún valor para el tamaño de archivo, se utiliza el valor predeterminado 1 M.

;tamaño_archivo
<!-- Este formato mantiene el directorio predeterminado -->
nombre_directorio;tamaño_archivo
dir://nombre_directorio/nombre_directorio;tamaño_archivo
/nombre_directorio/nombre_directorio;tamaño_archivo

[AIX Solaris HP-UX Linux Windows] [iSeries] Para obtener más información sobre tamaños de archivos cronológicos de transacciones, consulte Gestión de anotaciones cronológicas de transacciones para una disponibilidad óptima del servidor.

Tipo de datos Serie
Valor predeterminado Nombre de directorio: raíz_servidor_aplicaciones/tranlog/nombre_célula/nombre_nodo/nombre_servidor

Tamaño de archivo: 1 MB

Recomendado Cree un sistema de archivos con al menos tres o cuatro unidades de disco RAID combinadas en una configuración RAID-0. A continuación, cree el archivo de anotaciones cronológicas de transacciones en este sistema de archivos con el tamaño predeterminado. Cuando el servidor se ejecuta bajo carga, compruebe la entrada y la salida de disco. Si el tiempo de entrada y salida de disco supera el 5%, considere añadir más discos físicos para disminuir el valor.

En z/OS, este archivo de anotaciones cronológicas se utiliza para la recuperación de recursos XA. Cuando la aplicación que se ejecuta en el producto WebSphere accede a recursos XA, el producto WebSphere almacena información sobre el recurso para habilitar la recuperación de transacciones XA. Utilice la siguiente sintaxis:

[código URL de tipo de ubicación] especificación_ubicación
  • El código de URL del tipo de ubicación especifica el tipo de ubicación opcional para el archivo de anotaciones cronológicas de asociados JTA:
    • El valor predeterminado es dir://, que especifica que la ubicación de registro de socio JTA se encuentra en un directorio HFS totalmente calificado especificado por especificación_ubicación.
  • La especificación de la ubicación especifica el nombre de ubicación del archivo de anotaciones cronológicas de asociados JTA:
    • Para especificar una corriente de anotaciones cronológicas, utilice la sintaxis de logstream://HLQ
      Si la instalación del servidor de aplicaciones ha seguido el convenio de configuración de corrientes de anotaciones de datos para el recurso asociado (CF), la corriente de anotaciones cronológicas se denomina de acuerdo con la sintaxis HLQ.server.X, donde HLQ es un valor definido por el usuario entre 1 y 6 caracteres especificado en el diálogo de instalación. Utilice este valor HLQ para especificar la ubicación del archivo de anotaciones cronológicas de asociados JTA.
      Evite problemas: Establezca AUTODELETE(NO) para las corrientes de registro.gotcha
    • Si el distintivo de URL del tipo de ubicación es dir://, utilice un directorio HFS plenamente cualificado para la especificación de la ubicación. El nombre completo del directorio debe ser único dentro del nodo de WebSphere.

El valor predeterminado es dir://raíz_servidor_aplicaciones/tranlog/nombre_servidor.

Para especificar el tamaño de los archivos de anotaciones cronológicas de transacciones, incluya un valor de tamaño de archivo. Utilice uno de los formatos siguientes, donde nombre_directorio es el nombre del directorio de registro de transacciones y tamaño_archivo es la nueva asignación de espacio en disco para los archivos de registro de transacciones, especificado en KB (nK) o MB (nM). El tamaño mínimo de archivo de registro de transacciones que puede especificarse es 64 K. Si especifica un valor inferior a 64 K, o no especifica ningún valor para el tamaño de archivo, se utiliza el valor predeterminado 1 M.

dir://nombre_directorio/nombre_directorio;tamaño_archivoK
/nombre_directorio/nombre_directorio;tamaño_archivoK
;tamaño_archivoK <!-- Esto mantiene el directorio predeterminado -->

Si hace una migración del nodo de la versión 5 de WebSphere Application Server a la versión 6, la ubicación almacenada de esta propiedad de configuración se desplaza del nivel de servidor al nivel de nodo (índice de servidor). Si ha especificado un directorio de anotaciones cronológicas que no sea predeterminado para un servidor de aplicaciones de la versión 5, se le solicitará que guarde de nuevo los valores del servicio de transacciones, para confirmar que desea que se guarde el directorio de anotaciones cronológicas a nivel de nodo.

Tiempo de espera de actividad total de transacción

Tiempo máximo por omisión, en segundos, permitido para una transacción que se inicia en este servidor antes de que el servicio de transacción inicie la finalización del tiempo de espera. Las transacciones que no empiezan el proceso de finalización antes de que se produzca el tiempo de espera se retrotraen.

Este tiempo de espera sólo se utiliza si el componente de aplicación no establece su propio tiempo de espera de transacciones.

[z/OS] Una vez que se excede del tiempo de espera, las transacciones pueden seguir ejecutándose durante un periodo de gracia de unos cuatro minutos. Si la transacción se compromete o se retrotrae durante el periodo de gracia, el resultado de la transacción siempre se retrotrae. Si la transacción no se completa después del periodo de gracia, el controlador termina anormalmente la región de sirviente en la que se está ejecutando el componente de aplicación, con ABEND EC3 RSN=04130002 o 04130005.
Nota: Sólo el tiempo de espera de actividad total de transacción y el tiempo de espera máximo de transacción tienen periodos de gracia. Puede inhabilitar los periodos de gracia utilizando la propiedad personalizada DISABLE_TRANSACTION_TIMEOUT_GRACE_PERIOD.

El límite superior de este tiempo de espera está restringido por el tiempo de espera máximo de transacción. Por ejemplo, si establece el valor 500 para el tiempo de espera de actividad total de transacción y el valor 300 para el tiempo de espera máximo de transacción, las transacciones excederán el tiempo de espera una vez transcurridos 300 segundos.

Si establece este tiempo de espera en 0, el tiempo de espera no se aplica y en su lugar se utiliza el valor del tiempo de espera máximo de transacción.

Tipo de datos Entero
Unidades Segundos
Valor predeterminado 120
Rango

[AIX Solaris HP-UX Linux Windows] [iSeries] 0 a 2 147 483 647

Rango

[z/OS] 0 a 2 147 040

Tiempo de espera de respuesta asíncrona

Especifica el tiempo, en segundos, durante el que el servidor espera una respuesta de entrada del protocolo WS-AT (Web Services Atomic Transaction) antes de enviar de nuevo el mensaje del protocolo WS-AT anterior.

Tipo de datos Entero
Unidades Segundos
Valor predeterminado 30
Rango 0 a 2 147 483 647
Tiempo de espera de inactividad de cliente

Especifica el intervalo máximo de tiempo en segundos entre solicitudes de transacciones de un cliente remoto. Cualquier periodo de inactividad del cliente que exceda este tiempo de espera, provoca que la transacción se retrotraiga en este servidor de aplicaciones.

Si establece este valor en 0, no existe límite de tiempo de espera.

Tipo de datos Entero
Unidades Segundos
Valor predeterminado 60
Rango 0 a 2 147 483 647
Tiempo de espera máximo de transacción

Especifica, en segundos, el límite superior del tiempo de espera de transacción para las transacciones que se ejecutan en este servidor. Este valor debe ser mayor o igual que el valor especificado para tiempo de espera total de la transacción.

Este tiempo de espera restringe el límite superior de los otros tiempos de espera de transacciones. En la siguiente tabla se muestra cómo se aplican distintos valores de tiempo de espera a las transacciones que se ejecutan en el servidor.
Tabla 1. Valores de tiempos de espera de transacciones.
Valor de tiempo de espera Transacciones afectadas
Tiempo de espera máximo de transacción Todas las transacciones que se ejecutan en este servidor que no están afectadas por el tiempo de espera de actividad total de transacción total o por un tiempo de espera del componente de la aplicación. Estas transacciones incluyen las transacciones importadas desde fuera de este servidor, como las importadas desde un cliente.
Tiempo de espera de actividad total de transacción Todas las transacciones que se originan en este servidor que no se ven afectadas por un tiempo de espera de componente de la aplicación, en otras palabras, el componente de aplicación asociado no establece su propio tiempo de espera.
Tiempo de espera de componente de aplicación Las transacciones que son específicas para un componente de la aplicación.

No puede establecer este tiempo de espera de transacción utilizando la consola administrativa.

Si el componente es un bean gestionado por contenedor, establezca este tiempo de espera en el descriptor de despliegue para el componente. Por ejemplo, puede utilizar una herramienta de ensamblaje, por ejemplo Rational Application Developer.

Si el componente es un bean gestionado por bean, establezca este tiempo de espera mediante programación utilizando el método UserTransaction.setTransactionTimeout.

Si establece un tiempo de espera en 0, ese tiempo de espera no se aplica y de hecho, se inhabilita. Si establece todos los tiempos de espera en 0, las transacciones nunca exceden el tiempo de espera.

Por ejemplo, considere los siguientes valores de tiempo de espera:
Tabla 2. Ejemplos de valores de tiempos de espera
Valor de tiempo de espera Valor
Tiempo de espera máximo de transacción 360
Tiempo de espera de actividad total de transacción 240
Tiempo de espera de componente de aplicación 60
En este ejemplo, las transacciones que son específicas para el componente de la aplicación exceden el tiempo de espera después de 60 segundos. Otras transacciones locales exceden el tiempo de espera después de 240 segundos y todas las transacciones importadas de fuera de este servidor exceden del tiempo de espera después de 360 segundos. Si cambia el tiempo de espera del componente de la aplicación por 500, las transacciones del componente de la aplicación excede el tiempo de espera una vez transcurridos 360 segundos, el valor de tiempo de espera máximo de transacción. Si establece el tiempo de espera máximo de transacción en 0, las transacciones del componente de la aplicación exceden el tiempo de espera después de 500 segundos. Si elimina el tiempo de espera del componente de la aplicación, las transacciones del componente de aplicación exceden el tiempo de espera una vez transcurridos 240 segundos.

Para determinar rápidamente si se ha producido un tiempo de espera excedido y para impedir que se bloqueen más recursos, el servidor de aplicaciones impide que se lleve a cabo trabajo adicional de transacciones en la vía de acceso de transacciones cuando se produce una condición de tiempo de espera excedido. Esto se aplica de la misma manera cuando se intenta realizar trabajo bajo el contexto de transacción actual y cuando se intenta realizar trabajo bajo un contexto de transacción diferente.

Tipo de datos Entero
Unidades Segundos
Valor predeterminado 300
Rango 0 a 2 147 483 647
Rango 0 a 2 147 040
Límite de reintentos heurísticos

Especifica el número de veces que el servidor de aplicaciones intenta de nuevo una señal de finalización, como un compromiso o una retrotracción. Los reintentos se producen después de una excepción transitoria de un gestor de recursos o un socio remoto o si se supera el tiempo de espera de respuesta asíncrono configurado antes de que todos los socios de transacción atómica de servicios Web (WS-AT) hayan respondido.

Si el servidor de aplicaciones abandona los reintentos, el gestor de recursos o el asociado remoto es responsable de asegurar que la ramificación de asociado o de recurso de la transacción se completa adecuadamente. El servidor de aplicaciones genera (en nombre del recurso o el asociado) una excepción que indica riesgos heurísticos. Si se solicita una operación commit, el emisor de la transacción recibe una excepción en la operación commit; si la transacción se inicia por contenedor, el contenedor devuelve una excepción remota o una excepción JavaBeans al cliente EJB.

Durante la recuperación de un servidor subordinado en una transacción distribuida, cuando se excede el número de reintentos heurísticos, la propiedad de dirección de terminación heurística especifica cómo se completa la transacción.

Tipo de datos Entero
Valor predeterminado 0
Rango 0 a 2 147 483 647

Un valor de 0 (el valor predeterminado) significa intentar de nuevo indefinidamente.

Espera de reintentos heurísticos

Especifica el número de veces que el servidor de aplicaciones intenta una señal de finalización, como un compromiso o una retrotracción, después de producirse una excepción transitoria de un gestor de recursos o un asociado remoto.

Tipo de datos Entero
Valor predeterminado 0
Rango 0 a 2 147 483 647

[AIX Solaris HP-UX Linux Windows] [iSeries] Un valor de 0 significa que el servidor de aplicaciones determina la espera del reintento, el servidor duplica la espera del reintento después de cada 10 reintentos con error.

[z/OS] Si deja el valor 0, el servidor de aplicaciones seguirá intentando completar la transacción. Prolonga de forma incremental tiempo de espera antes de cada intento para mejorar el rendimiento del sistema.

Habilitación del registro cronológico de informes heurísticos [AIX Solaris HP-UX Linux Windows] [iSeries]

Especifica si el servidor de aplicaciones efectúa una anotación cronológica de los sucesos "a punto de comprometer el recurso de 1 fase" de las transacciones que incluyen recursos de compromiso de 1 fase y recursos de compromiso de 2 fases.

Esta propiedad permite el registro cronológico de informes heurísticos. Si las aplicaciones están configuradas para que permitan la participación de los recursos de compromiso de 1 fase en las transacciones de compromiso de 2 fases, los informes de resultados heurísticos que ocurren durante las anomalías del servidor de aplicaciones requieren información adicional para que se escriban en el archivo de anotaciones cronológicas de transacciones. Si se habilita, se escribirá un informe adicional en un archivo de anotaciones cronológicas para cualquier transacción que implique recursos de compromiso tanto de 1 fase como de 2 fases. No se escriben informes adicionales para las transacciones que no impliquen ningún recurso de compromiso de 1 fase.

[AIX Solaris HP-UX Linux Windows] [iSeries]
Tipo de datos Recuadro de selección
Valor predeterminado Deseleccionado
Rango
Deseleccionado
El servidor de aplicaciones no efectúa un registro cronológico de los sucesos "acerca del compromiso de recurso de 1 fase" de las transacciones que incluyen recursos de compromiso de 1 fase y recursos de compromiso de 2 fases.
Seleccionado
El servidor de aplicaciones efectúa un registro cronológico de los sucesos "acerca del compromiso de recurso de 1 fase" de las transacciones que incluyen recursos de compromiso de 1 fase y recursos de compromiso de 2 fases.
Dirección de finalización heurística

Especifica la dirección utilizada para completar una transacción que tiene un resultado heurístico; el servidor de aplicaciones compromete o retrotrae la transacción, o depende de una finalización manual por parte del administrador.

La propiedad de dirección de terminación heurística especifica cómo se completa una transacción en las siguientes situaciones:
  • El gestor de transacciones informa del resultado heurístico para un recurso LPS (last participant support - soporte de último participante).
  • El límite de reintentos heurísticos se excede durante la recuperación de un servidor subordinado en una transacción distribuida.
  • La transacción se importa de un proveedor Java EE Connector Architecture (JCA).

Esta propiedad sólo se aplica a transacciones que están en las situaciones recién descritas.

Tipo de datos Lista desplegable
Valor predeterminado RETROTRAER
Rango
COMPROMETER
El servidor de aplicaciones compromete heurísticamente la transacción.
RETROTRAER
El servidor de aplicaciones retrotrae heurísticamente la transacción.
MANUAL
El servidor de aplicaciones depende de un administrador para finalizar o retrotraer manualmente transacciones con resultados heurísticos.
Aceptar riesgos heurísticos

Especifica si todas las aplicaciones en este servidor aceptan la posibilidad de que ocurra un riesgo heurístico en una transacción de dos fases que contenga un recurso de una fase. Este valor configura el soporte de último participante (LPS) para el servidor. El soporte del último participante es una extensión del servicio de transacciones para permitir que un único recurso de una sola fase participe en una transacción de dos fases con uno o varios recursos de dos fases.

Si la opción Aceptar riesgos heurísticos no está seleccionada, debe configurar las aplicaciones de forma individual para que acepten el riesgo heurístico. Puede configurar aplicaciones tanto cuando se ensamblan como después del despliegue mediante el panel Extensión de soporte de último participante.

Tipo de datos Recuadro de selección
Valor predeterminado Deseleccionado
Rango
Seleccionado
Todas las aplicaciones desplegadas en el servidor aceptan el aumento de riesgo de una salida heurística.
Deseleccionado
Las aplicaciones deben configurarse de forma individual para aceptar el aumento de riesgo de una salida heurística.
Habilitar bloqueo de archivos

Especifica si está habilitado el uso de bloqueos de archivos cuando se abren las anotaciones de recuperación del servicio de transacciones.

Si habilita este valor, se obtendrá un bloqueo de archivos antes de acceder a los archivos de anotaciones de recuperación del servicio de transacciones. El bloqueo de archivos se utiliza para garantizar que, en un despliegue de WebSphere Application Server de alta disponibilidad, sólo un servidor de aplicaciones pueda acceder a un determinado archivo de anotaciones de recuperación del servicio de transacciones cada vez. Este valor no tiene efecto en un despliegue estándar en el que no se ha configurado el soporte de alta disponibilidad.
Atención: Para funcionar correctamente, este valor requiere un sistema de archivos de red compatible, como Network File System (NFS) versión 4.
Tipo de datos Recuadro de selección
Valor predeterminado Seleccionado
Habilitar la autorización de coordinación de transacciones

Especifica si está habilitado el intercambio seguro de mensajes de protocolo del servicio de transacciones.

Este valor no tiene efecto a menos que se habilite la seguridad de WebSphere Application Server en el servidor.

Tipo de datos Recuadro de selección
Valor predeterminado Seleccionado
Nivel de especificación WS-Transaction por omisión

Especifica el nivel de especificación WS-Transaction por omisión que se utilizará para solicitudes de salida que incluyan un contexto de coordinación WS-AT (Web Services Atomic Transaction) o WS-BA (Web Services Business Activity).

Puede seleccionar WS-Transaction 1.1 o WS-Transaction 1.0. Para obtener detalles de estas especificaciones, consulte los temas sobre el soporte WS-AT o el soporte WS-BA en el servidor de aplicaciones.

Se utiliza el nivel de especificación WS-Transaction por omisión si el nivel de especificación que el servidor requiere no se puede determinar desde la política del proveedor (la aserción WS-Transaction WS-Policy). Por ejemplo, la aserción de política no está disponible, desde el WSDL del servicio web de destino o desde el tipo de política de WS-Transaction del cliente, o la aserción de política está disponible pero están disponibles los dos niveles de especificación.

Tipo de datos Lista desplegable
Valor predeterminado 1.0
Prefijo URL de HTTP(S) externos de WS-Transaction

Seleccione o especifique el prefijo URL HTTP(S) de WS-Transaction externo.

Seleccione o especifique uno de estos campos si utiliza un nodo intermediario como, por ejemplo, un servidor HTTP o un servidor proxy para WebSphere, para enviar solicitudes que cumplen con los protocolos WS-AT (Web Services Atomic Transaction) o WS-BA (Web Services Business Activity).

Si la seguridad de WebSphere Application Server está habilitada y la autorización de coordinación de transacciones está habilitada, se utiliza el prefijo HTTPS. De lo contrario, se utiliza el prefijo HTTP.

Si el nodo intermediario no es un servidor proxy, el prefijo debe ser exclusivo para cada servidor.

Si está utilizando un servidor proxy, los prefijos pueden ser los mismos para cada servidor en un clúster, ya que el servidor proxy determina dinámicamente a qué servidor se envía la solicitud.

Seleccionar prefijo

Seleccione esta opción para seleccionar la información de URL de punto final externo que se va a utilizar para los puntos de servicio WS-AT y WS-BA de la lista.

Tipo de datos Lista desplegable
Valor predeterminado Ninguno
Especificar prefijo personalizado

Seleccione esta opción para especificar la información de URL de punto final externo que se va a utilizar para los puntos de servicio WS-AT y WS-BA en el campo.

Utilice uno de los siguientes formatos para el prefijo, donde nombre_host y puerto representan el nodo intermediario que es un proxy HTTP o HTTPS para el servidor.
http://nombre_host:puerto
https://nombre_host:puerto
Tipo de datos Serie
Valor predeterminado Ninguno
Transacciones manuales

Especifica el número de transacciones que esperan la finalización manual por parte de un administrador.

Si hay transacciones en espera de la finalización manual, puede pulsar el enlace Revisar para mostrar una lista de esas transacciones en el panel Transacciones que necesitan finalización manual.

Tipo de datos Entero
Valor predeterminado 0
Transacciones de reintento

Especifica el número de transacciones con algunos recursos que se van a reintentar.

Si hay transacciones con recursos recuperándose, puede pulsar el enlace Revisar para mostrar una lista de esas transacciones en el panel Transacciones reintentando recursos.

Tipo de datos Entero
Valor predeterminado 0
Transacciones heurísticas

Especifica el número de transacciones que se han completado de forma heurística.

Si hay transacciones que se han completado de forma heurística, puede pulsar el enlace Revisar para mostrar una lista de esas transacciones en el panel Transacciones que necesitan finalización heurística.

Tipo de datos Entero
Valor predeterminado 0
Transacciones preparadas importadas

Especifica el número de transacciones importadas y preparadas pero aún no comprometidas.

Si hay transacciones que se han importado y preparado, pero que aún no se han comprometido, puede pulsar el enlace Revisar para mostrar una lista de esas transacciones en el panel Transacciones importadas y preparadas.

Tipo de datos Entero
Valor predeterminado 0



Los enlaces marcados (en línea) requieren acceso a Internet.

Conceptos relacionados
Tareas relacionadas
[AIX Solaris HP-UX Linux Windows] [iSeries]
Información relacionada
Transacciones que necesitan finalización manual
Transacciones reintentando recursos
Transacciones con resultado heurístico
Transacciones importadas y preparadas
Recursos de transacción


Nombre de archivo: udat_contranserv.html