Eine Verteilte Transaktion ist in einem Verteilten System möglich. Sie zeichnet sich dadurch aus, dass sie sich über mehrere (heterogene) Komponente ausdenen kann. Normalerweise gibt es dabei einen Koordinator und mehrere Agenten. Innerhalb einer Verteilten Transaktion, können zugriffe auf mehrere DBS stattfinden. Es mussen also globale ACID Eigenschaften sichergestellt werden. Dises wird normalerweise mit der Hilfe eines rechnerübergreifenden Commit-Protokolls (2PC) realisiert. Dabei stellt 2PC nur A von der ACID global her, andere Eigenschaften werden lokal eingehalten und global akzeptiert. Wenn man sich mit der Verteilten Transaktionsverwaltung ausseinander setzt, hat man meistens das Model von X/OPEN DTP Standard vor Augen.

Transaktions Manager(TM) koordiniert in disem Model die Ressource Manager(RM), welche idR. Datenbaksysteme darstellen. Natürlich müssen auch die TP-Monitore als ältesten Transaktionsverwaltungssysteme genauer betrachtet werden.

Ein Ressource Manager kann unter Umständen auch andere Ressource Manager direkt ansprechen. Dieses muss selbstverständlich auch unter dem Transaktionsschutz geschehen. Dazu kann beispielsweise Transaction Remote Procedure Calls (TRPC) eigesetzt werden.

TRPC ist unterscheidet sich vom gewönlichen RPC nur gering. Der TRPC-Stub ist zusätzlich zu seinen Aufgaben noch als Agent des TP-Monitors für die Transaktionsorientiete Kommunikation verantwortlich. TRPC erfordert folgende TP-monitor-Aktivitäten:

• Binden von RPC an Transaktionen durch ihre Kennzeichnung mit TRID
• Das Informieren des TM1) über den RM2) -Aufruf, wenn der TP-Monitor diesen verschickt. Also das Regisitrieren der Teilnehmer an einer Transaktion.
• Binden der Prozesse an Transaktionen: im Fehlerfall kann der TP-Monitor den TM über den Ausfall des Prozesses informieren.

• Transaktionskonzept ist eine Basis für (DB-)Middleware, denn ein Transaktionsschutz ist für verteilte Abläufe notwendig. Damit sind die Prinzipien der verteilten Transaktionsverwaltung grundlegend für jede Art der Middleware-Integration. Somit sind auch der TM und TP-Monitor notwendige Komponenten jeder Middleware.
• TP-Monitor selbst gehört zu DB-Middleware and macht die Integration von verteilten, heterogenen RM's möglich. Durch ihn ist die Herstellung von globalen Sichtem möglich3) jedoch kein integriertes Schema und keine verteilte Bearbeitung einzelner DB-Operationen. Ein TP-Monitor ist ein RM der andere RM's und Ressourcen wie Prozesse, Tasks, Zugriffsrechte, Programme und Kontexte verwaltet.

• X/OPEN DTP Standard
• TP-Monitor
• Abgrenzung TP-Monitor v.s. X/OPEN Transaktionsmanager

• Transaction Processing Perfomance Council
• http://www11.informatik.tu-muenchen.de/publications/da/greulich97/node10.html