WebSphere Enterprise Service Bus, Version 6.2.0 Betriebssysteme: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Cluster bei minimaler Ausfallzeit migrieren

Die Ausfallzeit bei der Migration eines Clusters wird minimiert, indem Sie zuerst ungefähr die Hälfte der zum Cluster gehörenden Profile migrieren und anschließend eine Migration des übrigen Teils der Profile durchführen. Führen Sie die zusätzlichen Schritte, die zur Clustermigration erforderlich sind, aus, nachdem Sie die erste Gruppe der Profile migriert haben.

Vorbereitende Schritte

Sie müssen über eine vorhandene Zelle mit mindestens einem Cluster verfügen, der auf einer älteren Version von WebSphere ESB (z. B. Version 6.0.x oder 6.1.x) ausgeführt wird, die Sie auf eine neuere Version (z. B. Version 6.2) migrieren wollen. Darüber hinaus müssen Sie die neue Version von WebSphere ESB installiert haben.
Wichtig: In einem Cluster dürfen niemals Member der Version 6.0.x oder 6.1.x gleichzeitig mit Membern der Version 6.2 ausgeführt werden. Alle Cluster-Member der Version 6.0.x oder 6.1.x müssen gestoppt werden, bevor das erste Cluster-Member der Version 6.2 gestartet werden darf. Sobald ein Cluster-Member der Version 6.2 gestartet wurde, dürfen in dem Cluster keine Cluster-Member der Version 6.0.2.x mehr gestartet werden.

Informationen zu diesem Vorgang

Das Befolgen dieser Schritte stellt sicher, dass die Clusterfunktionalität für die neue Version von WebSphere ESB bei minimaler Ausfallzeit beibehalten wird.
Einschränkung: Die folgende Prozedur wird nur bei einer Migration von Version 6.1.x auf Version 6.2 unterstützt. Wenn Sie ausgehend von Version 6.0.2.x migrieren und die Ausfallzeit bei der Migration eines Clusters so gering wie möglich halten wollen, müssen Sie zunächst auf Version 6.1.x und anschließend auf Version 6.2 migrieren.
Vorgehensweise
  1. Migrieren Sie den Deployment Manager. Befolgen Sie eine der unter Deployment Manager migrieren aufgeführten Anweisungen, um diese Task auszuführen.
  2. Stellen Sie sicher, dass der neue Deployment Manager ausgeführt wird.
  3. Geben Sie die beteiligten Profile an.
    1. Geben Sie eine ältere Profilversion an, die Cluster-Member enthält.
    2. Geben Sie an, an welchen anderen Clustern dieses Profil beteiligt ist; d. h. wenn das Profil Server definiert, die Member von anderen Clustern sind, geben Sie diese Cluster an.
    3. Geben Sie alle anderen Profile aus derselben Zelle an, die Cluster-Member zu einem der Cluster hinzufügen, die in Schritt 3.b angegeben sind.
    4. Geben Sie alle Knotenagenten und Prozessserver an, die von einem der Profile definiert werden, die in Schritt 3.c angegeben sind.
    Alle Profile, die in Schritt 3.c angegeben sind, und alle entsprechenden Knotenagenten und Server, die in Schritt 3.d angegeben sind, sind an der Migration beteiligt.
  4. Definieren Sie aus der Gesamtmenge der Profile, die in Schritt 3 festgestellt wurden, zwei Profilgruppen. Teilen Sie die Profile in zwei ungefähr gleiche Hälften auf (Wenn die Gesamtzahl der Profile eine ungerade Zahl ist, verfügt die eine Gruppe über ein Profil mehr als die zweite Gruppe). Sie migrieren die eine Gruppe der Server, während die andere Gruppe weiterhin ausgeführt wird, dadurch verringern Sie den Zeitraum, in dem alle Server im Cluster gestoppt sind.
  5. Stoppen Sie alle Knotenagenten und Server, die von der ersten Profilgruppe definiert werden, die Sie migrieren.
  6. Migrieren Sie nacheinander alle Profile der ersten Gruppe, aber starten Sie keine neuen Knotenagenten oder Server. Befolgen Sie entweder die unter Cluster-Member mit dem Migrationsassistenten migrieren oder die unter Cluster-Member mit Befehlszeilentools migrieren aufgeführten Anweisungen.
  7. Stoppen Sie die übrigen Knotenagenten und Server; d. h. die die in der zweiten Profilgruppe definiert sind. Mit dieser Aktion beginnt der Zeitraum, in dem keine Cluster-Services verfügbar sind.
  8. Navigieren Sie auf dem System, auf dem sich das Deployment Manager-Profil von WebSphere ESBVersion 6.2 befindet, zum Verzeichnis 'installationsverzeichnis/util'. Dieses Verzeichnis enthält das Script WBIProfileUpgrade.
  9. Führen Sie das Script WBIProfileUpgrade für jeden Cluster aus, der in den Profilen definiert ist, die bisher migriert wurden. (D. h. führen Sie WBIProfileUpgrade für jeden Cluster aus, der in Schritt 3 definiert ist.) Anweisungen zum Ausführen von WBIProfileUpgrade finden Sie unter Script 'WBIProfileUpgrade'.
  10. Starten Sie alle neuen (migrierten) Knotenagenten und Server; das sind die Knotenagenten und Server, die den Profilen entsprechen, die bisher migriert wurden.
  11. Migrieren Sie jedes Profil aus der zweiten Profilgruppe. Befolgen Sie, wie bei der ersten Profilgruppe, zum Migrieren entweder die unter Cluster-Member mit dem Migrationsassistenten migrieren oder die unter Cluster-Member mit Befehlszeilentools migrieren aufgeführten Anweisungen. Diesmal können Sie die migrierten Knotenagenten und Server starten, während Sie mit der Migration jedes verwalteten Knotens fortfahren.

Ergebnisse

Der Cluster ist jetzt auf die neue Version von WebSphere ESB migriert.

Nächste Schritte

Vergewissern Sie sich, dass die Migration erfolgreich war.

task Taskabschnitt

Nutzungsbedingungen | Feedback


Zeitmarkensymbol Letzte Aktualisierung: 05 Juli 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/tmig_vtv_migclust_min.html
Copyright IBM Corporation 2005, 2010. Alle Rechte vorbehalten.
Dieses Information Center basiert auf Eclipse-Technologie (http://www.eclipse.org).