Sun Java logo     Zurück      Inhalt      Index      Weiter     

Sun logo
Sun Java Enterprise System 2005Q4 Aktualisierungshandbuch 

Kapitel 17
Portal Server

In diesem Kapitel wird die Aktualisierung von Portal Server auf Java ES 2005Q4 (Release 4) beschrieben: Sun Java System Portal Server 6.3.1 2005Q4. Das Kapitel enthält einen allgemeinen Überblick über die Aspekte und Verfahren bezüglich der verschiedenen Aktualisierungswege, die von Java ES Release 4 unterstützt werden. Es wird sowohl die Aktualisierung unter dem Solaris- als auch unter dem Linux-Betriebssystem berücksichtigt:

Überblick über Aktualisierungen von Portal Server

In diesem Abschnitt werden die folgenden allgemeinen Aspekte bezüglich der Aktualisierung von Portal Server auf Java ES 2005Q4 (Release 4) beschrieben:

Über Java ES Release 4 Portal Server

Die Funktionalität der Java ES Release 4-Version von Portal Server ist mit der Release 3-Version identisch, die neue Version enthält jedoch Fehlerkorrekturen hinsichtlich der Version 3.

Wegweiser für die Aktualisierung von Portal Server

Tabelle 17-1 zeigt die unterstützten Wege für die Aktualisierung von Portal Server auf Java ES Release 4. Die Tabelle gilt sowohl für das Solaris- als auch für das Linux-Betriebssystem.

Tabelle 17-1  Wege für die Aktualisierung auf Java ES Release 4: Sun Java System Portal Server 6.3.1 2005Q4 

Java ES Release

Portal Server Version

Allgemeiner Ansatz

Neukonfiguration erforderlich

Release 3

Sun Java System Portal Server 6.3.1 2005Q1

Direkte Aktualisierung:
Aktualisierung durch Anwendung von Patches. Es gelten einige Einschränkungen (siehe Verfahren).

Keine

Release 2

Sun Java System Portal Server 6.3 2004Q2

Direkte Aktualisierung:
Durch Anwendung von Patches für die Aktualisierung auf Release 4, Neukonfiguration der Software und eine erneute Bereitstellung im Webcontainer.

Konfigurationsdaten

Release 1

Sun ONE Portal Server 6.2 (2003Q4)

Keine direkte Aktualisierung:
Aktualisierung zunächst auf Release 3, anschließend Anwendung von Patches für die Aktualisierung auf Release 4. Es gelten einige Einschränkungen (siehe Verfahren).

Konfigurationsdaten

Versionen vor Java ES

 

Keine direkte Aktualisierung.

 

Portal Server-Daten

Die folgende Tabelle enthält die Datentypen, die von einer Aktualisierung der Portal Server-Software betroffen sein können.

Tabelle 17-2  Portal Server Verwendung der Daten 

Datentyp

Standort

Verwendung

Konfigurationsdaten

PortalServerConfig-base/

Konfiguration von Portal Server.

Webcontainer-Konfiguration

Web Server:
Datei server.policy und server.xml in
WebServer-base/https-hostname/config

Application Server (Java ES Release 3 und 4):
Datei server.policy und domain.xml in
AppServer8Config-base/domains/domainName/config

Application Server (Java ES Release 2):
Datei server.policy und server.xml in
AppServer7Config-base/domains/domainName/config

Konfiguration der Portal Server-Webcontainer-Instanz.

Benutzerdefinierte Daten

PortalServerConfig-base/desktop

JAR-Dateien für benutzerdefinierte Module,

Benutzerdefinierter Beispiel-Desktop von Portal Server

Directory-Schema

Dienstekonfiguration

Benutzerdaten

Directory Server

Portal Server hängt von Dienstkonfigurationen ab (z. B. Portal-Desktop) und von Benutzerprofildaten, die in einem Verzeichnis gespeichert sind.

Dynamische Anwendungsdaten

Keine

Anwendungsdaten, wie beispielsweise zum Sitzungsstatus, werden von Portal Server nicht dauerhaft gespeichert.

Kompatibilität

In der Release 4-Version von Portal Server wurden keine Änderungen der Schnittstelle vorgenommen. Die Rückwärtskompatibilität von Portal Server, einschließlich der Mobile Access-Komponente, zu früheren Versionen ist gewährleistet.

Portal Server-Abhängigkeiten

Portal Server-Abhängigkeiten zu anderen Java ES-Komponenten beeinflussen möglicherweise das Verfahren für die Aktualisierung und Neukonfiguration der Portal Server-Software. Änderungen der Portal Server-Schnittstellen oder -Funktionen könnten beispielsweise eine aktualisierte Version der Komponenten erforderlich machen, von denen Portal Server abhängig ist. Welche dieser Komponenten aktualisiert werden müssen, hängt von dem jeweiligen Aktualisierungsweg ab.

Für Portal Server bestehen Abhängigkeiten zu folgenden Java ES-Komponenten:

Aktualisieren von Portal Server von Java ES Release 3

Dieser Abschnitt enthält Informationen zur Aktualisierung von Portal Server von Java ES 2005Q1 (Release 3) auf Java ES 2005Q4 (Release 4).

Hinweis

Dieser Abschnitt behandelt nicht den Spezialfall, bei dem Portal Server in einem Application Server-Webcontainer bereitgestellt wird und vor der Release 4-Aktualisierung von Release 2 auf Release 3 aktualisiert wurde. Der zuvor genannte Aktualisierungsweg wird für diesen Fall derzeit nicht unterstützt.

In diesem Abschnitt werden folgende Themen behandelt:

Einführung

Berücksichtigen Sie bei der Aktualisierung von Portal Server von Java ES Release 3 auf Release 4 folgende Aspekte des Aktualisierungsvorgangs:

Aktualisierung der Release 3-Version von Portal Server

In diesem Abschnitt wird die Aktualisierung von Portal Server von Java ES Release 3 auf Java ES Release 4 unter Solaris und Linux beschrieben. Plattformspezifische Vorgänge sind durch die Angabe des jeweiligen Betriebssystems, auf das sich der Vorgang bezieht, gekennzeichnet. In diesem Abschnitt werden folgende Themen behandelt:

Aufgaben vor der Aktualisierung

Bevor Sie mit der Aktualisierung von Portal Server beginnen, führen Sie die folgenden beschriebenen Aufgaben durch.

Aktuelle Versionsinformationen überprüfen

Sie können die aktuelle Version von Portal Server mithilfe des folgenden Befehls überprüfen:

Aktualisieren von Portal Server-Abhängigkeiten

Es wird grundsätzlich empfohlen, alle Java ES-Komponenten auf einem Computersystem (und in einer Netzwerkumgebung) auf Java ES Release 4 zu aktualisieren. Für Portal Server besteht jedoch lediglich eine zwingende Aktualisierungsabhängigkeit zur gemeinsam genutzten Komponente Mobile Access Core (MA Core). Die Aktualisierung anderer Java ES Release 3-Komponenten, von denen Portal Server abhängig ist, ist daher optional.

