Gruppen mit gemeinsamer Warteschlange und Cluster

Gemeinsam genutzte Warteschlangen können Clusterwarteschlangen sein und Warteschlangenmanager in einer Gruppe mit gemeinsamer Warteschlange können auch Clusterwarteschlangenmanager sein.

Unter IBM® MQ for z/OS® können Sie Warteschlangenmanager in Gruppen mit gemeinsamer Warteschlange gruppieren. Ein Warteschlangenmanager in einer Gruppe mit gemeinsamer Warteschlange kann eine lokale Warteschlange definieren, die von bis zu 32 Warteschlangenmanagern gemeinsam genutzt werden kann.

Gemeinsam genutzte Warteschlangen können auch Clusterwarteschlangen sein. Außerdem können sich die Warteschlangenmanager in einer Gruppe mit gemeinsamer Warteschlange in einem oder mehreren Clustern befinden.

Sie können generische VTAM-Ressourcen oder generische DDNS-Namen ( Dynamic Domain Name Server ) definieren. Sie können Verbindungsnamen mit generischen Namen definieren. Wenn Sie jedoch eine Clusterempfängerdefinition erstellen, verwenden Sie keinen generischen Verbindungsnamen.

Das Problem bei der Verwendung generischer Verbindungsnamen für Clusterempfängerdefinitionen lautet wie folgt: Wenn Sie einen CLUSRCVR mit einem generischen CONNAME definieren, gibt es keine Garantie, dass Ihre CLUSSDR -Kanäle auf die Warteschlangenmanager verweisen, die Sie beabsichtigen. Der ursprüngliche CLUSSDR-Kanal kann auf jeden Warteschlangenmanager in der Gruppe mit gemeinsamer Warteschlange verweisen, nicht notwendigerweise auf einen Warteschlangenmanager, der ein vollständiges Repository enthält. Wenn ein Kanal erneut versucht, eine Verbindung herzustellen, stellt er möglicherweise eine Verbindung zu einem anderen Warteschlangenmanager mit demselben generischen Namen her, was den Nachrichtenfluss unterbricht.

Ein CLUSRCVR-Kanal, der den Listener-Port der Gruppe verwendet, kann nicht gestartet werden, da in diesem Fall nicht angegeben werden kann, mit welchem Warteschlangenmanager CLUSRCVR jedes Mal eine Verbindung herstellt. Die Clustersystemwarteschlangen, in denen Informationen über den Cluster aufbewahrt werden, werden nicht gemeinsam genutzt. Jeder Warteschlangenmanager hat seine eigene.

Clusterkanäle werden nicht nur zum Übertragen von Anwendungsnachrichten, sondern auch von internen Systemnachrichten über die Konfiguration des Clusters verwendet. Jeder Warteschlangenmanager im Cluster muss diese internen Systemnachrichten empfangen, um ordnungsgemäß an der Clusterbildung teilnehmen zu können. Daher wird ein eigener CLUSRCVR-Kanal benötigt, auf dem diese Nachrichten empfangen werden können.

Ein gemeinsam genutzter CLUSRCVR kann auf jedem Warteschlangenmanager in der Gruppe mit gemeinsamer Warteschlange (QSG) gestartet werden und so zu einer inkonsistenten Versorgung der internen Systemnachrichten mit den QSG-Warteschlangenmanagern führen, was bedeutet, dass keiner ordnungsgemäß an dem Cluster teilnehmen kann. Um sicherzustellen, dass keine gemeinsam genutzten CLUSRCVR-Kanäle verwendet werden können, schlägt jeder Versuch mit einer CSQX502E-Nachricht fehl.