Provisión de un entorno de notificaciones de error para transacciones ACID
El procesamiento de transacciones ACID (atómico, coherente, aislado y duradero) mediante la confirmación en dos fases (2PC) normalmente requiere un entorno seguro para errores, que es un entorno que garantiza la continuación a pesar de los errores de hardware. A menudo se denomina conmutación por error 2PC o copia de seguridad activa.
Host Integration Server incluye mejoras en el TP de resincronización de SNA LU 6.2 normalmente denominado servicio Resincrónico junto con mejoras en la configuración y la DLL de APPC para que la conmutación por error de 2PC funcione a través de dos o más servidores SNA (equipos) configurados con redundancia. En caso de error de uno de los servidores (equipos), un equipo independiente de Host Integration Server que ejecute TI o el proveedor de DB2 puede continuar iniciando transacciones a través de un servidor alternativo (equipo).
Para configurar la conmutación por error de 2PC para que funcione con Host Integration Server, complete estas tareas:
Configure dos servidores host Integration Server para admitir el mismo alias de LU de APPC local habilitado para SyncPoint, pero con nombres de LU diferentes. Haga que estas LU de APPC locales apunten al mismo nombre de equipo donde se ejecuta el servicio Coordinador de transacciones distribuidas (DTC) de Microsoft y el servicio Resync (es decir, un equipo independiente de Host Integration Server que admite TI o una aplicación que usa el proveedor DB2). Además, tienen ambos servidores compatibles con el mismo alias y nombre de LU appC remoto.
En el entorno remoto de TI (RE) aplicable, configure los alias de LU local y remoto y elija compatibilidad transaccional. Si la aplicación usa el proveedor DB2, configure el vínculo de datos universal con los alias de LU appC local y remoto y establezca la propiedad Units of Work en DUW.
Cuando se inicia el servicio Resync, busca en todas las LU de APPC locales habilitadas para SyncPoint que especifican el nombre del equipo donde se ejecuta el servicio Resync. Después, vuelva a sincronizar una solicitud de nombres de registro de Exchange a través de cada LU de APPC local encontrada con todas las LU de APPC remotas habilitadas para SyncPoint.
Cuando un servidor de automatización de TI (aplicación) o el proveedor db2 invoca un programa de transacciones (TP) en el sistema central e inicia una conversación, el archivo DLL de APPC busca cualquier servidor (equipo) de Host Integration Server disponible que admita el par LU/LU.
De este modo, un servidor de automatización de TI (aplicación) o el proveedor de DB2 obtiene tolerancia a errores al obtener una conversación a través de cualquier servidor (equipo) de Host Integration Server que admita el par LU/LU. A continuación, el servicio Resync coordina la conciliación del registro de transacciones DTC cuando un servidor SNA (equipo) de Host Integration Server vuelve a estar en línea, si se produce un error de servidor (equipo) durante una transacción. Tenga en cuenta que esta configuración no proporciona tolerancia a errores para el servidor de Host Integration Server (equipo) que ejecuta solo TI o el proveedor DB2, no el servicio SNA.
Nota
No se recomienda agrupar en clústeres los servidores (equipos) que ejecutan el servicio SNA. En lugar de usar la agrupación en clústeres de Windows, use las recomendaciones de configuración descritas en este tema.
Nota
2PC solo funciona cuando se usa el protocolo SNA (APPC/LU 6.2) para comunicarse con el sistema host. Ni TI ni el proveedor db2 admiten 2PC a través del transporte TCP/IP, por lo que no hay ninguna solución de conmutación por error 2PC para sistemas basados en TCP/IP.