Wenn Sie jedoch sämtliche Portal Server-Abhängigkeiten aktualisieren möchten, berücksichtigen Sie die folgende Aktualisierungsreihenfolge für diese Abhängigkeiten, bevor Sie Portal Server aktualisieren. Bereits aktualisierte Abhängigkeiten können Sie überspringen.

  1. Gemeinsam genutzte Komponenten.  Anweisungen zur Aktualisierung der gemeinsam genutzten Java ES-Komponenten auf Release 4 finden Sie unter Aktualisieren der gemeinsam genutzten Java ES-Komponenten.
  2. Directory Server.  Anleitungen für die Aktualisierung von Directory Server auf Release 4 finden Sie in Kapitel 4, „Directory Server und Administration Server“.
  3. Webcontainer-Software.  Anweisungen zur Aktualisierung von Web Server und Application Server finden Sie in Kapitel 6, „Web Server“ bzw. Kapitel 9, „Application Server“.

    4. Hinweis

    Die Aktualisierung von Drittanbieter-Webcontainern, wie beispielsweise Webcontainer von WebLogic und WebSphere, kann dazu führen, dass Portal Server nicht ordnungsgemäß funktioniert, da Anpassungen hinsichtlich dieser Container für die Unterstützung von Portal Server bei der Container-Aktualisierung überschrieben werden.

    In diesem Fall müssen Sie Portal Server erneut installieren und für die aktualisierte Container-Umgebung erneut konfigurieren.

  4. Access Manager (Access Manager SDK).  Anweisungen zur Aktualisierung von Access Manager auf Release 4 finden Sie in Kapitel 11, „Access Manager“.
Konfigurationsinformationen von Portal Server Release 3 sichern

Bei der Aktualisierung von Portal Server auf Release 4 ist eine Neukonfiguration der Portal Server-Software nicht erforderlich. Als Vorsichtsmaßnahme können Sie jedoch die folgenden Verzeichnisse mit Konfigurationsinformationen sichern:

Erforderliche Konfigurationsinformationen und Passwörter abrufen

Sie müssen als Superuser angemeldet sein, um die Aktualisierung durchführen zu können. Wenn Sie Web Server als Webcontainer verwenden, werden keine Konfigurationsinformationen benötigt. Wenn Sie jedoch Application Server als Webcontainer verwenden, benötigen Sie die Benutzer-ID und das Passwort des Application Server-Administrators.

Aktualisieren der Release 3-Version von Portal Server (Solaris)

Dieser Abschnitt enthält eine Beschreibung der Aspekte, die Einfluss auf das Aktualisierungsverfahren von Portal Server haben, sowie eine Beschreibung des eigentlichen Aktualisierungsverfahrens.

Zu berücksichtigende Aspekte bei der Aktualisierung (Solaris)

Bei der Aktualisierung der Portal Server-Software auf Java ES Release 4 müssen folgende Aspekte berücksichtigt werden:

Aktualisierungsverfahren (Solaris)

Das im Folgenden beschriebene Verfahren ist für Portal Server auf dem Computer anzuwenden, auf dem die Aktualisierung durchgeführt wird.

  1. Beziehen Sie die in Tabelle 17-4 angegebenen erforderlichen Patches.

    2. Verwenden Sie immer die aktuellste, verfügbare Patch-Revision, es sei denn, Sie werden angewiesen, eine bestimmte Revision zu verwenden.

    Patches zum Download in das /tmp-Verzeichnis erhalten Sie unter: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access

  2. Melden Sie sich als Root oder Superuser an.

    3. su -

  3. Beenden Sie Portal Server, indem Sie seinen Webcontainer beenden.

    4. Web Server:
    WebServer-base    /https-instanceName/stop

    Application Server:
    AppServer8-base    /bin/asadmin stop-domain domainName

  4. Aktualisieren Sie gegebenenfalls die gemeinsam genutzte MA Core-Komponente sowie alle übrigen Komponenten, die Sie aktualisieren möchten.

    5. Siehe Aktualisieren von Portal Server-Abhängigkeiten.

  5. Wenden Sie das entsprechende in Tabelle 17-4 angegebene Portal Server-Patch an.

    6. Stellen Sie sicher, dass Sie den Portal Server-Core-Patch vor der Anwendung der beiden Portal Server-Lokalisierungs-Patches anwenden.

    patchadd patch_ID.

  6. Stellen Sie sicher, dass die Patch-Aktualisierung erfolgreich durchgeführt wurde:

    7. showrev -p | grep patch_ID

    Die Ausgabe sollte die Versionen der in Schritt 5 angewendeten Patch-IDs zurückgeben.

  7. Starten Sie Portal Server neu, indem Sie seinen Webcontainer neu starten.

    8. Web Server:
    WebServer-base    /https-instanceName/start

    Application Server:
    AppServer8-base    /bin/asadmin start-domain --user admin_ID
         --password password domainName

  8. Stellen Sie die Portal Server-Webanwendung in Ihrem Webcontainer erneut bereit.

    9. PortalServer-base/bin/deploy redeploy

    Der redeploy-Befehl stellt Inhalt aus PortalServer-base/web-src erneut in /var/PortalServer-base/https-hostName/deploy-dir/web-apps bereit. Anpassungen der Portal Server-Webanwendung sollten daher zuerst in /web-src vorgenommen und anschließend in /web-apps bereitgestellt werden. Änderungen, die Sie unter /web-apps vornehmen, sollten in /web-src repliziert werden, bevor Sie den deploy-Befehl ausführen. Andernfalls werden dieses Änderungen überschrieben.

  9. Halten Sie den Webcontainer an und starten Sie ihn erneut.

    10. Ein Neustart des Webcontainers ist zwar nicht in jedem Fall erforderlich, dadurch wird jedoch sichergestellt, dass der Status von Portal Server beim Start eindeutig ist.

Aktualisieren der Release 3-Version von Portal Server (Linux)

Dieser Abschnitt enthält eine Beschreibung der Aspekte, die Einfluss auf das Aktualisierungsverfahren von Portal Server haben, sowie eine Beschreibung des eigentlichen Aktualisierungsverfahrens.

Zu berücksichtigende Aspekte bei der Aktualisierung (Linux)

Bei der Aktualisierung der Portal Server-Software auf Java ES Release 4 unter Linux sind dieselben Aspekte wie unter Solaris zu berücksichtigen (siehe Zu berücksichtigende Aspekte bei der Aktualisierung (Solaris)). Die Aktualisierungs-Patches für Linux unterscheiden sich jedoch von den Aktualisierungs-Patches für Solaris.

Die Patches für die Aktualisierung von Portal Server auf Release 4 unter Linux OS werden in der folgenden Tabelle aufgeführt:

Tabelle 17-5  Patches1 für die Aktualisierung von Portal Server unter Linux 

