Verteilte Transaktionsverarbeitung

Die verteilte Transaktionsverarbeitung (DTP) ermöglicht einer CICS® -Transaktion die Kommunikation mit einer Transaktion, die in einem anderen System ausgeführt wird. Die Transaktionen sind so konzipiert und codiert, dass sie explizit miteinander kommunizieren und dadurch die systemübergreifende Verbindung mit maximaler Effizienz verwenden.

Die Kommunikation bei der verteilten Transaktionsverarbeitung erfolgt von der CICS -Seite synchron, was bedeutet, dass sie während eines einzelnen Aufrufs der CICS -Transaktion auftritt und dass Anforderungen und Antworten zwischen zwei Transaktionen direkt korreliert werden können.

Weitere Informationen finden Sie unter Mehrregionsbetrieb, ISC-und IPIC-Funktionen für übergreifende Kommunikationund Übersicht über die verteilte Transaktionsverarbeitung.

Übersicht über das Design

CICS behandelt Sitzungsfehler und Systemfehler für die verteilte Transaktionsverarbeitung auf dieselbe Weise wie für die CICS -Funktionsverlagerung. Weitere Informationen finden Sie in den entsprechenden Abschnitten unter Funktionsverlagerung .

Verteilte Transaktionsverarbeitung mit MRO und LU6.1
Abbildung 1 enthält eine Übersicht über die Module, die an der verteilten Transaktionsverarbeitung für MRO und LU6.1 ISC beteiligt sind.
Abb. 1. Verteilte Transaktionsverarbeitung für MRO und LU6.1
Die Abbildung zeigt die Module in der verteilten Transaktionsverarbeitung für MRO und LU6.1, die im Text beschrieben werden.

Das Modul DFHEIP wird in EXEC-Schnittstellebeschrieben. Dadurch werden alle Terminalsteuerungsanforderungen an DFHETC weitergeleitet. DFHETC verarbeitet die Anforderungen BUILD_ATTACH, EXTRACT und POINT_TC selbst. Er leitet alle anderen Anforderungen (SEND, WAIT, CONVERSE, RECEIVE (mit Journal)) an DFHZARQ weiter, mit Ausnahme der Anforderungen FREE_TC und ALLOCATE_TC, die an DFHZISP weitergeleitet werden. Wenn die Anforderung erfordert, dass der Benutzerdialogstatus zurückgegeben wird, ruft DFHETC DFHZSTAP auf.

Zugeordnete Dialoge (LU6.2)

In zugeordneten Dialogen sind die Daten, die an die LU6.2 -API übergeben und von dieser empfangen werden, Benutzerdaten. Zugeordnete Dialoge verwenden die normale CICS -API. Anwendungsprogramme und Funktionsverlagerungsanforderungen, die für LU6.1 geschrieben wurden, verwenden zugeordnete Dialoge, wenn sie an LU6.2übertragen werden.

Abbildung 2 enthält eine Übersicht über die Module, die an der Verarbeitung von zugeordneten Dialogen in LU6.2beteiligt sind.
Abbildung 2: Verteilte Transaktionsverarbeitung für zugeordnete Dialoge in LU6.2
Diese Abbildung zeigt die Module in der verteilten Transaktionsverarbeitung für zugeordnete Dialoge in LU6.2, die im Text beschrieben werden.

Das Modul DFHEIP wird in EXEC-Schnittstellebeschrieben. Dadurch werden alle Terminalsteuerungsanforderungen an DFHETC weitergeleitet. DFHETC leitet alle Anforderungen, die sich auf eine LU6.2 -Sitzung beziehen, an DFHETL weiter, mit Ausnahme von ALLOCATE_TC-Anforderungen, die an DFHZISP weitergeleitet werden.

DFHETL wiederum ruft DFHZARL auf, um die meisten Anforderungen zu verarbeiten. DFHZISP wird aufgerufen, um FREE_TC-Anforderungen zu verarbeiten, und DFHZARM wird aufgerufen, um den Empfang nicht erkannter oder nicht unterstützter IDs zu verarbeiten. Wenn die Anforderung erfordert, dass der Benutzerdialogstatus zurückgegeben wird, ruft DFHETL DFHZSTAP auf.

Die Verarbeitung von DFHZARL hängt vom Typ der Anforderung ab. Sie ruft beispielsweise DFHZISP auf, um einen TCTTE zuzuordnen, DFHZARR, um Daten zu empfangen, und DFHZERH für die abgehende oder eingehende FMH7 -Verarbeitung. Wenn die Anforderung transaktionsweitergeleitet werden muss, ruft DFHZARL DFHZXRL auf, um die Anforderung an die Terminalverwaltungsregion weiterzuleiten (siehe Transaktionsrouting).

