IBM DB2 Connect 10.5 Guia Del Usuario página 99

Consideraciones sobre la explotación de SYSPLEX en System z
DB2 Connect proporciona equilibrado de carga y tolerancia a los errores cuando se
direccionan conexiones al Sysplex de DB2. Cuando esté conectado a un servidor de
bases de datos DB2 para z/OS que se ejecute en un entorno DB2 pureScale, DB2
Connect repartirá la carga de trabajo entre los diferentes subsistemas DB2 que
componen el grupo de compartimiento de datos, basándose en la información de
salud y carga de sistema facilitada por el Gestor de carga de trabajo (WLM). Se
utiliza el distribuidor para direccionar las conexiones. Utilice la dirección IP de
grupo para conectar con una ubicación de grupo.
DB2 Connect recibe del WLM una lista con prioridades de miembros de DB2. Cada
Sysplex devuelve información de prioridad de peso para cada dirección de
conexión que tiene la capacidad para ejecutar el trabajo. DB2 Connect utiliza luego
esta lista para manejar las peticiones CONNECT de entrada mediante la
distribución de las mismas entre los miembros de DB2 con mayor capacidad para
ejecutar el trabajo. Para el equilibrado de carga, la lista con la información de
prioridad de peso de Sysplex se obtiene durante cada conexión. Esta lista también
se utiliza a la hora de determinar dónde se envía cada transacción.
Nota: no es necesario cambiar la configuración de Distributed Data Facility (DDF)
de System z para beneficiarse de la explotación de Sysplex en DB2 Connect.
Consulte la publicación DB2 for z/OS Data Sharing Planning and Administration.
DB2 Connect también proporciona tolerancia a los errores al intentar la conexión
con una máquina Sysplex alternativa en caso de que falle une conexión. Sólo se
devolverá un error a la aplicación si han fallado todas las conexiones conocidas.
DB2 Connect se ha diseñado con una herramienta de transporte. Si Sysplex está
habilitado, DB2 Connect direcciona las conexiones utilizando un miembro de
transporte y lo asocia a una conexión lógica.
Conversión de datos de tipo carácter
Cuando se transfieren datos de tipo carácter entre máquinas, se deben convertir a
un formato que la máquina receptora pueda utilizar.
Por ejemplo, cuando se transfieren datos entre un servidor DB2 Connect y un
servidor de bases de datos de sistema principal o System i, estos datos se suelen
convertir de la página de códigos del servidor al CCSID del sistema principal y
viceversa. Si las dos máquinas utilizan distintas páginas de códigos o CCSID, los
puntos de código se correlacionan entre una página de códigos o CCSID y la otra.
Esta conversión se realiza siempre en el receptor.
Los datos de tipo carácter enviados a una base de datos constan de sentencias de
SQL y datos de entrada. Los datos de tipo carácter que se envían desde una base de
datos consisten en datos de salida. Los datos de salida que se interpretan como
datos de bit no se convierten. Por ejemplo, los datos procedentes de una columna
declarada con la cláusula FOR BIT DATA. En caso contrario, todos los datos de
tipo carácter de entrada y de salida se convierten si las dos máquinas tienen
distintas páginas de códigos o CCSID.
Por ejemplo, si se utiliza DB2 Connect para acceder a los datos, sucede lo
siguiente:
1. DB2 Connect envía una sentencia de SQL y datos de entrada a System z.
2. DB2 para z/OS convierte la sentencia de SQL y los datos a la página de
códigos de servidor de sistema principal y, después, procesa los datos.
91
Capítulo 5. Administración