Beschreibung

Patch-ID und RPM-Namen

Portal Server Core

118952-12

  • sun-portal-core-6.3-25.12.i386.rpm

und eine Reihe weiterer RPMS für den Portal-Desktop und Portal Server-Mobile Access.

Lokalisierung von Portal Server

119426-07

  • sun-portal-core-Locale-6.3-24.i386.rpm

und eine große Reihe weiterer RPMS für Portal Server-Mobile Access, -Konfiguration, -Identität und anderen Portal Server-Komponenten.

Portal Server-Lokalisierungskonfigurationsprogramm

118116-08

  • sun-portal-l10n-configurator-6.3-24.i386.rpm

1Diese Patch-Versionsnummern sind für die Aktualisierung auf Java ES Release 4 mindestens erforderlich. Wenn neuere Versionen verfügbar sind, verwenden Sie anstelle der in dieser Tabelle genannten Versionen die neueren Versionen.

Aktualisierungsverfahren (Linux)

Das im Folgenden beschriebene Verfahren ist für Portal Server auf dem Computer anzuwenden, auf dem die Aktualisierung durchgeführt wird.

Vorsicht

Eine Aktualisierung von Java ES Release 3 auf Java ES Release 4 unter Linux kann nicht rückgängig gemacht werden.

  1. Die erforderlichen Patches und die RPM-Namen lassen sich anhand der entsprechenden Patch-Nummern aus Tabelle 17-5 entnehmen. Verwenden Sie diese Informationen, um die Versionsnummern für den RPM zu erhalten.

    2. Patches zum Download in das /tmp-Verzeichnis erhalten Sie unter: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access

  2. Melden Sie sich als Root oder Superuser an.

    3. su -

  3. Beenden Sie Portal Server, indem Sie seinen Webcontainer beenden.

    4. Web Server:
    WebServer-base    /https-instanceName/stop

    Application Server:
    AppServer8-base    /bin/asadmin stop-domain domainName

  4. Aktualisieren Sie gegebenenfalls die gemeinsam genutzte MA Core-Komponente sowie alle übrigen Komponenten, die Sie aktualisieren möchten.

    5. Siehe Aktualisieren von Portal Server-Abhängigkeiten.

  5. Wenden Sie die in Tabelle 17-5 angegebenen RPMs für den Portal Server-Core-Patch an.

    6. cd /tmp

    Dabei ist /tmp das Verzeichnis, in das Sie den Patch in Schritt 1 heruntergeladen haben.

    ./update

    Das Aktualisierungsskript installiert die RPMs und stellt außerdem sicher, dass durch die Anwendung des Patches die richtigen Konfigurationsänderungen vorgenommen werden.

  6. Stellen Sie sicher, dass die Patch-Aktualisierung erfolgreich durchgeführt wurde:

    7. rpm -qa | grep sun-portal-core-6.3-25

    Die Aktualisierungs-Revisionsnummern der RPMs sollten zurückgegeben werden.

  7. Wenden Sie die in Tabelle 17-5 angegebenen RPMs für die beiden Portal Server-Lokalisierungs-Patches an.

    8. rpm -Fvh --replacefiles sun-portal-*-Locale-6.3-24.i386.rpm
    rpm -Fvh --replacefiles
         sun-portal-l10n-configurator-6.3-24.i386.rpm

  8. Stellen Sie sicher, dass die Patch-Aktualisierung erfolgreich durchgeführt wurde:

    9. rpm -qa | grep sun-portal-l10n-configurator-6.3-24

    Die Aktualisierungs-Revisionsnummern der RPMs sollten zurückgegeben werden.

  9. Starten Sie Portal Server neu, indem Sie seinen Webcontainer neu starten.

    10. Web Server:
    WebServer-base    /https-instanceName/start

    Application Server:
    AppServer8-base    /bin/asadmin start-domain --user admin_ID
         --password password domainName

  10. Stellen Sie die Portal Server-Webanwendung in Ihrem Webcontainer erneut bereit.

    11. PortalServer-base/bin/deploy redeploy

    Der redeploy-Befehl stellt Inhalt aus PortalServer-base/web-src erneut in /var/PortalServer-base/https-hostName/deploy-dir/web-apps bereit. Anpassungen der Portal Server-Webanwendung sollten daher zuerst in /web-src vorgenommen und anschließend in /web-apps bereitgestellt werden. Änderungen, die Sie unter /web-apps vornehmen, sollten in /web-src repliziert werden, bevor Sie den deploy-Befehl ausführen. Andernfalls werden dieses Änderungen überschrieben.

  11. Halten Sie den Webcontainer an und starten Sie ihn erneut.

    12. Ein Neustart des Webcontainers ist zwar nicht in jedem Fall erforderlich, dadurch wird jedoch sichergestellt, dass der Status von Portal Server beim Start eindeutig ist.

Überprüfen der Aktualisierung

Die Aktualisierung von Portal Server auf Release 4 wird überprüft, indem bestätigt wird, dass die Aktualisierungs-Patches ordnungsgemäß angewendet wurden. Die Schritte für diese Überprüfung sind unter Aktualisierungsverfahren (Solaris) und Aktualisierungsverfahren (Linux) beschrieben.

Zudem können Sie folgenden Befehl verwenden:

Ausgabewerte finden Sie in Tabelle 17-3.

Zusätzlich zu dieser Überprüfung der Patch-Aktualisierung können Sie überprüfen, ob die zuvor ausgeführten Aufgaben nach wie vor ausgeführt werden können und ob Fehler, die behoben werden sollten, tatsächlich behoben wurden.

Aufgaben nach der Aktualisierung

Mit Ausnahme der in Aktualisierungsverfahren (Solaris) und Aktualisierungsverfahren (Linux) beschriebenen Schritte müssen keine weiteren Aufgaben nach der Aktualisierung durchgeführt werden.

Aufheben der Aktualisierung (Solaris)

Dieser Abschnitt enthält eine Beschreibung der Aspekte, die Einfluss auf das Verfahren zum Aufheben der Aktualisierung Portal Server haben, sowie eine Beschreibung des eigentlichen Verfahrens zum Aufheben der Aktualisierung.

Zu berücksichtigende Aspekte beim Aufheben der Aktualisierung (Solaris)

Das Verfahren zum Aufheben der Aktualisierung von Portal Server auf Release 4 entspricht größtenteils dem Verfahren zum Aktualisieren auf Release 4 in umgekehrter Reihenfolge. Die Neukonfigurationen werden zurückgesetzt und die Patches entfernt.

