Eine große Konfiguration von WebSphere Application Server Network Deployment mit vielen Anwendungen migrieren

Wenn Sie eine Konfiguration von WebSphere Application Server Network Deployment mit einer sehr hohen Anzahl großer Anwendungen haben und ein bestimmtes Wartungsfenster für die Migration einhalten müssen, können Schwierigkeiten auftreten, wenn Sie das Standardmigrationsszenario verwenden. In einem solchen Fall können Sie die Ressourcen in der Konfigurationsstruktur einer Deployment-Manager-Konfiguration von Version 7.0 oder höher in ein Deployment-Manager-Profil von Version 9.0 kopieren, aber das Hinzufügen der Anwendungen zum Profil von Version 9.0 zurückstellen, sodass Sie die Umgebung weiterhin mit dem Deployment Manager von Version 7.0 oder höher verwalten können.

Vorbereitende Schritte

Unterstützte Konfigurationen Unterstützte Konfigurationen:

Dieser Artikel beschreibt die Migration von Profilkonfigurationen. Wenn Sie Ihre Anwendungen auf die aktuellste Version migrieren möchten, verwenden Sie WebSphere Application Server Migration Toolkit. Weitere Informationen finden Sie unter Migration Toolkit on WASdev.

sptcfg
Tipp: Um potenzielle Probleme aufgrund von Überschreitungen des Verbindungszeitlimits zu vermeiden, ändern Sie das Verbindungszeitlimit, bevor Sie den Befehl WASPostUpgrade ausführen, um die eingebundenen Knoten in einer Zelle zu migrieren, die viele kleine Anwendungen, einige große Anwendungen und eine sehr große Anwendung enthält. Wenn Sie beispielsweise einen SOAP-Connector verwenden, führen Sie die folgenden Aktionen aus:
  1. Das Profil, auf das Sie den eingebundenen Knoten migrieren, finden Sie im folgenden Verzeichnis von Version 9.0:
    Profilstammverzeichnis/properties 
  2. Öffnen Sie die Datei soap.client.props in diesem Verzeichnis und suchen Sie nach dem Wert für die Eigenschaft "com.ibm.SOAP.requestTimeout". Dies ist der Zeitlimitwert in Sekunden. Der Standardwert beträgt 180 Sekunden.
  3. Erhöhen Sie den Wert der Eigenschaft "com.ibm.SOAP.requestTimeout" so weit, dass er groß genug ist für die Migration Ihrer Konfiguration. Beispielsweise legt der folgende Eintrag einen Zeitlimitwert von einer halben Stunde fest:
    com.ibm.SOAP.requestTimeout=1800
    Anmerkung: Wählen Sie den kleinstmöglichen Wert aus, der für Ihre Anforderungen genügt. Stellen Sie sich darauf ein, mindestens die dreifache Zeit des Zeitlimits abzuwarten: einmal für das Herunterladen von Dateien in das Sicherungsverzeichnis, einmal für das Hochladen der migrierten Dateien in den Deployment Manager und einmal für die Synchronisation des Deployment Manager mit dem migrierten Node Agent.
  4. Wechseln Sie im Sicherungsverzeichnis, das mit dem Befehl WASPreUpgrade erstellt wurde, zu folgendem Unterverzeichnis:
    Sicherungsverzeichnis/profiles/Profilname/properties
  5. Öffnen Sie die Datei soap.client.props in diesem Verzeichnis und suchen Sie nach dem Wert für die Eigenschaft "com.ibm.SOAP.requestTimeout":
  6. Ändern Sie den Wert für die Eigenschaft "com.ibm.SOAP.requestTimeout" in den Wert, den Sie in der Datei von Version 9.0 verwendet haben.

Nähere Informationen hierzu finden Sie in den Artikeln Übersicht über Migration, Koexistenz und Interoperabilität und Hinweise zur Migration. Informationen zur Planung und Durchführung der Migration finden Sie unter Knowledge Collection: Migration planning for WebSphere Application Server.

Informationen zu diesem Vorgang

Sie können diese Strategie anwenden, um das Wartungsfenster einzuhalten. Mit dieser Strategie richten Sie die vollständige Konfiguration von WebSphere Application Server Version 9.0 WebSphere Application Server Network Deployment im Hintergrund ein, während die vorhandene Topologie im Vordergrund betriebsbereit ist und verwaltet werden kann.

Hilfe zur Behebung von Fehlern bei der Migration finden Sie im Artikel Fehlerbehebung bei der Migration.