Nicht zugeordnete Dialoge (LU6.2)

Nicht zugeordnete Dialoge, auch als Basisdialoge bezeichnet, werden hauptsächlich für die Kommunikation mit Produkten auf Geräteebene verwendet, die zugeordnete Dialoge nicht unterstützen und für die möglicherweise keine API für den Benutzer geöffnet ist. In nicht zugeordneten Dialogen enthalten die Daten, die an die API LU6.2 übergeben und von dieser empfangen werden, GDS-Header.

Abbildung 3 enthält eine Übersicht über die Module, die an der Verarbeitung von nicht zugeordneten Dialogen in LU6.2 ISC beteiligt sind.
Abb. 3 Verteilte Transaktionsverarbeitung für nicht zugeordnete Dialoge in LU6.2
Diese Abbildung zeigt die Module in der verteilten Transaktionsverarbeitung für nicht zugeordnete Dialoge in LU6.2, die im Text beschrieben werden.

Das Modul DFHEIP wird in EXEC-Schnittstellebeschrieben. Dadurch wird die Steuerung an DFHEGL übergeben, um GDS-Befehle zu verarbeiten. DFHEGL leitet alle Befehle für GDS-Dialoge direkt an DFHZARL weiter. Einige von der Anwendung bereitgestellte Parameter werden geprüft und Fehler werden an die Anwendung zurückgemeldet. Wenn die Anforderung erfordert, dass der Benutzerdialogstatus zurückgegeben wird, ruft DFHEGL DFHZSTAP auf.

Die Verarbeitung von DFHZARL hängt vom Typ der Anforderung ab. Sie ruft beispielsweise DFHZISP auf, um einen TCTTE zuzuordnen, DFHZARR, um Daten zu empfangen, und DFHZERH für die abgehende oder eingehende FMH7 -Verarbeitung. Wenn die Anforderung transaktionsweitergeleitet werden muss, ruft DFHZARL DFHZXRL auf, um die Anforderung an die Terminalverwaltungsregion weiterzuleiten (siehe Transaktionsrouting).

Module

Modul Beschreibung
DFHEGL DFHEGL ist ein EXEC-Schnittstellenprozessormodul, das GDS-Befehle verarbeitet. Sie empfängt die Steuerung direkt von DFHEIP oder DFHEIG.

Der TCTTE für die Sitzung wird lokalisiert und auf Gültigkeit geprüft. Alle GDS-konversation-bezogenen Befehle werden einem DFHLUC-Makroaufruf zugeordnet und direkt an DFHZARL weitergeleitet. Es gibt keine Zuordnung oder Aufhebung der Zuordnung von Daten, Statusanzeiger werden nicht verwaltet und es gibt keine zu verarbeitenden FMHs.
DFHETC Der EXEC-Schnittstellenprozessor für die Terminalsteuerung.
DFHETL Der EXEC-Schnittstellenprozessor für zugeordnete LU6.2 -Befehle.
DFHZARL  
DFHZARM DFHZARM übersetzt den Datenstrom in ein Format und aus einem Format, das zum Aufrufen von DFHZARL geeignet ist.
DFHZARQ Das Schnittstellenmodul für Anwendungsanforderungen.
DFHZARR DFHZARR verarbeitet RECEIVE-Anforderungen.
DFHZERH DFHZERH verarbeitet Fehlerinformationen.
DFHZISP DFHZISP verarbeitet ALLOCATE_TC-und FREE_TC-Anforderungen.

DFHZISP wird von DFHETC aufgerufen, um ALLOCATE_TC-Anforderungen auszuführen. (ALLOCATE-Befehle werden an DFHZISP übergeben, da DFHETC den Sitzungstyp erst überprüfen kann, wenn die Sitzung zugeordnet wurde.)

DFHZISP wird auch aufgerufen, um FREE_TC-Anforderungen auszuführen.
DFHZSTAP DFHZSTAP wird verwendet, um den Dialogstatus einer MRO-oder LU6.2 -Sitzung von der Anwendungsseite zu bestimmen.

Exits

Für diese Funktion werden keine globalen Benutzerexitpunkte bereitgestellt.

Trace

Die folgenden Punkt-IDs werden für die verteilte Transaktionsverarbeitung bereitgestellt:
  • AP FDxx, für die die Tracestufe TC 1 ist
  • AP FExx (LU6.2 -Anwendung Empfangsanforderungen), für die die Tracestufen TC 2 und Exc sind.

Modulreferenz