Verfahren zum Aufheben der Aktualisierung (Solaris)
  1. Melden Sie sich als Root oder Superuser an.

    2. su -

  2. Beenden Sie Portal Server, indem Sie seinen Webcontainer beenden.

    3. Web Server:
    WebServer-base    /https-instanceName/stop

    Application Server:
    AppServer8-base    /bin/asadmin start-domain --user admin_ID
         --password password domainName

  3. Entfernen Sie die Patches aus Tabelle 17-4.

    4. patchrm patch_ID

  4. Starten Sie Portal Server neu, indem Sie seinen Webcontainer neu starten.

    5. Web Server:
    WebServer-base    /https-instanceName/start

    Application Server:
    AppServer8-base    /bin/asadmin start-domain domainName
         --user admin_ID --password password

  5. Stellen Sie die Portal Server-Webanwendung in Ihrem Webcontainer erneut bereit.

    6. PortalServer-base/bin/deploy redeploy

    Der redeploy-Befehl stellt Inhalt aus PortalServer-base/web-src erneut in /var/PortalServer-base/https-hostName/deploy-dir/web-apps bereit. Anpassungen der Portal Server-Webanwendung sollten daher zuerst in /web-src vorgenommen und anschließend in /web-apps bereitgestellt werden. Änderungen, die Sie unter /web-apps vornehmen, sollten in /web-src repliziert werden, bevor Sie den deploy-Befehl ausführen. Andernfalls werden dieses Änderungen überschrieben.

  6. Halten Sie den Webcontainer an und starten Sie ihn erneut.

    7. Ein Neustart des Webcontainers ist zwar nicht in jedem Fall erforderlich, dadurch wird jedoch sichergestellt, dass der Status von Portal Server beim Start eindeutig ist.

Aktualisierung mehrerer Instanzen

In manchen Bereitstellungsarchitekturen wird Portal Server auf mehreren Computersystemen bereitgestellt, um die Skalierbarkeit zu gewährleisten und die Verfügbarkeit zu verbessern. Möglicherweise führen Sie beispielsweise Portal Server-Komponenten auf mehreren Computern zusammen mit einem Lastenausgleichsprogramm aus, um die Last zu verteilen.

Für Portal Server-Instanzen mit Lastenausgleich können Sie ein so genanntes Rolling Upgrade durchführen, bei dem Sie alle Portal Server-Instanzen nacheinander aktualisieren, ohne den Dienst zu unterbrechen. Dabei werden die verschiedenen Portal Server-Instanzen einzeln aktualisiert, während die übrigen Instanzen weiter ausgeführt werden. Unter Aktualisierung der Release 3-Version von Portal Server wird beschrieben, wie Sie die Aktualisierung der einzelnen Instanzen durchführen.

Aktualisieren von Portal Server von Java ES Release 2

Dieser Abschnitt enthält Informationen zur Aktualisierung von Portal Server von Java ES 2005Q2 (Release 2) auf Java ES 2005Q4 (Release 4).

Aufgrund der Komplexität der Aktualisierung von Portal Server von Release 2 und der Wahrscheinlichkeit einer langen Ausfallzeit können Sie anstelle einer In-Place-Aktualisierung auf einem Produktionssystem eine parallele Aktualisierung auf einem anderen Computer durchführen. Dieser Ansatz bietet sich für unternehmenskritische oder komplexe Portal Server-Lösungen an, in denen die Ausfallzeit so gering wie möglich ausfallen muss. Die Dauer des Aktualisierungsverfahrens hängt auch davon ab, wie viel Zeit für die erneute Implementierung und das Testen erforderlicher Portal Server-Anpassungen benötigt wird.

Möglicherweise ist eine Änderung bzw. Anpassung der Anweisungen in diesem Abschnitt erforderlich, um den Anforderungen des jeweiligen Aktualisierungsszenarios gerecht zu werden. In diesem Fall wird empfohlen, sich an den Sun Microsystems Support-Dienst zu wenden, um Unterstützung für die Aktualisierung zu erhalten.

Dieser Abschnitt behandelt die folgenden Aspekte bezüglich der Aktualisierung von Release 2 auf Release 4:

Einführung

Berücksichtigen Sie bei der Aktualisierung von Portal Server von Java ES Release 2 auf Release 4 folgende Aspekte des Aktualisierungsvorgangs:

Aktualisierung der Release 2-Version von Portal Server

In diesem Abschnitt wird die Aktualisierung von Portal Server von Java ES Release 2 auf Java ES Release 4 unter Solaris und Linux beschrieben. Plattformspezifische Vorgänge sind durch die Angabe des jeweiligen Betriebssystems, auf das sich der Vorgang bezieht, gekennzeichnet. In diesem Abschnitt werden folgende Themen behandelt:

Aufgaben vor der Aktualisierung

Bevor Sie mit der Aktualisierung von Portal Server beginnen, führen Sie die folgenden beschriebenen Aufgaben durch.

Aktuelle Versionsinformationen überprüfen

Sie können die aktuelle Version von Portal Server mithilfe des folgenden Befehls überprüfen:

Ausgabewerte finden Sie in Tabelle 17-3.

Aktualisieren von Portal Server-Abhängigkeiten

Java ES Release 4 unterstützt nicht die Koexistenz der gemeinsam genutzten Komponenten von Release 2 und Release 4 auf einem Computer.

Sie müssen daher alle lokal vorhandenen Java ES-Release 2-Komponenten, von denen Portal Server abhängt, auf Release 4 aktualisieren. Wenn Sie alle lokalen Portal Server-Abhängigkeiten auf einem Computer aktualisieren, berücksichtigen Sie folgende Aktualisierungsreihenfolge, bevor Sie Portal Server aktualisieren. Beachten Sie, dass für die einzelnen Aktualisierungsszenarios bestimmte Anforderungen gelten.

  1. Gemeinsam genutzte Komponenten.  Anweisungen zur Aktualisierung der gemeinsam genutzten Java ES-Komponenten auf Release 4 finden Sie unter Aktualisieren der gemeinsam genutzten Java ES-Komponenten.
  2. Directory Server.  Portal Server ist nur in Ausnahmefällen von einem lokal vorhandenen Directory Server abhängig. Anweisungen zur Aktualisierung von Directory Server auf Release 4 finden Sie in Kapitel 4, „Directory Server und Administration Server“.
  3. Webcontainer-Software.  Portal Server kann in einem Webcontainer ausgeführt werden, der entweder von Web Server oder von Application Server bereitgestellt wird.
    • Web Server: Aktualisierung von Web Server auf Release 4 durch Anwendung des Verfahrens unter Aktualisieren von Web Server von Java ES Release 2.
    • Application Server: Aktualisierung von Application Server auf Release 4 durch eine neue Installation von Application Server mit dem Java ES-Installationsprogramm und nicht durch Anwendung des Verfahrens unter Aktualisieren von Application Server von Java ES  Release 2. Stellen Sie sicher, dass Sie über den Administrations- und den Serverinstanzanschluss für Release 2 Application Server 7 verfügen, bevor Sie Release 4 Application Server 8 installieren.

      • Hinweis

      Die Aktualisierung von Drittanbieter-Webcontainern, wie beispielsweise Webcontainer von WebLogic und WebSphere, kann dazu führen, dass Portal Server nicht ordnungsgemäß funktioniert, da Anpassungen hinsichtlich dieser Container für die Unterstützung von Portal Server bei der Container-Aktualisierung überschrieben werden.

      In diesem Fall müssen Sie Portal Server erneut installieren und für die aktualisierte Container-Umgebung erneut konfigurieren.

  4. Access Manager (Access Manager SDK).  Portal Server kann im selben Webcontainer wie Access Manager oder in einem anderen Webcontainer ausgeführt werden.
