|
| |
| Sun Java Enterprise System 2005Q4 Aktualisierungshandbuch | |
Kapitel 1
Planung hinsichtlich der AktualisierungenDieses Kapitel enth�lt Informationen zur Planung der Aktualisierung der Sun Java™ Enterprise System (Java ES)-Software auf Java ES 2005Q4 (Release 4). Es besteht aus folgenden Abschnitten:
Java ES 2005Q4 (Release 4)-KomponentenDieser Abschnitt bietet als Einf�hrung in die Planung der Aktualisierung der Java ES-Software einen �berblick �ber die Komponenten, die in Java ES Release 4 enthalten sind. Je nach Aktualisierungsszenario m�ssen Sie eine oder mehrere dieser Komponenten auf Ihre Release 4-Version aktualisieren.
Java ES-Komponenten werden in zwei Gruppen unterteilt, wie im Java Enterprise System Technical Overview (http://docs.sun.com/doc/819-2330) beschrieben. Demzufolge stellen Systemdienstkomponenten die Hauptinfrastrukturdienste von Java ES bereit, w�hrend die Dienstqualit�tskomponenten diese Systemdienste erweitern. Diese beiden Java ES-Komponententypen werden zusammengefasst als Produktkomponenten bezeichnet und sind Komponenten, die im Java ES-Installationsprogramm ausgew�hlt werden k�nnen.
Jede Produktkomponente h�ngt von einer oder mehreren lokal vorhandenen gemeinsam genutzten Bibliotheken ab, die als gemeinsam genutzte Java ES- Komponenten bezeichnet werden. Gemeinsam genutzte Komponenten werden entsprechend der zu installierenden Produktkomponenten bei der Installation der Produktkomponente automatisch vom Java ES-Installationsprogramm installiert
Release 4-Produktkomponenten
In der folgenden Tabelle werden die Java ES Release 4-Produktkomponenten alphabetisch aufgelistet. F�r die Dienstqualit�tskomponenten wird auch die Diensttyperweiterung angegeben, die von der jeweiligen Komponente bereitgestellt wird.
Release 4: Gemeinsam genutzte Komponenten
Die gemeinsam genutzten Java ES-Komponenten, von denen die auf einem Computer installierten Produktkomponenten abh�ngen, k�nnen im Java ES-Installationsprogramm nicht ausgew�hlt werden. Bei der Installation der Java ES-Produktkomponenten installiert das Java ES-Installationsprogramm automatisch die gemeinsam genutzten Komponenten, die f�r die installierten Produktkomponenten erforderlich sind.
In der folgenden Tabelle werden die gemeinsam genutzten Java ES Release 4-Komponenten aufgelistet.
�ber Java ES-AktualisierungenDie Aktualisierung der Java ES-Software auf Release 4 erfolgt nicht grunds�tzlich mit dem Java ES-Installationsprogramm oder einem anderen Systemdienstprogramm. Die Aktualisierung erfolgt je Komponente und je Computer mithilfe komponentenspezifischer Aktualisierungsverfahren.
Die Aktualisierung einer Komponente kann eine Hauptaktualisierung umfassen, die m�glicherweise nicht mit der fr�heren Version der Komponente kompatibel ist, oder eine vollst�ndig kompatible Aktualisierung, mit der lediglich Fehlerkorrekturen bereitgestellt werden. Aufgrund der Abh�ngigkeiten zwischen den Java ES-Komponenten, zieht eine Aktualisierung m�glicherweise die Aktualisierung weiterer Komponenten nach sich.
Aktualisierung von Produktkomponenten
Die Aktualisierung der Java ES-Produktkomponenten umfasst zwei grundlegende Vorg�nge, die die urspr�ngliche Installation und Konfiguration der Java ES-Produktkomponenten widerspiegeln:
- Installation aktualisierter Software. Die neue Software erweitert die vorhandene Software, behebt Fehler der vorhandenen Software oder ersetzt die vorhandene Software. Die neue Software wird im Allgemeinen bereitgestellt, indem Patches auf die vorhandenen Softwarepakete angewendet werden, vorhandene Pakete ersetzt werden, neue Pakete installiert werden oder eine vollst�ndige Neuinstallation einer Komponente mit dem Java ES-Installationsprogramm durchgef�hrt 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. In manchen F�llen erfordert die Neukonfiguration die Durchf�hrung eines speziellen Verfahrens, in anderen F�llen wird die Neukonfiguration automatisch ohne Ihr Eingreifen durchgef�hrt.
Diese beiden Aspekte bez�glich der Komponentenaktualisierung werden in dem vorliegenden Aktualisierungshandbuch f�r die einzelnen Java ES-Produktkomponenten beschrieben.
Das Aktualisierungshandbuch behandelt au�erdem folgende weitere wichtige Aspekte hinsichtlich der Aktualisierung der Produktkomponenten:
Aktualisierung 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.
Die Aktualisierung gemeinsam genutzter Komponenten ist �blicherweise weniger kompliziert als die Aktualisierung von Produktkomponenten. Im Allgemeinen erfolgt die Aktualisierung durch Anwendung von Patches auf vorhandene Pakete oder durch das Ersetzen vorhandener Pakete. Im Gegensatz zur Aktualisierung von Produktkomponenten ist �blicherweise weder eine Neukonfiguration noch die Durchf�hrung eines speziellen Verfahrens vor oder nach der Aktualisierung erforderlich.
W�hrend gemeinsam genutzte Komponenten einzeln aktualisiert werden k�nnen, haben Sie in Java ES Release 4 auch die M�glichkeit, eine Reihe von gemeinsam genutzten Komponenten gemeinsam in einem Vorgang zu aktualisieren. Weitere Informationen finden Sie unter Kapitel 2, „Aktualisieren der gemeinsam genutzten Java ES-Komponenten.“
Aktualisierungstechnologien
Sowohl die Aktualisierung von Produktkomponenten als auch von gemeinsam genutzten Komponenten, wie im vorliegenden Aktualisierungshandbuch beschrieben, umfasst die �nderung oder das Ersetzen der derzeit installierten Softwarepakete sowie, in manchen F�llen, die Installation der neuen Pakete. Solaris- und Linux-Plattformen verwenden �hnliche Technologien f�r die Verwaltung installierter Softwarepakte und das Nachverfolgen von �nderungen mithilfe einer Paket-Registry.
- Solaris-Plattform. Java ES-Pakete k�nnen mit den Solaris-Befehlen pkgadd und pkgrm installiert bzw. entfernt werden, wobei Pakete aus der Java ES-Softwareverteilung verwendet werden. 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.
Solaris-Patches k�nnen auch in einem Patch-Cluster zusammengefasst verf�gbar sein. Mit einem Patch-Cluster k�nnen Sie s�mtliche Patches in dem Cluster zusammenfassend herunterladen und anwenden. Patch-Cluster stehen f�r die Aktualisierung der gemeinsam genutzten Java ES-Komponenten zur Verf�gung (siehe Kapitel 2, „Aktualisieren der gemeinsam genutzten Java ES-Komponenten“).
- Linux-Plattform. Java ES RPM (Red Hat Package Manager)-Pakete k�nnen mit dem Befehl rpm installiert oder aktualisiert werden, wobei Pakete aus der Java ES-Softwareverteilung verwendet 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 ES-Softwareverteilung 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, k�nnen zu Patches zusammengefasst sein, 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.
Aspekte bez�glich des Betriebssystems
Die Aktualisierung der Java ES-Software wird durch eine Reihe von Aspekten bez�glich des Betriebssystems beeinflusst, wie im Folgenden beschrieben.
Erforderliche Betriebssystem-Patches
In manchen Situationen ist f�r die erfolgreiche Aktualisierung einer Java ES- Produktkomponente zun�chst die Anwendungen eines Betriebssystems-Patches oder bestimmter Fehlerkorrekturen erforderlich. Es wird grunds�tzlich empfohlen, das Betriebssystem vor den Java ES-Aktualisierungen auf den aktuellsten Stand zu bringen, anstatt das entsprechende Betriebssystem-Patch anzuwenden, das jeweilig erforderlich ist.
- Patches f�r die Solaris-Plattform 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 Betriebssystem-Patch-Cluster f�r Solaris 8, 9 und 10 sind unter folgender Adresse verf�gbar: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
- Aktualisierungsversionen der Linux-Plattform sind unter folgender Adresse verf�gbar: https://www.redhat.com/apps/download/
Aktualisierung von fr�heren Versionen
Zahlreiche der gemeinsam genutzten Java ES-Komponenten verf�gen �ber versionsspezifische Solaris-Pakete. Die versionsspezifischen Pakete funktionieren m�glicherweise nicht ordnungsgem�� auf den anderen Solaris-Plattformen. Pakete, die f�r das Solaris 8-Betriebssystem entwickelt wurden, funktionieren beispielsweise nicht f�r das Solaris 9- oder Solaris 10-Betriebssystem.
Wenn Sie das Betriebssystem von einer fr�heren Version auf eine andere Version aktualisieren, sind davon die verschiedenen installierten gemeinsam genutzten Java ES-Komponenten betroffen. Wenn gemeinsam genutzte Komponenten �ber versionsspezifische Pakete verf�gen, m�ssen diese Pakete nach der Aktualisierung des Betriebssystems ebenfalls aktualisiert werden, damit diese mit dem neu aktualisierten Betriebssystem �bereinstimmen.
Aktualisierungen auf nicht unterst�tzte Plattformen
Java ES 2004Q2 (Release 2) wird 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 Java ES Release 2 auf eine Java ES Release-Version aktualisieren, die die aktualisierte Plattform unterst�tzt, vorzugsweise auf Java ES Release 4.
Da f�r die Aktualisierung mancher Java ES-Komponenten andere Java ES-Komponenten ausgef�hrt werden m�ssen, k�nnen Sie Ihr Betriebssystem grunds�tzlich erst dann auf Solaris 10 oder RHEL 3.0 aktualisieren, nachdem Sie die Aktualisierung von Java ES Release 2 durchgef�hrt haben (Java ES Release 2 unterst�tzt diese Plattformen nicht).
Die Vorgehensweise ist dabei von Ihrer Plattform abh�ngig:
- Linux-Plattform. Aktualisieren Sie zun�chst Java ES Release 2 auf Release 4 und f�hren Sie dann die Aktualisierung auf RHEL 3.0 durch.
- Solaris-Plattform. Deinstallieren Sie Java ES Release 2, aktualisieren Sie Ihr Betriebssystem auf Solaris 10 und f�hren Sie anschlie�end eine neue Installation von Java ES Release 4 durch. Dieses Verfahren erfordert die erneute Konfiguration s�mtlicher Java ES-Komponenten. In dieser Situation wird empfohlen, alle Konfigurationsdateien und Anpassungen von Java ES zu sichern, um diese f�r die Konfiguration der Java ES Release 4-Komponenten verwenden zu k�nnen.
Planung der AktualisierungDer Ansatz f�r die Aktualisierung eines bereitgestellten Java ES-Softwaresystems auf Java ES Release 4 kann von Ihren Zielen und Priorit�ten hinsichtlich der Aktualisierung sowie vom Umfang und der Komplexit�t Ihrer Bereitstellungsarchitektur abh�ngen.
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.
Diese zwei Beispiele eines Aktualisierungsszenarios sind hinsichtlich Ihrer Komplexit�t sehr verschieden und erfordern grundlegend verschiedene Aktualisierungspl�ne. Es gibt keinen allgemeinen Plan, der f�r alle bereitgestellten Java ES-Softwaresysteme angewendet werden kann.
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.
Was ist ein Aktualisierungsplan?
In einem Aktualisierungsplan werden die einzelnen Stufen des Aktualisierungsvorgangs angegeben und beschrieben. Dieser Vorgang umfasst mindestens die in der folgenden Tabelle aufgelisteten Phasen.
In den folgenden Abschnitten finden Sie Informationen, die Sie bei der Entwicklung eines Aktualisierungsplans unterst�tzen.
�berlegungen zum 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:
Diese Faktoren werden in den folgenden Abschnitten beschrieben:
Aktualisierungswege
Es k�nnen zwar alle fr�heren Release-Versionen der Java ES-Software auf Java ES 2005Q4 (Release 4) aktualisiert werden, jedoch nur die Aktualisierung von Java ES 2005Q1 (Release 3) und Java ES 2004Q2 (Release 2) ist zertifiziert. Aktualisierungen von fr�heren Release-Versionen sind in diesem Aktualisierungshandbuch nicht dokumentiert.
Die verschiedenen Aktualisierungswege machen unterschiedliche Vorgehensweisen bei der Aktualisierung notwendig, die in Tabelle 1-4 beschrieben werden.
Aufgrund der unterschiedlichen Aktualisierungswege f�r eine Aktualisierung von Release 3 auf Release 4 und von Release 2 auf Release 4 und aufgrund der Tatsache, dass die Aktualisierungsverfahren f�r Produktkomponenten h�ufig vom Aktualisierungsweg abh�ngen, sind die Kapitel in diesem Aktualisierungshandbuch, in der die Aktualisierung der einzelnen Produktkomponenten beschrieben wird, in jeweils zwei Abschnitte eingeteilt: Ein Abschnitt f�r die Aktualisierung von Release 3 auf Release 4 und ein anderer f�r die Aktualisierung von Release 2 auf Release 4.
Tabelle 1-4 Wege f�r die Aktualisierung auf Java ES 2005 Q4 (Release 4)
Produktnummer
Java ES Release
Systemmerkmale
Vorgehensweise zur Aktualisierung
2005Q1
Release 3
Java ES Release 4 unterst�tzt die gleichzeitige Verwendung von Release 3- und Release 4-Komponenten auf einem Computer. Dazu z�hlen sowohl Produktkomponenten als auch gemeinsam genutzte Komponenten. Die Kompatibilit�t der Release 3- mit den Release 4-Komponenten wurde getestet. Bekannte Inkompatibilit�ten sind im Java Enterprise System Release Notes (http://docs.sun.com/doc/819-2329) dokumentiert.
Die Koexistenz von Release 3- und Release 4-Komponenten bietet die M�glichkeit, auf einem Computer oder innerhalb einer Bereitstellungsarchitektur mit mehreren Computern lediglich eine Auswahl an Release 3-Komponenten auf Release 4 zu aktualisieren.
2004Q2
Release 2
Java ES Release 4 unterst�tzt nicht die gleichzeitige Verwendung von Release 2- und Release 4-Komponenten auf einem Computer. Dazu z�hlen sowohl Produktkomponenten als auch gemeinsam genutzte Komponenten. Zwischen diesen Release-Versionen bestehen bekannte Inkompatibilit�ten. Die Interoperabilit�t der Release 2- und Release 4-Komponenten ist nicht zertifiziert.
Bei einer Aktualisierung von Release 2-Komponenten auf Release 4 auf einem beliebigen Computer, sollten alle Release 2-Komponenten ebenfalls auf Release 4 aktualisiert werden. Ausgehend von der Kompatibilit�t der Komponenten ist die gleichzeitige Verwendung von Release 2- und Release 4-Komponenten auf verschiedenen Computern innerhalb einer Bereitstellungsarchitektur mit mehreren Computern jedoch m�glich.
2003Q4
und fr�herRelease 1
und fr�herJava ES Release 4 unterst�tzt nicht die gleichzeitige Verwendung von Release 1-Komponenten oder Komponenten von fr�heren Releases und Release 4-Komponenten auf einem Computer. Dazu z�hlen sowohl Produktkomponenten als auch gemeinsam genutzte Komponenten. Zwischen diesen Release-Versionen bestehen bekannte Inkompatibilit�ten. Die Interoperabilit�t der Release 1-Komponenten bzw. der Komponenten fr�herer Versionen und der Release 4-Komponenten ist nicht zertifiziert.
Java ES Release 4 ist nicht zertifiziert f�r die direkte Aktualisierung von Release 1 oder fr�heren Release-Versionen auf Release 4.
In manchen F�llen ist die Aktualisierung von Release 1 jedoch m�glich, indem zun�chst eine Aktualisierung auf Java ES Release 3 durchgef�hrt wird, wie im Release 3-Handbuch Java Enterprise System Aktualisierungs- und Migrationshandbuch (http://docs.sun.com/doc/819-2232) beschrieben.
In anderen F�llen kann die Aktualisierung von Release 1 auf Release 4 wie eine Aktualisierung von Release 2 oder Release 4 auf Release 4 durchgef�hrt werden. Auf diese M�glichkeit wird im Wegweiser f�r die Aktualisierung der jeweiligen Komponente in diesem Aktualisierungshandbuch hingewiesen.
Aktualisierungsabh�ngigkeiten
Einer der wichtigsten Faktoren bei der Planung der Aktualisierung einer Java ES-Komponente 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.
Diesbez�glich k�nnen die Aktualisierungsabh�ngigkeiten in zwei Typen eingeteilt werden:
- Zwingende Aktualisierungsabh�ngigkeit. Eine zwingende Aktualisierungsabh�ngigkeit besteht, wenn eine aktualisierte Version einer Komponente die aktualisierte Version einer anderen Komponente erfordert, von der die Komponente 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. Sie k�nnen die Komponente erst dann erfolgreich aktualisieren und verwenden, wenn die Komponente, von der die Komponente abh�ngig ist, aktualisiert wurde.
- Nicht zwingende Aktualisierungsabh�ngigkeit. Eine nicht zwingende Aktualisierungsabh�ngigkeit besteht, wenn eine aktualisierte Version einer Komponente nicht die aktualisierte Version einer anderen Komponente erfordert, von der die Komponente abh�ngig ist. Sie k�nnen die Komponente erfolgreich aktualisieren und verwenden, ohne die Komponente, von der die Komponente abh�ngig ist, zu aktualisieren.
Bei der Aktualisierung einer Java ES-Komponente m�ssen alle Komponenten, von denen die Komponente zwingend abh�ngig ist, aktualisiert werden. Komponenten, von denen die Komponente nicht zwingend abh�ngig ist, m�ssen nicht aktualisiert werden. (Diese allgemeine Regel gilt nicht f�r Aktualisierungen von Release 2 auf Release 4 auf einem Computer.)
Diese allgemeine Regel gilt nicht immer; sie gilt jedoch bei Aktualisierungen, bei denen mehrere voneinander abh�ngige Komponenten betroffen sind. In diesem Fall m�ssen Sie eine Komponente aktualisieren, wenn f�r eine der Java ES-Komponenten eine zwingende Abh�ngigkeit zu dieser Komponente besteht.
Alle aktualisieren oder eine Auswahl aktualisieren
Der Unterschied zwischen zwingenden und nicht zwingenden Abh�ngigkeiten bietet die M�glichkeit, lediglich eine Auswahl der Java ES-Komponenten innerhalb eines bereitgestellten Systems zu aktualisieren. Diese M�glichkeit besteht nur f�r die Aktualisierung von Release 3 auf Release 4 auf einem Computer (siehe Merkmale der Aktualisierungswege unter Aktualisierungswege). Eine selektive Aktualisierung von Release 2 auf Release 4 auf einem Computer wird nicht unterst�tzt.
- Selektive Aktualisierung. Bei der selektiven Aktualisierung ist die Java ES-Komponente, die Sie auf Release 4 aktualisieren m�chten, der Ausgangspunkt. Ermitteln Sie die zwingenden Aktualisierungsabh�ngigkeiten f�r diese Komponente. Dazu z�hlen sowohl Produktkomponenten als auch gemeinsam genutzte Komponenten. 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-Komponenten, die aktualisiert werden m�ssen.
- Alle aktualisieren. Alternativ dazu k�nnen Sie alle bereitgestellten Java ES-Komponenten auf Release 4 aktualisieren. Die Komplexit�t dieses Ansatzes ist ebenfalls von Ihrer Bereitstellungsarchitektur abh�ngig. In manchen F�llen ist die Aktualisierung eines gesamten Systems in einem Schritt aus Gesch�ftsgr�nden nicht durchf�hrbar.
In der folgenden Tabelle werden die beiden Ans�tze des Aktualisierungsverfahrens verglichen.
Die Wahl zwischen selektiver Aktualisierung und der Aktualisierung aller Komponenten ist nicht zwingend f�r alle Aktualisierungen. Sie k�nnen beispielsweise eine selektive Aktualisierung der Produktkomponenten auf einem bestimmten Computer durchf�hren, jedoch gleichzeitig alle gemeinsam genutzten Komponenten aktualisieren, die f�r die Unterst�tzung der ausgew�hlten Produktkomponenten erforderlich sind. F�r die Aktualisierung von Release 3 auf Release 4 ist die selektive Aktualisierung der Produktkomponenten und die Aktualisierung der entsprechenden gemeinsam genutzten Komponenten der bevorzugte Ansatz.
Aktualisierungen mehrerer Instanzen
Die Reihenfolge der Aktualisierungsverfahren 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, Hochverf�gbarkeitstechniken (Sun Cluster und High Availability Session Store) und Multimaster-Replikation (Directory Server).
In den meisten F�llen, in denen Redundanz eine Rolle spielt, werden Aktualisierungen bevorzugt, bei denen es zu keiner Ausfallzeit kommt. Bei diesen parallelen Aktualisierungen werden die redundanten Instanzen einer Komponente aktualisiert, ohne den von der Komponente bereitgestellten Dienst zu beeintr�chtigen.
Redundante Instanzen werden h�ufig �ber mehrere Computer hinweg bereitgestellt. Aus Sicht der Aktualisierungsplanung ergibt sich daraus m�glicherweise die Isolierung der Aktualisierung solcher replizierten Komponenten von der Aktualisierung anderer Komponenten, um die Ausfallzeit so gering wie m�glich zu halten. Das hei�t, Sie k�nnen s�mtliche Aufgaben, die vor der Aktualisierung der Komponente durchgef�hrt werden m�ssen, auf allen Computern abschlie�en, bevor Sie die parallele Aktualisierung der replizierten Komponente 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.
Java ES-Komponentenabh�ngigkeitenWie im vorherigen Abschnitt erw�hnt, werden in einem Aktualisierungsplan die zu aktualisierenden Java ES-Komponenten angegeben sowie die Reihenfolge, in der diese Komponenten aktualisiert werden m�ssen. Eine wichtige �berlegung beim Erstellen eines Aktualisierungsplans sind die Abh�ngigkeiten, die zwischen den verschiedenen Java ES-Komponenten in Ihrem bereitgestellten System bestehen.
Unabh�ngig davon, ob Sie eine Auswahl der Komponenten oder alle Komponenten aktualisieren, die Reihenfolge der Komponentenaktualisierungen wird durch die Art der Abh�ngigkeiten zwischen diesen Komponenten bestimmt.
Dieser Abschnitt enth�lt Informationen �ber Java ES-Komponentenabh�ngigkeiten. Die folgenden Faktoren hinsichtlich der Abh�ngigkeiten k�nnen sich auf Ihren Aktualisierungsplan auswirken:
Die einzelnen Faktoren werden in den folgenden Abschnitten kurz beschrieben.
Abh�ngigkeiten zu gemeinsam genutzten Komponenten
Bei der Aktualisierung von Java ES-Produktkomponenten m�ssen Sie die Abh�ngigkeiten ber�cksichtigen, die f�r diese Java ES-Komponenten zu den gemeinsam genutzten Java ES-Komponenten bestehen. Wenn f�r eine Produktkomponente eine zwingende Aktualisierungsabh�ngigkeit zu einer gemeinsam genutzten Komponente besteht, muss diese gemeinsam genutzte Komponente ebenfalls aktualisiert werden.
Tabelle der Abh�ngigkeiten zu gemeinsam genutzten Komponenten
Tabelle 1-6 zeigt die Abh�ngigkeiten der Java ES 2005Q4 (Release 4)-Produktkomponenten zu den gemeinsam genutzten Java ES-Komponenten. Die Abk�rzungen der Produktkomponenten in den Spaltenbezeichnungen in Tabelle 1-6 wurden aus Tabelle 1-1 entnommen. Die vollst�ndigen Bezeichnungen f�r die Abk�rzungen der gemeinsam genutzten Komponenten finden Sie in Tabelle 1-2.
Die folgenden vier Produktkomponenten sind nicht Tabelle 1-6 enthalten: Directory Proxy Server (DPS), High Availability Session Store (HADB) und Directory Preparation Tool (DPT) wurden nicht ber�cksichtigt, da diese Komponenten nicht von gemeinsam genutzten Komponenten abh�ngig sind. Service Registry (SR) wurde ausgelassen, da es sich hierbei um eine neue Produktkomponente handelt, und daher keine Aktualisierung einer fr�heren Version notwendig ist. Die neue Release 4-Produktkomponente Web Proxy Server (WPS) wurde jedoch in Tabelle 1-6 aufgenommen, da die Komponente von der fr�heren Version, die nicht in Java ES integriert war, auf Release 4 aktualisiert werden kann.
In Tabelle 1-6 sind zwingende Aktualisierungsabh�ngigkeiten f�r Release 3 auf Release 4 mit einem „H“ gekennzeichnet, nicht zwingende Abh�ngigkeiten sind mit einem „S“ gekennzeichnet. F�r Aktualisierung von Release 2 auf Release 4 sind definitionsgem�� alle Abh�ngigkeiten zu gemeinsam genutzten Komponenten zwingende Aktualisierungsabh�ngigkeiten; es m�ssen alle gemeinsam genutzten Komponenten von Release 2 auf Release 4 aktualisiert werden.
Die in Tabelle 1-6 gezeigten Abh�ngigeiten 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, die wiederum von einer oder mehreren gemeinsam genutzten Komponenten abh�ngt. Die in Tabelle 1-6 gezeigten Abh�ngigkeiten zu gemeinsam genutzten Komponenten ber�cksichtigen s�mtliche dieser indirekten Abh�ngigkeiten. Die folgende Abbildung verdeutlicht die gegenseitigen Abh�ngigkeiten der gemeinsam genutzten Komponenten.
Abbildung 1-1 Gegenseitige Abh�ngigkeiten der gemeinsam genutzten Komponenten
Richtlinien f�r die Aktualisierung gemeinsam genutzter Komponenten
Anhand Tabelle 1-6 k�nnen Sie bestimmen, welche gemeinsam genutzten Komponenten aktualisiert werden m�ssen, wenn Sie eine oder mehrere Produktkomponenten auf einem Computer aktualisieren.
- Aktualisierungen von Release 2 auf Release 4. Wenn Sie eine Aktualisierung von Release 2 auf Release 4 durchf�hren, m�ssen alle gemeinsam genutzten Komponenten, die f�r die jeweilige Produktkomponente in Tabelle 1-6 mit einem „S“ oder „H“ gekennzeichnet sind, aktualisiert werden.
- Aktualisierungen von Release 3 auf Release 4. Wenn Sie alle Produktkomponenten von Release 3 auf Release 4 aktualisieren, m�ssen alle in Tabelle 1-6 f�r die jeweiligen Produktkomponenten angegebenen gemeinsam genutzten Komponenten aktualisiert werden.
Selbst wenn Sie nur eine Auswahl an Produktkomponenten aktualisieren, wird empfohlen, die gemeinsam genutzten Komponenten zu aktualisieren, die von allen Produktkomponenten auf dem Computer ben�tigt werden. Die gemeinsam genutzten Release 4-Komponenten sind f�r die Unterst�tzung der Release 3-Produktkomponenten zertifiziert.
Eine selektive Aktualisierung der gemeinsam genutzten Komponenten ist in den meisten F�llen m�glich (d. h., es werden nur die gemeinsam genutzten Komponenten aktualisiert, die f�r die Unterst�tzung der ausgew�hlten aktualisierten Produktkomponenten ben�tigt werden, bzw. es werden nur die zwingenden Aktualisierungsabh�ngigkeiten im Vergleich zu den nicht zwingenden Aktualisierungsabh�ngigkeiten aktualisiert). Dieser Ansatz birgt jedoch ein erh�htes Risiko.
Wenn keine zwingenden Aktualisierungsabh�ngigkeiten bestehen, m�ssen m�glicherweise keine gemeinsam genutzten Komponenten aktualisiert werden. Grunds�tzlich wird jedoch empfohlen, die zugrundeliegenden gemeinsam genutzten Java ES-Komponenten auf die jeweils aktuellste Version zu aktualisieren.
Hinweis
Die Reihenfolge der Aktualisierung der gemeinsam genutzten Komponenten kann von den in Abbildung 1-1 gezeigten gegenseitigen Abh�ngigkeiten der gemeinsam genutzten Komponenten abh�ngen.
Bei einer Aktualisierung von J2SE auf J2SE 5.0 gilt au�erdem, dass diese gemeinsam genutzten Komponenten zuerst aktualisiert werden sollten. J2SE ist die Basiskomponente f�r viele Java ES-Komponenten.
Verfahren zur Aktualisierung gemeinsam genutzter Komponenten finden Sie in Kapitel 2, „Aktualisieren der gemeinsam genutzten Java ES-Komponenten.“
Abh�ngigkeiten zu Produktkomponenten
Die Abh�ngigkeit einer Produktkomponente zu einer anderen Komponente ist ein entscheidender Faktor daf�r, welche der Java ES-Komponenten aktualisiert werden m�ssen und welche Aktualisierungsreihenfolge eingehalten werden muss. 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-Komponenten werden im Java Enterprise System Technical Overview erl�utert. Diese Abh�ngigkeiten m�ssen bei der Aktualisierung einer Java ES-Produktkomponente ber�cksichtigt werden. Wenn f�r die aktualisierte Version einer Komponente eine zwingende Aktualisierungsabh�ngigkeit zu einer anderen Komponente besteht, sollte aufgrund dieser Abh�ngigkeit, die abh�ngige Komponente erst dann aktualisiert werden, wenn die Komponenten, von der diese abh�ngt, aktualisiert wurde.
- Konfigurationsabh�ngigkeiten. In den meisten F�llen muss eine Java ES-Komponente installiert, konfiguriert und f�r die Konfiguration einer anderen Komponente ausgef�hrt werden. F�r die Konfiguration von Messaging Server-Komponenten muss beispielsweise ein Directory Server-Konfigurationsverzeichnis ausgef�hrt werden; f�r die Registrierung eines Access Manager-Dienstes muss beispielsweise ein Benutzer-/Gruppenverzeichnis von Directory Server ausgef�hrt werden. Das Aktualisierungsverfahren einer Komponente umfasst h�ufig die Neukonfiguration der aktualisierten Komponente oder die Migration der Konfigurationsdaten. Die Hauptfunktion mancher Produktkomponenten besteht in der Unterst�tzung anderer Komponenten hinsichtlich Konfiguration oder Verwaltung. Daher k�nnen Konfigurationsabh�ngigkeiten die Reihenfolge der Aktualisierungsverfahren erheblich beeinflussen.
In Tabelle 1-7 werden die Abh�ngigkeiten zwischen den Java ES-Produktkomponenten gezeigt, die in Tabelle 1-1 angegeben sind. Mithilfe von Tabelle 1-7 k�nnen Sie die Abh�ngigkeitskette in Diagrammform darstellen, anhand deren sich die Aktualisierungsgruppe ergibt. Die linke Spalte gibt die Produktkomponente an, die mittlere Spalte die Abh�ngigkeiten der Produktkomponente zu anderen Produktkomponenten, die dritte Spalte gibt die Art der Abh�ngigkeit an und in der letzten Spalte wird angegeben, ob die entsprechenden Komponenten lokal vorhanden sein m�ssen.
Allgemeine Richtlinien f�r die AktualisierungsreihenfolgeDie in den vorherigen Abschnitten erl�uterten Faktoren haben Auswirkungen darauf, welche Java ES-Komponenten aktualisiert werden m�ssen und welche Aktualisierungsreihenfolge eingehalten werden muss. Diese Faktoren beeinflussen zudem den Ansatz f�r die Aktualisierung der Java ES-Komponenten, die auf mehreren Computern bereitgestellt sind. Die jeweiligen Auswirkungen der Faktoren h�ngen von Ihrer Bereitstellungsarchitektur ab.
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. Wenn Sie eine Aktualisierung durchf�hren, lassen Sie die Komponenten aus, die nicht Bestandteil Ihrer Bereitstellungsarchitektur sind. Wenn Sie eine selektive Aktualisierung durchf�hren, lassen Sie die Komponenten aus, die nicht Bestandteil Ihres Aktualisierungsplans sind.
- Gemeinsam genutzte Komponenten (siehe Kapitel 2, „Aktualisieren der gemeinsam genutzten Java ES-Komponenten“)
Gemeinsam genutzte Komponenten sollten grunds�tzlich vor der Aktualisierung der Komponenten aktualisiert werden, die von diesen Komponenten abh�ngig sind.
- Sun Cluster-Software (siehe Kapitel 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 aktualisierbv t werden, sollten diese als Teil der Sun Cluster-Aktualisierung aktualisiert werden.
- Directory Server und Administration Server (siehe Kapitel 4, „Directory Server und Administration 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. Administration Server muss zusammen mit Directory Server aktualisiert werden.
- Directory Proxy Server (siehe Kapitel 5, „Directory Proxy Server“)
F�r Directory Proxy Server besteht eine zwingende Abh�ngigkeit zu Directory Server und Administration Server und muss daher nach Directory Server und Administration Server aktualisiert werden. Andere Komponenten greifen m�glicherweise �ber Directory Proxy Server auf Directory Server zu.
- Web Server (siehe Kapitel 6, „Web Server“)
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 Web Server oder Application Server bereitgestellt; wenn in Ihrer Bereitstellungsarchitektur beide Komponenten vorhanden sind, aktualisieren Sie zuerst Web Server.
- Message Queue (siehe Kapitel 7, „Message Queue“)
Message Queue sollte vor Application Server aktualisiert werden, f�r den Message Queue kompatibel mit Java 2 Enterprise Edition (J2SE) sein muss.
- High Availability Session Store (siehe Kapitel 8, „High Availability Session Store“)
High Availability Session Store sollte vor Application Server aktualisiert werden, der High Availability Session Store f�r Hochverf�gbarkeitszwecke ben�tigt.
- Application Server (siehe Kapitel 9, „Application Server“)
Application Server h�ngt von Web Server hinsichtlich des Plugins f�r Lastenausgleich ab. Wenn Sie diese Funktion nutzen, sollte Application Server nach Web Server aktualisiert werden.
- Web Proxy Server (siehe Kapitel 10, „Web Proxy Server“)
Web Proxy Server kann zu jedem Zeitpunkt aktualisiert werden. Grunds�tzlich wird die Aktualisierung jedoch nach der Aktualisierung der Web Server- oder Application Server-Komponente durchgef�hrt, f�r den Web Proxy Server einen Proxy-Dienst bereitstellt. Web Proxy Server ist eine neue Java ES Release 4-Komponente, deren fr�here Version, die keine Java ES-Release-Komponente war, aktualisiert werden kann.
- Access Manager (siehe Kapitel 11, „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 Access Manager hinsichtlich dieser Dienste abh�ngen. Zus�tzlich ben�tigt Access Manager ein bestimmtes Directory Server-Schema (Schema 2), was sich auf die Verwendung von Directory Server durch andere Komponenten auswirkt.
- Directory Preparation Tool (siehe Kapitel 12, „Directory Preparation Tool“)
Directory Preparation Tool ist vom Directory Server-Schema abh�ngig und sollte daher �ber Directory Server ausgef�hrt werden, nachdem Access Manager aktualisiert wurde. (Eine Ausnahme von dieser Richtlinie wird unter Aktualisieren von Access Manager von Java ES Release 2 beschrieben.) Directory Preparation Tool sollte vor den folgenden Kommunikationskomponenten aktualisiert werden, die �nderungen im Verzeichnis vornehmen und daf�r von Directory Preparation Tool abh�ngen: Messaging Server, Calendar Server, Communications Express und Delegated Administrator.
- Messaging Server (siehe Kapitel 13, „Messaging Server“)
Messaging Server sollte ausschlie�lich nach den vorangegangenen Aktualisierungen und vor Communications Express aktualisiert werden. F�r Communications Express bestehen Abh�ngigkeiten zu Messaging Server-Komponenten.
- Calendar Server (siehe Kapitel 14, „Calendar Server“)
Calendar Server sollte nach Messaging Server aktualisiert werden, da einige Funktionen Messaging Server-Unterst�tzung erfordern. Calendar Server sollte vor Communications Express aktualisiert werden, da f�r diese Komponente eine Abh�ngigkeit zu Calendar Server besteht.
- Communications Express (siehe Kapitel 15, „Communications Express“)
Communications Express ist von vielen der vorangegangenen Komponenten (Calendar Server, Messaging Server, Directory Preparation Tool, Access Manager, Web Server und Directory Server) abh�ngig und sollte daher nach der Aktualisierung dieser Komponenten aktualisiert werden.
- Instant Messaging (siehe Kapitel 15, „Communications Express“)
Instant Messaging kann zu einem beliebigen Zeitpunkt nach der Aktualisierung von Access Manager aktualisiert werden.
- Portal Server (siehe Kapitel 17, „Portal Server“)
Portal Server ist wie Communications Express von vielen der vorangegangenen Komponenten abh�ngig, insbesondere jedoch von Communications Express f�r die Bereitstellung von Messaging- und Kalenderkan�len. Portal Server sollte daher nach der Aktualisierung von Communications Express aktualisiert werden.
- Portal Server Secure Remote Access (siehe Kapitel 18, „Portal Server Secure Remote Access“)
Portal Server Secure Remote Access kann zu einem beliebigen Zeitpunkt nach der Aktualisierung von Portal Server aktualisiert werden.
- Delegated Administrator (siehe Kapitel 19, „Delegated Administrator“)
Delegated Administrator kann zu einem beliebigen Zeitpunkt aktualisiert und f�r die Bereitstellung von Benutzern verwendet werden, nachdem Directory Preparation Tool aktualisiert und �ber Directory Server ausgef�hrt wurde. Konventionsgem�� werden Benutzer bereitgestellt, nachdem andere Dienste aktualisiert und gestartet wurden. Delegated Administrator kann jedoch vor der Aktualisierung der Kommunikationskomponenten aktualisiert werden, die von Delegated Administrator f�r die Bereitstellung von Benutzern abh�ngen.
