|
| |
| Sun Java Enterprise System 5-Aktualisierungshandbuch für UNIX | |
Kapitel1
Planung hinsichtlich der AktualisierungenDieses Kapitel enthält Informationen zur Planung der Aktualisierung von Sun Java™ Enterprise System (Java ES) Software auf Java ES Release 5 in einem Sun Solaris™ Betriebssystem oder einer Betriebssystemumgebung von Red Hat Enterprise Linux (vereinfacht als Linux bezeichnet).
Es besteht aus folgenden Abschnitten:
Java ES 5-KomponentenAls Einführung zur Planung der Aktualisierung der Java ES-Software werden in diesem Abschnitt die Komponenten in Java ES Release 5 überprüft. Abhängig von Ihrem Aktualisierungsszenario müssen Sie möglicherweise eine oder mehrere dieser Komponenten auf die Version von Release 5 aktualisieren.
Java ES-Komponenten werden in zwei Gruppen unterteilt, wie im Java Enterprise System 5 – Technische Übersicht (http://docs.sun.com/doc/819-3588) beschrieben.
- Gemeinsam genutzte Komponenten. Java ES Gemeinsam genutzte Komponenten sind lokal vorhandene gemeinsam genutzte Bibliotheken, von denen die Java ES-Produktkomponenten abhängen. Gemeinsam genutzte Komponenten werden automatisch vom Java ES-Installationsprogramm installiert. Welche gemeinsam genutzten Komponenten installiert werden, hängt davon ab, welche Produktkomponenten installiert sind.
Release 5: Produktkomponenten
Die Produktkomponenten in Release 5 sind in der folgenden Tabelle alphabetisch aufgeführt zusammen mit den Abkürzungen, die in den folgenden Tabellen dafür verwendet werden. Für die Dienstqualitätskomponenten wird auch die Diensttyperweiterung angegeben, die von der jeweiligen Komponente bereitgestellt wird.
Release 5: Gemeinsam genutzte Komponenten
Die gemeinsam genutzten Komponenten in Release 5 sind in der folgenden Tabelle alphabetisch aufgeführt zusammen mit den Abkürzungen, die in den folgenden Tabellen dafür verwendet werden.
Java ES-AktualisierungstechnologienKeiner der einzelnen Systemdienste aktualisiert alle Java ES-Komponenten. Aktualisierungen der Produktkomponenten und gemeinsam genutzten Komponenten haben unterschiedliche Merkmale und Aktualisierungstechnologien, wie im folgenden Abschnitt beschrieben.
Aktualisierung von Produktkomponenten
Die Aktualisierung von Java ES-Produktkomponenten auf Release 5 wird Komponente für Komponente und Computer für Computer anhand der in diesem Aufrüstungshandbuch beschriebenen komponentenspezifischen Aktualisierungsverfahren durchgeführt.
Die Aktualisierung einer Produktkomponente kann Hauptaktualisierungen umfassen, die möglicherweise nicht mit der früheren Version der Komponente kompatibel sind, oder Aktualisierungen mit Fehlerkorrekturen, die mit der Vorgängerversion vollständig kompatibel sind. Aufgrund der Abhängigkeiten zwischen den Java ES-Komponenten, zieht eine Aktualisierung möglicherweise die Aktualisierung weiterer Komponenten nach sich.
Die Aktualisierung der Java ES-Produktkomponenten umfasst zwei grundlegende Vorgänge, die die ursprüngliche Installation und Konfiguration der Java ES-Produktkomponenten widerspiegeln:
- Installation von Software-Aktualisierungen Eine aktualisierte Software erweitert oder korrigiert eine bestehende Software oder ersetzt eine bestehende Software. Eine Software kann installiert werden, indem Patches auf bestehende Software-Pakete angewandt, bestehende Pakete selektiv ausgetauscht, neue Pakete installiert werden oder eine Komponenten-Software vollständig neu installiert wird.
- Neukonfiguration. Bei der Neukonfiguration werden sämtliche Änderungen der Konfigurationsdaten, Benutzerdaten bzw. der dynamischen Anwendungsdaten durchgeführt, die für die Unterstützung der aktualisierten Software erforderlich sind. Die Datenänderung kann aus dem Hinzufügen zusätzlicher Daten bestehen, aus einer Änderung des Datenformats (in Eigenschaftsdateien oder Datenbankschema) oder aus einer Änderung des Speicherorts der Daten. Zur Neukonfiguration muss manchmal ein bestimmtes Verfahren durchgeführt werden und manchmal erfolgt sie automatisch. In einigen Fällen ist es zur Neukonfiguration erforderlich, die Komponentensoftware in einen Webcontainer zu verschieben.
Außerdem umfassen Aktualisierungen von Java ES-Produktkomponenten normalerweise Aufgaben, die vor der Aktualisierung durchgeführt werden müssen, und in einigen Fällen Verfahren nach der Aktualisierung, um diese betriebsbereit zu machen.
Ansätze zur Aktualisierung von Produktkomponenten
Zu den komponentenspezifischen Aktualisierungsverfahren zur Installation aktualisierter Software und zur Durchführung einer Neukonfiguration der Komponenten zählen die folgenden Aktualisierungsansätze:
Verwendung der Aktualisierungsfunktionen im Java ES Installationsprogramm.
Das Installationsprogramm in Release 5 enthält eine Aktualisierungsfunktion zur Aktualisierung von Produktkomponenten in einigen besonderen Fällen: Anwendungsserver, Message Queue, HADB und Java DB. Erkennt das Java ES-Installationsprogramm die vorher installierten Release-Versionen dieser Produktkomponenten, so kennzeichnet es diese Komponenten als aktualisierbar.“
Vor Aktualisierung dieser Komponenten überprüft das Installationsprogramm, ob aktuelle und frühere Versionen gemeinsam genutzter Komponenten vorhanden sind. Erkennt das Installationsprogramm, dass eine für die ausgewählte Komponente erforderliche gemeinsam genutzte Komponente einen früheren Versionsstand hat oder fehlt, so aktualisiert das Installationsprogramm alle gemeinsam genutzten installierten Komponenten und installiert alle fehlenden für die ausgewählte Komponente erforderlichen gemeinsam genutzten Komponenten. In einigen Fällen (vor allem Anwendungsserver) aktualisiert das Installationsprogramm die Produktkomponenten, von denen die zu aktualisierende Komponente abhängt.
Das Installationsprogramm entfernt Pakete mit früheren Versionen, installiert die Pakete mit Produktkomponenten für Release 5 und konfiguriert gegebenenfalls die Produktkomponente neu, die aktualisiert wird. (Wenn Anwendungsserver im Lieferumfang des Betriebssystems Solaris 9 enthalten ist, entfernt das Installationsprogramm jedoch keine Pakete; siehe Aktualisierung der Release 2-Version von Anwendungsserver).
Wenn Sie die Funktion der Betriebssystemzone von Solaris 10 verwenden, sind einige besondere Aspekte zu beachten. Siehe auch Zonenunterstützung im Java ES-Installationsprogramm.
Neuinstallation der Produktkomponente
Einige Produktkomponenten werden aktualisiert durch Neuinstallation der Komponenten über das Java ES-Installationsprogramm. Dazu entfernen Sie zunächst die Pakete der früheren Version und installieren dann Release 5 im gleichen Pfad. Sie können aber auch Release 5 in einem parallelen Pfad installieren und die frühere Version beibehalten.
In beiden Fällen werden die Produktkomponenten neu konfiguriert, indem man die Konfigurationsdaten der früheren Version in die neue Installation migriert, eine Neukonfiguration durchführt oder eine Kombination aus beiden Verfahren anwendet. Für einige Produktkomponenten gibt es ein Dienstprogramm zur Neukonfiguration oder Migration von Konfigurationsdaten dieser Komponente.
Starten eines komponentenspezifischen Dienstprogramms zur Aktualisierung
Einige Produktkomponenten bieten ein Dienstprogramm zur Aktualisierung oder ein Skript, das die Aktualisierung der Komponente auf Release 5 automatisiert. Das Dienstprogramm führt sowohl die Aktualisierung der Softwarepakete als auch zur Aktualisierung benötigte Neukonfigurationen durch. Für Komponenten, die in einen Webcontainer ausgelagert wurden, überträgt das Dienstprogramm in der Regel die aktualisierte Komponenten-Software in den Webcontainer.
Anwendung von Patches auf vorhandene Komponentenpakete
Einige Produktkomponenten werden durch manuelle Anwendung von Patches auf bestehende Softwarepakete aktualisiert. Während Plattformen unter Solaris und Linux ähnliche Technologien zur Verwaltung installierter Software-Pakete und zur Nachverfolgung von Änderungen an diesen Paketen durch eine Paket-Registry einsetzen, wirken sich die unterschiedlichen Technologien der Plattformen zur Anwendung von Patches auf die Aktualisierungsverfahren aus.
- Solaris-Plattform. Pakete werden über die Solaris-Befehle pkgadd und pkgrm installiert und entfernt. Die installierten Paketinhalte können mithilfe von Patches geändert werden. Diese werden mit den Befehlen patchadd und patchrm angewendet bzw. entfernt. Die Patches für Solaris-Pakete sind über die SunSolve-Website unter folgender Adresse erhältlich: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
Solaris-Patches werden auf ein oder mehrere Pakete angewendet. Der Befehl patchadd erstellt eine Sicherungskopie des Pakets, auf das das Patch angewendet wird, um das Entfernen des Patches mit dem Befehl patchrm zu ermöglichen. Patches werden durch eine Patch-ID identifiziert, die aus einer Patch-Nummer gefolgt von einer Revisionsnummer besteht. Die Revisionsnummer erhöht sich entsprechend der im Laufe der Zeit vorgenommenen Änderungen.
- Linux-Plattform. Red Hat Enterprise Linux-Pakete (RPMs) können durch den Befehl rpm installiert oder aktualisiert werden. Die installierten Paketinhalte können durch Anwendung von Patches nicht geändert werden. RPM-Pakete werden stattdessen mit der Befehlsoption rpm -U aktualisiert. Dabei wird das aktuelle Paket durch eine neuere Version des Pakets ersetzt.
Um das Beziehen der RPMs zu erleichtern, sind zahlreiche RPM-Paketaktualisierungen nicht nur in der Java ESVerteilung von Release 5 enthalten, sondern auch über die SunSolve-Website unter folgender Adresse erhältlich: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
RPM-Pakete, die über SunSolve erhältlich sind, sind zu Patches zusammengefasst, denen wie Solaris-Patches eine Patch-ID und eine Revisionsnummer zugewiesen ist. Diese Linux-Patches können ein oder mehrere RPM-Pakete enthalten, die jeweils durch einen eindeutigen RPM-Namen, eine RPM-Nummer sowie eine Revisionsnummer gekennzeichnet sind. Die Revisionsnummer erhöht sich entsprechend der im Laufe der Zeit vorgenommen Änderungen des RPM-Pakets.
Ansatz zur Aktualisierung für alle Produktkomponenten
Der Ansatz zur Aktualisierung aller Produktkomponenten auf Release 5 ist in der folgenden Tabelle beschrieben:
Aktualisierungen gemeinsam genutzter Komponenten
Die Aktualisierung von gemeinsam genutzten Java ES-Komponenten ist häufig ein notwendiger Bestandteil der Aktualisierung der Produktkomponenten, die von den gemeinsam genutzten Komponenten abhängen.
Zur Aktualisierung gemeinsam genutzter Komponenten ist weder eine Neukonfiguration der Komponenten erforderlich noch die Durchführung bestimmter Verfahren vor und nach der Aktualisierung. Aktualisierungen gemeinsam genutzter Komponenten können außerdem nicht rückgängig gemacht werden.
Die große Anzahl (ca. 30) an gemeinsam genutzten Java ES-Komponenten sowie die komplexe Interaktion zwischen gemeinsam genutzten Komponenten und Produktkomponenten machen es erforderlich, dass alle gemeinsam genutzten Komponenten innerhalb eines Betriebssystems auf dieselbe Java ES Release-Version synchronisiert werden. Eine Betriebssystem-Instanz bedeutet, dass das Linux-Betriebssystem Solaris 9, Solaris 10 oder Red Hat Enterprise auf einem einzelnen Computer läuft, oder dass das Betriebssystem Solaris 10 auf einer der virtuellen Betriebssystemumgebungen (Zonen) eines Computers läuft.
Da eine Synchronisierung erforderlich ist, sollten Sie gemeinsam genutzte Java ES-Komponenten nicht einzeln aktualisieren, sondern gleichzeitig auf Release 5 aktualisieren.
Gemeinsam genutzte Komponenten können mithilfe des Java ES-Installationsprogramms auf Release 5 synchronisiert werden. Das Installationsprogramm synchronisiert gemeinsam genutzte Komponenten bei der Aktualisierung von Produktkomponenten (siehe Verwendung der Aktualisierungsfunktionen im Java ES Installationsprogramm.) oder bei Neuinstallation von Produktkomponenten. Das Installationsprogramm enthält auch eine Synchronisierungsfunktion, die alle vorhandenen gemeinsam genutzten Komponenten aktualisiert und fehlende gemeinsam genutzte Komponenten installiert. Eine vollständige Beschreibung dieser Funktion erhalten Sie unter Alle gemeinsam genutzten Komponenten synchronisieren.
Der AktualisierungsvorgangDer Java ES-Aktualisierungsprozess umfasst eine Reihe von Phasen, die normalerweise zunächst in einer Testumgebung durchgeführt werden, bevor sie in einer Produktionsumgebung ablaufen. In einer Testumgebung können Sie jede Phase zunächst testen und Skripte schreiben, die dann von IT-Mitarbeitern zur Aktualisierung komplexer Java ES-Bereitstellungen verwendet werden können.
Wenn Sie einen Aktualisierungsvorgang in einer Testumgebung getestet haben und sicher sind, dass die Aktualisierung richtig funktioniert, können Sie den Vorgang in der Produktionsumgebung reproduzieren.
Der Vorgang umfasst die Phasen, die in der folgenden Tabelle aufgeführt und in diesem Aufrüstungshandbuch dokumentiert sind. Die Phasen lassen sich auf einzelne Komponentenaktualisierungen wie auch auf ihre Java ES-Bereitstellung insgesamt anwenden.
Überlegungen zum AktualisierungsplanIn einem Aktualisierungsplan spezifizieren Sie die auf Release 5 zu aktualisierenden Java ES-Komponenten und die Reihenfolge, in der diese auf den verschiedenen Computern oder Betriebssystem-Instanzen Ihrer Java ES-Bereitstellung aktualisiert werden sollen.
Ihr Aktualisierungsplan hängt von den Zielen und Prioritäten Ihrer Aktualisierung ab sowie vom Umfang und der Komplexität Ihrer Bereitstellungsarchitektur.
Ihre Java ES-Bereitstellungsarchitektur kann beispielsweise aus einer einzelnen Java ES-Komponente bestehen, die auf einem einzelnen Computer ausgeführt wird. Das Ziel der Aktualisierung könnte dabei die Behebung von Fehlern der früheren Softwareversion sein. Ihre Java ES-Bereitstellungsarchitektur kann jedoch auch aus einer Reihe voneinander abhängigen Java ES-Komponenten bestehen, die auf zahlreichen verschiedenen Computern bereitgestellt sind. Das Ziel der Aktualisierung könnte dabei die Bereitstellung neuer Funktionen sein, wobei nur die Mindestanzahl an Komponenten aktualisiert werden soll und die Ausfallzeit so gering wie möglich gehalten werden soll.
Grundsätzlich gilt, je höher die Anzahl der Java ES-Komponenten und je höher die Anzahl der Computer in Ihrer Bereitstellungsarchitektur ist, desto komplexer gestaltet sich der Aktualisierungsplan.
Ihr Aktualisierungsplan hängt von zahlreichen Faktoren ab, die über den Umfang und die Komplexität Ihrer Bereitstellungsarchitektur hinausgehen. Dazu zählen folgende Faktoren:
-Aktualisierungsabhängigkeiten
Einer der wichtigsten Faktoren bei der Planung der Aktualisierung einer Java ES-Produktkomponente ist die Kenntnis der Abhängigkeiten dieser Komponente von anderen Java ES-Komponenten und davon, ob andere Komponenten, von denen die zu aktualisierende Komponente abhängig ist, ebenfalls aktualisiert werden müssen, um die Aktualisierung der Komponente zu unterstützen.
Es gibt zwei Arten von Aktualisierungsabhängigkeiten:
- Zwingende Aktualisierungsabhängigkeit. Die Aktualisierung einer Produktkomponente erfordert die Aktualisierung einer Komponente, von der diese abhängig ist. Diese Anforderung ergibt sich beispielsweise aufgrund einer neuen Funktion, neuer Schnittstellen oder Fehlerkorrekturen, die für die abhängige Komponente benötigt werden. Bei einer zwingenden Aktualisierungsabhängigkeit können Sie die Komponente erst dann erfolgreich aktualisieren und verwenden, wenn die Komponente, von der die Komponente abhängig ist, aktualisiert wurde.
- Keine zwingende Aktualisierungsabhängigkeit. Die Aktualisierung einer Produktkomponente erfordert keine Aktualisierung einer Komponente, von der diese abhängig ist. Bei einer nicht zwingenden Aktualisierungsabhängigkeit können Sie die Komponente erfolgreich aktualisieren und verwenden, auch wenn die Komponente, von der die Komponente abhängig ist, nicht aktualisiert wurde.
Bei der Aktualisierung einer Java ES-Produktkomponente müssen alle Komponenten, von denen die Komponente zwingend abhängig ist, aktualisiert werden. Abgesehen von einigen Ausnahmen, die in diesem Handbuch genannt sind, müssen Komponenten, von denen die Komponente nicht zwingend abhängig ist, nicht aktualisiert werden. Wenn mehrere voneinander abhängige Komponenten aktualisiert werden sollen, müssen Sie eine Komponente aktualisieren, sobald eine der zu aktualisierenden Java ES-Komponenten zwingend von dieser speziellen Komponente abhängig ist.
Aufgrund von eingeführten Inkompatibilitäten müssen Sie in einigen besonderen Fällen bei der Aktualisierung einer Komponente auch die Komponente aktualisieren, die diese unterstützt. Diese besonderen Fälle werden in diesem Handbuch genannt.
Unterstützte Aktualisierungswege und Strategien
Ihr Aktualisierungsplan hängt vom Java ES Release ab, den Sie auf Release 5 aktualisieren wollen.
Es können zwar alle früheren Release-Versionen der Java ES-Software auf Java ES 5 (Release 5) aktualisiert werden, jedoch nur die Aktualisierung von Java ES 2005Q4 (Release 4) und Java ES 2005Q1 (Release 3) und Java ES 2004Q2 (Release 2) wird unterstützt. Während dieses Aufrüstungshandbuch Strategien zur Aktualisierung von Java ES 2003Q4 (Release 1) und Release-Versionen älter als Java ES bietet, erhalten Sie darin keine Anweisungen zur Durchführung dieser Aktualisierungen.
In der folgenden Tabelle werden die verschiedenen Aktualisierungswege für Release 5, deren Merkmale sowie die Aktualisierungsstrategien zur Durchführung der Aktualisierung beschrieben.
Aufgrund der Unterschiede der in dieser Tabelle beschriebenen Aktualisierungswege und weil der Vorgang zur Aktualisierung von Produktkomponenten oft davon abhängt, auf welche Release-Version aktualisiert wird, sind die Kapitel dieses Aufrüstungshandbuchs, in denen beschrieben wird, wie jede einzelne Produktkomponente aktualisiert wird, in Abschnitte unterteilt, wovon jeder einen anderen Aktualisierungsweg beschreibt.
Tabelle 1-5 Wege zur Aktualisierung auf Java ES 5 (Release 5)
Produktversion
Java ES Release
Systemmerkmale
Vorgehensweise zur Aktualisierung
2005Q4
Release 4
Java ES 5 (Release 5) unterstützt eine Mischung aus Produktkomponenten von Release 4 und Release 5 auf einem einzelnen Computer. Es ist jedoch erforderlich, dass gemeinsam genutzte Komponenten auf dieselbe Release-Version synchronisiert werden. Die Interoperabilität zwischen Release 4- und Release 5-Produktkomponenten wurde getestet. Bekannte Inkompatibilitäten sind im Java Enterprise System 5 Versionshinweis für UNIX (http://docs.sun.com/doc/819-3426) dokumentiert.
Die Koexistenz von Release 4- und Release 5-Komponenten bietet die Möglichkeit, auf einem Computer oder innerhalb einer Bereitstellungsarchitektur mit mehreren Computern lediglich eine Auswahl an Release 4-Produktkomponenten auf Release 5 zu aktualisieren.
Wenn eine Release 5-Produktkomponente von einer gemeinsam genutzten Release 5-Komponente unterstützt werden muss, so müssen alle gemeinsam genutzten Komponenten auf dem Computer auf Release 5 synchronisiert werden.
2005Q1
Release 3
Ähnlich dem oben genannten Weg zur Aktualisierung auf Release 4. Java ES 5 (Release 5) unterstützt eine Mischung aus Produktkomponenten von Release 3 (auch Release 4) und Release 5 auf einem einzelnen Computer. Es ist jedoch erforderlich, dass gemeinsam genutzte Komponenten auf dieselbe Release-Version synchronisiert werden. Die Interoperabilität zwischen Release 3- und Release 5-Produktkomponenten wurde getestet. Bekannte Inkompatibilitäten sind im Java Enterprise System 5 Versionshinweis für UNIX (http://docs.sun.com/doc/819-3426) dokumentiert.
Ähnlich dem oben genannten Weg zur Aktualisierung auf Release 4. Die Koexistenz von Release 3- und Release 5-Komponenten bietet die Möglichkeit, auf einem Computer oder innerhalb einer Bereitstellungsarchitektur mit mehreren Computern lediglich eine Auswahl an Release 3-Komponenten auf Release 5 zu aktualisieren.
Wenn eine Release 5-Produktkomponente von einer gemeinsam genutzten Release 5-Komponente unterstützt werden muss, so müssen alle gemeinsam genutzten Komponenten auf dem Computer auf Release 5 synchronisiert werden.
2004Q2
Release 2
Anders als die oben genannten Wege zur Aktualisierung auf Release 4 und Release 3. Java ES 5 (Release 5) unterstützt keine Mischung aus Release 2- und Release 5-Komponenten auf einem Computer, weder Produktkomponenten noch gemeinsam genutzte Komponenten. Zwischen diesen Release-Versionen bestehen bekannte Inkompatibilitäten. Die Interoperabilität der Release 2- und Release 4-Komponenten ist nicht zertifiziert (wurde nicht getestet.)
Bei der Aktualisierung von Komponenten von Release 2 auf Release 5 auf einem Computer müssen alle Release 2-Komponenten auf Release 5 aktualisiert werden. Es ist jedoch in einigen Fällen möglich, Release 2- mit Release 5-Komponenten zu mischen, die sich auf verschiedenen Computern innerhalb einer Bereitstellungsarchitektur befinden.
2003Q4
und frühere VersionenRelease 1 und Versionen vor Java ES
Ähnlich dem oben genannten Weg zur Aktualisierung auf Release 2. Java ES 5 (Release 5) unterstützt keine Mischung aus Release 2- und Release 5-Komponenten auf einem Computer, weder Produktkomponenten noch gemeinsam genutzte Komponenten. Zwischen diesen Release-Versionen bestehen bekannte Inkompatibilitäten. Die Interoperabilität der Release 1- oder früheren Release-Versionen und Release 5-Komponenten ist nicht zertifiziert (wurde nicht getestet).
Java ES ist nicht zertifiziert für die direkte Aktualisierung von Release 1 oder früheren Release-Versionen auf Release 5.
In einigen Fällen können Sie jedoch eine Aktualisierung von Release 1 durchführen, indem Sie zunächst auf Java ES Release 3 aktualisieren, wie im Release 3 Java Enterprise System Upgrade and Migration Guide unter http://docs.sun.com/doc/819-0062 beschrieben. Danach aktualisieren Sie von Release 3 auf Release 5. Auf diese Möglichkeit wird im Wegweiser zur Aktualisierung der jeweiligen Komponente in diesem Aufrüstungshandbuch hingewiesen.
In anderen Fällen kann die Aktualisierung von Release 1 auf Release 5 wie eine Aktualisierung von Release 2 oder Release 3 auf Release 5 durchgeführt werden. Auf diese Möglichkeit wird im Wegweiser für die Aktualisierung der jeweiligen Komponente in diesem Aufrüstungshandbuch hingewiesen.
Alle aktualisieren oder eine Auswahl aktualisieren
Der Unterschied zwischen zwingenden und nicht zwingenden Abhängigkeiten bietet die Möglichkeit innerhalb Ihres Aktualisierungsplans, lediglich eine Auswahl der Java ES-Produktkomponenten innerhalb eines bereitgestellten Systems zu aktualisieren. Eine selektive Aktualisierung trifft für die Aktualisierung von Release 3 und Release 4 auf Release 5 auf einem einzelnen Computer zu. Eine selektive Aktualisierung von Release 2 auf Release 5 auf einem Computer wird nicht unterstützt.
Sie haben grundsätzlich die Wahl zwischen einer selektiven Aktualisierung oder der Aktualisierung aller Java ES-Produktkomponenten auf einem Computer:
- Selektive Aktualisierung. Bei diesem Ansatz beginnen Sie mit der Java ES-Produktkomponente, die Sie auf Release 5 aktualisieren wollen. Sie bestimmen die zwingenden Abhängigkeiten für diese Komponente; diese Komponenten müssen ebenfalls aktualisiert werden. Wiederholen Sie diesen Vorgang nacheinander für jede zwingende Abhängigkeit, bis keine weiteren Komponenten mehr aktualisiert werden müssen. Sie erhalten sämtliche Java ES-Produktkomponenten, die aktualisiert werden müssen.
- Aktualisierung aller Komponenten. Bei diesem Ansatz aktualisieren Sie alle bereitgestellten Java ES-Produktkomponenten auf Release 5. In einigen Fällen ist es aufgrund der Komplexität einer Bereitstellung aus geschäftlichen Gründen nicht machbar, ein gesamtes System auf einmal zu aktualisieren.
In der folgenden Tabelle werden die beiden Ansätze des Aktualisierungsverfahrens verglichen.
Eine selektive Aktualisierung wurde auch in Java ES Release 4 unterstützt. Daher ist es möglich, sowohl Release 3-Produktkomponenten als auch Release 4-Produktkomponenten auf einem Computer zu haben, wobei beide selektiv auf Release 5 aktualisiert werden können.
Aktualisierungen mehrerer Instanzen
Die Reihenfolge der Aktualisierungsverfahren innerhalb eines Aktualisierungsplans kann davon abhängen, ob Redundanz in einer Bereitstellungsarchitektur eingesetzt wird und wie diese erreicht wird. Hochverfügbarkeit, Skalierbarkeit, Wartungseignung oder eine Kombination dieser Dienstqualitäten kann durch mehrere Instanzen einer Java ES-Komponente erreicht werden. Drei Technologien nutzen redundante Komponenten in einer Java ES-Bereitstellungsarchitektur: Lastenausgleich (Directory Proxy Server, Webserver, Web Proxy Server, Anwendungsserver, Access Manager und Portal Server), Hochverfügbarkeitstechniken (Sun Cluster und High Availability Session Store) und Directory Server-Replikation.
In den meisten Fällen mit Redundanz müssen Aktualisierungen ohne erhebliche Ausfallzeiten durchgeführt werden. Bei diesen parallelen Aktualisierungen werden die redundanten Instanzen einer Komponente aktualisiert, ohne den von der Komponente bereitgestellten Dienst zu beeinträchtigen.
Redundante Instanzen werden normalerweise auf mehreren Computern bereitgestellt. Zur Aktualisierungsplanung müssen Sie möglicherweise die Aktualisierung der replizierten Komponenten von der Aktualisierung anderer Komponenten isolieren, um die Ausfallzeit so gering wie möglich zu halten. Sie führen dazu auf jedem Computer alle vor der Aktualisierung notwendigen Aufgaben für die replizierten Komponenten aus, bevor Sie dann das sogenannte Rolling Upgrade, die Aktualisierung aller Komponenten nacheinander, durchführen.
Für alle Replikationstechnologien sind Konfigurations- oder Neukonfigurationsvorgänge notwendig, die sich auf die allgemeine Reihenfolge der Aktualisierung der Java ES-Komponenten auswirken können. Komponenten, die beispielsweise in einer Sun Cluster-Umgebung ausgeführt werden, erfordern möglicherweise die Aktualisierung von Sun Cluster vor der Aktualisierung der in der Sun Cluster-Umgebung ausgeführten Komponenten.
In den Kapiteln dieses Aufrüstungshandbuchs, in denen die Aktualisierung der einzelnen Produktkomponenten beschrieben ist, wird auch beschrieben, wie mehrere Instanzen für deren jeweilige Komponente aktualisiert werden.
Aspekte zum Betriebssystem
Ihr Java ES-Aktualisierungsplan kann durch eine Reihe von Aspekten bezüglich des Betriebssystems beeinflusst werden, wie im Folgenden beschrieben.
Erforderliche Betriebssystem-Patches
Die erfolgreiche Aktualisierung einer Java ES-Produktkomponente erfordert möglicherweise zunächst, Patches für das Betriebssystem anzuwenden oder das Betriebssystem auf die für die Java ES 5-Produktkomponente benötigte Version zu aktualisieren. Es ist jedoch besser, vor der Aktualisierung spezifischer Produktkomponenten das Betriebssystem als Ganzes auf die von Java ES 5 benötigte Version zu aktualisieren, anstatt die jeweils benötigten speziellen Patches oder Fehlerkorrekturen anzuwenden.
- Solaris-Plattform.Betriebssystem-Patches sind über die SunSolve-Website in Form eines Patch-Clusters erhältlich. In dem Patch-Cluster sind die Betriebssystem-Patches zusammengefasst, die als Gruppe angewendet werden können. Die zur Unterstützung von Java ES Release 5 für Solaris 9 und 10 erforderlichen Patch-Clusters erhalten Sie unter http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
- Linux-Plattform. Release-Versionen zur Aktualisierung erhalten Sie unterhttps://www.redhat.com/apps/download/. Es ist jedoch nicht erforderlich, das Linux-Betriebssystem zu aktualisieren, bevor Sie Java ES-Aktualisierungen durchführen.
Duale Aktualisierungen: Java ES und Betriebssystem-Software
Betriebssystem und Java ES-Software werden möglicherweise falsch aufeinander abgestimmt, wenn Sie versuchen, entweder die Java ES- oder die Betriebssystemsoftware auf eine nicht unterstützte Version zu aktualisieren. Die Matrix der unterstützten Versionen wird in der folgenden Tabelle angezeigt.
Wenn eine Aktualisierung der Java ES-Software oder des Betriebssystems zu einer nicht unterstützten Konfiguration führen würde, müssen Sie eine duale Aktualisierung durchführen: Dabei werden sowohl Java ES als auch das Betriebssystem aktualisiert. Folgende Situationen können eine duale Aktualisierung erfordern:
Java ES 2004Q2 (Release 2) wird zum Beispiel auf dem Betriebssystem Solaris 8 und 9 und unter Red Hat Enterprise Linux (RHEL) 2.1 unterstützt. Wenn Sie Ihr Betriebssystem auf das von Java ES Release 2 nicht unterstützte Betriebssystem Solaris 10 oder RHEL 3.0 aktualisieren möchten, müssen Sie auch Java ES Release 2 auf eine Java ES Release-Version aktualisieren, die die aktualisierte Plattform unterstützt. In diesem Fall wäre es am sinnvollsten, auf Java ES 5 (Release 5) zu aktualisieren.
Beispielsweise werden Java ES 2005Q1 (Release 3) und Java ES 2005Q4 (Release 4) auf Solaris 8 und RHEL 2.1 unterstützt. Wollen Sie jedoch Java ES auf Release 5 aktualisieren, die nicht auf Solaris 8 oder RHEL 2.1 unterstützt wird, so müssen Sie Ihr Betriebssystem auf Versionen aktualisieren, die von Java ES 5 (Release 5) unterstützt werden. In diesem Fall wäre es am sinnvollsten, auf Solaris 10 or RHEL 4.0 zu aktualisieren.
Ihnen stehen grundsätzlich zwei Ansätze zur Durchführung einer dualen Aktualisierung zur Verfügung:
- Neuinstallation des Betriebssystems. Installieren Sie das neue Betriebssystem, und führen Sie anschließend eine Neuinstallation von Java ES Release 5 durch, einschließlich der Migration der Produktkomponentendaten früherer Versionen (wie beispielsweise Konfigurations- und Laufzeitdaten, benutzerdefinierte Daten usw.). Die Installation des Betriebssystems kann auf einem neuen System (oder einer Solaris 10-Zone) erfolgen oder das vorhandene Dateisystem löschen. In letzterem Fall müssen die Komponentendaten zuerst gesichert und nach der Installation des Betriebssystems wiederhergestellt werden.
- Aktualisierung des vorhandenen Betriebssystems. Aktualisieren Sie das Betriebssystem, behalten Sie dabei das vorhandene Dateisystem bei, und führen Sie anschließend eine Aktualisierung der Java ES-Produktkomponenten auf Release 5 durch. Die Aktualisierung des Betriebssystems darf dabei keine Auswirkungen auf die Aktualisierung der installierten Java ES-Produktkomponenten, ihre Daten und die erforderlichen gemeinsam genutzten Komponenten haben.
Wenn eine Java ES-Produktkomponente eine duale Aktualisierung nicht unterstützt und demnach keiner dieser Ansätze anwendbar ist, müssen Sie diese Komponente nach der Installation oder Aktualisierung des Betriebssystems neu installieren und konfigurieren.
Die folgende Tabelle gibt an, welcher Ansatz zur dualen Aktualisierung von den jeweiligen Java ES-Produktkomponenten unterstützt wird.
Aktualisierungen des Betriebssystems
In einigen Fällen überschreibt eine Aktualisierung des Solaris-Betriebssystems die vorhandenen gemeinsam genutzten Java ES-Komponenten durch frühere Versionen. In diesen Fällen können die korrekten Java ES-Versionen durch Aktualisierung der im Lieferumfang des Solaris-Betriebssystem enthaltenen Message Queue auf Version 5 wiederhergestellt werden. Die Aktualisierung von Message Queue erzwingt auch die Aktualisierung aller lokal vorhandener gemeinsam genutzter Komponenten.
Solaris 10-Umgebungen mit mehreren Zonen
Zur Installation und Aktualisierung von Java ES-Komponenten in einer Umgebung mit mehreren Zonen sind einige Aspekte zu beachten: Eine Beschreibung der Vorteile und Einschränkungen zur Bereitstellung von Java ES in Solaris 10-Zonen sowie die empfohlenen Vorgehensweisen zur Aktualisierung von Java ES-Komponenten in einer Umgebung mit mehreren Zonen erhalten Sie unter Aktualisierung von Java ES 5 und Solaris 10-Zonen.
Java ES-KomponentenabhängigkeitenEine der wichtigsten Überlegungen beim Erstellen eines Aktualisierungsplans sind die Abhängigkeiten, die zwischen den verschiedenen Java ES-Komponenten in Ihrem bereitgestellten System bestehen. Die Reihenfolge, in der Sie Komponenten aktualisieren, hängt von der Art der Abhängigkeiten zwischen diesen Komponenten ab.
In diesem Abschnitt erhalten Sie Informationen zu den Abhängigkeiten zwischen Java ES-Komponenten, die sich auf Ihren Aktualisierungsplan auswirken.
Abhängigkeiten zu gemeinsam genutzten Komponenten
Tabelle 1-9 zeigt die Abhängigkeiten von Java ES 5 (Release 5)-Produktkomponenten zu gemeinsam genutzten Java ES -Komponenten. Die Abkürzungen der Produktkomponenten in den Spaltenbezeichnungen in Tabelle 1-9 wurden aus Tabelle 1-1 entnommen. Die Abkürzungen der gemeinsam genutzten Komponenten finden Sie in Tabelle 1-2.
In der Matrix von Tabelle 1-9 sind zwingende Aktualisierungsabhängigkeiten für Release 3 und Release 4 auf Release 5 mit dem Buchstaben H“ und nicht zwingende Abhängigkeiten mit dem Buchstaben E“ gekennzeichnet. Bei Aktualisierungen von Release 2 auf Release 5 sind alle Aktualisierungsabhängigkeiten für gemeinsam genutzte Komponenten definitionsgemäß zwingend, d. h. alle gemeinsam genutzten Komponenten müssen von Release 2 auf Release 5 aktualisiert werden.
Tabelle 1-9 Abhängigkeiten von Java ES 5 (Release 5)-Produktkomponenten zu gemeinsam genutzten Komponenten
Gemeinsam genutzte Komponente
AM
AS
DPS
DS
DS Console
HADB
JavaDB
MQ
MC
PS
PSRA
SC
SCG
SR
WPS
WS
ANT
E
E
H
H
H
ACL
E
H
BDB
E
CAC
H
E
H
H
H
E
E
S1
S1
FIS
ICU
E
H
H
E
E
E
IM-SDK
E
Java SE
E
E
H
H
H
E
H
E
E
E
E
E
E
H
E
E
JAF
E
E
E
E
H
JATO
E
E
E
E
E
E
JavaHelp™
E
E
E
E
E
JavaMail ™
E
E
E
E
H
E
JAXB
E
E
E
JAXP
E
E
E
E
H
E
JAXR
E
E
H
E
JAX-RPC
E
E
H
E
JAXWS
E
JCAPI
JDMK
H
E
H
H
H
E
E
E
E
JSS
E
E
E
E
E
JSTL
KTSE
E
E
E
LDAP C SDK
H
H
E
E
LDAP J SDK
E
MA Core
E
H
H
MFWK
H
H
H
NSPR
E
E
H
H
H
E
E
E
E
E
E
H
NSS
E
E
H
H
E
E
E
E
E
E
H
SAAJ
E
E
E
E
H
SASL
H
E
E
SEDC
E
E
SJWC
E
E
H
H
E
E
WSCL
E
E
H
E
XWSS
H
1Diese Abhängigkeit besteht besonders zu Common Agent Container (CAC) Version 1.1.
Die in Tabelle 1-9 gezeigten Abhängigkeiten für Produktkomponenten verdeutlichen sowohl direkte als auch indirekte Abhängigkeiten zu gemeinsam genutzten Komponenten. Das heißt, eine Produktkomponente kann von einer bestimmten gemeinsam genutzten Komponente abhängen (direkte Abhängigkeit), die wiederum von einer oder mehreren gemeinsam genutzten Komponenten abhängt (indirekte Abhängigkeit). Abbildung 1-1 zeigt die gegenseitigen Abhängigkeiten von gemeinsam genutzten Komponenten.
In Tabelle 1-9 ist angegeben, welche gemeinsam genutzten Komponenten aktualisiert werden müssen, wenn Sie auf eine oder mehrere Produktkomponenten auf einem Computer aktualisieren.
Da jedoch gemeinsam genutzte Komponenten synchronisiert werden müssen (siehe Aktualisierungen gemeinsam genutzter Komponenten), können Sie gemeinsam genutzte Java ES-Komponenten nicht einzeln aktualisieren, sondern müssen alle gemeinsam genutzten Komponenten auf einem Computer oder in einer Betriebssystem-Instanz gleichzeitig auf Release 5 aktualisieren.
Wenn keine zwingenden Aktualisierungsabhängigkeiten bestehen, müssen Sie gemeinsam genutzte Komponenten nicht aktualisieren. Es wird jedoch empfohlen, die zugrundeliegenden gemeinsam genutzten Java ES-Komponenten auf die jeweils aktuellste Version zu aktualisieren. Wenn Produktkomponenten mit dem Java ES-Installationsprogramm installiert oder aktualisiert werden, werden alle gemeinsam genutzten Komponenten auf dem Host-Computer automatisch auf Release 5 synchronisiert.
Verfahren zur manuellen Aktualisierung gemeinsam genutzter Komponenten finden Sie in Chapter 2, "Aktualisieren der gemeinsam genutzten Java ES-Komponenten.".
Abbildung 1-1 Abhängigkeiten von gemeinsam genutzten Komponenten
Abhängigkeiten zu Produktkomponenten
Abhängigkeiten zu Produktkomponenten werden in zwei allgemeine Kategorien unterteilt: Runtime-Abhängigkeiten und Konfigurationsabhängigkeiten.
- Runtime-Abhängigkeiten. Die Ausführung eines Softwaresystems basiert auf der Interaktion zwischen den bereitgestellten Komponenten. Die Infrastrukturabhängigkeiten zwischen Java ES-Produktkomponenten werden im Java Enterprise System 5 – Technische Übersicht erläutert. Wenn für eine Release 5-Produktkomponente eine zwingende Abhängigkeit zu einer anderen Produktkomponente besteht, kann die abhängige Komponente nur dann erfolgreich aktualisiert und wie vorgesehen verwendet werden, wenn die Komponente, von der sie abhängig ist, ebenfalls aktualisiert wird.
- Konfigurationsabhängigkeiten. In einigen Fällen muss eine Java ES-Komponente installiert, konfiguriert und für die Konfiguration einer anderen Komponente ausgeführt werden. Beispielsweise muss ein Directory Server-Benutzer-/Gruppenverzeichnis für einen zu registrierenden Access Manager-Dienst ausgeführt sein. Das Aktualisierungsverfahren einer Komponente umfasst häufig die Neukonfiguration der aktualisierten Komponente oder die Migration der Konfigurationsdaten. Konfigurationsabhängigkeiten können sich auf die Reihenfolge der Aktualisierungsvorgänge auswirken.
Für Runtime-Abhängigkeiten kann es drei Arten von Abhängigkeiten zwischen Produktkomponenten geben:
- Obligatorisch. Die Komponente kann ohne die sie unterstützende Komponente nicht arbeiten.
- Optional. Die Komponente kann ohne die sie unterstützende Komponente arbeiten, eine Unterfunktion benötigt jedoch die unterstützende Komponente.
- Co-Abhängigkeit. Beide Komponenten können ohne Unterstützung der jeweils anderen arbeiten, beide Komponenten zusammen können jedoch in bestimmten Fällen eine erweiterte Funktion oder Leistung bieten.
In der folgenden Tabelle werden die Abhängigkeiten und Abhängigkeitsbeziehungen zwischen den in Tabelle Tabelle 1-1 aufgeführten Java ES-Produktkomponenten beschrieben. Diese Informationen können dazu dienen, die zwingenden Abhängigkeiten festzustellen, die sich auf Ihren Aktualisierungsplan auswirken.
In der ersten Spalte sind die Release 5-Produktkomponenten aufgelistet. Die zweite Spalte zeigt andere Java ES-Komponenten, von der eine andere Release 5-Komponente abhängig ist. Die dritte Spalte enthält die Java ES Release-Versionen, die eine Release 5-Abhängigkeit unterstützen. Die vierte Spalte kennzeichnet die Abhängigkeitsbeziehung und die letzte Spalte gibt spezielle Merkmale der Abhängigkeit an, wie etwa, ob die unterstützende Komponente lokal vorhanden sein muss (im Gegensatz zu dezentral) oder ob andere Drittanbieter-Produkte diese Abhängigkeit unterstützen können.
Wenn zu einer Produktkomponente, die Sie auf Release 5 aktualisieren, eine Abhängigkeit zu Release 5 einer unterstützenden Komponente besteht (im Gegensatz zu einer früheren Release-Version), dann stellt die unterstützende Komponente eine zwingende Aktualisierungsabhängigkeit dar. Die unterstützende Komponente muss ebenfalls auf Release 5 aktualisiert werden.
Tabelle 1-10 Abhängigkeiten der Java ES-Produktkomponenten
Release 5
ProduktkomponenteAbhängigkeit1
Java ES Release
Art der Abhängigkeit
Merkmale
Access Manager
Directory Server
2-5
Obligatorisch: Speichert Konfigurationsdaten und ermöglicht die Suche nach Benutzerdaten
J2EE-Webcontainer:
- Anwendungsserver
- Webserver
4-5
4-5
Obligatorisch: Stellt Webcontainer-Runtime-Dienste bereit
Nur lokal
Access Manager
SDKAccess Manager
3-5
Obligatorisch: Stellt Access Manager Dienste zur Verfügung
Access Manager
Dezentrale AuthentifizierungAccess Manager
4-5
Obligatorisch: Stellt Access Manager Dienste zur Verfügung
J2EE-Webcontainer:
- Anwendungsserver
- Webserver
4-5
4-5
Obligatorisch: Stellt Webcontainer-Runtime-Dienste bereit
Nur lokal
Ebenfalls unterstützt;
- Weblogic2
- WebSphere3Access Manager
Sitzungs-FailoverAccess Manager
5
Obligatorisch: Stellt Access Manager Dienste zur Verfügung
Message Queue
4-5
Obligatorisch: Stellt zuverlässiges asynchrones Messaging zur Verfügung
Anwendungsserver
Message Queue
3-5
Obligatorisch: Stellt zuverlässiges asynchrones Messaging zur Verfügung
Nur lokal
High Availability Session Store (HADB)
5
Obligatorisch: Speichert den Sitzungsstatus für die Unterstützung von Failover zwischen den Instanzen
Nur lokal
Java DB
5
Obligatorisch: Stellt eine Standard-Entwicklerdatenbank und andere persistente Speichermöglichkeiten zur Verfügung.
Nur lokal
Webserver
3-5
Optional: Stellt Lastenausgleich zwischen Instanzen zur Verfügung
Nur lokal
Directory Proxy Server
Directory Server
1-5
Co-Abhängigkeit: Schafft höhere Sicherheit und Leistung für Verzeichnisanfragen. Überträgt Daten an den Directory Proxy Server
Directory Server
Directory Proxy Server
1-5
Co-Abhängigkeit: Schafft höhere Sicherheit und Leistung für Verzeichnisanfragen. Verteilt die Last und nimmt Daten vom Directory Server in den Cache-Speicher auf
High Availability Session Store (HADB)
Keine
Java DB
Keine
Message Queue
Directory Server
2-5
Optional: Speichert verwaltete Objekte und Benutzerdaten
J2EE-Webcontainer:
- Anwendungsserver
- Webserver
2-5
2-5
Optional: Unterstützt die HTTP-Übertragung zwischen Client und Message Queue-Broker
Java DB
5
Optional: Speichert persistente Meldungen.
Nur lokal
Sun Cluster
2-5
Optional: Unterstützt hohe Verfügbarkeit
Monitoring Console
Keine
Portal Server
Directory Server
4-5
Obligatorisch: Speichert und ermöglicht die Suche nach Benutzerprofilen
J2EE-Webcontainer:
- Anwendungsserver
- Webserver
4-5
4-5
Obligatorisch: Stellt Webcontainer-Runtime-Dienste bereit
Nur lokal
Access Manageroder
Access Manager SDK4-5
Obligatorisch: Stellt Authentifizierungs- und Autorisierungsdiensten, Single-Sign-On, bereit
Nur lokal
(Wenn Access Manager dezentral vorhanden ist, muss Access Manager SDK lokal vorhanden sein)Portal Server Secure Remote Access
5
Optional: Stellt sicheren dezentralen Zugriff über die Gateway-, Rewriter Proxy- und Netlet Proxy-Komponenten zur Verfügung
Service Registry Client
5
Obligatorisch: Stellt Bibliotheken zur Verfügung, die zur Kompilierung benötigt werden
Java DB
5
Obligatorisch: Unterstützt verschiedene Portlet-Anwendungen
Portal Server Secure Remote Access
GatewayPortal Server
5
Obligatorisch: Unterstützt Gateway-Funktionen
Access Manageroder
Access Manager SDK4-5
Obligatorisch: Stellt Authentifizierungs- und Autorisierungsdiensten, Single-Sign-On, bereit
Nur lokal
(Wenn Access Manager dezentral vorhanden ist, muss Access Manager SDK lokal vorhanden sein)Directory Server
4-5
Obligatorisch: Speichert und ermöglicht die Suche nach Benutzerdaten
Rewriter Proxy
Portal Server
5
Obligatorisch: Unterstützt Rewriter Proxy-Funktionen
Netlet Proxy
Portal Server
5
Obligatorisch: Unterstützt Netlet Proxy-Funktionen
Service Registry
Bereitstellung
Anwendungsserver
5
Obligatorisch: Stellt Container-Runtime-Dienste bereit
Nur lokal
Java DB
5
Obligatorisch: Stellt eine Standarddatenbank zum Speichern von Diensten und zugehörigen Metadaten zur Verfügung
Nur lokal
Service Registry Client
5
Obligatorisch: Stellt erforderliche Client-Bibliotheken zur Verfügung
Nur lokal
Client
Keine
Sun Cluster
Keine
Sun Cluster-Agenten
Sun Cluster
4-5
Obligatorisch: Stellt den Zugriff auf Sun Cluster-Dienste zur Verfügung
Nur lokal
Sun Cluster Geographic Edition
Sun Cluster
4-5
Obligatorisch: Unterstützt Sun Cluster Geographic Edition-Funktionen
Nur lokal
Web Proxy Server
Directory Server
2-5
Optional: Stellt LDAP-basierte Authentifizierung zur Verfügung
Webserver
2-5
Co-Abhängigkeit: Schafft höhere Sicherheit und Leistung für HTTP-Anfragen. Überträgt Daten an den Web Proxy Server
Ebenfalls unterstützt;
- Weblogic2
- WebSphere3Webserver
Directory Server
1-5
Optional: Stellt LDAP-basierte Authentifizierung zur Verfügung
Web Proxy Server
1-5
Co-Abhängigkeit: Schafft höhere Sicherheit und Leistung für HTTP-Anfragen. Verteilt die Last und nimmt Daten vom Webserver in den Cache-Speicher auf
1Die Abhängigkeiten für jede Produktkomponente sind in der Reihenfolge aufgeführt, in der sie normalerweise aktualisiert werden.
2BEA WebLogic Server
3IBM WebSphere Application Server
Richtlinien für die AktualisierungsreihenfolgeDie Wahl zwischen selektiver Aktualisierung und Aktualisierung aller Komponenten, die Auswirkungen zwingender Aktualisierungsabhängigkeiten sowie alle anderen Faktoren, die in den vorausgegangenen Abschnitten behandelt wurden, können bestimmen, welche Java ES-Komponenten Sie aktualisieren wollen und in welcher Reihenfolge Sie diese aktualisieren müssen. Es gelten dennoch allgemeine Richtlinien für die Aktualisierungsreihenfolge; diese sind jedoch nicht in jedem Fall anzuwenden.
Die folgende Liste gibt die Reihenfolge an, in der die Java ES-Komponenten auf einem Computer oder in einem bereitgestellten System erfolgreich aktualisiert werden können. Bei der Planung Ihrer Aktualisierung können Sie die Komponenten, die nicht zu Ihrer Bereitstellungsarchitektur gehören, ausschließen. Optional können Sie bei der Durchführung einer selektiven Aktualisierung jene Komponenten ausschließen, für die nicht zwingende Aktualisierungsabhängigkeiten bestehen.
Die Kapitel dieses Aufrüstungshandbuchs sind in der Reihenfolge strukturiert, in der die Komponenten in der folgenden Liste aufgeführt sind.
HinweisE
Stellen Sie vor der Aktualisierung von Java ES-Komponenten sicher, dass Sie Ihr Betriebssystem aktualisieren, falls dies erforderlich ist (siehe auch Erforderliche Betriebssystem-Patches).
Lesen Sie auch die Sonderfälle, um zu sehen, ob einige davon auf Ihr Aktualisierungsszenario zutreffen.
- Gemeinsam genutzte Komponenten (siehe Chapter 2, "Aktualisieren der gemeinsam genutzten Java ES-Komponenten")
Gemeinsam genutzte Komponenten sollten vor der Aktualisierung der Komponenten aktualisiert werden, die von diesen Komponenten abhängig sind. In den meisten Fällen werden gemeinsam genutzte Komponenten mithilfe des Java ES-Installationsprogramms aktualisiert. Bei Web Proxy Server und Portal Server müssen Sie gemeinsam genutzte Komponenten jedoch explizit aktualisieren.
- Sun Cluster-Software (siehe Chapter 3, "Sun Cluster-Software")
Wenn Komponenten in einer Sun Cluster-Umgebung ausgeführt werden und die Sun Cluster-Software aktualisiert werden muss, sollte die Software vor den Komponenten aktualisiert werden, die die Sun Cluster-Dienste verwenden. Wenn Sun Cluster-Agenten aktualisiert werden, sollten diese als Teil der Sun Cluster-Aktualisierung aktualisiert werden.
- Sun Cluster Geographic Edition-Software (siehe Chapter 4, "Sun Cluster Geographic Edition")
Sun Cluster Geographic Edition sollte nach der Sun Cluster-Software aktualisiert werden, von der diese abhängt. Sie sollte vor Aktualisierung der Komponenten aktualisiert werden, die Sun Cluster-Dienste verwenden.
- Directory Server (siehe Chapter 5, "Directory Server")
Viele Komponenten speichern Benutzer- oder Konfigurationsdaten in Directory Server. Aktualisierungen von Directory Server sollten daher grundsätzlich vor der Aktualisierung der Komponenten durchgeführt werden, für die eine Runtime- oder Konfigurationsabhängigkeit zu Directory Server besteht.
- Directory Proxy Server (siehe Chapter 6, "Directory Proxy Server")
Für Directory Proxy Server besteht eine nicht zwingende Aktualisierungsabhängigkeit zu Directory Server und kann daher jederzeit aktualisiert werden. Einige Komponenten könnten jedoch über den Directory Proxy Server auf den Directory Server zugreifen. Wenn daher der Directory Proxy Server aktualisiert werden soll, sollte er direkt nach dem Directory Server aktualisiert werden.
- Webserver (siehe Chapter 7, "Webserver")
Eine Reihe von Java ES-Komponenten erfordern Unterstützung durch einen Webcontainer. Der Webcontainer sollte vor den Komponenten aktualisiert werden, die die Webcontainer-Dienste erfordern. Webcontainer-Dienste werden üblicherweise von Webserver oder Anwendungsserver bereitgestellt; wenn jedoch in Ihrer Bereitstellungsarchitektur beide Komponenten vorhanden sind, aktualisieren Sie zuerst Webserver, bevor Sie Anwendungsserver aktualisieren.
- Java DB (siehe Chapter 8, "Java DB")
Java DB muss vor Anwendungsserver aktualisiert werden, weshalb Java DB als Standarddatenbank vorhanden sein muss. Java DB wird jedoch automatisch mithilfe des Java ES-Installationsprogramms installiert, wenn dieses den Anwendungsserver aktualisiert.
- High Availability Session Store (siehe Chapter 9, "High Availability Session Store")
High Availability Session Store (HADB) sollte vor Anwendungsserver aktualisiert werden, der High Availability Session Store für Hochverfügbarkeitszwecke benötigt. HADB wird jedoch automatisch mithilfe des Java ES-Installationsprogramms installiert, wenn dieses den Anwendungsserver aktualisiert.
- Message Queue (siehe Chapter 10, "Message Queue")
Message Queue muss vor Anwendungsserver aktualisiert werden, wozu Message Queue mit der Java Enterprise Edition (Java EE) kompatibel sein muss. Message Queue wird jedoch automatisch mithilfe des Java ES-Installationsprogramms installiert, wenn dieses den Anwendungsserver aktualisiert.
- Anwendungsserver (siehe Chapter 11, "Anwendungsserver")
Anwendungsserver ist abhängig von Message Queue und High Availability Session Store und sollte deshalb gegebenenfalls nach diesen Komponenten aktualisiert werden. Anwendungsserver kann auch aufgrund von dessen Plug-in zum Lastenausgleich von Webserver abhängig sein. Wenn Sie diese Funktion nutzen, sollten Sie Anwendungsserver nach Webserver aktualisieren.
- Service Registry (siehe Chapter 12, "Service Registry")
Service Registry kann jederzeit nach Anwendungsserver aktualisiert werden, da Service Registry aufgrund der Runtime-Container-Dienste von Anwendungsserver abhängig ist.
- Web Proxy Server (siehe Chapter 13, "Web Proxy Server")
Web Proxy Server kann zu jedem Zeitpunkt aktualisiert werden. Grundsätzlich wird die Aktualisierung jedoch nach der Aktualisierung der Webserver- oder Anwendungsserver-Komponente durchgeführt, für den ein Proxy-Dienst bereitgestellt wird. Web Proxy Server ist eine neue Java ES Release 5-Komponente, deren frühere Version, die keine Java ES Release-Komponente war, aktualisiert werden kann.
- Access Manager (siehe Chapter 14, "Access Manager"
Access Manager spielt eine zentrale Rolle bei der Authentifizierung und Autorisierung, einschließlich Single-Sign-On. Diese Komponente sollte vor den Komponenten aktualisiert werden, die von ihm hinsichtlich dieser Dienste abhängen.
- Portal Server (siehe Chapter 15, "Portal Server")
Portal Server hängt von vielen der oben genannten Komponenten ab (Directory Server, ein Webcontainer und Access Manager) und sollte gegebenenfalls nach diesen Komponenten aktualisiert werden.
- Portal Server Secure Remote Access (siehe Chapter 16, "Portal Server Secure Remote Access")
Portal Server Secure Remote Access muss zusammen mit Portal Server aktualisiert werden.
SonderfälleBei Planung einer Aktualisierung von Java ES-Komponenten auf Release 5 sollten einige Sonderfälle beachtet werden. Diese sind im folgenden Abschnitt beschrieben.
Selektive Aktualisierung: Anwendungsserver nicht aktualisiert
Wenn Sie eine selektive Aktualisierung einer Java ES-Komponente auf Java ES 5 auf einem Computer durchführen, auf dem Anwendungsserver Release 3 oder Release 4 ausgeführt ist (8.1), und dabei Anwendungsserver nicht auf Release 5 aktualisieren, so müssen Sie einige Situationen beachten, um die reibungslose Funktion von Anwendungsserver sicher zu stellen:
- Fehler bei der JSP-Kompilierung. Vor Durchführung einer selektiven Aktualisierung sollten Sie zunächst den in der folgenden Tabelle aufgeführten Anwendungsserver-Patch anwenden.
Tabelle 1-11 Patches1, die erforderlich sind, wenn Anwendungsserver nicht auf Release 5 aktualisiert wird
Beschreibung
Patch-ID: Solaris 9 & 10
Patch-ID: Linux
Fehlerkorrektur für Release 3 und Release 4
Anwendungsserver119166-17 (SPARC)
119166-17 (x86)
119168-17
1Patch-Versionsnummern gehören zu den Mindestanforderungen. Wenn neuere Versionen verfügbar sind, verwenden Sie anstelle der in dieser Tabelle genannten Versionen die neueren Versionen.
Wenn Sie den Patch nicht anwenden, treten in Anwendungsserver Fehler in der JSP-Kompilierung auf. (Die Patches in Tabelle 1-11 können zur Behebung des Problems auch nachträglich angewandt werden.)
- Verlagerung von Binärdateien mit freigebenen ANT-Komponenten auf Linux. Release 5 ANT ist nun in einem anderen Pfad gespeichert als in früheren Versionen. Die Anwendungsserver-Umgebungsvariable, die in Datei AppServer8-base/config/asenv.conf angegeben ist und auf ANT verweist, muss geändert werden von:
Aktualisierung von Portal Server Interim Feature Release (IFR) 7.0 auf Java ES 5
Wenn Sie Portal Server in einer Webserver-Umgebung von Interim Feature Release (IFR) 7.0 2005Q4 auf Release 5 aktualisieren, informieren Sie sich unter Aktualisieren von Portal Server von der Interim Feature Release 7.0 über die Ausnahmen zu den Richtlinien unter Richtlinien für die Aktualisierungsreihenfolge.
Aktualisierung von Java ES 5 und Solaris 10-ZonenIn diesem Abschnitt werden Aspekte zur Aktualisierung von Java ES-Software in Solaris 10-Zonen behandelt und Vorgehensweise in einer solchen Umgebung empfohlen. In diesem Abschnitt erhalten Sie ergänzende Informationen zu Java ES 5 und Solaris 10-Zonen unter Java Enterprise System 5 – Handbuch zur Installationsplanung, http://docs.sun.com/doc/819-5079.
Er umfasst folgende Themen:
Zonenunterstützung im Java ES-Installationsprogramm
Das Java ES 5-Installationsprogramm bietet qualifizierte Unterstützung der Zonen zur Aktualisierung (und Installation) von Java ES-Produktkomponenten und zur Synchronisierung von gemeinsam genutzten Komponenten. Im Installationsprogramm wurden bestimmte Richtlinien implementiert, um problematische Aktualisierungsszenarios zu verhindern.
Aktualisierung von Produktkomponenten
Wie unter Verwendung der Aktualisierungsfunktionen im Java ES Installationsprogramm. beschrieben, kann das Java ES-Installationsprogramm dazu verwendet werden, eine begrenzte Anzahl an Produktkomponenten und deren gemeinsam genutzte Komponenten zu aktualisieren. Die Möglichkeit zur Aktualisierung besteht für globale Zonen und alle nicht globalen Zonen.
Es gibt jedoch drei Ausnahmen zu diesem Verhalten, das sich auf die Zonen bezieht:
- In Sparse-Root-Zonen können einige Komponenten nicht installiert oder aktualisiert werden, da sie sich in schreibgeschützten Verzeichnissen befinden. In diesen Fällen wird die Aktualisierung von Produktkomponenten so lange verschoben, bis die betreffenden gemeinsam genutzten Komponenten in der globalen Zone installiert oder aktualisiert wurden. Im Installationsprogramm wird folgende Meldung angezeigt: Die folgenden gemeinsam genutzten Komponenten, die für die von Ihnen ausgewählten Komponenten erforderlich sind, können in einer Sparse-Root-Zone nicht installiert oder aktualisiert werden. Installieren oder aktualisieren Sie diese gemeinsam genutzten Komponenten in der globalen Zone, bevor Sie fortfahren. Verwenden Sie dazu die Option Alle gemeinsam genutzten Komponenten“.“
- Sowohl Anwendungsserver als auch Message Queue sind im Lieferumfang des Solaris -Betriebssystems enthalten. Keine der beiden Versionen kann direkt in einer Sparse-Root-Zone aktualisiert werden. Weitere Informationen zu diesen im Lieferumfang enthaltenen Komponenten erhalten Sie unter Sonderfälle zu den Produktkomponenten.
- Wenn nicht globale Zonen vorhanden sind und anstelle einer Aktualisierung aller bereits installierter gemeinsam genutzter Komponenten bzw. einer Installation fehlender und von einer ausgewählten Komponente benötigten Komponenten, synchronisiert das Installationsprogramm alle Java ES gemeinsam genutzten Komponenten auf Release 5 ungeachtet dessen, ob sie von einer bestimmten Produktkomponente benötigt werden oder nicht. Dadurch können alle gemeinsam genutzten Release 5-Komponenten auf nicht globale Zonen übernommen werden, wodurch sichergestellt wird, dass keine unterschiedlichen Versionen der gemeinsam genutzten Komponenten in nicht globalen Zonen vorhanden sind.
Hinweis
Es gibt einige besondere Fälle oder Ausnahmen, die eine Installation oder Aktualisierung von Produktkomponenten in nicht globalen Zonen beeinträchtigen könnten. Diese sind beschrieben unter Sonderfälle oder Ausnahmen.
Alle gemeinsam genutzten Komponenten synchronisieren
In Release 5 steht eine Option zur Synchronisierung gemeinsam genutzter Komponenten zur Verfügung, um Situationen gerecht zu werden, in denen alle gemeinsam genutzten Komponenten auf Release 5 synchronisiert werden müssen. Wenn die Option Alle gemeinsam genutzten Komponenten“ ausgewählt wird, aktualisiert das Installationsprogramm alle aktuell installierten gemeinsam genutzten Komponenten und installiert alle fehlenden gemeinsam genutzten Komponenten, ungeachtet dessen, ob sie von einer speziellen Produktkomponente benötigt werden oder nicht. Diese Option trifft auf globale Zonen und Whole-Root-Zonen zu (nicht aber auf Sparse-Root-Zonen).
Die Option Alle gemeinsam genutzten Komponenten“, die genauer unter Alle gemeinsam genutzten Komponenten synchronisieren beschrieben ist, wird für die folgenden beiden zonenbasierten Aktualisierungsszenarios benötigt.
- Produktkomponenten manuell aktualisieren. Die Option Alle gemeinsam genutzten Komponenten ist erforderlich zur Installation und Aktualisierung von gemeinsam genutzten Produktkomponenten, die zur Installation von Produktkomponenten benötigt werden, die nicht mithilfe des Java ES-Installationsprogramms aktualisiert werden können.
- Aktualisierungen in einer Sparse-Root-Zone. Einige gemeinsam genutzte Komponenten können nicht in Standard-Sparse-Root-Zonen installiert oder aktualisiert werden. Wenn Sie demnach das Java ES-Installationsprogramm zur Aktualisierung von Produktkomponenten in Sparse-Root-Zonen verwenden, müssen Sie möglicherweise zunächst die gemeinsam genutzten Komponenten in der globalen Zone aktualisieren, und zwar abhängig davon, welche gemeinsam genutzten Komponenten davon betroffen sind. Sie verwenden dazu die Option Alle gemeinsam genutzten Komponenten in der globalen Zone, um die in diesem Fall benötigten gemeinsam genutzten Komponenten zu installieren oder zu aktualisieren.
Eine Zusammenfassung zum Verhalten des Java ES-Installationsprogramms in den Zonen im Hinblick auf gemeinsam genutzte Komponenten erhalten Sie in der Beschreibung zu Java ES 5 und Solaris 10-Zonen unter Java Enterprise System 5 – Handbuch zur Installationsplanung, http://docs.sun.com/doc/819-5079.
Empfohlene Vorgehensweisen zur Aktualisierung
Wenn Sie einen Aktualisierungsplan aufstellen, sollten Sie vorher die in mehreren Zonen vorhandenen Bereitstellungen der Java ES-Software ausfindig machen und die Strategien zur Installation und Verwaltung der Zonen beachten, die unter Java Enterprise System 5 – Handbuch zur Installationsplanung, http://docs.sun.com/doc/819-5079 beschrieben sind. In einigen Fällen müssen Sie möglicherweise die in einer oder mehreren Zonen vorhandenen Komponenten deinstallieren und in anderen Zonen neu installieren, um die folgenden empfohlenen Vorgehensweisen durchführen zu können:
- Unterschiedliche Strategien nicht vermischen. Im Besonderen:
- Gestalten Sie Ihre Strategie zur Bereitstellung und Verwaltung von Java ES-Zonen so einfach wie möglich. Vermischen Sie keine Whole-Root- und Sparse-Root-Bereitstellungen von Java ES-Komponenten auf demselben Computer. (Verfahren und Vorgehensweisen zur Unterstützung von Bereitstellungen der Sparse-Root-Zonen können Bereitstellungen von Whole-Root-Zonen beeinträchtigen.)
- Installieren Sie eine Java ES-Produktkomponente nicht gleichzeitig in der globalen Zone und in nicht globalen Zonen, auch wenn es sich um unterschiedliche Versionen handelt. (Vorgehensweisen zur Aktualisierung einer Bereitstellung in einer globalen Zone können Bereitstellungen in nicht globalen Zonen zerstören.)
- Wenn Java ES-Komponenten mit Release 4 (oder einer früheren Version) in einer Whole-Root-Zone installiert wurden, dürfen Sie in der globalen Zone vorhandene Java ES-Komponenten nicht auf Release 5 aktualisieren. Eine Aktualisierung in der globalen Zone könnte eine Vermischung von Release 4- und Release 5-Dateien in der Whole-Root-Zone verursachen.
- Vorgehensweisen zur Aktualisierung:
- Wenn Sie alle installierten Release 4-Produktkomponenten auf Release 5 aktualisieren wollen, synchronisieren Sie alle gemeinsam genutzten Java ES-Komponenten in der globalen Zone und aktualisieren Sie dann die gewünschten Produktkomponenten in den Zonen, in denen diese installiert wurden. (Gemeinsam genutzte Release 5-Komponenten sind rückwärts kompatibel.)
- Wenn Sie Release 4- oder Release 5-Produktkomponenten in einer Umgebung ohne Zonen installiert haben und nicht globale Zonen zur Umgebung hinzufügen wollen, um Produktkomponenten in diesen neuen nicht globalen Zonen zu installieren, so müssen Sie möglicherweise die Komponenten in der globalen Zone deinstallieren und diese in den nicht globalen Zonen erneut installieren.
Sonderfälle oder Ausnahmen
Es gibt eine Reihe von Sonderfällen, die sich teilweise daraus ergeben, dass einige gemeinsam genutzte Java ES-Komponenten und einige Java ES-Produktkomponenten im Lieferumfang von Solaris 10 vorhanden sind. Daher sind diese Java ES-Komponenten automatisch in der globalen Zone vorhanden und damit auch in jeder nicht globalen Zone, die durch diese globale Zone angelegt wird.
Sonderfälle zu den Produktkomponenten
- Message Queue. Message Queue ist im Lieferumfang von Solaris 10 vorhanden und wird daher automatisch übernommen, wenn nicht globale Zonen angelegt werden (außer Sie haben Message Queue vorher aus der globalen Zone entfernt). Message Queue kann nicht in Sparse-Root-Zonen installiert oder aktualisiert werden. Wenn Message Queue jedoch mithilfe des Java ES-Installationsprogramms in einer globalen Zone installiert oder aktualisiert wird, so wird sie im Gegensatz zu anderen Produktkomponenten standardmäßig auf nicht globale Zonen übernommen.
- Anwendungsserver. Anwendungsserver ist im Lieferumfang von Solaris 10 vorhanden und wird daher automatisch übernommen, wenn nicht globale Zonen angelegt werden (außer Sie haben Anwendungsserver vorher aus der globalen Zone entfernt). Wenn die im Lieferumfang enthaltene Komponente Anwendungsserver, die unter /usr installiert wurde, auf diese Weise übernommen wurde, so kann sie nicht mithilfe des Java ES-Installationsprogramms in einer Sparse-Root-Zone aktualisiert werden (/usr ist standardmäßig schreibgeschützt). Zur Behebung dieses Problems müssen die im Lieferumfang vorhandenen Anwendungsserver-Pakete manuell aus der globalen Zone entfernt werden, bevor Release 5-Anwendungsserver in einer Sparse-Root-Zone installiert werden kann. Siehe auch Nur Solaris OS: Entfernen Sie manuell die im Betriebssystem enthaltenen Anwendungsserver-Pakete..
- Sun Cluster. Die Sun Cluster-Software wird in nicht globalen Zonen nicht unterstützt.
Sonderfälle zu den gemeinsam genutzten Komponenten
- Sun Java Web Console (SJWC). SJWC-Pakete, die im Lieferumfang von Solaris 10 (Update 1 und Update 2) enthalten sind, können nicht mithilfe des Java ES-Installationsprogramms entfernt werden. Bei diesen älteren SJWC-Paketen ist Attribut SUNW_PKG_ALLZONES auf True gesetzt, was bedeutet, dass das Paket in allen Zonen identisch sein muss und nur vom globalen Administrator verwaltet werden kann. Diese Pakete müssen daher manuell aus der globalen Zone entfernt und durch die richtigen Pakete ersetzt werden.
Wenn das Java ES-Installationsprogramm eine ausgewählte Produktkomponente in einer nicht globalen Zone installieren will und dabei feststellt, dass SJWC aktualisiert werden muss, so bricht das Installationsprogramm den Vorgang ab. Dies trifft zu, wenn eine Installation auf Solaris 10, Update 1 und 2 vorgenommen wird.
Um dieses Problem zu umgehen, wurde ein Skript entwickelt, das die alten SJWC-Paket aus der globalen Zone entfernt und durch Release 5-SJWC ersetzt, das den richtigen Attributwert zur Übernahme der Zonen enthält. Weitere Informationen finden Sie im Handbuch Java Enterprise System 5-Installationshandbuch für UNIX.
- Common Agent Container (CAC). Version 1.1 wird nur installiert, wenn Sun Cluster, Sun Cluster Geographic Edition oder Sun Cluster-Agenten installiert sind. Sie wird nicht installiert, wenn die Option Alle gemeinsam genutzten Komponenten ausgewählt wurde. In diesem Fall wird nur Version 2.0 installiert.