Konfigurationsinformationen von Portal Server Release 2 sichern

Die Aktualisierung von Portal Server auf Release 4 erfordert eine Neukonfiguration der Portal Server-Software. Als Vorsichtsmaßnahme können Sie die folgenden Verzeichnisse mit Konfigurationsinformationen sichern:

Erforderliche Konfigurationsinformationen und Passwörter abrufen

Sie müssen als Superuser angemeldet sein, um die Aktualisierung durchführen zu können. Wenn Sie Web Server als Webcontainer verwenden, wird kein Administratorpasswort benötigt. Wenn Sie jedoch Application Server als Webcontainer verwenden, benötigen Sie die Benutzer-ID und das Passwort des Application Server-Administrators.

Aktualisieren der Release 2-Version von Portal Server (Solaris)

Dieser Abschnitt enthält eine Beschreibung der Aspekte, die Einfluss auf das Aktualisierungsverfahren von Portal Server haben, sowie eine Beschreibung des eigentlichen Aktualisierungsverfahrens.

Zu berücksichtigende Aspekte bei der Aktualisierung (Solaris)

Bei der Aktualisierung der Portal Server-Software auf Java ES Release 4 müssen folgende Aspekte berücksichtigt werden:

Aktualisierungsverfahren (Solaris: Web Server)

Das im Folgenden beschriebene Verfahren ist für Portal Server auf dem Computer anzuwenden, auf dem die Aktualisierung durchgeführt wird.

  1. Beziehen Sie die in Tabelle 17-6 angegebenen erforderlichen Patches.

    2. Stellen Sie sicher, dass Sie die in Tabelle 17-6 angegebenen Patch-Revisionen herunterladen, mit Ausnahme der Fehlerkorrekturen für Portal Server. Hierfür wird möglicherweise ein Patch zu einem späteren Zeitpunkt verfügbar sein.

    Patches zum Download in das /tmp-Verzeichnis erhalten Sie unter: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access

  2. Melden Sie sich als Root oder Superuser an.

    3. su -

  3. Beenden Sie Portal Server, indem Sie seinen Webcontainer beenden.

    4. WebServer-base/https-instanceName/stop

  4. Aktualisieren Sie gegebenenfalls alle gemeinsam genutzten Komponenten, den Webcontainer und Access Manager (oder Access Manager SDK).

    5. Siehe Aktualisieren von Portal Server-Abhängigkeiten.

  5. Starten Sie Directory Server und Access Manager, falls diese noch nicht ausgeführt werden.
  6. Wenden Sie die entsprechenden in Tabelle 17-6 angegebenen Portal Server-Patches an.

    7. Stellen Sie sicher, dass Sie die Patches in der in Tabelle 17-6 angegebenen Reihenfolge (von oben nach unten) anwenden.

    patchadd patch_ID

  7. Stellen Sie sicher, dass die Patch-Aktualisierung erfolgreich durchgeführt wurde:

    8. showrev -p | grep patch_ID

    Die Ausgabe sollte die Versionen der in Schritt 7 angewendeten Patch-IDs zurückgeben.

  8. Konfigurieren Sie die Portal Server-Software neu:

    9. ksh

    $ cd PortalServer-base/lib
    $ ./upgradePS04Q205Q1

  9. Starten Sie Portal Server neu, indem Sie seinen Webcontainer neu starten.

    10. WebServer-base/https-instanceName/start

  10. Stellen Sie die Portal Server-Webanwendung in Ihrem Webcontainer erneut bereit.

    11. PortalServer-base/bin/deploy redeploy

    Der redeploy-Befehl stellt Inhalt aus PortalServer-base/web-src erneut in /var/PortalServer-base/https-hostName/deploy-dir/web-apps bereit. Anpassungen der Portal Server-Webanwendung sollten daher zuerst in /web-src vorgenommen und anschließend in /web-apps bereitgestellt werden. Änderungen, die Sie unter /web-apps vornehmen, sollten in /web-src repliziert werden, bevor Sie den deploy-Befehl ausführen. Andernfalls werden dieses Änderungen überschrieben.

  11. Halten Sie den Webcontainer an und starten Sie ihn erneut.

    12. Ein Neustart des Webcontainers ist zwar nicht in jedem Fall erforderlich, dadurch wird jedoch sichergestellt, dass der Status von Portal Server beim Start eindeutig ist.

Aktualisierungsverfahren (Solaris: Application Server)

