como se indica cuando DB2 recibe las llamadas de xa_open desde el supervisor de
TP para establecer una conexión de base de datos), se utilizará el software de DB2
para coordinar la transacción.
Cuando se utiliza una actualización múltiple de supervisor de TP, la aplicación
debe solicitar la confirmación o retrotracción utilizando la API del supervisor de
TP como, por ejemplo, CICS SYNCPOINT, MTS SetAbort(). Cuando se utiliza una
actualización múltiple de SQL nativo, deben utilizarse las sentencias SQL COMMIT y
ROLLBACK normales.
La supervisión de varios sitios de supervisor de TP puede coordinar una
transacción que acceda tanto a gestores de recursos de DB2 como a los que no son
de DB2, como, por ejemplo, Oracle, Informix o SQLServer. La actualización
múltiple de SQL nativo sólo se utiliza con servidores DB2.
Para que una transacción de actualización múltiple sea efectiva, cada base de datos
participante en una transacción distribuida debe ser capaz de proporcionar soporte
a una unidad de trabajo distribuida (DUOW). Actualmente, los siguientes
servidores DB2 proporcionan soporte a DUOW, lo que los permite participar en
transacciones distribuidas:
v DB2 para Linux, UNIX y Windows Versión 8 o posterior
v DB2 para z/OS Versión 7 o posterior
v IBM DB2 para IBM i
Una transacción distribuida puede actualizar cualquier combinación de servidores
de bases de datos a los que se proporcione soporte. Por ejemplo, una aplicación
puede actualizar varias tablas en una base de datos DB2 en Windows, una base de
datos DB2 para z/OS y una base de datos DB2 para i, todo ello dentro de una
misma transacción.
Actualizaciones múltiples y gestor de puntos de sincronismo
para el servidor de DB2 Connect
Los servidores de bases de datos del sistema principal IBM requieren que DB2
Connect participe en una transacción distribuida que se origine en Linux,
Windows, UNIX o las aplicaciones web. Además, muchos de los casos de ejemplo
de actualización múltiple que implican servidores de bases de datos del sistema
principal IBM requieren la configuración del componente Gestor de puntos de
sincronismo (SPM).
Cuando se crea una instancia de DB2, el SPM de DB2 se configura de forma
automática con los valores por omisión.
La necesidad de SPM viene dictada por la elección del protocolo (TCP/IP) y la
utilización de un supervisor de TP. La tabla siguiente proporciona un resumen de
los casos de ejemplo que requieren la utilización de SPM. La tabla también muestra
si DB2 Connect es necesario para acceder al sistema principal IBM desde máquinas
Intel o UNIX. Para las actualizaciones múltiples, se necesita el componente SPM de
DB2 Connect si se utiliza un supervisor de TP.
110
Guía del usuario de DB2 Connect