Ausfallsichere Umgebungen für ACID-Transaktionen
Die Verarbeitung von ACID-Transaktionen (atomisch, konsistent, isoliert und dauerhaft) mit zweiphasigem Commit (2PC) erfordert in der Regel eine fehlersichere Umgebung. Dies ist eine Umgebung, die die Fortsetzung trotz Hardwarefehlern sicherstellt. Dies wird häufig als 2PC-Failover oder Hot Backup bezeichnet.
Host Integration Server enthält Verbesserungen am SNA LU 6.2 Resync Transaction Program (TP), das im Allgemeinen als Resync-Dienst bezeichnet wird, zusammen mit Verbesserungen an der Konfiguration und der APPC-DLL, damit ein 2PC-Failover über zwei oder mehr redundant konfigurierte Host Integration Server SNA-Server (Computer) funktioniert. Im Falle eines Ausfalls eines der Server (Computer) kann ein separater Host Integration Server-Computer, auf dem entweder Transaction Integrator (TI) oder der DB2-Anbieter ausgeführt wird, weiterhin Transaktionen über einen alternativen Server (Computer) initiieren.
Konfigurieren des 2PC-Failovers
Führen Sie die folgenden Aufgaben aus, um das 2PC-Failover für host Integration Server zu konfigurieren:
Konfigurieren Sie zwei Host Integration Server-Server, um denselben SyncPoint-fähigen lokalen APPC LU-Alias zu unterstützen, jedoch mit unterschiedlichen LU-Namen. Diese lokalen APPC-LUs weisen auf denselben Computernamen hin, auf dem der DTC-Dienst (Microsoft Distributed Transaction Coordinator) und der Resync-Dienst ausgeführt werden (d. a. ein separater Host Integration Server-Computer, der TI unterstützt, oder eine Anwendung, die den DB2-Anbieter verwendet). Außerdem müssen beide Server denselben APPC LU-Remotealias und -Namen unterstützen.
Konfigurieren Sie in der entsprechenden TI-Remoteumgebung (RE) die lokalen und Remote-LU-Aliase, und wählen Sie Transaktionsunterstützung aus. Wenn die Anwendung den DB2-Anbieter verwendet, konfigurieren Sie den Universal Data Link mit den lokalen und Remote-LU-Aliasen von APPC, und legen Sie die Eigenschaft Arbeitseinheiten auf fest
DUW.Wenn der Resync-Dienst gestartet wird, durchsucht er alle syncPoint-fähigen lokalen APPC-LUs, die den Computernamen angeben, auf dem der Resync-Dienst ausgeführt wird. Die erneute Synchronisierung initiiert dann eine Exchange-Protokollnamen-Anforderung für jede gefundene lokale APPC-LU mit allen SyncPoint-fähigen AppC-Remote-LUs.
Wenn ein TI Automation-Server (Anwendung) oder der DB2-Anbieter ein Transaktionsprogramm (TP) auf dem Mainframe aufruft und eine Konversation initiiert, sucht die APPC-DLL nach jedem verfügbaren Host Integration Server-Server (Computer), der das LU/LU-Paar unterstützt. Auf diese Weise erhält ein TI Automation-Server (Anwendung) oder der DB2-Anbieter fehlertoleranz, indem eine Konversation über einen beliebigen Host Integration Server-Server (Computer) abgerufen wird, der das LU/LU-Paar unterstützt. Der Resync-Dienst koordiniert dann den DTC-Transaktionsprotokollabgleich, wenn ein Host Integration Server-SNA-Server (Computer) wieder online geschaltet wird, wenn während einer Transaktion ein Serverfehler (Computer) auftritt. Beachten Sie, dass diese Konfiguration keine Fehlertoleranz für den Host Integration Server-Server (Computer) bereitstellt, auf dem nur TI oder der DB2-Anbieter ausgeführt wird, nicht für den SNA-Dienst.
Beachten Sie, dass das Clustern der Server (Computer), auf denen der SNA-Dienst ausgeführt wird, nicht empfohlen wird. Verwenden Sie anstelle von Windows-Clustering die in diesem Thema beschriebenen Konfigurationsempfehlungen. Darüber hinaus funktioniert 2PC nur, wenn Sie das SNA-Protokoll (APPC/LU 6.2) für die Kommunikation mit dem Hostsystem verwenden. Weder TI noch der DB2-Anbieter unterstützen 2PC über den TCP/IP-Transport, sodass es keine 2PC-Failoverlösung für TCP/IP-basierte Systeme gibt.