Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Die Verarbeitung von ACID-Transaktionen (atomar, konsistent, isoliert und dauerhaft) mit Zwei-Phasen-Commit (2PC) erfordert in der Regel eine fehlertolerante Umgebung. Dies ist eine Umgebung, die trotz Hardwarefehlern die Fortsetzung sicherstellt. Dies wird häufig als 2PC-Failover oder Hot Backup bezeichnet.
Host Integration Server enthält Verbesserungen am SNA LU 6.2 Resync-Transaktionsprogramm (TP), das im Allgemeinen als Resync-Dienst bezeichnet wird, zusammen mit Verbesserungen in der Konfiguration und der APPC-DLL, um 2PC-Failover über zwei oder mehr mehrfach redundant konfigurierte Host Integration Server SNA-Server (Computer) zu ermöglichen. Im Falle eines Ausfalls eines der Server (Computer) kann ein separater HostIntegration Server-Computer, auf dem entweder Transaction Integrator (TI) ausgeführt wird, oder der DB2-Anbieter 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 die Arbeit mit dem Hostintegrationsserver zu konfigurieren:
Konfigurieren Sie zwei Host Integration Server, um denselben SyncPoint-aktivierten lokalen APPC LU-Alias zu unterstützen, jedoch mit unterschiedlichen LU-Namen. Weisen Sie diese lokalen APPC-LUs so an, auf denselben Computernamen zu verweisen, auf dem der Microsoft Distributed Transaction Coordinator (DTC)-Dienst und der Resync-Dienst ausgeführt werden (d. h. einen separaten Host Integration Server-Computer, der TI unterstützt oder eine Anwendung benutzt, die den DB2-Anbieter verwendet). Außerdem sollten beide Server denselben Remote-APPC-LU-Alias und Namen unterstützen.
Konfigurieren Sie in der entsprechenden TI-Remoteumgebung (RE) die lokalen und Remote-LU-Aliase, und wählen Sie die transaktionsbasierte Unterstützung aus. Wenn die Anwendung den DB2-Anbieter verwendet, konfigurieren Sie die universelle Datenverbindung mit den lokalen und Remote-APPC LU-Aliasen, und legen Sie die Units of Work-Eigenschaft auf
DUW.Wenn der Resync-Dienst gestartet wird, durchsucht er alle lokalen APPC-LUs, die den Computernamen angeben, in dem der Resync-Dienst ausgeführt wird. Resync initiiert dann eine Exchange Log Names-Anforderung über jede gefundene lokale APPC LU mit allen SyncPoint-fähigen Remote APPC LUs.
Wenn ein TI Automation Server (Anwendung) oder der DB2-Anbieter ein Transaktionsprogramm (TP) auf dem Mainframe aufruft und eine Unterhaltung initiiert, sucht die APPC-DLL alle verfügbaren Host Integration Server (Computer), die das LU/LU-Paar unterstützen. Auf diese Weise erhält ein TI Automation-Server (Anwendung) oder der DB2-Anbieter Fehlertoleranz, indem er eine Verbindung über jeden Host Integration Server (Computer) herstellt, der das LU/LU-Paar unterstützt. Der Resync-Dienst koordiniert dann die Abstimmung des DTC-Transaktionsprotokolls, wenn ein Host Integration Server-SNA-Server (Computer) wieder online kommt, falls ein Serverfehler (Computer) während einer Transaktion auftritt. Beachten Sie, dass diese Konfiguration keine Fehlertoleranz für den Hostintegrationsserver (Computer) bereitstellt, der nur TI oder den DB2-Anbieter ausführt, nicht den SNA-Dienst.
Beachten Sie, dass das Clustern der Server (Computer), die den SNA-Dienst ausführen, 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, daher gibt es keine 2PC-Failoverlösung für TCP/IP-basierte Systeme.