Verarbeitung Two-Phase Commit-Transaktionen

In diesem Thema wird erläutert, was mit der Zwei-Phasen-Commit-Transaktion (2PC) geschieht, während sie von Microsoft Distributed Transaction Coordinator (DTC) in COM+, Transaction Integrator (TI) und CICS verarbeitet wird.

Der Prozess beginnt, wenn die Clientanwendung eine Methode für die .NET-Anwendung aufruft, die das TI-Objekt enthält. .NET weist dann einen Thread für die Transaktion aus dem Benutzerthreadpool zu, beginnt die Transaktion und übergibt die Eingabeparameter der Methode an die TI-Laufzeitumgebung. Dieser Thread wird für die Transaktion blockiert, bis die Antwort vom CICS-Host zurückgegeben wird. Dies ist die Arbeitseinheit, die hauptsächlich aus der Zeit besteht, die CICS-Anwendung benötigt, um die Geschäftslogik der Transaktionen zu verarbeiten und nach Bedarf Zugriff auf die Datenbank zu erhalten (vorausgesetzt, dass die Übertragungsgeschwindigkeiten mit der LAN-Geschwindigkeit schritt halten). Wenn die Ausgabeparameter der Methode vom Host an .NET zurückgesendet werden, wird die Commitnachricht an DTC gesendet.

DTC aktiviert die Vorbereitungsphase für die Transaktionen, wodurch TI einen Thread aus seinem 2PC-Thread-Pool zuweist und diesen blockiert, bis die Commit-Anforderungsnachricht vom Host eintrifft. Nachdem alle Forks der Transaktionen vorbereitet wurden, sendet DTC eine vollständige Commit-Nachricht an .NET, sendet dann die Ausgabeparameter der Methode und gibt Werte an die aufrufende Clientanwendung zurück und gibt den Thread frei.

Dies schließt die Transaktion für den Benutzer ab, aber die Transaktionsmonitoren (DTC und CICS) müssen die zweite Phase des Commits abschließen, und es wird erneut ein Thread aus dem TI 2PC-Threadpool für jede Transaktion zugewiesen, die die zweite Phase des Commits ausführt.

Siehe auch

Transaktionsprogramme, die lange ausgeführt werden
Leitfaden zur Leistung des Transaktionsintegrators