Vorherige Versionen von IBM HTTP Server migrieren
Dieser Abschnitt enthält Informationen zur Aktualisierung einer älteren Version von IBM® HTTP Server.
Informationen zu diesem Vorgang
IBM HTTP Server kann mit älteren Versionen koexistieren, wenn Sie die aktuelle Version in einem anderen Verzeichnis installieren. Es ist auch möglich, ältere Versionen von IBM HTTP Server zu aktualisieren, indem die neueste Version in dem Verzeichnis installiert wird, in dem sich die ältere IBM HTTP Server-Version befindet. Wenn Sie denselben Installationspfad in demselben System für eine neue IBM HTTP Server-Version verwenden, bleibt die WebSphere Application Server-Web-Server-Definition gültig. Dabei gilt aber eine kleine Ausnahme beim Windows-Server, bei dem der Servicename in der Serverdefinition in den für die neue Version verwendeten Servicenamen geändert werden muss.
Wenn Sie eine Migration von einer IBM HTTP Server-Version durchführen, die älter ist als ein vorheriges Hauptrelease, lesen Sie zunächst die Produktdokumentation für die IBM HTTP Server-Zwischenversion(en) und die Informationen zur Migration, da Sie in diesem Fall möglicherweise zusätzliche Schritte ausführen müssen, die hier nicht dokumentiert sind. Sie müssen möglicherweise zusätzliche Schritte ausführen.
Vorgehensweise
- Führen Sie ein IBM HTTP
Server-Upgrade von einer vorherigen Installation durch.
Wenn Sie ein Upgrade von einer vorherigen IBM HTTP Server-Version durchführen, führen Sie die folgenden Schritte aus, um die neue Version in demselben Verzeichnis wie die vorherige Version zu installieren. Wenn die neue Version in einem anderen Verzeichnis installiert werden soll, müssen Sie die Schritte 1 - 4 nicht ausführen. Ob Sie die übrigen Schritte ausführen müssen, hängt davon ab, wie ähnlich die aktuelle Konfiguration der Konfiguration einer vorherigen IBM HTTP Server-Version sein soll.
- Stoppen Sie IBM HTTP Server und den Verwaltungsserver von IBM HTTP Server.
- Kopieren Sie das vorhandene Installationsverzeichnis an eine neue Position.
Dadurch werden Konfiguration, Schlüssel und Inhalt beibehalten.
Setzen Sie den folgenden Befehl ab, um die vorherige Installation zu kopieren:
cp –rp aktuelles_Installationsverzeichnis neuer_Verzeichnisname
xcopy aktuelles_Installationsvezeichnis neuer_Verzeichnisname /s /e /k /i
- Deinstallieren Sie die vorherige Version von IBM HTTP Server.
- Entfernen Sie das vorherige Installationsverzeichnis.
Weil die Deinstallation einige Dateien zurücklässt, z. B. geänderte und hinzugefügte Dateien, Fixpackdateien und Deinstallationsdateien, müssen Sie das vorherige Installationsverzeichnis manuell entfernen, um den Deinstallationsprozess abzuschließen. Wenn Probleme bei der Deinstallation aufgetreten sind, prüfen und sichern Sie die Deinstallationsprotokolldateien im Verzeichnis HTTP-Server-Installationsverzeichnis/logs/uninstall, bevor Sie fortfahren.
Setzen Sie den folgenden Befehl ab, um das Installationsverzeichnis zu entfernen:
rm -r aktuelles_Installationsvezeichnis
rd /s aktuelles_Installationsverzeichnis
- Installieren Sie IBM HTTP Server.
Wenn Sie ein Upgrade für eine vorhandene Version durchführen, installieren Sie die neue Version in demselben Verzeichnis, in dem sich die vorherige Version befindet.
Wenn Sie eine neue Version parallel zu einer vorhandenen Version installieren möchten, installieren Sie die neue Version in einem anderen Verzeichnis.
- Führen Sie Plug-ins Configuration Tool (pct) aus, um Ihr Web-Server-Plug-in zu konfigurieren. Weitere Informationen zur Ausführung des Tools pct finden Sie im Artikel "Web-Server-Plug-in mit dem Tool pct konfigurieren".
- Stellen Sie alle
Konfigurationsanpassungen, die Sie für die
vorherige IBM HTTP Server-Version und die vorherige Version des
IBM HTTP Server-Verwaltungsservers vorgenommen haben, wieder her.
- Stellen Sie fest, welche Anpassungen gemacht wurden.
Wenn Sie die httpd.conf-Konfigurationsdateien, die mit der vorherigen IBM HTTP Server-Version bereitgestellt wurden, als Ausgangspunkt für Ihre Konfigurationsdateien verwendet haben, vergleichen Sie den Inhalt jeder Konfigurationsdatei mit der entsprechenden .default-Datei (Standarddatei) in dem Verzeichnis, das die vorherige Installation von IBM HTTP Server enthält. Wenn Sie beispielsweise den Inhalt der Datei httpd.conf mit dem Inhalt der Datei httpd.conf.default vergleichen, sollten alle Anpassungen erkennbar sein, die seit der ursprünglichen Installation an der Datei httpd.conf vorgenommen wurden. Vergleichen Sie anschließend die übrigen Konfigurationsdateien auf dieselbe Art und Weise.
Wenn Sie die httpd.conf-Konfigurationsdateien, die mit der vorherigen Version von IBM HTTP Server bereitgestellt wurden, nicht als Ausgangspunkt für Ihre Konfigurationsdateien verwendet haben, müssen Sie eine manuelle Analyse durchführen, um Ihre vorherigen Einstellungen zu ermitteln. In diesem Szenario könnten Sie die Einstellungen in der Datei httpd.conf.default der neuen IBM HTTP Server-Version mit den Einstellungen in der Datei httpd.conf.default der vorherigen IBM HTTP Server-Version vergleichen. Bei einem solchen Vergleich können Sie die Konfigurationsunterschiede zwischen den beiden httpd.conf.default-Dateien feststellen. Anschließend können Sie dieses Ergebnis verwenden, um Ihre angepasste Konfigurationsdatei so zu modifizieren, dass sie mit der aktuellen IBM HTTP Server-Version verwendet werden kann.
Vergleichen Sie die Datei bin/envars mit der Datei bin/envars-std im Verzeichnis mit Ihrer vorherigen IBM HTTP Server-Installation. Dadurch können Sie Anpassungen erkennen, die ggf. an dieser Datei vorgenommen wurden.
- Nehmen Sie diese Anpassungen in die neu installierte
IBM HTTP Server-Konfiguration und in die
envars-Dateien auf.
Nachdem Sie die Konfigurationsanpassungen ermittelt haben, die an der vorherigen IBM HTTP Server-Version vorgenommen wurden, übernehmen Sie diese Änderungen, sofern zutreffend, in die Konfigurationsdateien für die aktuelle IBM HTTP Server-Version.
Wenn in den Konfigurationsdateien WebSphere Application Server-Plug-in-Anweisungen aus vorherigen Versionen enthalten sind, entfernen Sie diese, um keine doppelten Einträge zu produzieren. Wenn Sie diese Anweisungen nicht entfernen, kann beim Start des aktuellen Plug-in-Binärmoduls durch den HTTP-Server ein Fehler auftreten, der angibt, dass das Modul bereits geladen ist.
Die Konfigurationsdatei kann auch doppelte Einträge für den Zugriff auf die WebSphere Application Server-Beispiele enthalten. Entfernen Sie alle Aliasse für vorherige Versionen und behalten Sie nur die aktuellen Einträge bei:
- Verwenden Sie eine Konfigurationsdatei aus IBM HTTP Server Version 7.0, 8.0 oder 8.5.5.
- Stellen Sie fest, welche Anpassungen gemacht wurden.
- Stellen Sie den HTML-Inhalt wieder her. Wenn der Webseiteninhalt vorher in Ihrem IBM HTTP Server-Installationsverzeichnis gespeichert wurde, kopieren Sie diese Inhaltsdateien aus dem Verzeichnis der vorherigen IBM HTTP Server-Version in das Installationsverzeichnis für die neue Version.
- Kopieren Sie alle SSL-Schlüsseldateien (KeyFiles), die ggf. im Installationsverzeichnis der vorherigen IBM HTTP Server-Version enthalten sind, in das neue Installationsverzeichnis.
- Ändern Sie die Portzuordnungen für
koexistierende IBM HTTP Server.
Wenn Sie IBM HTTP Server in einem neuen Verzeichnis installiert und das Verzeichnis der vorherigen IBM HTTP Server-Version beibehalten haben, verwenden der Verwaltungsserver und der Web-Server dieselben Ports wie der Verwaltungsserver und der Web-Server der vorherigen Version. Wenn Sie jemals beide IBM HTTP Server-Versionen gleichzeitig ausführen, werden Portkonflikte auftreten, sofern Sie nicht die Portnummern einer Serverversion ändern.
Um die Portnummer für eine IBM HTTP Server-Version zu ändern, bearbeiten Sie die Serverkonfigurationsdateien der betreffenden IBM HTTP Server-Version. Diese Dateien sind im Verzeichnis HTTP-Serverinstallationsverzeichnis/conf enthalten.
- Aktualisieren Sie die Apache-Plug-in-Module.
Es gibt gegenüber dem vorherigen Hauptrelease keine Änderungen, die die Apache-API betreffen. Daher gibt es keine Notwendigkeit, die Module, die mit dem vorherigen Release gearbeitet haben, neu zu erstellen. Wenn Sie jedoch Module anderer Anbieter verwenden, sollten Sie sich mit diesen Anbietern in Verbindung setzen und prüfen, ob diese Module für die neue IBM HTTP Server-Version, auf die Sie aktualisieren, unterstützt werden.
Apache-Plug-in-Module aus anderen Quellen als der aktuellen IBM HTTP Server 8.0-Installation müssen Apache 2.4 unterstützen. Distributoren von Modulen, die mit älteren Versionen von IBM HTTP Server verwendet wurden, müssen die Module eventuell für die Unterstützung von Apache 2.4 neu kompilieren.
- WebSphere Application Server stellt ein neues Plug-in für Apache 2.4 und IBM HTTP Server bereit.
- Wenn Sie Module anderer Anbieter verwenden, wenden Sie sich an den entsprechenden Anbieter und fordern Sie eine Version des Moduls an, die mit der Apache 2.4-API arbeitet.
- Wenn Sie intern entwickelte Module verwenden, müssen Sie Ihre Module für die Unterstützung von Apache 2.4 neu erstellen. Möglicherweise sind auch einige Änderungen in diesen Modulen erforderlich.
- Aktualisieren Sie den IBM HTTP Server-Servicenamen. Aktualisieren Sie den IBM HTTP Server-Servicenamen in der WebSphere Application Server-Web-Server-Definition, falls die folgenden Bedingungen zutreffen:
- Sie verwenden einen Windows-Server.
- Sie haben IBM HTTP Server in demselben Verzeichnis installiert, in dem sich bereits eine frühere Version befindet.
- Sie verwenden eine Web-Server-Definition aus dieser vorherigen Installation.
Rufen Sie für IBM HTTP Server auf einem Windows-Serversystem die "Dienste" (Services) auf, um den Namen für den neuen IBM HTTP Server-Service zu ermitteln. Anschließend aktualisieren Sie die Web-Server-Definition mit diesem Servicenamen.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=ihs-dist&topic=cihs_upgrading2
Dateiname:cihs_upgrading2.html