Für jede der folgenden Steueranweisungen wird jeweils ein Name erzeugt:
ACCESS-POINT
BCAMAPPL
CON
EDIT
KSET
LOAD-MODULE (BS2000-Systeme)
LPAP
LSES
LTAC
LTERM
MASTER-OSI-LPAP
MASTER-LU61-LPAP
MUX (BS2000-Systeme)
OSI-CON
OSI-LPAP
PROGRAM
PTERM
SHARED-OBJECT (Unix-, Linux- und Windows-Systeme)
TAC
TLS
TPOOL
USER
ULS
Für die Steueranweisungen LTERM, MUX und TPOOL werden zusätzliche Namen generiert:
- Wird eine Anwendung ohne USER generiert, dann werden pro LTERM-Anweisung zwei Namen erzeugt.
Für eine zu einer PTERM-Anweisung mit PTYPE=APPLI, SOCKET, UPIC-R oder UPIC-L gehörenden LTERM-Anweisung werden zwei Namen erzeugt, wenn der zu diesem LTERM gehörende implizite (Verbindungs-) USER nicht durch eine explizite USER-Anweisung generiert wird.
Für jede TPOOL-Anweisung werden doppelt so viele Namen erzeugt, wie im Operanden NUMBER= der TPOOL-Anweisung angegeben wurden. Für eine TPOOL-Anweisung mit PTYPE=APPLI, SOCKET, UPIC-R und UPIC-L werden dreimal so viele Namen erzeugt, wie im Operanden NUMBER= angegeben.
Für jede MUX-Anweisung werden zwei Namen erzeugt (BS2000-Systeme).
Unix-, Linux- und Windows-Systeme:
Für die Steueranweisungen CLUSTER und CLUSTER-NODE werden zusätzliche Namen generiert:
Für die CLUSTER-Anweisung wird zusätzlich ein BCAMAPPL erzeugt.
Für jede CLUSTER-NODE-Anweisung werden zusätzlich ein PTERM, ein LTERM und ein USER erzeugt.
Darüber hinaus werden bei der Generierung bis zu sechs weitere Namen erzeugt, die openUTM für Event Services benötigt (KDCSGNTC, KDCBADTC, KDCMSGTC, KDCMSGUS, KDCMSGLT, KDCAPLKS). Die ersten drei Namen können zusätzlich in einer TAC-Anweisung spezifiziert werden. Die letzten drei Namen dürfen nicht angegeben werden.
Werden für eine UTM-Anwendung XATMI-Teilprogramme generiert, d.h. wird mindestens in einer TAC-Anweisung API=(XOPEN,XATMI) gesetzt, dann werden von openUTM zusätzlich ein TAC-Eintrag mit dem Namen KDCTXCOM und ein PROGRAM-Eintrag mit dem Namen KDCTXRLB erzeugt.
Für die Dead Letter Queue wird bei der Generierung der Name KDCDLETQ erzeugt. Die Eigenschaften dieser TAC-Queue können auch durch eine eigene TAC-Anweisung definiert werden.
Maximalwerte für Namen
Für die Anzahl der per KDCDEF-Steueranweisung erzeugbaren Namen gelten die Maximalwerte, die Sie der folgenden Tabelle entnehmen können. Wird diese Anzahl überschritten, führt dies zum Abbruch der Generierung.
Gruppe der KDCDEF-Steueranweisungen | maximale Anzahl generierter Namen |
BS2000-Systeme | |
#PTERM + #CON + TPOOLNR + #OSI-ASSOCIATIONS + #MUX1 | <= 500 000 |
#LTERM + #LPAP + TPOOLNR + #OSI-LPAP + #TASKS + #MUX1 + 1 | <= 500 000 |
Unix-, Linux- und Windows-Systeme | |
#PTERM + #CON + TPOOLNR + #OSI-ASSOCIATIONS | <= 500 000 |
#LTERM + #LPAP + TPOOLNR + #OSI-LPAP + #TASKS + 1 | <= 500 000 |
BS2000-, Unix-, Linux- und Windows-Systeme | |
#USER + #APPLI + #LSES + #OSI-ACTIVE-ASSOCIATIONS + (2 * #TASKS) + 1 | <= 500 000 |
#PROGRAM | <= 32 000 |
#TAC + 4 | <= 32 000 |
#LSES | <= 65 000 |
#CON | <= 65 000 |
#KSET + 1 | <= 32 000 |
#LTAC | <= 32 000 |
#MUX1 | <= 9 999 |
Summe aller übrigen Namen + 2 | <= 32 767 |
1nur auf BS2000-Systemen
Erläuterung der Platzhalter:
#statement | Anzahl der durch diese KDCDEF-Anweisung generierten Namen |
#APPLI | Anzahl der PTERM-Anweisungen plus die Werte TPOOLNR der TPOOL-Anweisungen mit PTYPE=APPLI/SOCKET/UPIC-R und UPIC-L (UPIC-L nur auf Unix-, Linux- und Windows-Systemen).Für eine UTM-Cluster-Anwendung erhöhen sich #PTRM, #LTRM und #APPLI jeweils um die Anzahl der angegebenen CLUSTER-NODE-Anweisungen. |
#MUX | Anzahl aller generierten MUX-Anweisungen (nur auf BS2000-Systemen) |
#OSI-ACTIVE-ASSOCIATIONS | |
Anzahl der aktiven parallelen OSI-Verbindungen, der generierten Werte des Operanden (OSI-CON...,ACTIVE=YES und zugehörige OSI-LPAP...,ASSOCIATIONS=number). Das ist die Summe aller Werte von ASSOCIATIONS über alle OSI-LPAP-Anweisungen. | |
#OSI-ASSOCIATIONS | |
Anzahl der OSI-ACTIVE-ASSOCIATIONS plus der Anzahl der inaktiven parallelen OSI-Verbindungen (OSI-CON...,ACTIVE=YES/NO und zugehörige OSI-LPAP...,ASSOCIATIONS= number). Das ist die Summe aller Werte von ASSOCIATIONS über alle OSI-LPAP-Anweisungen, wobei die Werte der OSI-LPAP-Anweisungen mehrfach gezählt werden, für die Ersatzverbindungen generiert werden. | |
TPOOLNR | Summe der Operanden NUMBER= (Anzahl der LTERM-Partner pro LTERM-Pool) aller generierten TPOOL-Anweisungen. |
Zusätzlich ist Folgendes zu beachten:
Die Anzahl der Namen für #PROGRAM, #TAC, #LTERM, #PTERM, #USER, #KSET, #LTAC, #CON und #LSES setzt sich aus statisch generierten Namen und reservierten Namen für dynamisch eintragbare Objekte zusammen.
Die Namen von MASTER-LU61-LPAP-Anweisungen müssen bei #LPAP mitgezählt werden.
Die Namen von MASTER-OSI-LPAP-Anweisungen müssen bei #OSI-LPAP mitgezählt werden.
Wenn die Anwendung ohne USER-Anweisungen generiert wurde, muss in der ersten Bedingung #USER durch #LTERM + TPOOLNR ersetzt werden.
Es können maximal 100 ULS- und 100 TLS-Blöcke generiert werden.
Die Anzahl der generierten Benutzerkennungen (#USER) plus die Anzahl der für die Vorgangskellerung vorgesehenen Einträge (festgelegt in MAX NRCONV=) ist auf maximal 500 000 beschränkt.
Die Anzahl der generierten Benutzerkennungen (#USER) plus die Anzahl der für die Vorgangskellerung (MAX NRCONV=) vorgesehenen Einträge plus die Anzahl der maximal möglichen parallelen Asynchron-Vorgänge (festgelegt in MAX ASYNTASKS = (...,service_number)) plus die Anzahl der für Anmelde-Vorgänge (SIGNON CONCURRENT-TERMINAL-SIGNON) vorgesehenen Einträge ist auf maximal 665 000 beschränkt.