Vorgehensweise

  1. Stellen Sie sicher, dass der Deployment Manager von WebSphere Application Server Version 7.0 oder höher aktiv ist und die vorhandene Umgebung verwaltet. Vergewissern Sie sich, dass kein Deployment Manager von Version 9.0 aktiv ist.

    Dieser Punkt ist wichtig, um zu verhindern, dass zwei unterschiedliche Deployment Manager versuchen, dieselbe Umgebung zu verwalten.

  2. Starten Sie die Qshell-Umgebung, damit Sie Scripts von WebSphere Application Server ausführen können.
    Geben Sie den folgenden Befehl über eine Befehlszeile ein:
    STRQSH
  3. Führen Sie den Befehl WASPreUpgrade aus.
    Verwenden Sie folgende Parameter:
    Stammverzeichnis_des_Anwendungsservers/bin/WASPreUpgrade
     Name_des_Sicherungsverzeichnisses
     altes_Profilstammverzeichnis
    Für diese Angaben gilt Folgendes:
    • Stammverzeichnis_des_Anwendungsservers ist das Verzeichnis, in dem Version 9.0 installiert ist.
    • Name_des_Sicherungsverzeichnisses (erforderlicher Parameter) steht für den vollständig qualifizierten Pfad des integrierten Dateisystemverzeichnisses, in dem das Migrationstool WASPreUpgrade die gesicherte Konfiguration und die gesicherten Dateien speichert.

      Das Verzeichnis wird erstellt, falls es noch nicht vorhanden ist. Das Tool schreibt außerdem eine Protokolldatei mit dem Namen WASPreUpgrade.log, in der die vom Befehl WASPreUpgrade ausgeführten Schritte chronologisch protokolliert werden.

    • altes_Profilstammverzeichnis (erforderlicher Parameter) steht für den Pfad der Instanz oder des Profils von Version 7.0 oder höher, das migriert werden soll.

    Eine vollständige Erläuterung des Befehls WASPreUpgrade und seiner Parameter finden Sie im Artikel Befehl "WASPreUpgrade".

  4. Führen Sie den Befehl WASPostUpgrade aus.
    Verwenden Sie die folgenden Parameter:
    Stammverzeichnis_des_Anwendungsservers/bin/WASPostUpgrade
     Name_des_Sicherungsverzeichnisses
     -profileName 80ND-Profilname
     -includeApps Script
     -keepDmgrEnabled true
    Für diese Angaben gilt Folgendes:
    • Stammverzeichnis_des_Anwendungsservers ist das Verzeichnis, in dem Version 9.0 installiert ist.
    • Name_des_Sicherungsverzeichnisses (erforderlicher Parameter) steht für den vollständig qualifizierten Pfad des integrierten Dateisystemverzeichnisses, in dem das Migrationstool WASPreUpgrade zuvor die Konfiguration des Deployment Manager von Version 7.0 oder höher gespeichert hat.
    • 80ND-Profilname (erforderlicher Parameter) steht für den Namen des Deployment-Manager-Verwaltungsprofils von Version 9.0, in das das Script Ihre Konfiguration migriert.

    Eine vollständige Erläuterung des Befehls WASPostUpgrade und seiner Parameter finden Sie im Artikel Befehl "WASPostUpgrade".

    Jetzt können Sie das Wartungsfenster verlassen und Ihre Umgebung weiterhin mit dem Deployment Manager von WebSphere Application Server Version 7.0 oder höher verwalten.

  5. Passen Sie die Verwaltungsdateien an.
    1. Wechseln Sie in das Sicherungsverzeichnis für die Migration, das die generierten Verwaltungsdateien enthält.
    2. Kombinieren und passen Sie die Verwaltungsdateien bei Bedarf an.

      Möglicherweise müssen Sie Anwendungen in Verwaltungsdateien gruppieren oder das Verzeichnis installedApplications mit dem Parameter installed.ear.destination angeben.

  6. Starten Sie die Qshell-Umgebung, damit Sie Scripts von WebSphere Application Server ausführen können.
    Geben Sie den folgenden Befehl über eine Befehlszeile ein:
    STRQSH
  7. Führen Sie den Befehl wsadmin aus, um die Anwendungen zu installieren.
    • Installieren Sie die Anwendungen in der Konfiguration von Version 9.0 während des normalen Betriebs oder in einem angemessenen Wartungsfenster.
    • Geben Sie -conntype NONE an. Beispiel:
      wsadmin -f Anwendungsscript -conntype NONE

    Nachdem alle Anwendungen installiert wurden, können Sie den Deployment Manager von WebSphere Application Server Version 9.0 verwenden.

  8. Stoppen Sie den Deployment Manager von WebSphere Application Server Version 7.0 oder höher.

    Dieser Punkt ist wichtig, um zu verhindern, dass zwei unterschiedliche Deployment Manager versuchen, dieselbe Umgebung zu verwalten.

    Hierfür gibt es verschiedene Möglichkeiten. Eine einfache Möglichkeit ist, die Datei serverindex.xml im Knotenverzeichnis des Deployment Manager von Version 7.0 oder höher umzubenennen.

  9. Starten Sie den Deployment Manager von WebSphere Application Server Version 9.0.
    1. Starten Sie die Qshell-Umgebung, damit Sie Scripts von WebSphere Application Server ausführen können.
      Geben Sie den folgenden Befehl über eine Befehlszeile ein:
      STRQSH
    2. Wenn das Subsystem QWAS9 nicht gestartet wurde, starten Sie das Standardprofil.
      Geben Sie den folgenden Befehl über eine Befehlszeile ein:
      STRSBS QWAS9/QWAS9
    3. Starten Sie den Deployment Manager von Version 9.0 mit dem Script startManager.
      Verwenden Sie die folgenden Parameter:
      Stammverzeichnis_des_Anwendungsservers/bin/startManager
       -profileName 80ND-Profilname
      Für diese Angaben gilt Folgendes:
      • Stammverzeichnis_des_Anwendungsservers ist das Verzeichnis, in dem Version 9.0 installiert ist.
      • 80ND-Profilname steht für den Namen des Deployment-Manager-Verwaltungsprofils von Version 9.0.

Ergebnisse

Jetzt sollte der Deployment Manager von WebSphere Application Server Version 9.0 aktiv sein und die normale Anwendungssynchronisation stattfinden.

Sie können jede der folgenden Prozeduren verwenden:
  • Migrieren Sie die gesamte Zelle vor der Installation der Anwendung.
  • Führen Sie folgende Aktionen aus:
    1. Installieren Sie die Anwendungen, und übernehmen Sie die heterogene Zelle.
    2. Ändern Sie die Verbindungszeitlimits (gemäß der Beschreibung im Tipp am Anfang dieses Artikels), bevor Sie den Befehl WASPostUpgrade zum Migrieren der eingebundenen Knoten ausführen.

Symbol, das den Typ des Artikels anzeigt. Taskartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-iseries&topic=tmig_largend
Dateiname:tmig_largend.html