2016-07-28 28 views
3

Wir benötigen einen Hinweis zu diesem Thema der Warteschlangenmigration.Warteschlangenmigration von einem EMX-Server zu anderen

Es gibt zwei JMS-Provider (PROVIDER und NEWPROVIDER), die eine Verbindung zu zwei EMX-Instanzen herstellen. Jeder hat einige Warteschlangen. Jetzt möchten wir alle Warteschlangen von PROVIDER auf NEWPROVIDER auf EMX-Seite verschieben. In der WebSphere-Verwaltungskonsole besteht die Mindestlösung darin, die URL und die Authentifizierung von PROVIDER so zu ändern, dass sie mit denen von NEWPROVIDER übereinstimmt.

Ich sehe kein unmittelbares Problem, da es nur Auswirkungen auf den Verbindungspool, die maximale Verbindung usw. hat, aber nicht sicher ist, Änderungen an der Produktion vorzunehmen.

Frage: Gibt es ein Problem in diesem Ansatz oder sollten wir alle Warteschlangen unter NEWPROVIDER löschen und neu erstellen.

Um diese Änderung schneller zu verstehen, habe ich ein Diagramm erstellt. Die blaue Farbe zeigt den aktuellen Zustand an, Rot zeigt Änderungen und Status an.

Wir verwenden WebSphere6.1/JMS (EMX)/Oracle.

Queue Migration Diagram

+1

Da es die gleiche Zielplattform (EMX) ist, warum gibt es 2 JMS-Anbieter? – Haxiel

+0

Nicht genau das gleiche, sie sind verschiedene Versionen. –

Antwort

0

Wie Larry erwähnt, ist es ziemlich einfach. Es gab keine Frage eines Problems für Nachrichten an Bord usw. Dies liegt daran, dass es von verschiedenen Teams bearbeitet wird und nicht Teil dieser Frage ist.

Wir werden erfolgreich verwaltet, um die Aufgabe durch Ändern der URL und Authentifizierungsdetails abzuschließen. Wir haben nicht alle Warteschlangen gelöscht und sie nicht in NEWPROVIDER neu erstellt. Wir haben PROVIDER einfach auf NEWPROVIDER gesetzt.

1

Pointing WebSphere auf die neue EMS-Instanz, wie Sie dargestellt haben, ist ziemlich geradlinig. Die Hauptfrage lautet: Sind auf der neuen EMS-Instanz alle relevanten Ziele (Warteschlangen, Themen, dauerhafte Abonnenten, falls vorhanden) vorhanden? Mit anderen Worten, wurde die genaue Konfiguration von der vorhandenen EMS-Instanz auf die neue Instanz repliziert? Haben alle WebSphere-Dienste Zugriff auf die Daten, die sie benötigen, um mit der neuen EMS-Instanz zu arbeiten? Werden während des Fluges (nicht zugestellte/nicht bestätigte) Nachrichten, die möglicherweise in Warteschlangen der alten Instanz enthalten sind, auf der neuen Instanz verfügbar sein?

Wenn Sie einfach die Store-Dateien und Conf-Dateien verschieben, dann wäre das alles im Wesentlichen erledigt.