Zwei Fragen zu IBM Websphere MQ

667
ring bearer

o / s IBM AIX 5.3 WMQ Version 6.0

Frage 1:

Replizieren eines Warteschlangenmanagers und seiner Warteschlangen - Ist es in Ordnung, den Inhalt von / var / mqm von einem Server auf den anderen zu kopieren und zu erwarten, dass alles einwandfrei funktioniert? Beachten Sie, dass die WMQ-Pakete an OS-Standardspeicherorten installiert sind und der Zielserver zu einem bestimmten Zeitpunkt in den Namen des Quellservers umbenannt wurde.

Frage 2:

Ist es in Ordnung, zwei Warteschlangenmanager mit demselben Namen in einer Clusterumgebung zu starten. Beachten Sie, dass sie auf verschiedenen Hosts ausgeführt werden. Lediglich die Namen des WS-Managers lauten "sme".

1

1 Antwort auf die Frage

2
T.Rob

Frage 1:

In dieser Version von WMQ Nr. Es ist viel besser, die Objekte, Sicherheitsregeln, Exits usw. zu sichern und den QMgr neu zu definieren. Selbst in neueren Versionen von WMQ, in denen keine Probleme mit der Zuordnung von Shared Memory-Segmenten auftreten, ist es immer noch viel besser, ein neues QMgr-Objekt durch Neudefinition der Objekte zu erstellen, als durch das Kopieren der Laufzeitdateien. Dies liegt daran, dass der neue QMgr eine neue QMID erhält und daher am selben Cluster teilnehmen kann. (Das heißt, mehrere QMgrs mit demselben Namen zu haben, ist ein Anti-Pattern, wie ich weiter unten erklären werde.)

Frage 2:

Nein. Ein Cluster ist mehr als nur eine Möglichkeit, den Kanaladministrator nach MQ zu verlagern. Es ist ein großer Namespace, und innerhalb dieses Namensraums sind die Namen innerhalb eines QMgr eindeutig. IBM entwickelte die QMID, mit der zwischen zwei QMgrs unterschieden werden kann, um zu unterscheiden, wann ein QMgr gelöscht und in einem Cluster neu erstellt / ersetzt wurde. Es war jedoch nie beabsichtigt, die Verwendung mehrerer gleichnamiger QMgrs in demselben Namespace zu vereinfachen. Stellen Sie sich zur Veranschaulichung vor, Sie erhalten eine Anforderungsnachricht von einem der QMgrs. An wen geht die Antwort?