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


Cluster-Member mit Befehlszeilentools migrieren

Migrieren Sie Cluster-Member von einer älteren Version auf eine neuere Version von WebSphere ESB mit den Befehlszeilentools.

Vorbereitende Schritte

Anmerkung: Diese Anweisungen sind Teil der größeren Prozedur für die Migration aller Server in Ihrem Cluster. Befolgen Sie die Anweisungen unter Cluster migrieren oder Cluster bei minimaler Ausfallzeit migrieren, bevor Sie die hier beschriebenen Schritte ausführen.
Anmerkung: Wenn Sie zur Migration die Befehlszeilentools verwenden, können Sie entweder ein WebSphere ESB-Profil oder ein WebSphere Application Server-Profil migrieren.
Die folgenden Bedingungen müssen erfüllt sein, bevor Sie den Migrationsprozess starten: Die folgenden Tasks müssen vollständig ausgeführt worden sein, bevor Sie den Migrationsprozess starten:

Informationen zu diesem Vorgang

Nachdem Sie einen Deployment Manager der Version 6.0.2.x auf eine neuere Version von WebSphere ESB migriert haben, wird der Deployment Manager der neueren Version standardmäßig im Kompatibilitätsmodus ausgeführt. In diesem Modus kann der Deployment Manager ältere und neuere Versionen von WebSphere ESB verwalten. Nach der Migration kann beispielsweise ein Deployment Manager der Version 6.2 verwaltete Knoten sowohl der Version 6.0.2.x als auch der Version 6.2 verwalten. Anders gesagt können verwaltete Knoten der Version 6.0.2.x mit dem Deployment Manager der Version 6.2 ausgeführt werden. Mit der Zeit können Sie alle verwalteten Knoten der Version 6.0.2.x von WebSphere ESB (also durch einen Deployment Manager der Version 6.2 verwaltete Server) auf verwaltete Knoten der Version 6.2 migrieren. Nach der Migration aller verwalteten Knoten der Version 6.0.2.x können Sie mit dem Script convertScriptCompatibility von einem Modus, der die Kompatibilität bei Administrationsscripts der Version 6.0.2.x unterstützt, in einen Modus konvertieren, der vollständig innerhalb eines Modells für eine Konfiguration der Version 6.2 liegt. Informationen hierzu finden Sie unter Befehl 'convertScriptCompatibility'.
Anmerkung: Wenn Sie die Anweisungen unter diesem Link für die Verwendung des Befehls convertScriptCompatibility befolgen, verwenden Sie den Befehl WBIPostUpgrade anstelle des Befehls WASPostUpgrade.
Vorgehensweise
  1. Melden Sie sich an einem Linux®- oder UNIX®-System als Root an bzw. an einem Windows®-System als Mitglied der Administratorgruppe.
  2. Stoppen Sie den Server der Version 6.0.x oder 6.1.x, wenn dieser auf dem zu migrierenden Knoten ausgeführt wird. Verwenden Sie den Befehl stopServer aus dem Verzeichnis 'profilverzeichnis/bin' für das Profil des betroffenen Servers oder stoppen Sie den Server in der Einstiegskonsole des Profils.
    Weitere Informationen zum Befehl stopServer enthält der Abschnitt zum Befehl stopServer. Verwenden Sie die folgende Syntax:
    Anmerkung: Auf i5/OS-Plattformen müssen Sie die Scripts unter der Qshell ausführen. Um eine Qshell-Sitzung zu starten, öffnen Sie eine Eingabeaufforderung für CL-Befehle und geben Sie QSH ein.
    • For i5/OS operating system Auf i5/OS-Plattformen: profilstammverzeichnis/bin/stopServer servername
    • For Linux operating systemFor UNIX operating system Auf Linux- und UNIX-Plattformen: profilstammverzeichnis/bin/stopServer.sh servername
    • For Windows operating system Auf Windows-Plattformen: profilstammverzeichnis\bin\stopServer.bat servername
    Wenn die Sicherheit aktiviert ist, führen Sie stattdessen einen der folgenden Befehle aus. Der angegebene Benutzername muss dem Aufgabenbereich 'Administrator' oder 'Operator' angehören.
    • For i5/OS operating system Auf i5/OS-Plattformen: profilstammverzeichnis/bin/stopServer servername -username benutzer-id -password kennwort
    • For Linux operating systemFor UNIX operating system Auf Linux- und UNIX-Plattformen: profilstammverzeichnis/bin/stopServer.sh servername -username benutzer-id -password kennwort
    • For Windows operating system Auf Windows-Plattformen: profilstammverzeichnis\bin\stopServer.bat servername -username benutzer-id -password kennwort

    Auf dem Windows-Betriebssystem müssen die Parameter -username und -password selbst bei aktivierter Sicherheit nicht angegeben werden, wenn der Server als Windows-Dienst ausgeführt wird. In diesem Fall werden die Parameter automatisch dem Script übergeben, das der Windows-Dienst verwendet, um das System herunterzufahren.

    Anmerkung: Stoppen Sie den Server, bevor Sie den Migrationsprozess starten. In der Standardeinstellung werden alle Server auf dem Knoten gestoppt, bevor die Migration beendet wird.
  3. Stoppen Sie den Knotenagenten des Knotens, der migriert werden soll. Setzen Sie einen der folgenden Befehle ab, um den Knotenagentenprozess je nach Plattform zu stoppen (dabei steht profilstammverzeichnis für das Installationsverzeichnis des eingebundenen Knotens):
    • For i5/OS operating system Auf i5/OS-Plattformen: profilstammverzeichnis/bin/stopNode
    • For Linux operating systemFor UNIX operating system Auf Linux- und UNIX-Plattformen: profilstammverzeichnis/bin/stopNode.sh
    • For Windows operating system Auf Windows-Plattformen: profilstammverzeichnis\bin\stopNode.bat
    Wenn die Sicherheit aktiviert ist, führen Sie stattdessen einen der folgenden Befehle aus:
    • For i5/OS operating system Auf i5/OS-Plattformen: profilstammverzeichnis/bin/stopNode -username benutzer-id -password kennwort
    • For Linux operating systemFor UNIX operating system Auf Linux- und UNIX-Plattformen: profilstammverzeichnis/bin/stopNode.sh -username benutzer-id -password kennwort
    • For Windows operating system Auf Windows-Plattformen: profilstammverzeichnis\bin\stopNode.bat -username benutzer-id -password kennwort
    Anmerkung: Sie müssen den alten Knoten stoppen, bevor Sie den Migrationsprozess starten. Der Server muss nicht aktiv sein, damit seine Konfiguration migriert wird. Die Migrationstools können alle Konfigurationsdaten abrufen, während der Server gestoppt ist.
  4. Ermitteln Sie im Vorfeld die bereits vorhandenen Informationen, die für die Migration erforderlich sind und im Folgenden aufgeführt sind:
    Installationsstammverzeichnis
    Eine Beschreibung des Parameters 'currentWebSphereDirectory' finden Sie unter Befehlszeilendienstprogramm 'WBIPreUpgrade'.
    Name des Sicherungsverzeichnisses für die Migration
    Eine Beschreibung des Parameters 'backupDirectory' finden Sie unter Befehlszeilendienstprogramm 'WBIPreUpgrade'.
    Benutzername für die administrative Sicherheit (erforderlich, wenn die administrative Sicherheit konfiguriert ist)
    Eine Beschreibung des Parameters -username finden Sie im Abschnitt Befehlszeilendienstprogramm 'WBIPostUpgrade'.
    Kennwort für die administrative Sicherheit (erforderlich, wenn die administrative Sicherheit konfiguriert ist)
    Eine Beschreibung des Parameters -password finden Sie im Abschnitt Befehlszeilendienstprogramm 'WBIPostUpgrade'.
    Quellenprofilname
    Eine Beschreibung des Parameters -oldProfile finden Sie im Abschnitt Befehlszeilendienstprogramm 'WBIPostUpgrade'.
    Zielprofilname
    Eine Beschreibung des Parameters -profileName finden Sie im Abschnitt Befehlszeilendienstprogramm 'WBIPostUpgrade'.
    Zuweisung von Portwerten (optional)
    Eine Beschreibung der Parameter -replacePorts und -portBlock finden Sie im Abschnitt Befehlszeilendienstprogramm 'WBIPostUpgrade'.
    Anmerkung: Dies trifft nur zu, wenn Sie von Version 6.0.2.x auf Version 6.2 migrieren.
  5. Stellen Sie sicher, dass der Deployment Manager der Version 6.2 betriebsbereit ist.
  6. Führen Sie den Befehl WBIPreUpgrade aus, und geben Sie den Namen des Sicherungsverzeichnisses für die Migration und den vorhandenen Verzeichnisnamen von WebSphere ESB an. Das Tool WBIPreUpgrade sichert die Konfigurationsdateien der vorhandenen Profile in dem von Ihnen angegebenen Sicherungsverzeichnis.
  7. Führen Sie den Befehl WBIPostUpgrade aus, und geben Sie das Sicherungsverzeichnis für die Migration an. Das Tool WBIPostUpgrade stellt die gesicherte Konfiguration aus dem Sicherungsverzeichnis im neuen Deployment Manager-Profil von WebSphere ESB Deployment wieder her.
    Wichtig: Verwenden Sie beim Aufruf von WBIPostUpgrade den Parameter -createTargetProfile. Diese Option erstellt ein erforderliches übereinstimmendes neues Zielprofil für die Migration. Weitere Informationen zu Zielprofilen finden Sie unter Hinweise zu Zielprofilen.
    For i5/OS operating system Anmerkung: Falls Sie die Migration auf einer i5/OS-Plattform ausführen, muss der Name des Zielprofils mit dem Namen des migrierten Quellenprofils übereinstimmen.
  8. Beginn der ÄnderungBei einer Migration von Version 6.0.2 auf Version 6.2.x müssen Sie die Common-Datenbank erstellen.

    Weitere Informationen enthält der Abschnitt Common-Datenbank bei Migration von Version 6.0.2 auf Version 6.2.x erstellen und Subsystem für Wiederherstellung konfigurieren.

    Ende der Änderung
  9. Wiederholen Sie die Schritte 1 bis 7 (gegebenenfalls unter Auslassung von Schritt 6).
    Anmerkung: Sie müssen Schritt 6 (Ausführung von WBIPreUpgrade) nur dann erneut ausführen, wenn die Migration von Version 6.1.x ausgeht oder wenn die Migration von Version 6.0.2.x ausgeht und das System der Version 6.0.2.x seit der letzten Ausführung von WBIPreUpgrade neu konfiguriert wurde. Falls Sie Schritt 7 überspringen, weil Sie zusätzliche verwaltete Profile in derselben WebSphere ESB-Installation migrieren, können Sie möglicherweise auch Schritt 1 überspringen.
  10. For Linux operating systemFor UNIX operating systemFor Windows operating system Wenn Sie die Kompatibilitätsoption ausgewählt haben (dies ist die Standardeinstellung) und wenn alle Ihre Knoten vollständig auf WebSphere ESB Version 6.2 migriert wurden, führen Sie das Script convertScriptCompatibility aus, um die Kompatibilität des Deployment Managers der Version 6.2 zu entfernen.
    Anmerkung: Führen Sie diesen Schritt nur bei einer von Version 6.0.2.x ausgehenden Migration durch.
    Anmerkung: Dieser Schritt gilt nicht für i5/OS-Plattformen.
    Setzen Sie den Befehl convertScriptCompatibility aus dem Verzeichnis 'bin' ab.
    • For UNIX operating systemFor Linux operating system installationsstammverzeichnis/bin/convertScriptCompatibility.sh
    • For Windows operating system installationsstammverzeichnis\bin\convertScriptCompatibility.bat

    Informationen hierzu finden Sie unter Befehl 'convertScriptCompatibility'.

Ergebnisse

Die Profile der Cluster-Member sind jetzt migriert.

Nächste Schritte

Schließen Sie die Clustermigration ab, indem Sie die Schritte 6 bis 9 unter Cluster migrieren oder die Schritte 7 bis 12 unter Cluster bei minimaler Ausfallzeit migrieren ausführen.

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_mnclust_cl.html
Copyright IBM Corporation 2005, 2010. Alle Rechte vorbehalten.
Dieses Information Center basiert auf Eclipse-Technologie (http://www.eclipse.org).