Aktuell und aktiv

Der Kanal ist aktuell , wenn er sich in einem anderen Status als 'inaktiv' befindet. Ein aktueller Kanal ist aktiv , es sei denn, er befindet sich im Status RETRYING, STOPPED oder STARTING.

Wenn ein Kanal "aktiv" ist, kann er auch einen Substatus anzeigen, der mehr Details zu dem, was der Kanal gerade tut, gibt.
Abb. 1. Flows zwischen Kanalstatus
Das Diagramm zeigt die Abläufe zwischen Kanalstatus. Ein gestoppte Kanal kann gestartet werden und wird inaktiv. Ein Startbefehl, ein Auslöser, eine ferne Initialisierung oder ein Kanalinitiator versetzt den Kanal in den Initialisierungsstatus. Der Kanal wird in den Startzustand und dann in den Bindungszustand versetzt, während er eine Sitzung und einen Anfangsdatenaustausch aufbaut. Wenn der Status OK lautet, wird der Kanalstatus ausgeführt. Der Kanal kann in einen Wartestatus versetzt werden, während er auf ein Nachrichtenwiederholungsintervall wartet, oder einen Stoppstatus nach einem Fehler, einer Anforderung STOP oder wenn ein Unterbrechungsintervall abläuft. Der Kanal könnte dann in einen Wiederholungsstatus oder wieder in den Stoppstatus wechseln.
Hinweis:
  1. Wenn sich ein Kanal in einem der sechs in Abbildung 1 hervorgehobenen Status befindet (INITIALIZING, BINDING, REQUESTING, RUNNING, PAUSED oder STOPPING), verbraucht er Ressourcen und ein Prozess oder Thread ist aktiv. Der Kanal ist aktiv.
  2. Wenn sich ein Kanal im Status STOPPED befindet, kann die Sitzung aktiv sein, da der nächste Status noch nicht bekannt ist.

Angeben der maximalen Anzahl aktueller Kanäle

Sie können die maximale Anzahl Kanäle angeben, die gleichzeitig ausgeführt werden können. Diese Zahl gibt die Anzahl der Kanäle an, die Einträge in der Kanalstatustabelle enthalten, einschließlich der Kanäle, die erneut versucht werden, und Kanäle, die gestoppt wurden. Geben Sie dies für Ihre Plattform an:
  • [z/OS]Verwenden Sie den Befehl ALTER QMGR MAXCHL.
  • [IBM i]Bearbeiten Sie die Initialisierungsdatei des Warteschlangenmanagers.
  • [AIX][Linux]Bearbeiten Sie die Konfigurationsdatei des Warteschlangenmanagers.
  • Verwenden Sie die IBM® MQ Explorer.
Weitere Informationen zu den Werten, die über die Initialisierung oder die Konfigurationsdatei festgelegt werden, finden Sie unter Zeilengruppen der Konfigurationsdatei für verteilte Steuerung von Warteschlangen. Weitere Informationen zur Angabe der maximalen Anzahl an Kanälen finden Sie in den folgenden Abschnitten:
Hinweis:
  1. Serververbindungskanäle sind in dieser Nummer enthalten.
  2. Ein Kanal muss aktiv sein, bevor er aktiv werden kann. Wenn ein Kanal gestartet wird, aber nicht aktuell werden kann, schlägt der Start fehl.

Angeben der maximalen Anzahl aktiver Kanäle

Sie können auch die maximale Anzahl aktiver Kanäle angeben, um zu verhindern, dass Ihr System von vielen Startkanälen überlastet wird. Wenn Sie diese Methode verwenden, legen Sie das Attribut "Unterbrechungsintervall" auf einen niedrigen Wert fest, damit die Wartezeitkanäle gestartet werden können, sobald andere Kanäle beendet werden.

Jedes Mal, wenn ein Kanal versucht, eine Verbindung zu seinem Partner herzustellen, muss er zu einem aktiven Kanal werden. Wenn der Versuch fehlschlägt, bleibt es ein aktueller Kanal, der nicht aktiv ist, bis es Zeit für den nächsten Versuch ist. Die Anzahl der Wiederholungen eines Kanalretries und die Häufigkeit, die durch den Wiederholungszähler und die Kanalattribute des Wiederholungsintervalls festgelegt wird. Es gibt kurze und lange Werte für diese beiden Attribute. Weitere Informationen finden Sie unter Kanalattribute .

Wenn ein Kanal zu einem aktiven Kanal werden muss (da ein Startbefehl abgesetzt wurde oder weil er ausgelöst wurde oder weil es Zeit für einen anderen Wiederholungsversuch ist), kann dies jedoch nicht möglich sein, da die Anzahl der aktiven Kanäle bereits den Maximalwert hat, wartet der Kanal, bis einer der aktiven Bereiche von einer anderen Kanalinstanz, die nicht mehr aktiv ist, freigegeben wird. Wenn jedoch ein Kanal gestartet wird, weil er über Remotezugriff eingeleitet wird und zu diesem Zeitpunkt keine aktiven Steckplätze zur Verfügung stehen, wird die ferne Initialisierung zurückgewiesen.

Wenn ein anderer Kanal als ein Requesterkanal versucht, aktiv zu werden, geht er in den Status STARTING. Dieser Status tritt auch dann auf, wenn ein aktiver Steckplatz sofort verfügbar ist, obwohl er nur im Status STARTING für einen kurzen Zeitraum vorhanden ist. Wenn der Kanal jedoch auf einen aktiven Steckplatz warten muss, befindet er sich im Status STARTING, während er wartet.

Requesterkanäle werden nicht in den Status STARTING (STARTING) gestartet. Wenn ein Requesterkanal nicht gestartet werden kann, weil die Anzahl der aktiven Kanäle bereits an der Grenze liegt, wird der Kanal abnormal beendet.

Immer wenn ein Kanal, der kein Anforderungskanal ist, keinen aktiven Slot bekommen kann und deshalb auf einen wartet, wird eine Nachricht in das Protokoll [z/OS]die z/OS Konsole geschrieben und ein Ereignis erzeugt. Wenn ein Slot später freigegeben wird und der Kanal ihn anfordern kann, werden eine weitere Nachricht und ein weiteres Ereignis generiert. Keines dieser Ereignisse und Nachrichten wird generiert, wenn der Kanal in der Lage ist, einen Slot direkt zu erhalten.

Wenn ein Befehl STOP CHANNEL abgesetzt wird, während der Kanal darauf wartet, aktiv zu werden, wird der Kanal in den Status STOPPED (STOPPED) wechselt. Ein Ereignis Channel-Stopped wird ausgelöst.

Serververbindungskanäle sind in der maximalen Anzahl aktiver Kanäle enthalten.

Weitere Informationen zur Angabe der maximalen Anzahl aktiver Kanäle finden Sie in den folgenden Abschnitten: