debe estar comprendido entre el valor de MAX_COORDAGENTS y 64.000. El
número por omisión de agentes lógicos es igual a MAX_COORDAGENTS.
Existen varios parámetros de configuración que se utilizan para configurar los
agentes: Estos parámetros son los siguientes:
MAXAGENTS
El número máximo de agentes de trabajo.
MAX_COORDAGENTS
El número máximo de agentes de coordinación activos.
NUM_POOLAGENTS
El tamaño de la agrupación de agentes. En la agrupación de agentes se
incluyen los agentes inactivos y los agentes desocupados. Para conseguir
un mejor rendimiento, NUM_POOLAGENTS debería configurarse con un
valor igual al del parámetro MAXAGENTS o el número promedio de
clientes.
NUM_INITAGENTS
El número inicial de agentes de trabajo de la agrupación. Se tratará de
agentes desocupados.
Soporte a las transacciones XA:
La arquitectura del concentrador de conexiones permite que DB2 Connect
proporcione un soporte que se acople mejor a las transacciones XA para DB2 para
OS/390 y z/OS y DB2 para iSeries. El concentrador asociará un agente de trabajo a
una transacción XA concreta (XID individual) tal como lo haría para cualquier otra
transacción. Sin embargo, si la transacción XA termina con xa_end() (límite de
ramificación), el agente de trabajo no quedará libre en la agrupación general. En
lugar de eso, el agente de trabajo permanecerá asociado a la transacción XA en
concreto. Cuando otra aplicación se una a la misma transacción XA, el agente de
trabajo se conectará a la aplicación.
Cualquier llamada al límite de la transacción devolverá el agente a la agrupación.
Por ejemplo, xa_prepare() con sólo lectura, xa_rollback(), xa_recover(),
xa_forget(), xa_commit(), o cualquier error XA que provoque la retrotracción
devolverá el agente a la agrupación normal. Xa_end() por sí solo finaliza la
ramificación de la transacción únicamente, lo que no es suficiente para finalizar su
asociación con el XID.
Ejemplos de soporte a las transacciones XA:
1. Supongamos un entorno en el que se necesiten 4.000 conexiones simultáneas o
más. Es posible que un servidor Web que utilice aplicaciones CGI o un sistema
de oficina con muchos usuarios de escritorio sobrepase este límite. En estos
casos, para conseguir una mayor eficacia, DB2 Connect deberá funcionar como
una pasarela autónoma, es decir, la base de datos y el sistema DB2 Connect
estarán en máquinas distintas.
El sistema del servidor de DB2 Connect puede que no sea capaz de mantener
4.000 conexiones simultáneas abiertas con la máquina de la base de datos. En la
mayoría de casos, el número de transacciones que se llevan a cabo en un
momento dado será considerablemente inferior al número de conexiones
simultáneas. El administrador del sistema podría entonces maximizar la eficacia
del sistema estableciendo los parámetros de configuración de la base de datos
de la forma siguiente:
103
Capítulo 11. Rendimiento