Das im Folgenden beschriebene Verfahren ist für Portal Server auf dem Computer anzuwenden, auf dem die Aktualisierung durchgeführt wird.

  1. Beziehen Sie die in Tabelle 17-6 angegebenen erforderlichen Patches.

    2. Stellen Sie sicher, dass Sie die in Tabelle 17-6 angegebenen Patch-Revisionen herunterladen, mit Ausnahme der Fehlerkorrekturen für Portal Server. Hierfür wird möglicherweise ein Patch zu einem späteren Zeitpunkt verfügbar sein.

    Patches zum Download in das /tmp-Verzeichnis erhalten Sie unter: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access

  2. Melden Sie sich als Root oder Superuser an.

    3. su -

  3. Stellen Sie sicher, dass Portal Server nicht mehr in der Release 2 Application Server-Instanz ausgeführt wird.

    4. AppServerConfig7-base/domains/domainName/instanceName/bin/stopserv

    Im oben genannten Befehl und in den folgenden Schritten werden folgende Konventionen verwendet:

    • Der Standard für domainName lautet domain1.
    • Der Standard für instanceName lautet server1.
  4. Aktualisieren Sie gegebenenfalls alle gemeinsam genutzten Komponenten, den Webcontainer und Access Manager (oder Access Manager SDK).

    5. Siehe Aktualisieren von Portal Server-Abhängigkeiten.

  5. Stellen Sie sicher, dass die aktualisierte Version von Access Manager nicht in der Release 4 Application Server-Instanz ausgeführt wird.

    6. AppServer8-base/bin/asadmin stop-domain domainName

  6. Stellen Sie sicher, dass die Access Manager-Konfigurationsdatei,

    7. AccessManagerConfig-base/config/AMConfig.properties

    , folgende Eigenschaftswerte enthält:

    com.iplanet.am.notification.url=
        http://    hostName:port/amserver/notificationservice
    com.sun.identity.webcontainer=IAS8.1
    com.iplanet.am.cookie.encode=true

    Dabei handelt es sich bei hostName:port um den Computer und Anschluss, der als Host für die Access Manager-Instanz dient.

  7. Wenden Sie die entsprechenden in Tabelle 17-6 angegebenen Portal Server-Patches an.

    8. Stellen Sie sicher, dass Sie die Patches in der in Tabelle 17-6 angegebenen Reihenfolge (von oben nach unten) anwenden.

    patchadd patch_ID

  8. Stellen Sie sicher, dass die Patch-Aktualisierung erfolgreich durchgeführt wurde:

    9. showrev -p | grep patch_ID

    Die Ausgabe sollte die Versionen der in Schritt 7 angewendeten Patch-IDs zurückgeben.

  9. Stellen Sie sicher, dass die Portal Server-Konfigurationsdatei,

    10. PortalServerConfig-base/PSConfig.properties

    , folgende Eigenschaftswerte enthält, die auf die Domain Administration Server (DAS)-Instanz von Application Server verweisen:

    DEPLOY_TYPE=SUNONE8  DEPLOY_INSTANCE_DIR=AppServer8Config-base/domains/domainName
    DEPLOY_DOMAIN=AppServer8Config-base/domains/domainName
    DEPLOY_PRODUCT_DIR=AppServer8Config-base/domains/domainName
    DEPLOY_ADMIN_PROTOCOL=https
      DEPLOY_ADMIN_PORT=    DAS_adminPort (z. B. Standard=4848)
      DEPLOY_ADMIN_HOST=DAS_hostName
      LOAD_BALANCER_URL=http://DAS_hostName:DAS_hostPort/portal
    DEPLOY_DOCROOT=    AppServer8Config-base/domains/domainName/docroot
      PS_PORT=    DAS_hostPort (z. B., default=80)
      DEPLOY_DIR=AppServer8-base
      PS_PROTOCOL=http

    Die oben genannten Standardwerte gelten, wenn der neuen Installation von Release 4 Application Server 8 dieselben Anschlusswerte zugewiesen wurden, wie der Release 2 Application Server 7-Installation, und diese Werte mit den Standardanschlusswerten übereinstimmen.

  10. Ändern Sie die Datei PSconfig.properties wie folgt:

    11. DEPLOY_INSTANCE=temporary_instanceName

    Dabei ist temporary_instanceName ein nicht verwendeter vorläufiger Wert.

  11. Stellen Sie sicher, dass der DAS ausgeführt wird.

    12. AppServer8-base/bin/asadmin start-domain --user admin_ID
         --password password domainName

  12. Führen Sie folgende Befehle aus:

    13. cd PortalServer-base/bin
    ./multiserverinstance

    Für die vom Skript multiserverinstance gestellten Fragen werden die in der Datei PSConfig.properties festgelegten Werte verwendet, die in Schritt 9 als Standardwerte angegeben wurden. In den folgenden Anweisungen wird angenommen, dass diese Standardwerte korrekt sind.

    Beantworten Sie die vom Skript multiserverinstance gestellten Fragen wie folgt:

    1. Wählen Sie für Create a new portalserver instance Option 1 aus.
    2. Wählen Sie für Sun Java System Application Server 8.1 Option 3 aus.
    3. Wo ist der Web Container installiert? Drücken Sie die Eingabetaste.
    4. Wie lautet der Domänenname? Drücken Sie die Eingabetaste.
    5. Wie lautet der Pfad der Domäne (DAS)? Geben Sie denselben Wert ein, der als Standardwert für Frage Nummer 4 angegeben wurde.
    6. Wie lautet der Pfad der Web Container-Instanz? Geben Sie denselben Wert wie für Frage Nummer 5 ein.
    7. Wie lautet der Administrator für Web Container? Drücken Sie die Eingabetaste.
    8. Wie lautet der Administrationsanschluss für Web Container? Drücken Sie die Eingabetaste.
    9. Ist der Web Container-Administrationsanschluss sicher? Drücken Sie die Eingabetaste.
    10. Wie lautet der Name der Instanz? Geben Sie einen server-Wert ein.
    11. Wie lautet der Anschluss der Instanz? Geben Sie denselben Wert ein, der als Wert für PS_PORT in der Datei PSConfig.properties eingegeben wurde.
    12. Ist der Anschluss der Instanz sicher? Drücken Sie die Eingabetaste.
    13. Wie lautet das Dokument-Root-Verzeichnis für Web Container? Drücken Sie die Eingabetaste.
    14. Wie lautet das Administratorpasswort für Application Server? Geben Sie Ihr Passwort ein.
    15. Wie lautet das Administratorpasswort für Identity Server? Geben Sie Ihr Passwort ein.

  13. Ändern Sie die Datei PSconfig.properties wie folgt:

    14. DEPLOY_INSTANCE=server

    Dabei ist der Wert für server der standardmäßige Instanzenname der DAS-Instanz.

  14. Starten Sie DAS neu.

    15. AppServer8-base/bin/asadmin stop-domain domainName

    AppServer8-base/bin/asadmin start-domain --user admin_ID
         --password password domainName

  15. Stellen Sie die Portal Server-Webanwendung bereit.

    16. cd PortalServer-base/bin
    ./deploy redeploy

    Ignorieren Sie die Meldungen, die Sie über mögliche Fehler in deploy.log. informieren.

    Der redeploy-Befehl stellt Inhalt aus PortalServer-base/web-src erneut in /var/PortalServer-base/https-hostName/deploy-dir/web-apps bereit. Anpassungen der Portal Server-Webanwendung sollten daher zuerst in /web-src vorgenommen und anschließend in /web-apps bereitgestellt werden. Änderungen, die Sie unter /web-apps vornehmen, sollten in /web-src repliziert werden, bevor Sie den deploy-Befehl ausführen. Andernfalls werden dieses Änderungen überschrieben.

  16. Konfigurieren Sie die Portal Server-Software neu:

    17. ksh

    $ cd PortalServer-base/lib
    $ ./postinstall_PortletSamples
    $ ./upgradePS04Q205Q1

    Ignorieren Sie die Fehler bezüglich CLI137 und die Fehler bezüglich der Bereitstellung bzw. der Aufhebung der Bereitstellung, die vom Skript upgradePS04Q205Q1 ausgegeben werden.

  17. Starten Sie DAS neu.

    18. AppServer8-base/bin/asadmin stop-domain domainName

    AppServer8-base/bin/asadmin start-domain --user admin_ID
         --password password domainName

    Ein Neustart des Webcontainers ist zwar nicht in jedem Fall erforderlich, dadurch wird jedoch sichergestellt, dass der Status von Portal Server beim Start eindeutig ist.

  18. Aktualisieren Sie das Portal Server-Anzeigeprofil.
    1. Führen Sie folgenden Befehl aus:

      2. PortalServer-base/bin/dpadmin list -g -u amadminDN
           -w amadminPassword /tmp/GlobalDP.xml

      Der Wert für amadminDN ist der Eigenschaft com.sun.identity.authentication.super.user in der Datei AccessManagerConfig-base/config/AMConfig.properties zu entnehmen.

    2. Öffnen Sie die Datei /tmp/GlobalDP.xml zum Bearbeiten.
    3. Ändern Sie den Wert für:

      4. org.apache.xalan.xsltc.trax.TransformerFactoryImpl
      in
      com.sun.org.apache.xalan.internal.xsltc.trax.
           TransformerFactoryImpl

    4. Ändern Sie alle in der Datei enthaltenen Werte für:

      5. Sun JavaTM System Portal Server 6 2004Q2
      in
      Sun JavaTM System Portal Server 6 2005Q4

    5. Führen Sie folgenden Befehl aus:

      6. PortalServer-base/bin/dpadmin modify -g -u amadminDN
           -w amadminPassword /tmp/GlobalDP.xml

      Der Wert für amadminDN ist derselbe Wert wie in Schritt a.

