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. Se trata de un entorno que garantiza la continuación a pesar de los errores de hardware. Esto suele denominar conmutación por error 2PC o copia de seguridad activa.
Host Integration Server incluye mejoras en el programa de transacciones de resincronización de SNA LU 6.2 (TP) que se conoce generalmente como el servicio Resincrónico junto con mejoras en la configuración y el archivo 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 de Host Integration Server. En caso de error de uno de los servidores (equipos), un equipo independiente de Host Integration Server que ejecuta el Integrador de transacciones (TI) o el proveedor db2 pueden continuar iniciando transacciones a través de un servidor alternativo (equipo).
Configuración de la conmutación por error 2PC
Para configurar la conmutación por error 2PC para que funcione con Host Integration Server, complete las siguientes tareas:
Configure dos servidores de Host Integration Server para que admitan 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, si ambos servidores admiten el mismo alias y nombre remotos de APPC LU.
En el entorno remoto de TI aplicable (RE), configure los alias de LU local y remoto y seleccione 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. A continuación, vuelve a sincronizar una solicitud de nombres de registro de Exchange a través de cada LU de APPC local encontrada con todas las LU 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 db2 obtiene tolerancia a errores obteniendo una conversación a través de cualquier servidor de Host Integration Server (equipo) 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.
Tenga en cuenta que 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. Además, 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.