Die Vorgehensweise bei der Migration eines WebSphere MQ-Brokers, der Teil eines Multibrokernetzes ist, ist prinzipiell dieselbe wie bei der Migration eines einzelnen Brokers.
Vor der Migration sollten Sie Folgendes bedenken:
Weitere Informationen finden Sie unter Migrationplanung.
Die folgenden Abbildungen zeigen die Migration eines Netzes mit drei Brokern. Bei den einzelnen Schritten der Netzmigration wird davon ausgegangen, dass die Broker einzeln migriert werden und alle drei in der WebSphere Message Broker-Brokerdomäne zu einem einzigen Brokerverbund zusammengefasst sind.
Die Migration umfasst eine Reihe von Schritten. Jeder Schritt sollte zu einem Zeitpunkt ausgeführt werden, zu dem die Netzbelastung gering ist ((z. B. an einem Wochenende). Die gesamte Migration erfolgt in drei Phasen:
Die Schritte für die Migration eines einzelnen Brokers in einem Netz sind genau dieselben wie für Migration eines WebSphere MQ-Standalone-Brokers. Weitere Informationen hierzu finden Sie unter WebSphere MQ-Broker migrieren.
Bei der Verbindung zwischen den Brokern LONDON und NEWYORK handelt es sich um eine WebSphere MQ-Verbindung. Die Workbench erkennt nur WebSphere Message Broker-Broker, daher ist nur LONDON in ihr definiert. Eine WebSphere Message Broker-Verbindung kann zu diesem Zeitpunkt noch nicht erstellt werden.
Dieses gemischte Netz hat ein gültigen Status. Es kann diesen Status beibehalten, bis Sie die nächste Phase der Migration durchführen.
Gehen Sie bei der Migration des Brokers NEWYORK wie bei der Migration eines einzelnen Brokers vor. Diese Task wird im Abschnitt WebSphere MQ-Broker migrieren beschrieben.
Die Broker LONDON und NEWYORK sind nach wie vor noch über eine WebSphere MQ-Verbindung miteinander verbunden. Diese Verbindung kann solange beibehalten werden, wie dies notwendig ist. Um allerdings Anwendungen zu entwickeln, die die in WebSphere Message Broker verfügbaren Funktionen verwenden, müssen Sie die beiden WebSphere Message Broker-Broker über die Workbench miteinander verbinden.
Die Verbindung kann in eine WebSphere Message Broker-Verbindung geändert werden, indem Sie zunächst die ursprüngliche WebSphere MQ-Verbindung zwischen LONDON und NEWYORK entfernen.
mqsiclearmqpubsub NEWYORK -n LONDON mqsiclearmqpubsub LONDON -n NEWYORK
Nun wird die Abhängigkeit zwischen den beiden Brokern LONDON und NEWYORK über die Workbench definiert. Beide Broker sind bereits definiert, nicht jedoch der Brokerverbund, zu dem beiden gehören. Sie können diesen Brokerverbund in der Topologieansicht definieren und ihm anschließend die beiden Broker zuordnen. Bei allen Brokern in einem Brokerverbund wird davon ausgegangen, dass sie miteinander verbunden sind, daher müssen diese Verbindungen nicht über die Workbench herstellen.
Die beiden Broker LONDON und NEWYORK haben nun keine über-/untergeordnete Beziehung mehr, sondern sind Nachbarn in einem Brokerverbund. Die Topologie des WebSphere Message Broker-Netzes beruht nicht auf hierarchischen Strukturen wie in einem WebSphere MQ-Netz.
Da LONDON und NEWYORK einen Brokerverbund darstellen, gibt es keinen übergeordneten Knoten mehr im WebSphere MQ-Netz. NEWYORK ist das Gateway zwischen dem WebSphere MQ-Broker TOKYO und dem WebSphere Message Broker-Brokerverbund.
Jetzt kann der letzte WebSphere MQ-Broker (TOKYO) migriert werden. Befolgen Sie die Abweisungen unter WebSphere MQ-Broker migrieren.
mqsiclearmqpubsub NEWYORK -n TOKYO mqsiclearmqpubsub TOKYO -n NEWYORK
Jetzt wird der Broker TOKYO über die Workbench dem WebSphere Message Broker-Netz und dem Brokerverbund hinzugefügt. Für den Betrieb eines Brokerverbunds müssen alle Broker physisch direkt miteinander verbunden sein (über WebSphere MQ).
Die Topologie des neuen WebSphere Message Broker-Netzes kann erst eingesetzt werden, nachdem LONDON und TOKYO über eine WebSphere MQ-Verbindung miteinander verbunden wurden. Dazu müssen über eine Reihe von WebSphere MQ-Befehlen die Kanäle und Übertragungswarteschlangen definiert werden, die bidirektionale Übertragungen unterstützen.
Nach Abschluss der Migration aller Broker in den Brokerverbund haben Sie die Schwachstelle entfernt, die darin bestand, dass bei einem Ausfall des Brokers NEWYORK der gesamte Betrieb zum Erliegen kam. Die Subskribenten im Broker LONDON können jetzt Veröffentlichungen vom Broker TOKYO selbst dann erhalten, wenn d er Broker NEWYORK nicht aktiv ist.
Vor der Migration wurde der gesamte Datenverkehr zwischen Brokern immer über NEWYORK geleitet, so dass bei einem Ausfall von NEWYORK der gesamte Datenverkehr zum Erliegen kam.
Weitere Informationen zum Verbinden von Brokern miteinander finden Sie unter Brokerdomänen konfigurieren. Weitere Informationen zu verteilten WebSphere MQ-Netzen finden Sie im Handbuch WebSphere MQ Intercommunication.