Aktualisieren der Release 2-Version von Portal Server (Linux)

Dieser Abschnitt enthält eine Beschreibung der Aspekte, die Einfluss auf das Aktualisierungsverfahren von Portal Server haben, sowie eine Beschreibung des eigentlichen Aktualisierungsverfahrens.

Zu berücksichtigende Aspekte bei der Aktualisierung (Linux)

Bei der Aktualisierung der Portal Server-Software auf Java ES Release 4 unter Linux sind dieselben Aspekte wie unter Solaris zu berücksichtigen (siehe Zu berücksichtigende Aspekte bei der Aktualisierung (Solaris)). Die Aktualisierungs-Patches für Linux unterscheiden sich jedoch von den Aktualisierungs-Patches für Solaris.

Die Patches für die Aktualisierung von Portal Server auf Release 4 unter Linux OS werden in der folgenden Tabelle aufgeführt:

Tabelle 17-7  Patches für die Aktualisierung von Portal Server auf Release 4 unter Linux 

Beschreibung

Patch-ID und RPM-Namen

Portal Server Core

118020-16

sun-portal-module-6.3-25.i386.rpm

Dabei steht module für eines der ca. 70 verschiedenen Softwaremodule.

Mobile Access Core

119529-02

  • sun-mobileaccess-1.0-25.2.i386.rpm
  • sun-mobileaccess-config-1.0-25.2.i386.rpm

Portal Server-Fehlerkorrekturen

118952-15 (oder höher)

  • sun-portal-core-6.3-xx.y.i386.rpm
  • sun-portal-configurator-6.3-xx.y.i386.rpm
  • sun-portal-mobileaccess-6.3-xx.y.i386.rpm
  • sun-portal-desktop-6.3-xx.y.i386.rpm
  • sun-portal-sample-6.3-xx.y.i386.rpm
  • sun-portal-mobileaccess-config-6.3-xx.y.i386.rpm

Aktualisierungsverfahren (Linux: Web Server)

Das im Folgenden beschriebene Verfahren ist für Portal Server auf dem Computer anzuwenden, auf dem die Aktualisierung durchgeführt wird.

  1. Die erforderlichen Patches und die RPM-Namen lassen sich anhand der entsprechenden Patch-Nummern aus Tabelle 17-7 entnehmen. Verwenden Sie diese Informationen, um die Versionsnummern für den RPM zu erhalten.

    2. Patches zum Download in das /tmp-Verzeichnis erhalten Sie unter: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access

  2. Melden Sie sich als Root oder Superuser an.

    3. su -

  3. Beenden Sie Portal Server, indem Sie seinen Webcontainer beenden.

    4. WebServer-base/https-instanceName/stop

  4. Aktualisieren Sie gegebenenfalls alle gemeinsam genutzten Komponenten, den Webcontainer und Access Manager (oder Access Manager SDK).

    5. Siehe Aktualisieren von Portal Server-Abhängigkeiten.

  5. Starten Sie Directory Server und Access Manager, falls diese noch nicht ausgeführt werden.
  6. Wenden Sie die in Tabelle 17-7 angegebenen RPMs für Portal Server an.
    1. cd /tmp

      2. Dabei ist /tmp das Verzeichnis, in das Sie den Patch in Schritt 1 heruntergeladen haben.

    2. Entzippen Sie die 118020-Patch-Datei, lesen Sie die README-Datei und führen Sie folgendes Skript aus:

      3. ./upgradeportalrpms

      Das Skript upgradeportalrpms installiert die RPMs und stellt außerdem sicher, dass durch die Anwendung des Patches die richtigen Konfigurationsänderungen vorgenommen werden.

    3. Entzippen Sie die 119529-Patch-Datei und führen Sie das Skript ./update in dem Verzeichnis aus, das beim Entzippen des Patches erstellt wurde.
    4. Entzippen Sie die 118952-Patch-Datei und führen Sie das Skript ./update in dem Verzeichnis aus, das beim Entzippen des Patches erstellt wurde.
  7. Stellen Sie sicher, dass die Patch-Aktualisierung erfolgreich durchgeführt wurde:

    8. rpm -qa | grep sun-portal
    rpm -qa | grep sun-mobileaccess

    Die neuen Versionsnummern der RPMs sollten zurückgegeben werden.

  8. Konfigurieren Sie die Portal Server-Software neu:

    9. ksh

    $ cd PortalServer-base/lib
    $ ./upgradePS04Q205Q1

  9. Bearbeiten Sie die Datei PortalServer-base/export/deploy.import wie folgt:

    10. Wenn Folgendes in der Datei enthalten ist:

    %JATO_LIB_DIR%/jato.tld %WEB_SRC_DIR%/WEB-INF/jato.tld
    %JATO_LIB_DIR%/jato.jar %WEB_SRC_DIR%/WEB-INF/lib/jato.jar

    Ersetzen Sie diese Werte mit:

    /usr/share/lib/jato/jato.tld %WEB_SRC_DIR%/WEB-INF/jato.tld
    /usr/share/lib/jato/jato.jar %WEB_SRC_DIR%/WEB-INF/lib/jato.jar

    Mit anderen Worten, ersetzen Sie %JATO_LIB_DIR% durch /usr/share/lib/jato.

  10. Starten Sie Portal Server neu, indem Sie seinen Webcontainer neu starten.

    11. WebServer-base/https-instanceName/start

  11. Stellen Sie die Portal Server-Webanwendung in Ihrem Webcontainer erneut bereit.

    12. PortalServer-base/bin/deploy redeploy

    Der redeploy-Befehl stellt Inhalt aus PortalServer-base/web-src erneut in /var/PortalServer-base/https-hostName/deploy-dir/web-apps bereit. Anpassungen der Portal Server-Webanwendung sollten daher zuerst in /web-src vorgenommen und anschließend in /web-apps bereitgestellt werden. Änderungen, die Sie unter /web-apps vornehmen, sollten in /web-src repliziert werden, bevor Sie den deploy-Befehl ausführen. Andernfalls werden dieses Änderungen überschrieben.

  12. Halten Sie den Webcontainer an und starten Sie ihn erneut.

    13. Ein Neustart des Webcontainers ist zwar nicht in jedem Fall erforderlich, dadurch wird jedoch sichergestellt, dass der Status von Portal Server beim Start eindeutig ist.

