ALTER QMGR
Mit dem MQSC-Befehl ALTER QMGR ändern Sie die Warteschlangenmanagerparameter für den lokalen Warteschlangenmanager.
UNIX und Linux | Windows |
---|---|
ALTER QMGR
>>-ALTER QMGR--+--------------------------+--+-------+----------> '-| WS-Manager-Attribute |-' '-FORCE-' .-CMDSCOPE(' ')---------------------------------. (2) >--+-----------------------------------------------+----------->< | (1) | +-CMDSCOPE--(--Warteschlangenmanagername--)-----+ | (1) | '-CMDSCOPE(*)-----------------------------------' Warteschlangenmanagerattribute |--+----------------------------------+-------------------------> | (3) | '-ACCTCONO--(--+-DISABLED-+--)-----' '-ENABLED--' >--+----------------------------+-------------------------------> | (3) | '-ACCTINT--(--integer--)-----' >--+----------------------------+-------------------------------> | (3) | '-ACCTMQI--(--+-OFF-+--)-----' '-ON--' >--+---------------------------+--------------------------------> | (4) | '-ACCTQ--(--+-OFF--+--)-----' +-ON---+ '-NONE-' >--+---------------------------+--------------------------------> | (2) | '-ACTCHL--(--integer--)-----' >--+------------------------------+-----------------------------> '-ACTIVREC--(--+-DISABLED-+--)-' +-MSG------+ '-QUEUE----' >--+----------------------------------+-------------------------> | (3) | '-ACTVCONO--(--+-DISABLED-+--)-----' '-ENABLED--' >--+----------------------------+-------------------------------> | (3) | '-ACTVTRC--(--+-OFF-+--)-----' '-ON--' >--+---------------------------------+--------------------------> | (2) | '-ADOPTCHK--(--+-ALL-----+--)-----' +-NETADDR-+ +-NONE----+ '-QMNAME--' >--+-----------------------------+------------------------------> | (2) | '-ADOPTMCA--(--+-ALL-+--)-----' '-NO--' >--+---------------------------------+--------------------------> '-AUTHOREV--(--+-DISABLED----+--)-' | (5) | '-ENABLED-----' >--+----------------------------------+-------------------------> | (2) | '-BRIDGEEV--(--+-DISABLED-+--)-----' '-ENABLED--' >--+--------------------------+---------------------------------> | (3) | '-CCSID--(--integer--)-----' >--+---------------------------------+--------------------------> | (6) | '-CERTVPOL--(--+-ANY-----+--)-----' '-RFC5280-' >--+-----------------------------------+------------------------> | (2) | '-CFCONLOS--(--+-TERMINATE-+--)-----' '-TOLERATE--' >--+------------------------------+-----------------------------> | (3) | '-CHAD--(--+-DISABLED-+--)-----' '-ENABLED--' >--+--------------------------------+---------------------------> | (3) | '-CHADEV--(--+-DISABLED-+--)-----' '-ENABLED--' >--+----------------------------+-------------------------------> | (4) | '-CHADEXIT--(--string--)-----' >--+-----------------------------+------------------------------> | (2) | '-CHIADAPS--(--integer--)-----' >--+-----------------------------+------------------------------> | (2) | '-CHIDISPS--(--integer--)-----' >--+----------------------------+-------------------------------> | (2) | '-CHISERVP--(--string--)-----' >--+-----------------------------+------------------------------> '-CHLAUTH--(--+-DISABLED-+--)-' '-ENABLED--' >--+--------------------------------+---------------------------> | (4) | '-CHLEV--(--+-DISABLED--+--)-----' +-ENABLED---+ '-EXCEPTION-' >--+----------------------------+-------------------------------> | (4) | '-CLWLDATA--(--string--)-----' >--+----------------------------+-------------------------------> | (4) | '-CLWLEXIT--(--string--)-----' >--+----------------------------+-------------------------------> | (4) | '-CLWLLEN--(--integer--)-----' >--+-------------------------+--+---------------------------+---> '-CLWLMRUC--(--integer--)-' '-CLWLUSEQ--(--+-LOCAL-+--)-' '-ANY---' >--+----------------------------+-------------------------------> '-CMDEV--(--+-DISABLED--+--)-' +-ENABLED---+ '-NODISPLAY-' >--+------------------------------+--+----------------------+---> '-CONFIGEV--(--+-DISABLED-+--)-' '-CUSTOM--(--string--)-' '-ENABLED--' >--+---------------------+--+------------------------+----------> '-DEADQ--(--string--)-' '-DEFXMITQ--(--string--)-' >--+--------------------------------+---------------------------> | (5) | '-DEFCLXQ--(--+-SCTQ----+--)-----' '-CHANNEL-' >--+---------------------+--+----------------------------+------> '-DESCR--(--string--)-' | (2) | '-DNSGROUP--(--string--)-----' >--+---------------------------+--------------------------------> | (2) | '-DNSWLM--(--+-NO--+--)-----' '-YES-' >--+-----------------------------+------------------------------> '-EXPRYINT--(--+-OFF-----+--)-' '-integer-' >--+---------------------------------+--------------------------> | (2) | '-GROUPUR--(--+-DISABLED-+--)-----' '-ENABLED--' >--+-----------------------------+------------------------------> | (2) | '-IGQ--(--+-DISABLED-+--)-----' '-ENABLED--' >--+-------------------------------+----------------------------> | (2) | '-IGQAUT--(--+-DEF-----+--)-----' +-CTX-----+ +-ONLYIGQ-+ '-ALTIGQ--' >--+---------------------------+--------------------------------> | (2) | '-IGQUSER--(--string--)-----' >--+------------------------------+-----------------------------> '-INHIBTEV--(--+-DISABLED-+--)-' '-ENABLED--' >--+-------------------------+----------------------------------> '-IPADDRV--(--+-IPV4-+--)-' '-IPV6-' >--+-----------------------------+------------------------------> '-LOCALEV--(--+-DISABLED-+--)-' '-ENABLED--' >--+----------------------------------+-------------------------> | (3) | '-LOGGEREV--(--+-DISABLED-+--)-----' '-ENABLED--' >--+----------------------------+-------------------------------> | (2) | '-LSTRTMR--(--integer--)-----' >--+---------------------------+--------------------------------> | (2) | '-LUGROUP--(--string--)-----' >--+--------------------------+---------------------------------> | (2) | '-LUNAME--(--string--)-----' >--+---------------------------+--------------------------------> | (2) | '-LU62ARM--(--string--)-----' >--+----------------------------+-------------------------------> | (2) | '-LU62CHL--(--integer--)-----' >--+----------------------------+-------------------------------> '-MARKINT--(--+-integer-+--)-' '-NOLIMIT-' >--+---------------------------+--+-------------------------+---> | (2) | '-MAXHANDS--(--integer--)-' '-MAXCHL--(--integer--)-----' >--+-----------------------------+------------------------------> | (3) | '-MAXMSGL--(--ganzzahl--)-----' >--+-----------------------------+------------------------------> '-MAXPROPL--(--+-integer-+--)-' '-NOLIMIT-' >--+-------------------------+--+---------------------------+---> '-MAXUMSGS--(--integer--)-' '-MONACLS--(--+-QMGR---+--)-' +-OFF----+ +-LOW----+ +-MEDIUM-+ '-HIGH---' >--+--------------------------+--+------------------------+-----> '-MONCHL--(--+-OFF----+--)-' '-MONQ--(--+-OFF----+--)-' +-NONE---+ +-NONE---+ +-LOW----+ +-LOW----+ +-MEDIUM-+ +-MEDIUM-+ '-HIGH---' '-HIGH---' >--+-----------------------------+------------------------------> | (2) | '-OPORTMAX--(--integer--)-----' >--+-----------------------------+------------------------------> | (2) | '-OPORTMIN--(--integer--)-----' >--+--------------------------+---------------------------------> '-PARENT--(--parentname--)-' >--+-----------------------------+------------------------------> '-PERFMEV--(--+-DISABLED-+--)-' '-ENABLED--' >--+----------------------------+-------------------------------> '-PSCLUS--(--+-ENABLED--+--)-' '-DISABLED-' >--+----------------------------+-------------------------------> '-PSMODE--(--+-ENABLED--+--)-' +-COMPAT---+ '-DISABLED-' >--+----------------------------+-------------------------------> '-PSNPMSG--(--+-DISCARD-+--)-' '-KEEP----' >--+----------------------------+-------------------------------> '-PSNPRES--(--+-NORMAL--+--)-' +-SAFE----+ +-DISCARD-+ '-KEEP----' >--+-----------------------------+------------------------------> '-PSRTYCNT--(----integer----)-' >--+---------------------------+--------------------------------> '-PSSYNCPT--(--+-YES---+--)-' '-IFPER-' >--+----------------------------+-------------------------------> | (2) | '-RCVTIME--(--integer--)-----' >--+----------------------------+-------------------------------> | (2) | '-RCVTMIN--(--integer--)-----' >--+----------------------------------+-------------------------> | (2) | '-RCVTTYPE--(--+-MULTIPLY-+--)-----' +-ADD------+ '-EQUAL----' >--+------------------------------+-----------------------------> '-REMOTEEV--(--+-DISABLED-+--)-' '-ENABLED--' >--+------------------------------+-----------------------------> | (4) | '-REPOS--(--clustername--)-----' >--+---------------------------+--------------------------------> | (4) | '-REPOSNL--(--nlname--)-----' >--+------------------------------+-----------------------------> '-ROUTEREC--(--+-DISABLED-+--)-' +-MSG------+ '-QUEUE----' >--+-------------------------------+----------------------------> | (3) | '-SCHINIT--(--+-QMGR---+--)-----' '-MANUAL-' >--+--------------------------------+---------------------------> | (3) | '-SCMDSERV--(--+-QMGR---+--)-----' '-MANUAL-' >--+------------------------------+-----------------------------> | (2) | '-SCYCASE--(--+-UPPER-+--)-----' '-MIXED-' >--+--------------------------------+---------------------------> | (2) | '-SQQMNAME--(--+-USE----+--)-----' '-IGNORE-' >--+------------------------+--+---------------------------+----> '-SSLCRLNL--(--nlname--)-' | (6) | '-SSLCRYP--(--string--)-----' >--+---------------------------+--------------------------------> '-SSLEV--(--+-DISABLED-+--)-' '-ENABLED--' >--+----------------------------+--+-----------------------+----> | (7) | '-SSLKEYR--(--string--)-' '-SSLFIPS--(--+-NO--+--)-----' '-YES-' >--+-------------------------+----------------------------------> '-SSLRKEYC--(--integer--)-' >--+-----------------------------+------------------------------> | (2) | '-SSLTASKS--(--integer--)-----' >--+--------------------------------+---------------------------> | (3) | '-STATACLS--(--+-QMGR---+--)-----' +-OFF----+ +-LOW----+ +-MEDIUM-+ '-HIGH---' >--+-------------------------------+----------------------------> | (3) | '-STATCHL--(--+-NONE---+--)-----' +-OFF----+ +-LOW----+ +-MEDIUM-+ '-HIGH---' >--+----------------------------+-------------------------------> | (3) | '-STATINT--(--integer--)-----' >--+----------------------------+-------------------------------> | (3) | '-STATMQI--(--+-OFF-+--)-----' '-ON--' >--+---------------------------+--------------------------------> | (3) | '-STATQ--(--+-OFF--+--)-----' +-ON---+ '-NONE-' >--+------------------------------+-----------------------------> '-STRSTPEV--(--+-ENABLED--+--)-' '-DISABLED-' >--+---------------------------------------+--------------------> | (6) | '-SUITEB--(--+-NONE------------+--)-----' +-128_BIT---------+ +-192_BIT---------+ '-128_BIT,192_BIT-' >--+---------------------------+--------------------------------> | (2) | '-TCPCHL--(--integer--)-----' >--+----------------------------+-------------------------------> | (2) | '-TCPKEEP--(--+-NO--+--)-----' '-YES-' >--+---------------------------+--------------------------------> | (2) | '-TCPNAME--(--string--)-----' >--+----------------------------------+-------------------------> | (2) | '-TCPSTACK--(--+-SINGLE---+--)-----' '-MULTIPLE-' >--+----------------------------+-------------------------------> | (2) | '-TRAXSTR--(--+-YES-+--)-----' '-NO--' >--+----------------------------+-------------------------------> | (2) | '-TRAXTBL--(--integer--)-----' >--+-------------------------+--+------------------------+------| '-TREELIFE--(--integer--)-' '-TRIGINT--(--integer--)-'
- Nur gültig unter z/OS, wenn der Warteschlangenmanager zu einer Gruppe mit gemeinsamer Warteschlange gehört.
- Nur gültig unter z/OS.
- Nur gültig unter IBM® i, UNIX, Linux und Windows.
- Nur gültig unter z/OS, UNIX, Linux und Windows.
- Nicht gültig unter z/OS.
- Nur gültig unter UNIX, Linux und Windows.
- Nicht gültig unter IBM i
Parameterbeschreibungen für ALTER QMGR
- Erfolgen keine Parameterangaben, wird der Befehl erfolgreich ausgeführt, die Warteschlangenmanageroptionen bleiben jedoch unverändert.
- Änderungen mithilfe dieses Befehls bleiben auch nach dem Stoppen und dem anschließenden Neustart des Warteschlangenmanagers wirksam.
- FORCE
- Wenn die
beiden folgenden Bedingungen erfüllt sind, können Sie durch die Angabe dieses Parameters den Abschluss des Befehls erzwingen:
- Der Parameter DEFXMITQ wurde angegeben.
- In einer Anwendung ist eine Warteschlange offen, auf deren Auflösung sich diese Änderung auswirken würde.
Wenn unter diesen Umständen nicht der Parameter FORCE angegeben wird, ist der Befehl nicht erfolgreich.
Warteschlangenmanagerparameter
Dies sind die Warteschlangenmanagerparameter für den Befehl ALTER QMGR:- Gibt an, ob Anwendungen die Einstellungen der Warteschlangenmanagerparameter ACCTQ und ACCTMQI überschreiben können:
- DISABLED
- Anwendungen können die Einstellungen der Parameter ACCTQ und ACCTMQI nicht überschreiben.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- ENABLED
- Anwendungen können die Einstellungen der Parameter ACCTQ und ACCTMQI überschreiben, indem sie in der MQCNO-Struktur des API-Aufrufs MQCONNX das Feld für Optionen verwenden.
Änderungen an diesem Parameter gelten für Verbindungen zum Warteschlangenmanager, die nach der Änderung hergestellt werden.
Dieser Parameter ist nur gültig unter IBM i und UNIX, Linux und Windows.
- Das Zeitintervall (in Sekunden), in dem temporäre Abrechnungssätze geschrieben werden.
Geben Sie einen Wert zwischen 1 und 604800 an.
Änderungen an diesem Parameter gelten für Verbindungen zum Warteschlangenmanager, die nach der Änderung hergestellt werden.
Dieser Parameter ist nur auf Systemen mit IBM i, UNIX, Linux und Windows gültig.
- Gibt an, ob Abrechnungsdaten für MQI-Daten erfasst werden sollen:
- OFF
- Die Erfassung von MQI-Abrechnungsdaten ist inaktiviert.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- ON
- Die Erfassung von MQI-Abrechnungsdaten ist aktiviert.
Wenn das Warteschlangenmanagerattribut ACCTCONO auf ENABLED gesetzt wird, kann dieser Wert durch Verwendung des Optionenfeldes in der MQCNO-Struktur überschrieben werden.
Änderungen an diesem Parameter gelten für Verbindungen zum Warteschlangenmanager, die nach der Änderung hergestellt werden.
Dieser Parameter ist nur gültig unter IBM i und UNIX, Linux und Windows.
- Gibt an, ob Abrechnungsdaten für alle Warteschlangen erfasst werden sollen. Unter z/OS sind diese erfassten Daten
Abrechnungsdaten der Klasse 3 (Abrechnung auf Thread- und Warteschlangenebene).
- OFF
- Die Erfassung von Abrechnungsdaten ist für alle Warteschlangen inaktiviert, bei denen der Parameter ACCTQ auf QMGR gesetzt wurde.
- ON
- Die Erfassung von Abrechnungsdaten ist für alle Warteschlangen aktiviert, bei denen der Parameter ACCTQ auf QMGR gesetzt wurde. Auf z/OS-Systemen müssen Sie mit dem Befehl START TRACE die Abrechnung der Klasse 3 aktivieren.
- NONE
- Die Erfassung der Abrechnungsdaten wird, unabhängig vom Wert des Parameters ACCTQ der Warteschlange, für alle Warteschlangen inaktiviert.
Änderungen an diesem Parameter gelten nur für Verbindungen zum Warteschlangenmanager, die nach der Änderung am Parameter hergestellt werden.
- Die
maximale Anzahl von Kanälen, die jederzeit aktiv sein
können, es sei denn, der Wert wird auf unter die Anzahl derzeit aktiver Kanäle
verringert.
Geben Sie einen Wert von 1 bis 9999 an, der nicht größer als der Wert für MAXCHL ist. MAXCHL definiert die maximale Anzahl verfügbarer Kanäle.
Wenn Sie diesen Wert ändern, müssen Sie auch die Werte für MAXCHL, LU62CHL und TCPCHL prüfen, um sicherzustellen, dass kein Konflikt zwischen den Werten auftritt.
Eine Erklärung zum aktiven Status von Kanälen finden Sie unter Kanalstatus.
Wird für ACTCHL ein niedrigerer Wert als der Wert bei der Initialisierung des Kanalinitiators angegeben, werden die Kanäle ausgeführt, bis sie gestoppt werden. Wenn die Anzahl aktiver Kanäle unter den Wert von ACTCHL abfällt, können weitere Kanäle gestartet werden. Eine Erhöhung des Werts von ACTCHL auf einen höheren Wert als bei Initialisierung des Kanalinitiators wirkt sich nicht sofort aus. Der höhere Wert von ACTCHL wirkt sich aus, wenn der Kanalinitiator zum nächsten Mal neu gestartet wird.
Die gemeinsame Nutzung von Dialogen trägt nicht zur Gesamtsumme für diesen Parameter bei.
Dieser Parameter ist nur unter z/OS gültig.
- Gibt an, ob Aktivitätenberichte erstellt werden sollen, wenn dies in der Nachricht angefordert wird:
- DISABLED
- Es werden keine Aktivitätenberichte erstellt.
- MSG
- Es werden Aktivitätenberichte erstellt und an die Warteschlange für Antwortnachrichten gesendet, die vom Absender in der Nachricht, die der Auslöser für die Berichterstellung ist, angegeben wurde.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- QUEUE
- Es werden Aktivitätsberichte erstellt und an SYSTEM.ADMIN.ACTIVITY.QUEUE gesendet.
- Gibt an, ob Anwendungen die Einstellungen des Warteschlangenmanagerparameters ACTVTRC überschreiben können:
- DISABLED
- Anwendungen können die Einstellungen des Warteschlangenmanagerparameters ACTVTRC nicht überschreiben.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- ENABLED
- Anwendungen können die Einstellungen des Warteschlangenmanagerparameters ACTVTRC überschreiben, indem sie in der MQCNO-Struktur des API-Aufrufs MQCONNX das Feld für Optionen verwenden.
Änderungen an diesem Parameter gelten für Verbindungen zum Warteschlangenmanager, die nach der Änderung hergestellt werden.
Dieser Parameter ist nur gültig unter IBM i und UNIX, Linux und Windows.
- Gibt an, ob Traceinformationen der MQI-Anwendungsaktivitäten erfasst werden sollen. Weitere Angaben finden Sie unter ACTVTRC zur Steuerung der Erfassung von Aktivitätstraceinformationen festlegen.
- OFF
- Die Erfassung der Traceinformationen für die WebSphere MQ MQI-Anwendungsaktivität ist nicht aktiviert.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- ON
- Die Erfassung der Traceinformationen für die WebSphere MQ MQI-Anwendungsaktivität ist aktiviert.
Wenn das Attribut ACTVCONO des Warteschlangenmanagers auf ENABLED gesetzt ist, kann der Wert dieses Parameters über die Optionsfelder der MQCNO-Struktur überschrieben werden.
Änderungen an diesem Parameter gelten für Verbindungen zum Warteschlangenmanager, die nach der Änderung hergestellt werden.
Dieser Parameter ist nur gültig unter IBM i und UNIX, Linux und Windows.
- Gibt an, welche Elemente
überprüft werden, um zu bestimmen, ob ein Nachrichtenkanalagent (MCA) angenommen wird.
Die Prüfung erfolgt, wenn ein neuer eingehender Kanal erkannt wird, der denselben Namen aufweist wie
ein bereits aktiver Nachrichtenkanalagent.
- ALL
- Der Name des Warteschlangenmanagers und die Netzadresse werden überprüft. Mit dieser Prüfung wird verhindert, dass die Kanäle versehentlich oder absichtlich beendet werden.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- NETADDR
- Die Netzadresse wird überprüft.
- NONE
- Es wird keine Prüfung durchgeführt.
- QMNAME
- Der Warteschlangenmanagername wird überprüft.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden wirksam, sobald ein Kanal wieder einen Nachrichtenkanalagenten annehmen möchte.
- Gibt an, ob eine verwaiste Instanz eines Nachrichtenkanalagenten unmittelbar neu gestartet werden soll, sobald ein neuer eingehender Kanal erkannt wird, der mit dem Parameter ADOPTCHK übereinstimmt:
- ALL
- Alle Kanaltypen werden übernommen.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- NO
- Die Übernahme verwaister Kanäle ist nicht erforderlich.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden wirksam, sobald ein Kanal wieder einen Nachrichtenkanalagenten annehmen möchte.
- Gibt an, ob Berechtigungsereignisse (Not Authorized/Nicht berechtigt) erstellt werden:
- DISABLED
- Es werden keine Berechtigungsereignisse erstellt.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- ENABLED
- Es werden Berechtigungsereignisse generiert.
Dieser Wert wird unter z/OS nicht unterstützt.
- Gibt an, ob IMS Bridge-Ereignisse erstellt werden.
- DISABLED
- IMS Bridge-Ereignisse werden nicht erstellt.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- ENABLED
- Alle IMS Bridge-Ereignisse werden erstellt.
Dieser Parameter ist nur unter z/OS gültig.
- Gibt die ID des codierten Zeichensatzes für den Warteschlangenmanager an. Bei der CCSID handelt es sich um die ID für Felder mit Zeichenfolgen,
die von der Anwendungsprogrammierschnittstelle (API) definiert
werden. Wenn die CCSID im Nachrichtendeskriptor auf den Wert
von MQCCSI_Q_MGR gesetzt wird, wird der Wert auf Anwendungsdaten im Hauptteil einer Nachricht
angewendet. Der Wert wird beim Einreihen der Nachricht in eine Warteschlange
festgelegt.
Geben Sie einen Wert zwischen 1 und 65535 an. Der Parameter CCSID gibt einen Wert an, der für Ihre Plattform definiert ist, und verwendet einen Zeichensatz, der Ihrer Plattform entspricht.
Wenn Sie die CCSID über diesen Parameter ändern, wird von allen im Anschluss an die Änderung aufgerufenen Anwendungen weiterhin die ursprüngliche CCSID verwendet. Daher sollten Sie alle aktiven Anwendungen stoppen und neu starten, bevor Sie mit der Einbeziehung des Befehlsservers und der Kanalprogramme fortfahren. Zum Stoppen und Neustart aller aktiven Anwendungen, stoppen Sie den Warteschlangenmanager und starten Sie ihn neu, nachdem der Parameterwert geändert wurde.
Dieser Parameter ist unter z/OS nicht gültig. Unter Codepagekonvertierung finden Sie Einzelheiten zu den unterstützten CCSIDs für jede Plattform.
- Gibt an, welche SSL/TLS-Zertifikatprüfrichtlinie verwendet wird, um digitale Zertifikate, die von fernen Partnersystemen empfangen werden, auf Gültigkeit zu prüfen.
Mit diesem Attribut kann gesteuert werden, wie streng die Prüfung der Zertifikatskette entsprechend den branchenspezifischen Sicherheitsstandards erfolgt.
- ANY
- Es werden alle Zertifikatprüfrichtlinien verwendet, die durch die Secure Sockets-Bibliothek unterstützt werden. Die Zertifikatskette wird akzeptiert, wenn eine der Richtlinien die Zertifikatskette als gültig bewertet. Diese Einstellung kann verwendet werden, um bei älteren digitalen Zertifikaten, die nicht den modernen Standards für Zertifikate entsprechen, ein Maximum an Abwärtskompatibilität zu erreichen.
- RFC5280
- Es wird nur die Zertifikatprüfrichtlinie verwendet, die dem Standard RFC 5280 entspricht. Bei dieser Einstellung erfolgt eine strengere Prüfung als bei der Einstellung "ANY", es werden aber einige ältere digitale Zertifikate zurückgewiesen.
Weitere Informationen zu den Prüfrichtlinien für Zertifikate finden Sie im Abschnitt Zertifikatprüfrichtlinien in WebSphere MQ .
Dieser Parameter ist nur unter UNIX, Linux und Windows gültig. Änderungen am Parameter treten erst in Kraft, nachdem der Befehl REFRESH SECURITY TYPE(SSL) ausgegeben wurde.
- Gibt die Aktion
an, die ausgeführt werden soll, wenn CFCONLOS auf ASQMGR gesetzt ist und der Warteschlangenmanager
die Verbindung mit der Verwaltungsstruktur oder einer CF-Struktur verliert.
- TERMINATE
- Der Warteschlangenmanager wird beendet, wenn die Verbindung zu CF-Strukturen unterbrochen wird.
- TOLERATE
- Der Warteschlangenmanager toleriert die Unterbrechung der Verbindung zu CF-Strukturen ohne beendet zu werden.
Dieser Parameter ist nur unter z/OS gültig.
Alle Warteschlangenmanager in der Gruppe mit gemeinsamer Warteschlange müssen auf Befehlsebene 710 oder höher sein und OPMODE muss auf NEWFUNC gesetzt sein, damit TOLERATE ausgewählt werden kann.
- Gibt an, ob Empfänger- und Serververbindungskanäle automatisch
definiert werden können:
- DISABLED
- Es wird keine automatische Definition vorgenommen.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- ENABLED
- Automatische Definition ist aktiviert.
Clustersenderkanäle können unabhängig von diesem Parameterwert jederzeit automatisch definiert werden.
Dieser Parameter ist unter z/OS nicht gültig.
- Gibt an, ob Ereignisse zur automatischen Definition von Kanälen erstellt werden.
- DISABLED
- Es werden keine Ereignisse für die automatische
Definition generiert.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- ENABLED
- Es werden Ereignisse für die automatische Definition generiert.
Dieser Parameter ist unter z/OS nicht gültig.
- Gibt den Exit für die
automatische Definition an.
Erfolgt eine Angabe, wird der betreffende Exit beim Empfang einer eingehenden Anforderung für einen undefinierten Empfängerkanal, einen undefinierten Clustersenderkanal oder einen undefinierten Serververbindungskanal aufgerufen. Der Exit wird außerdem beim Start eines Clusterempfängerkanals aufgerufen.
Das Format und die maximale Länge hängen von der Umgebung ab:- Unter Windows hat er das Format dllname(functionname), wobei der dllname ohne das Suffix .DLL angegeben wird. Die maximal zulässige Länge beträgt 128 Zeichen.
- Unter IBM i wird folgendes Format verwendet:
Dabei belegt programmname die ersten 10 Zeichen, bibliotheksname die nächsten 10 Zeichen (beide Angaben werden erforderlichenfalls rechts mit Leerzeichen aufgefüllt). Die maximal zulässige Länge beträgt 20 Zeichen.programmname bibliotheksname
- Unter UNIX und Linux hat er das Format Bibliotheksname(Funktionsname). Die maximal zulässige Länge beträgt 128 Zeichen.
- Unter z/OS ist er der Name eines Lademoduls mit einer maximalen Länge von 8 Zeichen.
Unter z/OS gilt dieser Parameter nur für Clustersender- und Clusterempfängerkanäle.
- Die Anzahl von Subtasks für den Kanalinitiatoradapter, die für die Verarbeitung von IBM WebSphere MQ-Aufrufen verwendet werden sollen.
Sie können einen Wert im Bereich von 0 bis 9999 angeben.
Vorgeschlagene Einstellungen:
- Testsystem: 8
- Produktionssystem: 30
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden beim nächsten Start des Kanalinitiators wirksam.
- Die Anzahl an Dispatchern, die im Kanalinitiator verwendet werden sollen.
Geben Sie einen Wert von 1 bis 9999 an.
Vorgeschlagene Einstellungen:- Testsystem: 5
- Produktionssystem: 20
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden beim nächsten Start des Kanalinitiators wirksam.
- Dieser Parameter wird ausschließlich von IBM verwendet und ist nicht für den allgemeinen Gebrauch bestimmt.
Dieser Parameter ist nur unter z/OS gültig.
-
Gibt an, ob die von den Kanalauthentifizierungsdatensätzen definierten Regeln verwendet werden. CHLAUTH-Regeln können weiterhin festgelegt und angezeigt werden, unabhängig vom Wert dieses Attributs.
Änderungen an diesem Parameter werden wirksam, sobald ein eingehender Kanal das nächste Mal gestartet wird.
Kanäle, die momentan aktiv sind, sind von Änderungen an diesem Parameter nicht betroffen.
- DISABLED
- Kanalauthentifizierungsdatensätze werden nicht geprüft.
- ENABLED
- Kanalauthentifizierungsdatensätze werden geprüft.
- Gibt an, ob Kanalereignisse erstellt werden.
- DISABLED
- Es werden keine Kanalereignisse erstellt.
Dies ist die anfängliche Standardeinstellung für den Warteschlangenmanager.
- ENABLED
- Es werden alle Kanalereignisse generiert.
- EXCEPTION
- Es werden alle Kanalausnahmebedingungen generiert.
- Daten des Exits für Clusterauslastung. Die maximal zulässige Länge beträgt 32 Zeichen.
Dieser Wert wird beim Aufruf des Exits für Clusterauslastung an diesen übergeben.
- Gibt den Exit für Clusterauslastung an. Erfolgt eine Angabe, wird der betreffende Exit beim Einreihen einer Nachricht in eine Clusterwarteschlange aufgerufen. Das Format und die maximale Länge hängen von der Umgebung ab:
- Auf Systemen mit UNIX und Linux hat er das Format Bibliotheksname(Funktionsname) . Die maximale Länge beträgt 128 Zeichen.
- Unter Windows hat er das Format dllname(functionname), wobei der dllname ohne das Suffix .DLL angegeben wird. Die maximale Länge beträgt 128 Zeichen.
- Unter z/OS ist er der Name eines Lademoduls. Die maximal zulässige Länge beträgt acht Zeichen.
- Unter IBM i wird folgendes Format verwendet:
Dabei belegt program name die ersten 10 Zeichen, libname die nächsten 10 Zeichen (beide Angaben werden erforderlichenfalls rechts mit Leerzeichen aufgefüllt). Die maximal zulässige Länge beträgt 20 Zeichen.Programmname Bibliotheksname
Dieser Parameter ist nur unter IBM i, z/OS und UNIX, Linux und Windows gültig.
- Gibt die maximale Menge an Benutzerdaten (in Byte) an,
die an den Exit für Auslastung übergeben
wird. Geben Sie einen Wert in folgendem Bereich an:
- Im Bereich von 0 bis 100 MB auf IBM WebSphere MQ for z/OS-Systemen
- Im Bereich von 0 bis 999.999.999 auf anderen Plattformen
Dieser Parameter ist nur unter IBM i, z/OS und UNIX, Linux und Windows gültig.
- Die maximale Anzahl der zuletzt verwendeten abgehenden Clusterkanäle.
Geben Sie einen Wert von 1 bis 999.999.999 an.
- Das
Attribut wird nur auf Warteschlangen angewendet, deren Warteschlangenattribut CLWLUSEQ auf
QMGR gesetzt ist. Es gibt das Verhalten einer MQPUT-Operation
an, wenn die Zielwarteschlange eine lokale Instanz und mindestens eine ferne Clusterinstanz
aufweist. Es wird nicht angewendet, wenn der MQPUT-Aufruf von einem Clusterkanal
ausgeht. Folgende Werte sind möglich:
- LOCAL
- Die lokale Warteschlange bildet die einzige Zielwarteschlange für MQPUT-Operationen.
Dies ist die anfängliche Standardeinstellung für den Warteschlangenmanager.
- ANY
- Der Warteschlangenmanager behandelt die lokale Warteschlange wie eine weitere Instanz der Clusterwarteschlange, um so eine gleichmäßige Lastverteilung zu erreichen.
- Gibt an, ob Befehlsereignisse generiert werden sollen:
- DISABLED
- Es werden keine Befehlsereignisse erstellt.
Dies ist die anfängliche Standardeinstellung für den Warteschlangenmanager.
- ENABLED
- Es werden Befehlsereignisse für alle erfolgreich ausgeführten Befehle erstellt.
- NODISPLAY
- Befehlsereignisse werden für alle erfolgreich ausgeführten Befehle (außer dem Befehl DISPLAY) erstellt.
- Dieser Parameter gilt nur für z/OS und gibt an, wie der Befehl
ausgeführt werden soll, wenn der Warteschlangenmanager ein Mitglied einer Gruppe mit gemeinsamer
Warteschlange ist.
- '
- Der Befehl wird auf dem Warteschlangenmanager ausgeführt, auf dem er eingegeben wurde.
- qmgr-name
- Der Befehl wird auf dem angegebenen Warteschlangenmanager ausgeführt, wenn dieser innerhalb der Gruppe mit gemeinsamer Warteschlange aktiv ist.
Sie können einen anderen Warteschlangenmanager angeben. Sie können dies tun, wenn Sie eine Umgebung mit gemeinsamer Warteschlange verwenden und der Befehlsserver aktiviert ist. Dann können Sie einen anderen Warteschlangenmanager angeben als denjenigen, in dem der Befehl eingegeben wird.
- *
Der Befehl wird auf dem lokalen Warteschlangenmanager ausgeführt und an alle aktiven Warteschlangenmanager innerhalb der Gruppe mit gemeinsamer Warteschlange übermittelt. Die Angabe dieses Werts wirkt sich so aus, als ob Sie den Befehl auf jedem Warteschlangenmanager innerhalb der Gruppe mit gemeinsamer Warteschlange eingeben.
- Gibt an, ob Konfigurationsereignisse
erstellt werden:
- ENABLED
- Es werden Konfigurationsereignisse erstellt. Geben Sie nach der Festlegung dieses Werts jeweils den Befehl REFRESH QMGR TYPE(CONFIGEV) für alle Objekte aus, um die Konfiguration des Warteschlangenmanagers zu aktualisieren.
- DISABLED
- Es werden keine Konfigurationsereignisse erstellt.
Dies ist die anfängliche Standardeinstellung für den Warteschlangenmanager.
- Das
angepasste Attribut für neue Komponenten.
Dieses Attribut ist für die Konfiguration neuer Komponenten reserviert, bevor benannte Attribute eingeführt werden. Es kann die Werte von keinem oder mehr Attributen als Kombination aus Attributnamen und -wert enthalten, die durch mindestens ein Leerzeichen getrennt sind. Die Kombination aus Attributnamen und -wert hat das Format NAME(WERT). Versehen Sie einfache Anführungszeichen mit einem weiteren einfachen Anführungszeichen als Escapezeichen.
Für CUSTOM werden keine Werte definiert.
- Gibt eine Warteschlange für Nachrichten an, die nicht an die
richtige Zieladresse übertragen werden konnten.
Die genannte Warteschlange muss eine lokale Warteschlange sein (siehe Regeln für die Benennung von IBM WebSphere MQ-Objekten.
- Das
Attribut DEFCLXQ steuert, welche Übertragungswarteschlange
standardmäßig von Clustersenderkanälen für den Abruf von Nachrichten ausgewählt wird, die an
Clusterempfängerkanäle gesendet werden sollen.
- SCTQ
Alle Clustersenderkanäle senden Nachrichten aus SYSTEM.CLUSTER.TRANSMIT.QUEUE. Die correlID der Nachrichten in der Übertragungswarteschlange gibt an, für welchen Clustersenderkanal die Nachricht bestimmt ist.
SCTQ wird festgelegt, wenn ein Warteschlangenmanager definiert wird. IBM WebSphere MQ-Versionen vor Version 7.5 weisen dieses Verhalten nur implizit auf. In älteren Versionen war das WS-Manager-Attribut DEFCLXQ war nicht vorhanden.
- CHANNEL
- Jeder Clustersenderkanal sendet Nachrichten aus einer anderen Übertragungswarteschlange. Jede Übertragungswarteschlange wird aus der Modellwarteschlange SYSTEM.CLUSTER.TRANSMIT.MODEL.QUEUE als permanente dynamische Warteschlange erstellt.
Wird das WS-Manager-Attribut DEFCLXQ auf CHANNEL gesetzt, wird die Standardkonfiguration dahingehend geändert, dass Clustersenderkanäle einzelnen Clusterübertragungswarteschlangen zugeordnet werden. Die Übertragungswarteschlangen sind permanente dynamische Warteschlangen, die aus der Modellwarteschlange SYSTEM.CLUSTER.TRANSMIT.MODEL.QUEUE erstellt wurden. Die einzelnen Übertragungswarteschlangen sind einem Clustersenderkanal zugeordnet. Da ein einzelner Clustersenderkanal einer Clusterübertragungswarteschlange zugeordnet ist, enthält die Übertragungswarteschlange Nachrichten für nur einen Warteschlangenmanager in einem Cluster. Sie können Cluster so konfigurieren, dass die einzelnen Warteschlangenmanager in einem Cluster lediglich eine einzige Clusterwarteschlange enthalten. In diesem Fall wird die Nachrichtenübertragung von einem Warteschlangenmanager an die einzelnen Clusterwarteschlangen getrennt von Nachrichten an andere Warteschlangen übertragen.
- Lokaler
Name der standardmäßigen Übertragungswarteschlange, in die Nachrichten an einen fernen Warteschlangenmanager
eingereiht werden. Die Standardübertragungswarteschlange wird verwendet,
wenn keine andere geeignete Übertragungswarteschlange definiert ist.
Die Clusterübertragungswarteschlange darf nicht als Standardübertragungswarteschlange des Warteschlangenmanagers verwendet werden.
Die genannte Warteschlange muss eine lokale Übertragungswarteschlange sein (siehe Regeln für die Benennung von IBM WebSphere MQ-Objekten.
- Ein Kommentar in unverschlüsseltem Textformat. Dieser Parameter enthält eine Beschreibung des Warteschlangenmanagers.
Sie enthält nur anzeigbare Zeichen. Die maximal zulässige Länge beträgt 64 Zeichen. In einer DBCS-Installation können hier DBCS-Zeichen verwendet werden (die maximale Länge beträgt 64 Byte).
Wenn sich die Zeichen in den beschreibenden Informationen in der ID des codierten Zeichensatzes (CCSID) für diesen Warteschlangenmanager befinden, werden sie richtig umgesetzt. Sie werden umgesetzt, wenn die beschreibenden Informationen an einen anderen Warteschlangenmanager gesendet werden. Wenn sie sich nicht in der CCSID für diesen Warteschlangenmanager befinden, werden sie möglicherweise falsch umgesetzt.
- DNSGROUP findet Anwendung,
wenn Sie die WLM/DNS-Unterstützung (WLM/DNS = Workload Manager for Dynamic Domain Name Services)
verwenden. DNSGROUP ist der Name der Gruppe, zu der das TCP-Empfangsprogramm gehört, das eingehende Übertragungen für die Gruppe mit gemeinsamer Warteschlange verarbeitet, wenn WLM/DNS verwendet wird.
Die maximal zulässige Länge dieses Parameters beträgt 18 Zeichen.
Erfolgt keine Angabe, wird der Name der Gruppe mit gemeinsamer Warteschlange übernommen.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Empfangsprogramme wirksam. Empfangsprogramme, die momentan aktiv sind, sind davon nicht betroffen.
- Gibt an, ob das
TCP-Empfangsprogramm, das eingehende Übertragungen für die Gruppe mit gemeinsamer Warteschlange
bearbeitet, für WLM/DNS registriert wird:
- NO
- Das Empfangsprogramm soll sich nicht im Workload-Manager anmelden.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- YES
- Das Empfangsprogramm soll sich im Workload-Manager anmelden.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Empfangsprogramme wirksam. Empfangsprogramme, die momentan aktiv sind, sind davon nicht betroffen.
- Gibt an, wie oft Warteschlangen durchsucht werden, um abgelaufene Nachrichten zu löschen.
- OFF
- Warteschlangen werden nicht durchsucht. Es wird keine interne Ablaufverarbeitung durchgeführt.
- ganzzahl
- Das ungefähre Intervall (in Sekunden), in dem Warteschlangen durchsucht werden.
Jedes Mal, wenn das Ablaufintervall erreicht ist, sucht der Warteschlangenmanager Warteschlangen, für die ein
Suchlauf zum Löschen abgelaufener Nachrichten in Frage kommt.
Der Warteschlangenmanager verfügt über Informationen zu den abgelaufenen Nachrichten aller Warteschlangen und kann daher entscheiden, ob eine Suche nach abgelaufenen Nachrichten sinnvoll ist. Aus diesem Grund wird immer nur eine bestimmte Auswahl an Warteschlangen durchsucht.
Der Wert muss im Bereich von 1 bis 99999999 liegen. Der Mindestwert für das Suchintervall beträgt 5 Sekunden, auch wenn der von Ihnen angegebene Wert darunter liegt.
Sie müssen für alle Warteschlangenmanager innerhalb einer Gruppe mit gemeinsamer Warteschlange, die dieses Attribut unterstützt, denselben Wert für den Parameter EXPRYINT angeben. Gemeinsam genutzte Warteschlangen werden nur von einem Warteschlangenmanager innerhalb einer Gruppe mit gemeinsamer Warteschlange überprüft. Dieser Warteschlangenmanager ist entweder der erste erneut zu startende Warteschlangenmanager oder der erste Warteschlangenmanager, für den EXPRYINT festgelegt ist.
Änderungen an EXPRYINT treten in Kraft, sobald das aktuelle Intervall abläuft. Außerdem treten Änderungen in Kraft, wenn das neue Intervall kleiner ist als der nicht abgelaufene Teil des aktuellen Intervalls. In diesem Fall wird eine Suche geplant und der neue Intervallwert tritt sofort in Kraft.
Dieser Parameter ist nur gültig unter z/OS.
- Dieser Parameter steuert, ob CICS- und XA-Clientanwendungen Transaktionen mit einer GROUP-Einheit mit Wiederherstellungsdisposition aufbauen können.Dieser Parameter ist nur gültig unter z/OS. Die Eigenschaft kann nur aktiviert werden, wenn der Warteschlangenmanager ein Mitglied einer Gruppe mit gemeinsamer Warteschlange ist.
- ENABLED
- CICS- und XA-Clientanwendungen können Transaktionen mit einer GROUP-Einheit mit Wiederherstellungsdisposition aufbauen, indem sie bei der Verbindungsherstellung einen Namen der Gruppe mit gemeinsamer Warteschlange angeben.
- DISABLED
- CICS- und XA-Clientanwendungen müssen Verbindungen über den Namen eines Warteschlangenmanagers herstellen.
- Gibt an, ob die gruppeninternen Warteschlangensteuerung verwendet wird. Ist unter z/OS nur dann gültig, wenn der Warteschlangenmanager ein Element einer Gruppe mit gemeinsamer Warteschlange ist.
- ENABLED
- Die Nachrichtenübertragung zwischen Warteschlangenmanagern innerhalb einer Gruppe mit gemeinsamer Warteschlange verwendet eine gemeinsame Übertragungswarteschlange (SYSTEM.QSG.TRANSMIT.QUEUE).
- DISABLED
- Bei der Nachrichtenübertragung zwischen Warteschlangenmanagern innerhalb derselben Gruppe mit gemeinsamer Warteschlange werden nicht gemeinsam genutzte Warteschlangen und Kanäle verwendet. Warteschlangenmanager, die nicht zu einer Gruppe mit gemeinsamer Warteschlange gehören, verwenden diesen Mechanismus ebenfalls.
Wenn die gruppeninterne Steuerung von Warteschlangen aktiviert wurde, der Agent zur gruppeninternen Warteschlangensteuerung jedoch gestoppt wird, können Sie ihn mit dem Befehl ALTER QMGR IGQ(ENABLED) erneut starten.
- Gibt die Art der Berechtigungsprüfung und auch die Benutzer-IDs an, die vom IGQ-Agenten (IGQA) verwendet werden sollen. Dieser Parameter erstellt die Berechtigung zum Einreihen von Nachrichten in eine Zielwarteschlange. Ist unter z/OS nur dann gültig, wenn der Warteschlangenmanager ein Element einer Gruppe mit gemeinsamer Warteschlange ist.
- DEF
- Gibt an, dass über die Standard-Benutzer-ID die Berechtigung zum Einreihen von Nachrichten in eine Zielwarteschlange erstellt wird.
Für eine einzelne Prüfung einer Benutzer-ID ist die Standard-Benutzer-ID die Benutzer-ID eines Warteschlangenmanagers innerhalb einer Gruppe mit gemeinsamer Warteschlange. Die Standard-Benutzer-ID ist die Benutzer-ID des Warteschlangenmanagers, der die Nachrichten in SYSTEM.QSG.TRANSMIT.QUEUE einreiht. Diese Benutzer-ID wird als QSGSEND-Benutzer-ID bezeichnet.
Sollen zwei Benutzer-IDs überprüft werden, ist die zweite Standard-Benutzer-ID die Benutzer-ID für IGQ.
- CTX
- Gibt an, dass über die Benutzer-ID aus dem Feld UserIdentifier die Berechtigung zum Einreihen von Nachrichten in eine Zielwarteschlange erstellt wird.
Die Benutzer-ID ist das Feld UserIdentifier im
Nachrichtendeskriptor einer Nachricht in SYSTEM.QSG.TRANSMIT.QUEUE.
Soll eine Benutzer-ID überprüft werden, wird die Benutzer-ID für QSGSEND verwendet.
Sollen zwei Benutzer-IDs überprüft werden, werden die Benutzer-ID für QSGSEND, die Benutzer-ID für IGQ und die alternative Benutzer-ID verwendet. Die alternative Benutzer-ID wird aus dem Feld UserIdentifier im Nachrichtendeskriptor einer Nachricht in SYSTEM.QSG.TRANSMIT.QUEUE übernommen. Die alternative Benutzer-ID wird als ALT bezeichnet.
- ONLYIGQ
- Gibt an, dass ausschließlich die IGQ-Benutzer-ID zur Erstellung der Berechtigung zum Einreihen von Nachrichten in eine Zielwarteschlange verwendet wird.
Für alle ID-Überprüfungen wird die IGQ-Benutzer-ID verwendet.
- ALTIGQ
- Gibt an, dass die IGQ-Benutzer-ID und die ALT-Benutzer-ID zur Erstellung der Berechtigung zum Einreihen von Nachrichten in eine Zielwarteschlange verwendet werden.
Soll eine Benutzer-ID überprüft werden, wird die Benutzer-ID für IGQ verwendet.
Sollen zwei Benutzer-IDs überprüft werden, werden die IGQ- und die ALT-Benutzer-ID verwendet.
-
Gibt eine Benutzer-ID an, die vom
IGQ-Agenten (IGQA) zum Einrichten einer Berechtigung für das Einreihen von Nachrichten in eine Zielwarteschlange
verwendet wird. Die Benutzer-ID wird als IGQ-Benutzer-ID bezeichnet.Ist unter z/OS nur dann gültig, wenn der Warteschlangenmanager ein Element einer Gruppe mit gemeinsamer Warteschlange ist. Mögliche Werte:
- Blanks
- Gibt an, dass die Benutzer-ID der Empfangswarteschlange innerhalb der Gruppe mit gemeinsamer Warteschlange verwendet wird.
- specific user ID
- Gibt an, dass die im Parameter IGQUSER angegebene Benutzer-ID der Empfangswarteschlange verwendet wird.
Anmerkung:- Da der empfangende Warteschlangenmanager eine Berechtigung für alle Warteschlangen hat, auf die er zugreifen kann, wird die Sicherheitsprüfung möglicherweise für diesen Typ von Benutzer-ID nicht ausgeführt.
- Da Leerzeichen als Wert eine besondere Bedeutung haben, dürfen Sie mit IGQUSER keine Benutzer-ID angeben, die wirklich aus Leerzeichen besteht.
- Gibt an, ob Sperrereignisse erstellt werden. Die Ereignisse
werden zum Sperren des Abrufens und der Einreihung erstellt.
- ENABLED
- Es werden Sperrereignisse erstellt.
- DISABLED
- Es werden keine Sperrereignisse erstellt.
Dies ist die anfängliche Standardeinstellung für den Warteschlangenmanager.
- Gibt das IP-Protokoll an, das für Kanalverbindungen verwendet werden soll.
- IPV4
- Die IPv4-Adresse soll verwendet werden.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- IPV6
- Die IPv6-Adresse soll verwendet werden.
Dieser Parameter wird nur auf Systemen verwendet, auf denen IPv4 und IPv6 aktiv ist. Er ist nur für Kanäle gültig, für die TRPTYPE auf TCP gesetzt ist, wenn eine der beiden folgenden Bedingungen erfüllt ist:- Der Kanalparameter CONNAME enthält einen Hostnamen, der in eine IPv4- und eine IPv6-Adresse aufgelöst wird, und der Parameter LOCLADDR wird nicht angegeben.
- Die Werte der Kanalparameter CONNAME und LOCLADDR bezeichnen einen Hostnamen, der in eine IPv4- und eine IPv6-Adresse aufgelöst wird.
- Gibt an, ob lokale Fehlerereignisse
erstellt werden:
- ENABLED
- Es werden lokale Fehlerereignisse erstellt.
- DISABLED
- Es werden keine lokalen Fehlerereignisse erstellt.
Dies ist die anfängliche Standardeinstellung für den Warteschlangenmanager.
- Gibt an, ob Ereignisse für das Wiederherstellungsprotokoll
erstellt werden:
- DISABLED
- Es werden keine Ereignisse für die Protokollfunktion generiert.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- ENABLED
- Ereignisse der Protokollfunktion werden erstellt.
Dieser Parameter ist nur unter IBM i, UNIX, Linux und Windows gültig.
- Das Zeitintervall in Sekunden zwischen Versuchen von IBM WebSphere MQ, ein Empfangsprogramm nach einem APPC- oder TCP/IP-Fehler neu zu starten. Wird das Empfangsprogramm für TCP/IP erneut gestartet, verwendet es denselben Port und dieselbe IP-Adresse wie beim ersten Start.
Geben Sie einen Wert von 5 bis 9999 an.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Empfangsprogramme wirksam. Empfangsprogramme, die gerade gestartet werden, werden durch diese Parameteränderungen nicht beeinflusst.
- Der generische LU-Name, der vom LU 6.2-Empfangsprogramm verwendet werden soll, das eingehende Übertragungen für die Gruppe mit gemeinsamer Warteschlange handhabt. Die maximal zulässige Länge dieses Parameters beträgt acht Zeichen.
Erfolgt keine Angabe, kann das Empfangsprogramm nicht verwendet werden.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Empfangsprogramme wirksam. Empfangsprogramme, die momentan aktiv sind, sind davon nicht betroffen.
- Der Name der LU, die für abgehende LU 6.2-Übertragungen verwendet werden soll. Legen Sie für diesen Parameter den Namen der LU fest, die vom Empfangsprogramm für eingehende Übertragungen verwendet wird. Die maximal zulässige Länge dieses Parameters beträgt acht Zeichen.
Wenn dieser Name nicht belegt ist, wird der LU-Standardname unter APPC/MVS verwendet. Dieser Name ist variabel, daher muss LUNAME immer angegeben werden, wenn Sie LU 6.2 verwenden.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden beim nächsten Start des Kanalinitiators wirksam.
- Das Suffix des APPCPM-Members von SYS1.PARMLIB. Dieses Suffix gibt die LUADD für diesen Kanalinitiator an. Wenn der Automatic Restart Manager (ARM) den Kanalinitiator neu startet, wird der z/OS-Befehl SET APPC=xx ausgegeben.
Wenn für diesen Parameter kein Wert angegeben wird, wird der Befehl SET APPC=xx nicht ausgegeben.
Die maximale Länge der Zeichenfolge liegt bei zwei Zeichen.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden beim nächsten Start des Kanalinitiators wirksam.
- Die maximale Anzahl an Kanälen, die gleichzeitig aktiv sein können, oder an Clients, die miteinander verbunden werden können und die das LU 6.2-Übertragungsprotokoll verwenden.
Geben Sie einen Wert von 0 bis 9999 an, der nicht größer als der Wert von MAXCHL ist. MAXCHL definiert die maximale Anzahl verfügbarer Kanäle. Bei Angabe von 0 wird das Übertragungsprotokoll LU 6.2 nicht verwendet.
Wenn Sie diesen Wert ändern, müssen Sie auch die Werte für MAXCHL, LU62CHL und ACTCHL prüfen. Stellen Sie sicher, dass kein Konflikt zwischen den Werten auftritt, und erhöhen Sie bei Bedarf den Wert für MAXCHL und ACTCHL.
Dieser Parameter ist nur unter z/OS gültig.
Wird dieser Parameter geändert, indem ein kleinerer Wert angegeben wird, bleiben alle überzähligen aktuellen Kanäle so lange aktiv, bis sie beendet werden.
- Das Zeitintervall in Millisekunden, für das Nachrichten, die durch einen Aufruf von MQGET als durchsucht markiert wurden, mit der Nachrichtenabrufoption MQGMO_MARK_BROWSE_CO_OP, voraussichtlich weiterhin als durchsucht markiert werden.
Wenn Nachrichten länger als ungefähr die für MARKINT angegebenen Millisekunden markiert sind, kann der Warteschlangenmanager die Markierung von Nachrichten automatisch aufheben. Er hebt möglicherweise die Markierung von Nachrichten auf, die für die zusammenarbeitende Gruppe von Kennungen als durchsucht markiert sind.
Dieser Parameter hat keine Auswirkungen auf den Status einer Nachricht, die durch einen MQGET-Aufruf mit der Abrufoption MQGMO_MARK_BROWSE_HANDLE als durchsucht markiert wurde.
Geben Sie einen Wert bis maximal 999.999.999 an. Der Standardwert ist 5000.Achtung: Der Wert sollte nicht unter der Standardeinstellung 5000 liegen.Der Sonderwert NOLIMIT zeigt an, dass der Warteschlangenmanager die Markierung von Nachrichten durch diesen Prozess nicht automatisch aufhebt.
- Die maximale Anzahl von Kanälen, die current (aktiv) sein können (einschließlich Serververbindungskanälen mit verbundenen Clients).
Geben Sie einen Wert zwischen 1 und 9.999 an. Wenn Sie diesen Wert ändern, müssen Sie auch die Werte für TCPCHL, LU62CHL und ACTCHL prüfen, um sicherzustellen, dass kein Konflikt zwischen den Werten auftritt. Erhöhen Sie bei Bedarf die Anzahl aktiver Kanäle über den Wert für ACTCHL. Die Werte für ACTCHL, LU62CHL und TCPCHL dürfen nicht größer sein als die maximale Anzahl Kanäle.
Vorgeschlagene Einstellungen:
- Testsystem: 200
- Produktionssystem: 1000
Eine Erklärung zum aktuellen Status von Kanälen finden Sie unter Kanalstatus.
Wenn der Wert für diesen Parameter reduziert wurde, werden alle aktuellen Kanäle, die diesen neuen Grenzwert überschreiten, weiter ausgeführt, bis sie stoppen.
Wenn der Wert von MAXCHL auf einen Wert unterhalb seines Werts bei Initialisierung des Kanalinitiators verringert wird, bleiben Kanäle weiterhin aktiv, bis sie beendet werden. Wenn die Anzahl aktiver Kanäle unter den Wert von MAXCHL abfällt, können weitere Kanäle gestartet werden. Eine Erhöhung des Werts von MAXCHL auf einen höheren Wert als bei Initialisierung des Kanalinitiators wirkt sich nicht sofort aus. Der höhere Wert von MAXCHL wirkt sich aus, wenn der Kanalinitiator zum nächsten Mal neu gestartet wird.
Die gemeinsame Nutzung von Dialogen trägt nicht zur Gesamtsumme für diesen Parameter bei.
Dieser Parameter ist nur unter z/OS gültig.
- Gibt die maximale Anzahl an Kennungen an, die für eine Verbindung gleichzeitig offen sein können.
Dieser Wert liegt im Bereich von 0 bis 999.999.999.
- Die maximal zulässige Länge für Nachrichten in den
diesem Warteschlangenmanager zugeordneten Warteschlangen.
Der Wert muss im Bereich von 32 KB bis 100 MB liegen.
Berücksichtigen Sie bei der Festlegung des Werts für den Parameter MAXMSGL eines Kanals auf jeden Fall auch die Länge von Nachrichteneigenschaften.
Wenn Sie die maximale Nachrichtenlänge für den Warteschlangenmanager reduzieren, müssen Sie auch die maximale Nachrichtenlänge in der Definition von SYSTEM.DEFAULT.LOCAL.QUEUE reduzieren. Außerdem müssen Sie die maximale Nachrichtenlänge für alle anderen Warteschlangen reduzieren, die mit dem Warteschlangenmanager verbunden sind. Diese Änderung bewirkt, dass der Grenzwert des Grenzwerts nicht niedriger ist als der Grenzwert einer der zugehörigen Warteschlangen. Wenn Sie diese Längen nicht ändern und Anwendungen nur den Wert MAXMSGL der Warteschlange abfragen, werden sie möglicherweise nicht korrekt ausgeführt.
Beim Hinzufügen der digitalen Signatur und des Schlüssels zur Nachricht erhöht IBM WebSphere MQ Advanced Message Security die Länge der Nachricht.
- Die maximale Länge von Eigenschaftsdaten in Bytes, die dieser Nachricht zugeordnet werden kann.
Der Wert muss im Bereich von 0 bis 100 MB (104 857 600 Bytes) liegen.
Der Sonderwert NOLIMIT zeigt an, dass die Größe der Eigenschaften nur durch eine Obergrenze eingeschränkt wird.
- Die maximale Anzahl nicht festgeschriebener Nachrichten innerhalb eines Synchronisationspunkts.
MAXUMSGS gibt einen Grenzwert für die Anzahl der Nachrichten an, die innerhalb eines einzelnen Synchronisationspunkts abgerufen und eingereiht werden können. Dieser Grenzwert wird nicht für Nachrichten verwendet, die außerhalb eines Synchronisationspunktes eingereiht oder abgerufen werden.
In diesem Wert sind Auslösenachrichten und Berichtsnachrichten berücksichtigt, die innerhalb derselben Wiederherstellungseinheit generiert werden.
Wenn vorhandene Anwendungen und Warteschlangenmanagerprozesse eine höhere Anzahl von Nachrichten innerhalb eines Synchronisationspunkts einreihen und abrufen, verursacht möglicherweise das Reduzieren des Werts für MAXUMSGS Fehler. Ein Beispiel für Warteschlangenmanagerprozesse, auf die sich dies auswirkt, ist das Clustering unter z/OS.
Geben Sie einen Wert im Bereich von 1 bis 999.999.999 an. Der Standardwert ist 10000.
MAXUMSGS wirkt sich nicht auf IBM WebSphere MQ Telemetry aus. IBM WebSphere MQ Telemetry versucht Anforderungen zum Subskribieren, zur Aufhebung einer Subskription, zum Senden und zum Empfangen von Nachrichten an/von mehreren Clients in Stapel zu stellen, die sich innerhalb einer Transaktion befinden.
- Steuert die Erfassung von Onlineüberwachungsdaten für automatisch erstellte Clustersenderkanäle:
- QMGR
- Die Erfassung der Daten aus der Onlineüberwachung wird aus der Einstellung des Parameters MONCHL des Warteschlangenmanagers übernommen.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- OFF
- Die Überwachung des Kanals wird ausgeschaltet.
- LOW
- Wenn für MONCHL ein anderer Wert als NONE angegeben wird, wird die Überwachung mit einer geringen Datenerfassungsrate eingeschaltet, die nur minimale Auswirkungen auf die Systemleistung hat. Die erfassten Daten sind nicht unbedingt die aktuellsten Daten.
- MEDIUM
- Wenn für MONCHL ein anderer Wert als NONE angegeben wird, wird die Überwachung mit einer mittleren Datenerfassungsrate eingeschaltet, die begrenzte Auswirkungen auf die Systemleistung hat.
- HIGH
- Wenn für MONCHL ein anderer Wert als NONE angegeben wird, wird die Überwachung mit einer hohen Datenerfassungsrate eingeschaltet, die wahrscheinlich Auswirkungen auf die Systemleistung hat. Die gesammelten Daten sind die aktuell verfügbaren.
Änderungen an diesem Parameter sind nur für Kanäle wirksam, die nach der Änderung gestartet werden. Alle vor der Änderung am Parameter gestarteten Kanäle verwenden weiterhin den Wert, der beim Start des jeweiligen Kanals gesetzt war.
- Steuert die Erfassung von Onlineüberwachungsdaten für Kanäle. Die mit MONCHL(QMGR) definierten Kanäle sind vom Ändern des Attributs QMGR MONCHL betroffen.
- OFF
- Die Datenerfassung aus der Onlineüberwachung wird für Kanäle ausgeschaltet, für deren Parameter MONCHL der Wert QMGR angegeben wurde.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- NONE
- Die Datenerfassung aus der Onlineüberwachung wird für Kanäle unabhängig von der Einstellung für den Parameter MONCHL ausgeschaltet.
- LOW
- Die Datenerfassung aus der Onlineüberwachung wird mit einer niedrigen Erfassungsrate eingeschaltet, wenn Kanäle für den Parameter MONCHL den Wert QMGR angegeben haben.
- MEDIUM
- Die Datenerfassung aus der Onlineüberwachung wird mit einer mittleren Erfassungsrate eingeschaltet, wenn Kanäle für den Parameter MONCHL den Wert QMGR angegeben haben.
- HIGH
- Die Datenerfassung aus der Onlineüberwachung wird mit einer hohen Erfassungsrate eingeschaltet, wenn Kanäle für den Parameter MONCHL den Wert QMGR angegeben haben.
Eine Änderung an diesem Parameter wirkt sich nur auf Kanäle aus, die nach der Änderung gestartet werden. Alle vor der Änderung am Parameter gestarteten Kanäle verwenden weiterhin den Wert, der beim Start des jeweiligen Kanals gesetzt war.
- Steuert die Erfassung von Onlineüberwachungsdaten für Warteschlangen.
- OFF
- Die Datenerfassung aus der Onlineüberwachung wird für Warteschlangen ausgeschaltet, für deren Parameter MONQ der Wert QMGR angegeben wurde.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- NONE
- Die Datenerfassung aus der Onlineüberwachung wird für Warteschlangen unabhängig von der Einstellung für den Parameter MONQ ausgeschaltet.
- LOW
- Die Datenerfassung aus der Onlineüberwachung wird für Warteschlangen eingeschaltet, für deren Parameter MONQ der Wert QMGR angegeben wurde.
- MEDIUM
- Die Datenerfassung aus der Onlineüberwachung wird für Warteschlangen eingeschaltet, für deren Parameter MONQ der Wert QMGR angegeben wurde.
- HIGH
- Die Datenerfassung aus der Onlineüberwachung wird für Warteschlangen eingeschaltet, für deren Parameter MONQ der Wert QMGR angegeben wurde.
Im Gegensatz zum Parameter MONCHL besteht kein Unterschied zwischen den Werten LOW, MEDIUM und HIGH. Diese Werte aktivieren die Erfassung von Daten, haben aber keinen Einfluss auf die Erfassungsrate.
Änderungen an diesem Parameter sind nur für Warteschlangen wirksam, die nach den Änderungen geöffnet wurden.
- Der höchste Wert des Portnummernbereichs, der bei der Bindung abgehender Kanäle verwendet werden soll. Wenn alle Portnummern im angegebenen Bereich belegt sind, binden sich abgehende Kanäle an eine beliebige verfügbare Portnummer.
Sie können einen Wert im Bereich von 0 bis 65535 angeben. Der Wert null bedeutet, dass alle abgehenden Kanäle sich an eine beliebige verfügbare Portnummer binden.
Geben Sie einen entsprechenden Wert für OPORTMIN an, um einen Bereich von Portnummern zu definieren. Stellen Sie sicher, dass der Wert, den Sie für OPORTMAX angeben, größer-gleich dem Wert für OPORTMIN ist.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Kanäle wirksam. Kanäle, die momentan aktiv sind, sind von Änderungen an diesem Parameter nicht betroffen.
- Der niedrigste Wert des Portnummernbereichs, der bei der Bindung abgehender Kanäle verwendet werden soll. Wenn alle Portnummern im angegebenen Bereich belegt sind, binden sich abgehende Kanäle an eine beliebige verfügbare Portnummer.
Sie können einen Wert im Bereich von 0 bis 65535 angeben.
Geben Sie einen entsprechenden Wert für OPORTMAX an, um einen Bereich von Portnummern zu definieren. Stellen Sie sicher, dass der Wert, den Sie für OPORTMIN angeben, kleiner-gleich dem Wert für OPORTMAX ist.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Kanäle wirksam. Kanäle, die momentan aktiv sind, sind von Änderungen an diesem Parameter nicht betroffen.
- Der Name des übergeordneten Warteschlangenmanagers, mit dem der lokale Warteschlangenmanager als untergeordnetes Element in einer Hierarchie Verbindung aufnehmen soll.
Ein Leerwert gibt an, dass der Warteschlangenmanager keinen übergeordneten Warteschlangenmanager hat.
Wenn ein übergeordneter Warteschlangenmanager vorhanden ist, ist dieser getrennt.
Für die hierarchisch organisierten Verbindungen von IBM WebSphere MQ muss das Attribut PSMODE des Warteschlangenmanagers auf ENABLED gesetzt werden.
Der Wert für PARENT kann auf einen Leerwert gesetzt werden, wenn PSMODE auf DISABLED gesetzt wird.
Bevor ein Warteschlangenmanager in der Hierarchie eine Verbindung zu einem untergeordneten Warteschlangenmanager herstellen kann, müssen Kanäle vorhanden sein. Die Kanäle müssen in beide Richtungen zwischen über- und untergeordnetem Warteschlangenmanager vorhanden sein.
Wenn ein übergeordneter Warteschlangenmanager bereits definiert wurde, bricht der Befehl ALTER QMGR PARENT die Verbindung zu diesem ursprünglichen übergeordneten Warteschlangenmanager ab und sendet einen Verbindungsdatenfluss an den neuen übergeordneten Warteschlangenmanager.
Eine erfolgreiche Ausführung des Befehls bedeutet weder, dass die Aktion bereits beendet ist, noch, dass sie erfolgreich beendet werden wird. Mit dem Befehl DIS PUBSUB TYPE(PARENT) ALL können Sie den Status der angeforderten übergeordneten Beziehung überwachen.
- Gibt an, ob leistungsspezifische Ereignisse erstellt werden:
- ENABLED
- Leistungsspezifische Ereignisse werden generiert.
- DISABLED
- Leistungsspezifische Ereignisse werden nicht generiert.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
In IBM WebSphere MQ for z/OS müssen alle Warteschlangenmanager in einer Gruppe mit gemeinsamer Warteschlange dieselbe Einstellung haben.
- Steuert, ob dieser Warteschlangenmanager in Publish/Subscribe-Aktivitäten in einem Cluster teilnimmt, dem er zugeordnet ist. Wenn ENABLED in DISABLED geändert wird, können keine Cluster-Themenobjekte in Clustern existieren.
- Weitere Informationen zu PSCLUS und zur Blockierung von Publish/Subscribe in Clustern finden Sie im Abschnitt Publish/Subscribe in einem Cluster blockieren.
- ENABLED
- Dieser Warteschlangenmanager kann Themenobjekte in einem Cluster definieren, für Subskribenten auf anderen Warteschlangenmanagern veröffentlichen und Subskriptionen registrieren, die Veröffentlichungen aus anderen Warteschlangenmanagern empfangen. Alle Warteschlangenmanager im Cluster, die eine Version von IBM WebSphere MQ ausführen, die diese Option unterstützt, müssen PSCLUS(ENABLED) angeben, damit die Publish/Subscribe-Aktivität wie erwartet funktioniert. ENABLED ist der Standardwert beim Erstellen des Warteschlangenmanagers.
- DISABLED
- Dieser Warteschlangenmanager kann keine Themenobjekte in Clustern definieren und ignoriert deren Definition in jedem anderen Warteschlangenmanager im Cluster.
- Veröffentlichungen werden nicht an Subskribenten an einer anderen Stelle im Cluster weitergeleitet und Subskriptionen werden nur im lokalen Warteschlangenmanager registriert.
- Um sicherzustellen, dass es keine Publish/Subscribe-Aktivität im Cluster gibt, müssen alle Warteschlangenmanager PSCLUS(DISABLED) angeben. Zumindest müssen jedoch vollständige Repositorys mit der Aktivierung oder Inaktivierung dieser Funktion konsistent sein.
- Steuert, ob die Publish/Subscribe-Engine und die Publish/Subscribe-Schnittstelle aktiv sind. Damit wird gesteuert, ob Anwendungen über die Anwendungsprogrammierschnittstelle veröffentlichen oder subskribieren können. Außerdem
wird damit gesteuert, ob die von der eingereihten Publish/Subscribe-Schnittstelle
zu überwachenden Warteschlangen überwacht werden.
Eine Änderung des Attributs PSMODE kann den PSMODE-Status ändern. Über den Befehl DISPLAY PUBSUB bzw. über DSPMQM unter IBM i können Sie den aktuellen Status der Publish/Subscribe-Engine und der eingereihten Publish/Subscribe-Schnittstelle bestimmen.
- COMPAT
- Die Publish/Subscribe-Engine ist aktiv. Daher ist es möglich, unter Verwendung der Anwendungsprogrammierschnittstelle zu veröffentlichen oder zu subskribieren.
Die Schnittstelle Publish/Subscribe ist nicht aktiv. Publish/Subscribe-Nachrichten, die in Warteschlangen eingereiht wurden, die von den eingereihten Publish/Subscribe-Schnittstellen überwacht werden, werden nicht bearbeitet.
Diese Einstellung ist sinnvoll, um die Kompatibilität mit den Versionen von WebSphere Message Broker bis Version 6 zu gewährleisten, die diesen Warteschlangenmanager verwenden. WebSphere Message Broker muss dieselben Warteschlangen lesen, die die eingereihte Publish/Subscribe-Schnittstelle normalerweise lesen würde.
- DISABLED
- Die Publish/Subscribe-Engine und die Schnittstelle für eingereihtes Publish/Subscribe sind
nicht aktiv. Daher ist die Veröffentlichung und das Subskribieren über die
Anwendungsprogrammierschnittstelle nicht möglich. Publish/Subscribe-Nachrichten, die in Warteschlangen eingereiht wurden, die von den eingereihten Publish/Subscribe-Schnittstellen überwacht werden, werden nicht bearbeitet.
Wenn ein Warteschlangenmanager sich in einem Publish/Subscribe-Cluster oder einer Publish/Subscribe-Hierarchie befindet, empfängt er möglicherweise Publish/Subscribe-Nachrichten von anderen Warteschlangenmanagern im Cluster oder in der Hierarchie. Derartige Nachrichten sind zum Beispiel Veröffentlichungsnachrichten oder Proxy-Subskriptionen. Während PSMODE auf DISABLED gesetzt ist, werden diese Nachrichten nicht verarbeitet. Inaktivieren Sie daher alle Warteschlangenmanager in einem Publish/Subscribe-Cluster bzw. in einer Publish/Subscribe-Hierarchie nur so lange, wie ein geringer Rückstau von Nachrichten vorhanden ist.
- ENABLED
- Die Publish/Subscribe-Engine und die Schnittstelle für eingereihtes Publish/Subscribe sind aktiv. Daher ist es möglich, unter Verwendung der Anwendungsprogrammierschnittstelle und der von der Publish/Subscribe-Schnittstelle in der Warteschlange überwachten Warteschlangen zu veröffentlichen oder zu subskribieren.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
Anmerkung: Wenn sich ein Warteschlangenmanager in einem Publish/Subscribe-Cluster bzw. einer Publish/Subscribe-Hierarchie befindet und Sie PSMODE in ENABLED ändern, müssen Sie möglicherweise den Befehl REFRESH QMGR TYPE(PROXY) ausführen. Der Befehl stellt sicher, dass nicht permanente Subskriptionen im gesamten Cluster bzw. der gesamten Hierarchie bekannt werden, wenn PSMODE zurück auf ENABLED gesetzt wird. Den Befehl müssen Sie in folgender Situation ausführen. Wenn PSMODE von ENABLED in DISABLED und danach zurück in ENABLED geändert wird und in allen drei Schritten mindestens eine nicht permanente Subskription vorhanden ist. - Wenn die eingereihte Publish/Subscribe-Schnittstelle eine nicht persistente Eingabenachricht nicht verarbeiten kann, versucht sie möglicherweise, die Eingabenachricht in die Warteschlange für nicht zustellbare Nachrichten zu schreiben. Dies hängt von den Berichtsoptionen der
Eingabenachricht ab. Der Versuch, die Eingabewarteschlange in die Warteschlange für nicht zustellbare Nachrichten zu schreiben,
schlägt möglicherweise fehl. Wenn dies zutrifft, löscht die eingereihte Publish/Subscribe-Schnittstelle
möglicherweise die Eingabenachricht. Wenn für die Eingabenachricht MQRO_DISCARD_MSG angegeben wird,
wird die Eingabenachricht gelöscht.
Wenn MQRO_DISCARD_MSG nicht gesetzt ist, wird
durch das Setzen von PSNPMSG auf KEEP die Eingabenachricht
nicht gelöscht.
Die Eingabenachricht wird standardmäßig
gelöscht.Anmerkung: Wenn Sie für PSSYNCPT den Wert IFPER angeben, dürfen Sie für PSNPMSG nicht den Wert KEEP angeben.
- DISCARD
- Nicht persistente Eingabenachrichten werden möglicherweise gelöscht, wenn sie nicht bearbeitet werden können.
- KEEP
- Nicht persistente Eingabenachrichten werden nicht gelöscht, wenn sie nicht verarbeitet werden können. In dieser Situation versucht die Publish/Subscribe-Schnittstelle wiederholt, diese Nachricht in geeigneten Abständen zu verarbeiten, und verarbeitet keine nachfolgenden Nachrichten.
- Das Attribut PSNPRES steuert,
ob die eingereihte Publish/Subscribe-Schnittstelle eine unzustellbare Antwortnachricht in die
Warteschlange für nicht zustellbare Nachrichten schreibt oder die Nachricht
löscht. Diese Option ist erforderlich, wenn die eingereihte Publish/Subscribe-Schnittstelle der Warteschlange für Antwortnachrichten keine
Antwortnachricht bereitstellen kann.
Für neue Warteschlangenmanager gilt der Anfangswert NORMAL. Wenn Sie für PSSYNCPT den Wert IFPER angeben, dürfen Sie für PSNPRES nicht den Wert KEEP oder SAFE angeben.
Bei migrierten Warteschlangenmanagern auf IBM i-, UNIX, Linux und Windows-Systemen hängt der Wert von den Attributen DLQNonPersistentResponse und DiscardNonPersistentResponse ab.
- NORMAL
- Nicht persistente Nachrichten, die nicht in der Antwortschlange platziert werden können, werden in die Warteschlange für nicht zustellbare Nachrichten eingereiht. Wenn sie nicht in die Warteschlange für nicht zustellbare Nachrichten eingereiht werden können, werden sie gelöscht.
- SAFE
- Nicht persistente Nachrichten, die nicht in der Antwortschlange platziert werden können, werden in die Warteschlange für nicht zustellbare Nachrichten eingereiht. Wenn die Antwort nicht gesendet oder in die Warteschlange für nicht zustellbare Nachrichten eingereiht werden kann, verlässt die Publish/Subscribe-Schnittstelle den laufenden Prozess. Sie versucht in geeigneten Abständen wiederholt, diese Nachricht zu verarbeiten, und verarbeitet keine nachfolgenden Nachrichten mehr.
- DISCARD
- Nicht persistente Nachrichten, die nicht in der Antwortschlange platziert werden können, werden gelöscht.
- KEEP
Nicht persistente Antworten werden nicht in der Warteschlange für nicht zustellbare Nachrichten platziert oder gelöscht. Stattdessen verlässt die Publish/Subscribe-Schnittstelle den laufenden Prozess, versucht wiederholt, diese Nachricht in geeigneten Abständen zu verarbeiten, und verarbeitet keine nachfolgenden Nachrichten.
- Wenn die eingereihte Publish/Subscribe-Schnittstelle
eine Befehlsnachricht am Synchronisationspunkt nicht verarbeiten kann,
wird die Arbeitseinheit zurückgesetzt. Der Befehl versucht, die Nachricht erneut einige Male
zu verarbeiten, bevor der Publish/Subscribe-Broker die Befehlsnachricht stattdessen entsprechend den Berichtsoptionen
verarbeitet. Diese Situation kann aus mehreren Gründen auftreten. Zum Beispiel in dem Fall,
wenn eine Veröffentlichungsnachricht keinem Subskribenten zugestellt und die Veröffentlichung
nicht in die Warteschlange für nicht zustellbare Nachrichten eingereiht werden kann.
Der Anfangswert für diesen Parameter in einem neuen Warteschlangenmanager ist 5.
Der Wert muss im Bereich von 0 bis 999.999.999 liegen.
- Steuert, ob die eingereihte Publish/Subscribe-Schnittstelle Befehlsnachrichten am Synchronisationspunkt verarbeitet (Veröffentlichungsnachrichten veröffentlichen oder löschen).
- YES
- Alle Nachrichten werden am Synchronisationspunkt verarbeitet.
- IFPER
- Nur persistente Nachrichten sind Teil des Synchronisationspunkts.
Der Anfangswert für den Warteschlangenmanager ist IFPER.
- Gibt an, wie lange ein TCP/IP-Kanal ungefähr auf den Eingang von Daten (inklusive Überwachungssignalen) von der Partnerseite wartet, bevor er wieder in den inaktiven Status geschaltet wird. Dieser Parameter ist nur für Nachrichtenkanäle gültig und nicht für MQI-Kanäle. Dieser Wert kann wie folgt angegeben werden:
- Wenn diese Zahl als Multiplikator auf den vereinbarten Wert HBINT angewendet werden soll, um zu bestimmen, wie lange ein Kanal warten soll, setzen Sie MULTIPLY auf RCVTTYPE. Geben Sie für RCVTIME 0 oder einen Wert im Bereich von 2 bis 99 an. Wenn Sie 0 angeben, wartet der Kanal unendlich lange auf den Datenempfang vom zugehörigen Partner.
- Wenn angegeben werden soll, dass RCVTIME die Anzahl der zum vereinbarten Wert für HBINT zu addierenden Sekunden sein soll, um zu bestimmen, wie lange ein Kanal warten soll, setzen Sie RCVTTYPE auf ADD. Geben Sie für RCVTIME einen Wert im Bereich von 1 bis 999999 an.
- Wenn RCVTIME die Zeit (in Sekunden) angeben soll, die ein Kanal warten soll, geben Sie für RCVTTYPE den Wert EQUAL an. Geben Sie für RCVTIME einen Wert im Bereich von 0 bis 999.999 an. Wenn Sie 0 angeben, wartet der Kanal unendlich lange auf den Datenempfang vom zugehörigen Partner.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Kanäle wirksam. Kanäle, die momentan aktiv sind, sind von Änderungen an diesem Parameter nicht betroffen.
- Gibt an, wie lange ein TCP/IP-Kanal mindestens auf den Eingang von Daten (inklusive Überwachungssignalen) von der Partnerseite wartet, bevor er wieder in einen inaktiven Status übergeht. Dieser Parameter ist nur für Nachrichtenkanäle gültig, nicht für MQI-Kanäle.
Die Wartezeit des TCP/IP-Kanals bezieht sich auf den vereinbarten Wert von HBINT. Wenn RCVTYPE auf MULTIPLY gesetzt ist, kann der sich ergebende Wert kleiner als der Wert für RCVTMIN sein. In diesem Fall wird die Wartezeit des TCP/IP-Kanals auf RCVTMIN gesetzt.
Geben Sie einen Wert (in Sekunden) zwischen null und 999999 an.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Kanäle wirksam. Kanäle, die momentan aktiv sind, sind von Änderungen an diesem Parameter nicht betroffen.
- Das Qualifikationsmerkmal, das auf den Wert in RCVTIME angewendet werden soll.
- MULTIPLY
- Gibt an, dass RCVTIME als Multiplikator auf den vereinbarten Wert HBINT angewendet werden soll, um zu bestimmen, wie lange ein Kanal warten soll.
- ADD
- Gibt an, dass RCVTIME zum vereinbarten Wert HBINT addiert werden soll, um zu bestimmen, wie lange ein Kanal (in Sekunden) warten soll.
- EQUAL
- Gibt an, dass RCVTIME die Dauer (in Sekunden) darstellt, die ein Kanal warten soll.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Kanäle wirksam. Kanäle, die momentan aktiv sind, sind von Änderungen an diesem Parameter nicht betroffen.
- Gibt an, ob ferne Fehlerereignisse
erstellt werden:
- DISABLED
- Es werden keine fernen Fehlerereignisse erstellt.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- ENABLED
- Es werden ferne Fehlerereignisse erstellt.
Wenn Sie IBM WebSphere MQ for z/OS mit reduzierten Funktionen verwenden, das Teil von WebSphere Application Server ist, ist nur der Wert DISABLED gültig.
- Gibt den Namen des Clusters an, für den der Warteschlangenmanager einen Repositoryverwaltungsservice zur Verfügung stellen soll. Die maximale Länge beträgt 48 Zeichen gemäß den Regeln für
die Benennung von IBM WebSphere MQ-Objekten.
Nur einer der resultierenden Werte von REPOS und REPOSNL darf belegt sein.
Wenn Sie mithilfe des Parameters REPOS einen Warteschlangenmanager für ein vollständiges Repository erstellen, müssen Sie diesen mit mindestens einem weiteren Warteschlangenmanager für ein vollständiges Repository im Cluster verbinden. Stellen Sie die Verbindung es unter Verwendung eines Clustersenderkanals her. Informationen zur Verwendung von Clustersenderkanälen mit Warteschlangenmanagern für ein vollständiges Repository finden Sie im Abschnitt Komponenten eines Clusters.
Dieser Parameter ist unter IBM i, z/OS und UNIX, Linux und Windows gültig.
- Gibt eine Liste mit Clustern an, für die der Warteschlangenmanager einen
Repositoryverwaltungsservice zur Verfügung stellen soll.
Nur einer der resultierenden Werte von REPOS und REPOSNL darf belegt sein.
Sowohl REPOS als auch REPOSNL oder REPOS und die mit REPOSNL angegebene Namensliste können leer sein. In diesen Fällen weist dieser Warteschlangenmanager kein vollständiges Repository auf. Möglicherweise handelt es sich um einen Client anderer Repository-Services, die im Cluster definiert sind.
Wenn Sie den Parameter REPOSNL verwenden, um einen Warteschlangenmanager für ein vollständiges Repository zu erstellen, verbinden Sie ihn mit anderen Warteschlangenmanagern für ein vollständiges Repository. Verbinden Sie ihn mit mindestens einem anderen Warteschlangenmanager für ein vollständiges Repository in jedem in der Namensliste angegebenen Cluster, das Clustersenderkanäle verwendet. Informationen zur Verwendung von Clustersenderkanälen mit Warteschlangenmanagern für ein vollständiges Repository finden Sie im Abschnitt Komponenten eines Clusters.
Dieser Parameter ist unter IBM i, z/OS und UNIX, Linux und Windows gültig.
- Gibt an, ob die Traceroute-Informationen aufgezeichnet werden, falls eine Nachricht dies erfordert.
Wenn dieser Parameter nicht auf DISABLED gesetzt wurde, steuert er, ob alle erstellten Antworten an SYSTEM.ADMIN.TRACE.ROUTE.QUEUE gesendet werden oder an die Zieladresse, die in der Nachricht selbst angegeben ist. Wenn ROUTEREC nicht auf DISABLED gesetzt ist, werden Nachrichten, die ihre Zieladresse noch nicht erreicht haben, möglicherweise noch Informationen hinzugefügt.
- DISABLED
- Es werden keine Traceroute-Daten aufgezeichnet.
- MSG
- Traceroute-Daten werden aufgezeichnet und an die Zielwarteschlange gesendet, die vom Absender in der Nachricht, die die Aufzeichnung des Traceroute-Datensatzes veranlasst hat, angegeben wurde.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- QUEUE
- Traceroute-Informationen werden aufgezeichnet und an SYSTEM.ADMIN.TRACE.ROUTE.QUEUE gesendet.
- Gibt an, ob der Kanalinitiator automatisch startet, wenn der Warteschlangenmanager startet.
- QMGR
- Der Kanalinitiator startet automatisch beim Start des Warteschlangenmanagers.
- MANUAL
- Der Kanalinitiator startet nicht automatisch.
Dieser Parameter ist nur unter IBM i, UNIX, Linux und Windows gültig.
- Gibt an, ob der Befehlsserver automatisch startet, wenn der Warteschlangenmanager startet.
- QMGR
- Der Befehlsserver startet automatisch beim Start des Warteschlangenmanagers.
- MANUAL
- Der Befehlsserver startet nicht automatisch.
Dieser Parameter ist nur auf Systemen mit IBM i, UNIX, Linux und Windows gültig.
- Gibt an, ob die
Sicherheitsprofile in Großbuchstaben oder in Groß-/Kleinschreibung geschrieben werden.
- UPPER
- Die Sicherheitsprofile sind nur in Großbuchstaben. MXTOPIC und GMXTOPIC werden jedoch für die Themensicherheit eingesetzt und können daher Profile in Groß-/Kleinschreibung enthalten.
- MIXED
- Die Sicherheitsprofile sind in Groß-/Kleinbuchstaben. MQCMDS und MQCONN werden für die Befehls- und Verbindungssicherheit verwendet, dürfen aber nur Profile in Großbuchstaben enthalten.
Änderungen an SCYCASE treten nach dem Ausführen des folgenden Befehls in Kraft:REFFRESH SECURITY(*) TYPE(CLASSES)
Dieser Parameter ist nur unter z/OS gültig.
- Das Attribut SQQMNAME gibt an,
ob ein Warteschlangenmanager in einer Gruppe mit gemeinsamer Warteschlange
eine gemeinsam genutzte Warteschlange in derselben Gruppe direkt öffnet. Der Verarbeitungswarteschlangenmanager ruft
MQOPEN für eine gemeinsam genutzte Warteschlange auf und legt den Parameter ObjectQmgrName für
die Warteschlange fest. Wenn die gemeinsam genutzte Warteschlange sich in derselben Gruppe mit gemeinsamer Warteschlange
befindet wie der Verarbeitungswarteschlangenmanager, kann die Warteschlange direkt vom Verarbeitungswarteschlangenmanager
geöffnet werden. Legen Sie das Attribut SQQMNAME fest, um
zu steuern, ob die Warteschlange direkt oder vom Warteschlangenmanager ObjectQmgrName
geöffnet wird.
- USE
- Der Parameter ObjectQmgrName wird verwendet, und die entsprechende Übertragungswarteschlange wird geöffnet.
- IGNORE
- Der Verarbeitungs-Warteschlangenmanager öffnet die gemeinsame Warteschlange direkt. Durch die Festlegung des Parameters auf diesen Wert kann sich der Datenverkehr in Ihrem Warteschlangenmanagernetz verringern.
Dieser Parameter ist nur gültig unter z/OS.
-
Der Name einer Namensliste mit Authentifizierungsdatenobjekten, die Standorte von Zertifikatswiderrufen zur Verfügung stellen, um eine erweiterte Überprüfung von TLS/SSL-Zertifikaten zu ermöglichen.
Wenn SSLCRLNL leer ist, wird die Überprüfung von Zertifikatswiderrufen nur aufgerufen, wenn eines der verwendeten SSL-Zertifikate die Zertifikaterweiterung AuthorityInfoAcces bzw. CrlDistributionPoint X.509 enthält.
Die Änderungen an SSLCRLNL, an den Namen in einer zuvor angegebenen Namensliste oder an zuvor referenzierten Authentifizierungsdatenobjekten treten unter einer der folgenden Bedingungen in Kraft:- Auf IBM i-, UNIX, Linux und Windows-Systemen, wenn ein neuer Kanalprozess gestartet wird.
- Auf IBM i-, UNIX, Linux und Windows-Systemen bei Kanälen, die als Threads des Kanalinitiators ausgeführt werden, wenn der Kanalinitiator neu gestartet wird.
- Auf IBM i-, UNIX, Linux und Windows-Systemen bei Kanälen, die als Threads des Empfangsprogramms ausgeführt werden, wenn das Empfangsprogramm neu gestartet wird.
- Unter z/OS, wenn der Kanalinitiator neu gestartet wird.
- Wenn der Befehl REFRESH SECURITY TYPE(SSL) ausgegeben wird.
- Für IBM i-Warteschlangenmanager wird dieser Parameter ignoriert. Er wird jedoch verwendet um zu bestimmen, welche Authentifizierungsdatenobjekte in der Datei AMQCLCHL.TAB gespeichert werden sollen.
- Legt den Namen der Parameterzeichenfolge fest, die für die Konfiguration der Verschlüsselungshardware auf dem System erforderlich ist. Die gesamte unterstützte Verschlüsselungshardware unterstützt die PKCS #11-Schnittstelle. Geben Sie eine Zeichenfolge in folgendem Format an:
Beim PKCS#11-Treiberpfad handelt es sich um einen absoluten Pfad zu der gemeinsam genutzten Bibliothek, die die PKCS#11-Karte unterstützt. Der Treiberdateiname für PKCS #11 bezeichnet den Namen der gemeinsam genutzten Bibliothek. Ein Beispiel für den Wert, der für den PKCS #11-Treiberpfad und -Dateinamen erforderlich ist, ist /usr/lib/pkcs11/PKCS11_API.soGSK_PKCS11=<der Treiberpfad und Dateiname für PKCS #11>;<die Tokenbezeichnung für PKCS #11>; <das Tokenkennwort für PKCS #11>;<Einstellung für symmetrische Verschlüsselung>;
Zur Ausführung symmetrischer Verschlüsselungen über GSKit müssen Sie den Parameter für die symmetrische Verschlüsselung angeben. Wählen Sie einen der folgenden Werte für diesen Parameter:- SYMMETRIC_CIPHER_OFF
- Es werden keine symmetrischen Verschlüsselungsoperationen aufgerufen.
- SYMMETRIC_CIPHER_ON
- Zugriff auf Operationen zur symmetrischen Verschlüsselung.
Die maximal zulässige Länge beträgt 256 Zeichen.
Wenn Sie eine Zeichenfolge nicht im beschriebenen Format angeben, erhalten Sie eine Fehlermeldung.
Wenn der Wert für SSLCRYP geändert wird, werden die angegebenen Parameter der Verschlüsselungshardware für neue SSL-Verbindungsumgebungen verwendet. Die neuen Daten werden in folgenden Situationen wirksam:- Beim Starten eines neuen Kanalprozesses.
- Für Kanäle, die beim Neustart des Kanalinitiators als Threads des Kanalinitiators ausgeführt werden.
- Für Kanäle, die beim Neustart des Empfangsprogramms als Threads des Empfangsprogramms ausgeführt werden.
- Wenn der Befehl REFRESH SECURITY TYPE(SSL) ausgegeben wird.
- Gibt an, ob SSL-Ereignisse erstellt werden.
- DISABLED
- Es werden keine SSL-Ereignisse erstellt.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- ENABLED
- Es werden alle SSL-Ereignisse generiert.
Dieser Parameter ist nur auf Systemen mit z/OS, UNIX, Linux und Windows gültig.
SSLFIPS gibt an, ob nur FIPS-zertifizierte Algorithmen bei der Ausführung der Verschlüsselung in IBM WebSphere MQ statt in Verschlüsselungshardware verwendet werden. Wenn Verschlüsselungshardware konfiguriert wurde, werden die vom Hardwareprodukt bereitgestellten Verschlüsselungsmodule verwendet. Diese können bis in einem bestimmten Maße FIPS-zertifiziert sein. Ob die Module FIPS-zertifiziert sind, hängt vom Hardwareprodukt ab. Weitere Informationen über FIPS finden Sie im Handbuch Federal Information Processing Standards (FIPS).
- NO
- Wenn Sie SSLFIPS auf NO setzen, können Sie entweder FIPS-zertifizierte oder nicht FIPS-zertifizierte CipherSpecs verwenden.
Wenn der Warteschlangenmanager ohne Verschlüsselungshardware ausgeführt wird, sehen Sie sich die unter CipherSpecs angeben aufgeführten CipherSpecs an.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- YES
- Gibt an, dass in den CipherSpecs, die für alle SSL-Verbindungen von und zu diesem Warteschlangenmanager zulässig sind, nur FIPS-zertifizierte Algorithmen verwendet werden sollen.
Eine Auflistung der entsprechenden FIPS 140-2-zertifizierten CipherSpecs finden Sie unter CipherSpecs angeben.
Änderungen an SSLFIPS treten unter den folgenden Bedingungen in Kraft:- Auf UNIX, Linux und Windows-Systemen, wenn ein neuer Kanalprozess gestartet wird.
- Auf UNIX, Linux und Windows-Systemen bei Kanälen, die als Threads des Kanalinitiators ausgeführt werden, wenn der Kanalinitiator neu gestartet wird.
- Auf UNIX, Linux und Windows-Systemen bei Kanälen, die als Threads des Empfangsprogramms ausgeführt werden, wenn das Empfangsprogramm neu gestartet wird.
- Bei Kanälen, die als Thread eines Prozesses zum Prozesszusammenschluss ausgeführt werden, wenn dieser Prozess gestartet oder neu gestartet wird und zum ersten Mal einen SSL-Kanal ausführt. Wenn der Prozess zum Prozesszusammenschluss bereits einen SSL-Kanal ausgeführt hat und die Änderung sofort in Kraft treten soll, müssen Sie den MQSC-Befehl REFRESH SECURITY TYPE(SSL) ausführen. Der Prozess des Prozesszusammenschlusses ist amqrmppa auf Systemen mit UNIX, Linux und Windows.
- Unter z/OS, wenn der Kanalinitiator neu gestartet wird.
- Wenn ein Befehl REFRESH SECURITY TYPE(SSL) ausgegeben wird, ausgenommen unter z/OS.
- Gibt den Namen des SSL-Schlüsselrepositorys an.
Die maximal zulässige Länge beträgt 256 Zeichen.
Das Format hängt von der Umgebung ab:- Unter z/OS handelt es sich um den Namen einer Schlüsselringdatei.
- Unter IBM i hat er das Format pathname/keyfile (Pfadname/Schlüsseldatei), wobei die keyfile ohne das Suffix
.kdb angegeben wird und eine GSKit-Schlüsseldatenbankdatei benennt.
Wenn Sie *SYSTEM angeben, verwendet IBM WebSphere MQ den Systemzertifikatspeicher als Schlüsselrepository für den Warteschlangenmanager. Der Warteschlangenmanager wird als eine Serveranwendung im Digital Certificate Manager (DCM) registriert. Sie können dem Warteschlangenmanager ein beliebiges Server/Client-Zertifikat im Systemspeicher zuordnen, da Sie ihn als Serveranwendung registriert haben.
Wenn Sie den Parameter SSLKEYR auf einen anderen Wert als *SYSTEM setzen, nimmt IBM WebSphere MQ die Registrierung des Warteschlangenmanagers als Anwendung mit DCM zurück.
- Unter UNIX und Linux hat er das Format Pfadname/Schlüsseldatei und unter Windows das Format Pfadname\Schlüsseldatei. Hierbei wird Schlüsseldatei ohne das Suffix .kdb angegeben und steht für eine GSKit-Schlüsseldatei.
Auf IBM i- und UNIX, Linux und Windows-Systemen wird die Syntax dieses Parameters überprüft, um sicherzustellen, dass er einen gültigen und absoluten Verzeichnispfad enthält.
Wenn SSLKEYR leer ist, schlägt der Start von Kanälen fehl, die SSL verwenden. Wenn SSLKEYR auf einen Wert gesetzt wird, der nicht einer Schlüsselringdatei oder Schlüsseldatenbankdatei entspricht, können Kanäle, die SSL verwenden, nicht gestartet werden.
Änderungen an SSLKEYR treten unter folgenden Bedingungen in Kraft:- Auf IBM i-, UNIX, Linux und Windows-Systemen, wenn ein neuer Kanalprozess gestartet wird.
- Auf IBM i-, UNIX, Linux und Windows-Systemen bei Kanälen, die als Threads des Kanalinitiators ausgeführt werden, wenn der Kanalinitiator neu gestartet wird.
- Auf IBM i-, UNIX, Linux und Windows-Systemen bei Kanälen, die als Threads des Empfangsprogramms ausgeführt werden, wenn das Empfangsprogramm neu gestartet wird.
- Bei Kanälen, die als Thread eines Prozesses zum Prozesszusammenschluss (amqrmppa) ausgeführt werden, wenn dieser Prozess gestartet oder neu gestartet wird und zum ersten Mal einen SSL-Kanal ausführt. Wenn der Prozess zum Prozesszusammenschluss bereits einen SSL-Kanal ausgeführt hat und die Änderung sofort in Kraft treten soll, müssen Sie den MQSC-Befehl REFRESH SECURITY TYPE(SSL) ausführen.
- Unter z/OS, wenn der Kanalinitiator neu gestartet wird.
- Wenn der Befehl REFRESH SECURITY TYPE(SSL) ausgegeben wird.
- Die Anzahl der Bytes, die innerhalb eines SSL-Datenaustauschs gesendet und empfangen werden, bevor der geheime Schlüssel neu festgelegt wird. Die Bytezahl
umfasst auch die Steuerinformationen.
SSLRKEYC wird nur von SSL-Kanälen verwendet, die die vom Warteschlangenmanager ausgehende Datenübertragung einleiten. Der Senderkanal leitet beispielsweise die Datenübertragung in einem Sender-/Empfängerkanal-Paar ein.
Wird ein Wert größer als 0 angegeben, wird der geheime Schlüssel ebenfalls erneut vereinbart, bevor Nachrichtendaten im Anschluss an ein Kanalüberwachungssignal gesendet bzw. empfangen werden. Die Anzahl der Byte bis zur nächsten Neuvereinbarung des geheimen Schlüssels wird nach jeder erfolgreichen Neuvereinbarung zurückgesetzt.
Geben Sie einen Wert im Bereich von 0 bis 999.999.999 an. Der Wert 0 bedeutet, dass der geheime Schlüssel nie neu vereinbart wird. Wenn Sie für die Anzahl der Rücksetzungen von geheimen SSL/TLS-Schlüsseln einen Wert im Bereich von 1 bis 32767 Byte (32 KB) angeben, verwenden die SSL/TLS-Kanäle als Anzahl der Rücksetzungen des geheimen Schlüssels 32 KB. Die höhere Anzahl der Rücksetzungen verhindert übermäßig viele Schlüsselrücksetzungen, wie sie bei kleinen Rücksetzungswerten für geheime SSL/TSL-Schlüssel auftreten.
Achtung: Werte ungleich null, die kleiner als 4046 (4 KB) sind, können dazu führen, dass Kanäle nicht starten können oder Inkonsistenzen zwischen den Werten für SSLKEYDA, SSLKEYTI und SSLRKEYS auftreten. - Gibt die Anzahl der Serversubtasks an, die für die Verarbeitung von SSL-Aufrufen verwendet werden.
Für die Verwendung von SSL-Kanälen müssen mindestens zwei dieser Tasks aktiv sein.
Dieser Parameter ist nur gültig unter z/OS.
Dieser Wert liegt im Bereich von 0 bis 9999. Setzen Sie den Wert für SSLTASKS nicht auf einen Wert größer als 50, um Probleme bei der Speicherzuordnung zu vermeiden.
Änderungen an diesem Parameter sind erst wirksam, wenn der Kanalinitiator neu gestartet wird.
- Gibt an, ob für automatisch definierte Clustersenderkanäle statistische Daten erfasst werden sollen.
- QMGR
- Die Erfassung der statistischen Daten wird aus der Einstellung des Parameters STATCHL des Warteschlangenmanagers übernommen.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- OFF
- Die Erfassung statistischer Daten wird für den Kanal ausgeschaltet.
- LOW
- Wenn für STATCHL ein anderer Wert als NONE angegeben wird, wird die Erfassung statistischer Daten mit einer geringen Datenerfassungsrate eingeschaltet, die nur minimale Auswirkungen auf die Systemleistung hat.
- MEDIUM
- Wenn für STATCHL ein anderer Wert als NONE angegeben wird, wird die Erfassung statistischer Daten mit einer mittleren Datenerfassungsrate eingeschaltet.
- HIGH
- Wenn für STATCHL ein anderer Wert als NONE angegeben wird, wird die Erfassung statistischer Daten mit einer hohen Datenerfassungsrate eingeschaltet.
Dieser Parameter ist nur auf Systemen mit IBM i, UNIX, Linux und Windows gültig.
Änderungen an diesem Parameter sind nur für Kanäle wirksam, die nach der Änderung gestartet werden. Alle vor der Änderung am Parameter gestarteten Kanäle verwenden weiterhin den Wert, der beim Start des jeweiligen Kanals gesetzt war.
- Gibt an, ob für Kanäle statistische Daten erfasst werden sollen:
- NONE
- Die Erfassung statistischer Daten wird für Kanäle unabhängig von der Einstellung für den Parameter STATCHL ausgeschaltet.
- OFF
- Für Kanäle, bei denen der Parameter STATCHL auf QMGR gesetzt ist, wird die Erfassung statistischer Daten inaktiviert.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- LOW
- Die Erfassung statistischer Daten wird mit einer niedrigen Erfassungsrate eingeschaltet, wenn Kanäle für den Parameter STATCHL den Wert QMGR angegeben haben.
- MEDIUM
- Die Erfassung statistischer Daten wird mit einer mittleren Erfassungsrate eingeschaltet, wenn Kanäle für den Parameter STATCHL den Wert QMGR angegeben haben.
- HIGH
- Die Erfassung statistischer Daten wird mit einer hohen Erfassungsrate eingeschaltet, wenn Kanäle für den Parameter STATCHL den Wert QMGR angegeben haben.
Dieser Parameter ist nur auf Systemen mit IBM i, UNIX, Linux und Windows gültig.
Änderungen an diesem Parameter sind nur für Kanäle wirksam, die nach der Änderung gestartet werden. Alle vor der Änderung am Parameter gestarteten Kanäle verwenden weiterhin den Wert, der beim Start des jeweiligen Kanals gesetzt war.
- Das Zeitintervall (in Sekunden), in dem statistische Überwachungsdaten in die Überwachungswarteschlange geschrieben werden.
Geben Sie einen Wert zwischen 1 und 604800 an.
Dieser Parameter ist nur auf Systemen mit IBM i, UNIX, Linux und Windows gültig.
Änderungen an diesem Parameter werden sofort für die Erfassung von Überwachungs- und Statistikdaten wirksam.
- Gibt an, ob für den Warteschlangenmanager statistische Überwachungsdaten erfasst werden sollen:
- OFF
- Die Erfassung der MQI-Statistikdaten ist inaktiviert.
Dies ist der anfängliche Standardwert des Warteschlangenmanagers.
- ON
- Die Erfassung der MQI-Statistikdaten ist aktiviert.
Dieser Parameter ist nur auf Systemen mit IBM i, UNIX, Linux und Windows gültig.
Änderungen an diesem Parameter werden sofort für die Erfassung von Überwachungs- und Statistikdaten wirksam.
- Gibt an, ob für Warteschlangen statistische Daten erfasst werden sollen:
- NONE
- Die Erfassung statistischer Daten wird für Warteschlangen unabhängig von der Einstellung für den Parameter STATQ ausgeschaltet.
- OFF
- Die Erfassung statistischer Daten wird für Warteschlangen ausgeschaltet, für deren Parameter STATQ der Wert QMGR oder OFF angegeben wurde. OFF ist der Standardwert.
- ON
- Die Erfassung statistischer Daten wird für Warteschlangen eingeschaltet, für deren Parameter STATQ der Wert QMGR oder ON angegeben wurde.
Dieser Parameter ist nur auf Systemen mit IBM i, UNIX, Linux und Windows gültig.
Statistiknachrichten werden nur für Warteschlangen erstellt, die nach dem Aktivieren der Erfassung statistischer Daten geöffnet werden. Sie müssen den Warteschlangenmanager nicht erneut starten, damit der neue Wert für STATQ wirksam wird.
- Gibt an, ob Start- und Stoppereignisse erstellt werden sollen:
- ENABLED
- Es werden Start- und Stoppereignisse erstellt.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- DISABLED
- Es werden keine Start- und Stoppereignisse erstellt.
- Gibt an, ob eine mit
Suite B kompatible Verschlüsselung verwendet wird und welche Stärke erforderlich ist.
- NONE
- Suite B wird nicht verwendet. NONE ist der Standardwert.
- 128_BIT
- Sicherheit auf Suite B 128-Bit-Ebene wird verwendet.
- 192_BIT
- Sicherheit auf Suite B 192-Bit-Ebene wird verwendet.
- 128_BIT,192_BIT
- Sicherheit auf Suite B 128-Bit- und 192-Bit-Ebene wird verwendet.
- Die maximale Anzahl an Kanälen, die gleichzeitig aktiv sein können, oder an Clients, die miteinander verbunden werden können und die das TCP/IP-Übertragungsprotokoll verwenden.
Die maximale Anzahl verwendeter Sockets ist die Summe der Werte aus TCPCHL und CHIDISPS. Der Parameter MAXFILEPROC für z/OS UNIX System Services (der im Element BPXPRMxx der Datei SYS1.PARMLIB angegeben wird) steuert, wie viele Sockets für jede Task und wie viele Kanäle für jeden Dispatcher zulässig sind. In diesem Fall ist die Anzahl der Kanäle, die TCP/IP verwenden, begrenzt auf den Wert für MAXFILEPROC multipliziert mit dem Wert für CHIDISPS.
Geben Sie einen Wert von 0 bis 9999 ein. Der Wert darf nicht größer sein als der Wert für MAXCHL. MAXCHL definiert die maximale Anzahl verfügbarer Kanäle. TCP/IP unterstützt möglicherweise nicht 9999 Kanäle. In diesem Fall wird der anzugebende Wert durch die Zahl der Kanäle begrenzt, die TCP/IP unterstützen kann. Bei Angabe von 0 wird das TCP/IP-Übertragungsprotokoll nicht verwendet.
Wenn Sie diesen Wert ändern, müssen Sie auch die Werte für MAXCHL, LU62CHL und ACTCHL prüfen, um sicherzustellen, dass kein Konflikt zwischen den Werten auftritt. Erhöhen Sie bei Bedarf den Wert für MAXCHL und ACTCHL.
Wird dieser Parameter geändert, indem ein kleinerer Wert angegeben wird, bleiben alle überzähligen aktuellen Kanäle so lange aktiv, bis sie beendet werden.
Gemeinsame Dialognutzung trägt nicht zur Gesamtsumme für diesen Parameter bei.
Dieser Parameter ist nur unter z/OS gültig.
- Gibt an, ob die Keepalive-Funktion verwendet werden soll, um zu prüfen, ob das andere Verbindungsende noch verfügbar ist. Wenn es nicht mehr zur Verfügung steht, wird der Kanal geschlossen.
- NO
- Die TCP Keepalive-Funktion wird nicht verwendet.
Dabei handelt es sich um die anfängliche Standardeinstellung für den Warteschlangenmanager.
- YES
- Die TCP Keepalive-Funktion wird so verwendet wie in der Datei zur TCP-Profilkonfiguration angegeben. Das Intervall wird mit dem Kanalattribut KAINT angegeben.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen dieses Parameters sind für später gestartete Kanäle wirksam. Kanäle, die momentan aktiv sind, sind von Änderungen an diesem Parameter nicht betroffen.
Die Verwendung des Parameters TCPKEEP ist für 'moderne' Warteschlangenmanager nicht mehr erforderlich. Ersetzt wird der Parameter durch folgende Kombination:- Verwendung 'moderner' Clientkanäle (SHARECNV <> 0) und
- Angabe eines Empfangszeitlimits für Nachrichtenkanäle (RCVTIME)
Weitere Informationen finden Sie in der Technote 'Setting the TCP/IP KeepAlive interval to be used by WebSphere MQ' unter http://www.ibm.com/support/docview.wss?uid=swg21216834.
- Gibt abhängig vom Wert des Parameters TCPSTACK den Namen des einzigen oder des standardmäßigen TCP/IP-Systems an, das verwendet werden soll. Dieser Name ist der Name des z/OS UNIX System Services-Stapels für TCP/IP, wie er mit dem Parameter SUBFILESYSTYPE NAME
im Element BPXPRMxx der Datei SYS1.PARMLIB angegeben ist.
Die maximal zulässige Länge dieses Parameters beträgt acht Zeichen.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden beim nächsten Start des Kanalinitiators wirksam.
- Gibt an, ob der Kanalinitiator nur den TCP/IP-Adressraum verwenden darf, der in TCPNAME angegeben wurde, oder ob er optional eine Bindung an jede ausgewählte TCP/IP-Adresse erstellen darf.
- SINGLE
- Der Kanalinitiator darf nur den TCP/IP-Adressraum verwenden, der in TCPNAME angegeben wurde.
- MULTIPLE
- Der Kanalinitiator kann jeden beliebigen verfügbaren TCP/IP-Adressraum verwenden.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden beim nächsten Start des Kanalinitiators wirksam.
- Gibt an, ob die Kanalinitiatortrace automatisch startet:
- YES
- Der Kanalinitiatortrace soll automatisch gestartet werden.
- NO
- Der Kanalinitiatortrace soll nicht automatisch gestartet werden.
Dieser Parameter ist nur unter z/OS gültig.
Änderungen an diesem Parameter werden beim nächsten Start des Kanalinitiators wirksam. Wenn der Kanalinitiatortrace ohne Neustart des Kanalinitiators gestartet bzw. gestoppt werden soll, müssen Sie die Befehle START TRACE oder STOP TRACE nach dem Start des Kanalinitiators verwenden.
- Die Größe (in MB) des
Tracedatenspeichers des Kanalinitiators.
Geben Sie eine Wert im Bereich von 2 bis 2048 an.
Dieser Parameter ist nur unter z/OS gültig.
Anmerkung:- Änderungen an diesem Parameter werden sofort wirksam; alle vorhandenen Daten in der Tracetabelle gehen verloren.
- Der CHINIT-Trace wird in einem Datenspeicherbereich mit der Bezeichnung qmidCHIN.CSQXTRDS gespeichert. Bei der Verwendung großer z/OS-Datenspeicherbereiche müssen Sie sicherstellen, dass auf Ihrem System genügend Zusatzspeicher vorhanden ist, um alle zugehörigen z/OS-Auslagerungsaktivitäten zu unterstützen. Möglicherweise müssen Sie auch die Speicherauszugsdatei SYS1.DUMP vergrößern.
- Die Laufzeit von nicht administrativen Themen in Sekunden.
lifetime, in seconds of non-administrative topics.
Nicht administrative Themen werden erstellt, wenn eine Anwendung eine Veröffentlichung bzw. Subskription in einer Themenzeichenfolge ausführt, die nicht als administrativer Knoten existiert. Wenn dieser nicht administrative Knoten keine aktiven Subskriptionen mehr enthält, bestimmt dieser Parameter, wie lange der Warteschlangenmanager warten soll, bis er diesen Knoten entfernt. Nach dem Neustart des Warteschlangenmanagers verbleiben nur die nicht administrativen Themen, die für permanente Subskriptionen verwendet werden.
Geben Sie einen Wert im Bereich von 0 bis 604.000 an. Ein Wert von 0 bedeutet, dass nicht administrative Themen nicht vom Warteschlangenmanager gelöscht wurden.
- Gibt ein Zeitintervall in Millisekunden an.
Der Parameter TRIGINT wird nur unterstützt, wenn der Auslösetyp (TRIGTYPE) auf FIRST gesetzt ist (Details hierzu siehe DEFINE QLOCAL). In diesem Fall werden Auslösenachrichten in der Regel nur bei Empfang einer entsprechenden Nachricht in der zuvor leeren Warteschlange generiert. Unter bestimmten Umständen kann jedoch bei der Angabe von FIRST eine weitere Auslösenachricht erstellt werden, auch wenn die Warteschlange nicht leer war. Diese zusätzlichen Auslösenachrichten werden in einem Zeitabstand erstellt, der mit TRIGINT in Millisekunden angegeben wird; weitere Informationen finden Sie im Abschnitt Sonderfall des Auslösertyps FIRST.
Geben Sie einen Wert von 0 bis 999.999.999 an.