Aktualisierungsverfahren (Linux: Application Server)

Das im Folgenden beschriebene Verfahren ist für Portal Server auf dem Computer anzuwenden, auf dem die Aktualisierung durchgeführt wird.

  1. Beziehen Sie die in Tabelle 17-7 angegebenen erforderlichen Patches.

    2. Stellen Sie sicher, dass Sie die in Tabelle 17-7 angegebenen Patch-Revisionen herunterladen, mit Ausnahme der Fehlerkorrekturen für Portal Server. Hierfür wird möglicherweise ein Patch zu einem späteren Zeitpunkt verfügbar sein.

    Patches zum Download in das /tmp-Verzeichnis erhalten Sie unter: http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access

  2. Melden Sie sich als Root oder Superuser an.

    3. su -

  3. Stellen Sie sicher, dass Portal Server nicht mehr in der Release 2 Application Server-Instanz ausgeführt wird.

    4. AppServerConfig7-base/domains/domainName/instanceName/bin/stopserv

    Im oben genannten Befehl und in den folgenden Schritten werden folgende Konventionen verwendet:

    • Der Standard für domainName lautet domain1.
    • Der Standard für instanceName lautet server1.
  4. Aktualisieren Sie gegebenenfalls alle gemeinsam genutzten Komponenten, den Webcontainer und Access Manager (oder Access Manager SDK).

    5. Siehe Aktualisieren von Portal Server-Abhängigkeiten.

  5. Stellen Sie sicher, dass die aktualisierte Version von Access Manager nicht in der Release 4 Application Server-Instanz ausgeführt wird.

    6. AppServer8-base/bin/asadmin stop-domain domainName

  6. Stellen Sie sicher, dass die Access Manager-Konfigurationsdatei,

    7. AccessManagerConfig-base/config/AMConfig.properties

    , folgende Eigenschaftswerte enthält:

    com.iplanet.am.notification.url=
        http://    hostName:port/amserver/notificationservice
    com.sun.identity.webcontainer=IAS8.1
    com.iplanet.am.cookie.encode=true

    Dabei handelt es sich bei hostName:port um den Computer und Anschluss, der als Host für die Access Manager-Instanz dient.

  7. Wenden Sie die in Tabelle 17-7 angegebenen RPMs für Portal Server an.
    1. cd /tmp

      2. Dabei ist /tmp das Verzeichnis, in das Sie den Patch in Schritt 1 heruntergeladen haben.

    2. Entzippen Sie die 118020-Patch-Datei, lesen Sie die README-Datei und führen Sie folgendes Skript aus:

      3. ./upgradeportalrpms

      Das Skript upgradeportalrpms installiert die RPMs und stellt außerdem sicher, dass durch die Anwendung des Patches die richtigen Konfigurationsänderungen vorgenommen werden.

    3. Entzippen Sie die 119529-Patch-Datei und führen Sie das Skript ./update in dem Verzeichnis aus, das beim Entzippen des Patches erstellt wurde.
    4. Entzippen Sie die 118952-Patch-Datei und führen Sie das Skript ./update in dem Verzeichnis aus, das beim Entzippen des Patches erstellt wurde.
  8. Stellen Sie sicher, dass die Patch-Aktualisierung erfolgreich durchgeführt wurde:

    9. rpm -qa | grep sun-portal
    rpm -qa | grep sun-mobileaccess

    Die neuen Versionsnummern der RPMs sollten zurückgegeben werden.

  9. Bearbeiten Sie die Datei PortalServer-base/export/deploy.import wie folgt:

    10. Wenn Folgendes in der Datei enthalten ist:

    %JATO_LIB_DIR%/jato.tld %WEB_SRC_DIR%/WEB-INF/jato.tld
    %JATO_LIB_DIR%/jato.jar %WEB_SRC_DIR%/WEB-INF/lib/jato.jar

    Ersetzen Sie diese Werte mit:

    /usr/share/lib/jato/jato.tld %WEB_SRC_DIR%/WEB-INF/jato.tld
    /usr/share/lib/jato/jato.jar %WEB_SRC_DIR%/WEB-INF/lib/jato.jar

    Mit anderen Worten, ersetzen Sie %JATO_LIB_DIR% durch /usr/share/lib/jato.

  10. Führen Sie Schritt Schritt 9 bis Schritt 18 unter Aktualisierungsverfahren (Solaris: Application Server). aus.

Überprüfen der Aktualisierung

Die Aktualisierung von Portal Server auf Release 4 wird überprüft, indem bestätigt wird, dass die Aktualisierungs-Patches ordnungsgemäß angewendet wurden. Die Schritte für diese Überprüfung sind unter Aktualisierungsverfahren (Solaris) und Aktualisierungsverfahren (Linux) beschrieben.

Zudem können Sie folgenden Befehl verwenden:

Ausgabewerte finden Sie in Tabelle 17-3.

Zusätzlich zu dieser Überprüfung der Patch-Aktualisierung können Sie überprüfen, ob die zuvor ausgeführten Aufgaben nach wie vor ausgeführt werden können und ob Fehler, die behoben werden sollten, tatsächlich behoben wurden.

Aufgaben nach der Aktualisierung

Mit Ausnahme der in Aktualisierungsverfahren (Solaris: Application Server) und Aktualisierungsverfahren (Linux: Web Server) beschriebenen Schritte müssen keine weiteren Aufgaben nach der Aktualisierung durchgeführt werden.

Aufheben der Aktualisierung

Die Aktualisierung von Portal Server von Release 2 auf Release 4 kann nicht rückgängig gemacht werden.

Aktualisierung mehrerer Instanzen

In manchen Bereitstellungsarchitekturen wird Portal Server auf mehreren Computersystemen bereitgestellt, um die Skalierbarkeit zu gewährleisten und die Verfügbarkeit zu verbessern. Möglicherweise führen Sie beispielsweise Portal Server-Komponenten auf mehreren Computern zusammen mit einem Lastenausgleichsprogramm aus, um die Last zu verteilen.

Für Portal Server-Instanzen mit Lastenausgleich können Sie ein so genanntes Rolling Upgrade durchführen, bei dem Sie alle Portal Server-Instanzen nacheinander aktualisieren, ohne den Dienst zu unterbrechen. Dabei werden die verschiedenen Portal Server-Instanzen einzeln aktualisiert, während die übrigen Instanzen weiter ausgeführt werden. Unter Aktualisierung der Release 2-Version von Portal Server wird beschrieben, wie Sie die Aktualisierung der einzelnen Instanzen durchführen.



Zurück      Inhalt      Index      Weiter     

Teilenr.: 819-3461.   Copyright 2006 Sun Microsystems, Inc. Alle Rechte vorbehalten.