Sun Java logo     Zur�ck      Inhalt      Index      Weiter     

Sun logo
Sun Java Enterprise System 2004Q2 Installationshandbuch 

Kapitel 8
Aktualisieren von Java Enterprise System 2003Q4

Dieses Kapitel enth�lt die Vorgehensweisen zum Aktualisieren von Produktkomponenten von der Java Enterprise System-Version 2003Q4 f�r das Solaris-Betriebssystem auf die Java Enterprise System-Version 2004Q2 f�r das Solaris-Betriebssystem. Ziehen Sie hinsichtlich der Vorgehensweise zum Aktualisieren von fr�heren als den inJava Enterprise System 2003Q4 enthaltenen Versionen Aktualisieren von Komponenten aus Versionen vor Java Enterprise System zurate.

Dieses Kapitel enth�lt die folgenden Abschnitte:

Vorbereitung auf Aktualisierungen

Beachten Sie bei der Vorbereitung Ihrer Server auf Aktualisierungen Folgendes:

Produktabh�ngigkeiten

Viele Produktkomponenten sind abh�ngig davon, dass vor ihnen andere Produkte aktualisiert werden. Ziehen Sie Ermitteln der Aktualisierungsbed�rfnisse hinsichtlich der Informationen zurate, die erforderlich sind, um die Abh�ngigkeitskette, durch die Ihr Aktualisierungsprozess bestimmt wird, in Listen- oder Diagrammform anzuzeigen.

Nachfolgend sind die Produkte in der empfohlenen Aktualisierungsreihenfolge aufgelistet. Machen Sie die Produkte ausfindig, die auf Ihre Situation zutreffen, und aktualisieren Sie sie in der angegebenen Reihenfolge.

  1. Sun Cluster (siehe Informationen zur Aktualisierung auf Sun Cluster),
  2. Gemeinsam genutzte Komponenten (siehe Aktualisieren von gemeinsam genutzten Komponenten),
  3. Administration Server (siehe Informationen zur Aktualisierung auf Administration Server),
  4. Directory Server (siehe Informationen zur Aktualisierung auf Directory Server),
  5. Directory Proxy Server (siehe Informationen zur Aktualisierung auf Directory Proxy Server),
  6. Web Server (siehe Informationen zur Aktualisierung auf Web Server),
  7. Message Queue (siehe Informationen zur Aktualisierung auf Message Queue),
  8. Application Server (siehe Informationen zur Aktualisierung auf Application Server),
  9. Identity Server (siehe Informationen zur Aktualisierung auf Identity Server),
  10. Messaging Server (siehe Informationen zur Aktualisierung auf Messaging Server),
  11. Calendar Server (siehe Informationen zur Aktualisierung auf Calendar Server),
  12. Portal Server (siehe Informationen zur Aktualisierung auf Portal Server),
  13. Instant Messaging (siehe Informationen zur Aktualisierung auf Instant Messaging),
  14. Mobile Access (siehe Informationen zur Aktualisierung auf Mobile Access),
  15. Sun Cluster-Agenten (siehe Informationen zur Aktualisierung auf Sun Cluster).

Aktualisieren von gemeinsam genutzten Komponenten

F�r s�mtliche Produktkomponenten mit Ausnahme von Sun Cluster m�ssen die gemeinsam genutzten Komponenten von Java Enterprise System 2004Q2 aktualisiert werden. Details zu diesen Produkten finden Sie in folgenden Abschnitten:

Anwenden von Patch-Clustern

Zur Aktualisierung der gemeinsam genutzten Komponenten m�ssen vier Cluster f�r gemeinsam genutzte Komponenten angewendet werden, abh�ngig davon, welche Solaris-Version Sie ausf�hren. Nachfolgend sind die entsprechenden Cluster aufgef�hrt:

Unter Patchinhalt wird der Inhalt der einzelnen Patch-Cluster aufgef�hrt.

    So wenden Sie Patch-Cluster f�r gemeinsam genutzte Komponenten an
  1. Um das Cluster der gemeinsam genutzten Komponenten zu erhalten, gehen Sie zu SunSolve und laden Sie es herunter:

    2. http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access

  2. Melden Sie sich als Root-Benutzer an, indem Sie su ausf�hren und das Passwort des Superusers eingeben.
  3. Lesen Sie sich die README-Datei durch, die wichtige Anweisungen sowie andere in letzter Minute aufgenommene Informationen �ber den Patch erh�lt.
  4. F�hren Sie das install_cluster-Skript aus, durch das alle entsprechden Patches installiert werden.

    5. Die README-Datei enth�lt spezifische Anweisungen hinsichtlich der Patchinstallation.

    Hinweis

    Installieren Sie bei der Installation der Patch-Cluster zuerst die Cluster f�r Ihre Betriebssystemversion und dann das erforderliche Java Enterprise System 2004Q2 Patch-Cluster f�r die gemeinsam genutzten Komponenten f�r Ihr Betriebssystem.

    Sie k�nnen die Patches einzeln abrufen und sie im Bedarfsfall installieren. In diesem Fall sollten Sie die Patches einzeln von der SunSolve-Website abrufen und die Installationsanweisungen f�r den jeweiligen Patch befolgen.

    In einigen F�llen k�nnen die folgenden Patches im Patch-Cluster f�r Java Enterprise System Required-Komponenten einen Zustand melden, der eine manuelle Intervention erforderlich macht. Um dies zu beheben, folgen Sie den Anleitungen in der Patch-Cluster README-Datei und den README-Dateien der einzelnen Patches.

    SPARC

    • 116296-10: Java Activation Framework-Patch (Sun ONE Application Server)
    • 116298-10: Java-API f�r XML-Parsing 1.2-Patch (Sun ONE Application Server)
    • 116300-10: JavaMail Runtime-Patch (Sun ONE Application Server)

Aktualisieren von J2SE-Paketen

Dieses Kapitel umfasst folgende Anweisungen:

    So stellen Sie Ihre J2SE-Version fest
  1. Melden Sie sich als Root-Benutzer an, indem Sie su ausf�hren und das Passwort des Superusers eingeben.
  2. Finden Sie heraus, ob eine neue Version von J2SE installiert werden muss oder ob eine vorhandene J2SE-Installation erneut verwendet werden kann.

    3. Wenn Sie die J2SE-Version ermitteln m�chten, die sich im Standardverzeichnis Ihres Systems befindet, geben Sie Folgendes ein:

    # /usr/jdk/entsys-j2se/bin/java -fullversion

    Hinweis

    Wenn die Version h�her oder gleich 1.4.2_04 und zudem niedriger als 1.5 ist, kann f�r die Unterst�tzung von Java Enterprise System 2004Q2 die vorhandene J2SE-Installation erneut verwendet werden. In diesem Fall folgen Sie den Verfahren unter So setzen Sie die symbolische Verkn�pfung f�r J2SE, um die erforderlichen Dienste zu beenden, eine symbolische Verkn�pfung zur�ckzusetzen und die Dienste neu zu starten.

    Wenn die Version kleiner als 1.4.2_04 ist, f�hren Sie folgende Schritte durch:

    So erhalten Sie J2SE 1.4.2
  1. Um J2SE 1.4.2 zu erhalten, beziehen Sie die Pakete aus einer der folgenden Quellen:
    So stellen Sie fest, wo die J2SE-Pakete zu installieren sind
  1. �berpr�fen Sie die symbolische Verkn�pfung, /usr/jdk/entsys-j2se, um den Java Enterprise System verwendeten J2SE-Speicherort wie folgt zu ermitteln:

    2. # ls -l /usr/jdk/entsys-j2se

    Wenn die Verkn�pfung auf /usr/j2se verweist, m�ssen Sie die unter /usr/j2se, dem standardm��igen Installationsverzeichnis f�r J2SE 1.4 unter Solaris, installierte Kopie von J2SE aktualisieren. Wenn die Verkn�pfung auf /usr/jdk/.j2se1.4.1_06 oder �hnliches verweist, k�nnen Sie entweder J2SE 1.4.2 unter /usr/jdk installieren oder die im Standardverzeichnis von /usr/j2se installierte Installation von J2SE aktualisieren.

    Hinweis

    Das Aktualisieren der im Standardverzeichnis, /usr/j2se, installierten J2SE-Version ist unkomplizierter als das Installieren einer zus�tzlichen Instanz der J2SE-Pakete. Wenn jedoch von Ihnen genutzte Anwendungen von der im Standardverzeichnis installierten spezifischen Version von J2SE abh�ngig sind, empfiehlt es sich m�glicherweise, diese Version unver�ndert zu belassen und eine zus�tzliche Instanz der J2SE-Pakete zu installieren.

    So installieren Sie die J2SE-Pakete
  1. Beenden Sie die Java Enterprise System-Dienste, die von J2SE abh�ngig sind.
  2. Installieren Sie die in der Java Enterprise System 2004Q2-Verteilung enthaltenen J2SE-Pakete.

    3. Die neue Version von J2SE, die mit Java Enterprise System 2004Q2-Komponenten zertifiziert wurde, befindet sich im folgenden Verzeichnis der Java Enterprise System 2004Q2-Verteilung bzw. des 1.4.2-Downloads:

    Solaris_arch/Product/shared_components/Packages

    Die Pakete mit der Bezeichnung SUNWj3* sind die Pakete, aus denen J2SE besteht.

    Befolgen Sie basierend auf dem Ergebnis von So stellen Sie fest, wo die J2SE-Pakete zu installieren sind die Anweisungen in einem der beiden folgenden Abschnitte:

    1. So aktualisieren Sie die unter /usr/j2se installierte Version
      1. Stellen Sie Ihr System auf Einzelbenutzermodus.
      2. Entfernen Sie die vorhandenen Pakete:

        3. pkgrm SUNWj3dmo SUNWj3man SUNWj3dev SUNWj3rt

      3. F�gen Sie die Pakete f�r die neue Version von J2SE hinzu:

        4. F�hren Sie von dem Verzeichnis aus, in dem in derJava Enterprise System 2004Q2-Verteilung oder dem 1.4.2-Download die neue J2SE-Version enthalten ist, folgenden Befehl aus:

        pkgadd -d . SUNWj3rt SUNWj3cfg SUNWj3dev SUNWj3man SUNWj3dmo SUNWj3dvx SUNWj3jmp SUNWj3rtx

        Die Pakete SUNWj3dvx und SUNWj3rtx sind lediglich f�r die 64-Bit-Unterst�tzung erforderlich, das Paket SUNWj3jmp hingegen ist lediglich f�r die Unterst�tzung japanischer Man Pages erforderlich.

    2. So installieren Sie eine neue Version unter/usr/jdk

      3. Das Installieren einer zus�tzlichen Instanz von J2SE-Paketen ist komplexer als das Aktualisieren der im Standardverzeichnis, /usr/j2se, installierten J2SE-Installation.

      1. Erstellen Sie eine Datei zur Installationsadministration, um den nicht standardm��igen Speicherort von J2SE anzugeben:

        2. # cp/var/sadm/install/admin/default /tmp/admin-file

        Bearbeiten Sie die Datei /tmp/admin-file und �ndern Sie folgende Zeile von:

        basedir=default

        in:

        basedir=/usr/jdk/.j2se1.4.2_04

        Alle anderen Einstellungen in dieser Datei bleiben unver�ndert.

        Weitere Informationen zur Verwendung einer Datei zur Installationsadministration f�r das Installieren von Paketen an nicht standardm��igen Speicherorten finden Sie auf den pkgadd(1)- und admin(4)-Man Pages. Hier finden Sie au�erdem Informationen zur Installation des SDK an einem nicht standardm��igen Speicherort.

      2. F�gen Sie unter Verwendung der benutzerdefinierten Datei zur Installationsadministration die Pakete f�r die neue Version von J2SE hinzu:

        3. F�hren Sie von dem Verzeichnis aus, in dem in derJava Enterprise System 2004Q2-Verteilung oder dem 1.4.2-Download die neue J2SE-Version enthalten ist, folgenden Befehl aus:

        pkgadd -a /tmp/admin-file -d . SUNWj3rt SUNWj3cfg SUNWj3dev SUNWj3man SUNWj3dmo SUNWj3dvx SUNWj3jmp SUNWj3rtx

        Die Pakete SUNWj3dvx und SUNWj3rtx sind lediglich f�r die 64-Bit-Unterst�tzung erforderlich, das Paket SUNWj3jmp hingegen ist lediglich f�r die Unterst�tzung japanischer Man Pages erforderlich.

      3. F�gen Sie eine symbolische Verkn�pfung hinzu, die das JAVA_HOME-Verzeichnis der neu installierten J2SE-Version darstellt. Geben Sie hierzu Folgendes ein:

        4. # ln -s /usr/jdk/.j2se1.4.2_04/j2se /usr/jdk/j2se1.4.2_04

        Achten Sie auf den vorangestellten „.“ im ersten Argument: „.j2se1.4.2_04“

    So setzen Sie die symbolische Verkn�pfung f�r J2SE
  1. Beenden Sie die Java Enterprise System-Dienste, die von J2SE abh�ngig sind.
  2. Setzen Sie die symbolische /usr/jdk/entsys-j2se-Verkn�pfung so zur�ck, dass sie auf die neue J2SE-Installation verweist.

    3. Wenn Sie die unter /usr/j2se installierte J2SE-Version aktualisiert haben, setzen Sie die symbolische Verkn�pfung folgenderma�en zur�ck:

    # rm /usr/jdk/entsys-j2se
    # ln -s /usr/j2se /usr/jdk/entsys-j2se

    Wenn Sie die neue Version von J2SE im nicht standardm��igen Verzeichnis installiert haben, setzen Sie die symbolische Verkn�pfung folgenderma�en zur�ck:

    # rm /usr/jdk/entsys-j2se
    # ln -s /usr/jdk/j2se1.4.2_04 /usr/jdk/entsys-j2se

  3. Rufen Sie Java Enterprise System-Dienste auf, die von J2SE abh�ngig sind.
    So aktualisieren Sie erg�nzende Dateien
  1. Beziehen und laden Sie die erg�nzenden Dateien f�r die Aktualisierung des Sun Java Enterprise System von 2003Q4 zu 2004Q2 f�r Application Server und Message Queue. Eine Testversion erhalten Sie unter:

    2. http://metis.red.iplanet.com:1088/iw-mount/default/main/sunSoftware/
    WORKAREA/_downloads/.preview/downloads/production/40b28b91.html

    Wenn Sie bereits �ber ein SunSolve-Konto verf�gen, wechseln Sie zu :

    http://javashoplm.sun.com/ECom/docs/Welcome.jsp?StoreId=8&
    PartDetailId=JES2-AS-MQ-UPG-OTH-G-F&TransactionId=try

  2. Folgen Sie den Anleitungen in der README-Datei, um diese erg�nzenden Dateien zu installieren.

Patchinhalt

In Tabelle 8–1 bis Tabelle 8–4 werden Inhalt und Beschreibung des Clusters f�r gemeinsam genutzte Komponenten aufgef�hrt.

Hinweis

Alle Patches, auf die in diesem Abschnitt verwiesen wird, weisen die f�r die Aktualisierung mindestens erforderliche Versionsnummer auf. Es ist m�glich, dass seit Ver�ffentlichung dieses Dokuments eine neue Version des Patch bereitgestellt wurde. Eine andere Versionsnummer am Ende des Patch weist auf eine neuere Version hin. Beispiel: 123456-04 ist eine neuere Version von 123456-02, wobei jedoch beide die gleiche Patch-ID aufweisen. Spezielle Anweisungen zu den einzelnen aufgef�hrten Patches finden Sie in der README-Datei.

Tabelle 8–1  Shared Component Patch Solaris 8/9 SPARC 

Patch-ID

Beschreibung

116296-10

Java Activation Framework-Patch (Sun ONE Application Server)

116298-10

Java-API f�r XML-Parsing 1.2-Patch (Sun ONE Application Server)

116300-10

JavaMail Runtime-Patch (Sun ONE Application Server)

116585-10

SunOS5.8 SunOS5.9: Sun ONE commcli core-Patch

117024-02

ktsearch 1.3 ktsearch 1.3_x86: KT Search Engine

Tabelle 8–2  Shared Required Component Patch Solaris 8 SPARC 

Patch-ID

Beschreibung

114045-10

NSPR 4.1.6/NSS 3.3.4.4

115328-01

Simple Authentication and Security Layer (2.01)

115924-08

NSPR 4.1.6/NSS 3.3.10/JSS 3.1.3

116103-04

SunOS 5.8: Internationale Komponenten f�r Unicode-Patch

Tabelle 8–3  Shared Component Patch Solaris 9 SPARC 

Patch-ID

Beschreibung

114049-11

SunOS 5.9: NSPR 4.1.6/NSS 3.3.4.4

114677-06

SunOS 5.9: Internationale Komponenten f�r Unicode-Patch

115342-01

SunOS 5.9: Simple Authentication and Security Layer (2.01)

115926-08

SunOS 5.9: NSPR 4.1.6/NSS 3.3.10/JSS 3.1.3

Tabelle 8–4  Shared Component Patch Solaris 9 x86 

Patch-ID

Beschreibung

114050-10

SunOS 5.9_x86: NSPR 4.1.6/NSS 3.3.4.4

114678-06

SunOS 5.9_x86: Internationale Komponenten f�r Unicode-Patch

115927-08

SunOS 5.9_x86: NSPR 4.1.6/NSS 3.3.10/JSS 3.1.3

116297-10

Sun ONE Application Server 7.0_x86: Java Activation Framework-Patch

116586-10

SunOS5.9_x86: Sun ONE commcli core-Patch

117024-02

ktsearch 1.3 ktsearch 1.3_x86: KT Search Engine

116299-10

Sun ONE Application Server 7.0_x86: Java API f�r XML

116301-10

Sun ONE Application Server 7.0_x86: JavaMail Runtime

Informationen zur Aktualisierung auf Administration Server

Administration Server wird durch das Anwenden von Patches und das Synchronisieren von Einstellungen mit Konfigurations-Directory Server aktualisiert. Themen in diesem Abschnitt:

    So wenden Sie Administration Server-Patches an
  1. Fordern Sie die Patches f�r Ihre Plattform und die installierten Server-Produktkomponenten ab.

    2. Zu den erforderlichen Patches f�r SPARC�-Plattformen z�hlen:

  2. Melden Sie sich als Superuser (root) an.
  3. Halten Sie aktive Server in dieser Reihenfolge an:
    1. Calendar Server
    2. Messaging Server
    3. Directory Proxy Server
    4. Directory Server
    5. Administration Server

      6. Anweisungen zum Starten und Anhalten von Servern finden Sie unter Starten und Anhalten von Produktkomponenten.

  4. Wenden Sie den empfohlenen Patch-Cluster f�r Ihre Plattform an. Verwenden Sie hierzu den Befehl patchadd(1M).
  5. Wenden Sie die unter Schritt 1 aufgef�hrten Patches f�r s�mtliche installierten Server an, auch wenn diese Server nicht konfiguriert wurden. Verwenden Sie hierzu den Befehl patchadd(1M) und gehen Sie gem�� dieser Reihenfolge vor:
    1. Administration Server
    2. Directory Server (Beachten Sie die produktspezifischen Hinweise unter Informationen zur Aktualisierung auf Directory Server.)
    3. Directory Proxy Server (Beachten Sie die produktspezifischen Hinweise unter Informationen zur Aktualisierung auf Directory Proxy Server.)

      4. Hinweis

      Wenn Sie Identity Server zusammen mit Messaging Server und/oder Calendar Server verwenden, aktualisieren Sie Identity Server (siehe Informationen zur Aktualisierung auf Identity Server) und Communications Services User Management Utility (aktualisiert mit Aktualisieren von gemeinsam genutzten Komponenten und konfiguriert in So aktualisieren Sie das User Management Utility), bevor Sie fortfahren.

    4. Messaging Server (Beachten Sie die produktspezifischen Hinweise unter Informationen zur Aktualisierung auf Messaging Server.)
    5. Calendar Server (Beachten Sie die produktspezifischen Hinweise unter Informationen zur Aktualisierung auf Calendar Server.)
  6. Halten Sie sich beim Neustart der Server an dieselbe Reihenfolge wie bei Schritt 5.

    7. Hinweis

    Um den Directory Server, der mit dem Java Enterprise System ausgeliefert wurde, neu zu starten, geben Sie Folgendes ein:

    directoryserver -d 5.2 start

  7. Wenn Administration Server konfiguriert wurde, synchronisieren Sie die aktualisierten Administration Server-Einstellungen mit denen, die in Konfigurations-Directory Server gespeichert sind. Verwenden Sie hierzu den Befehl mpsadmserver(1M).

    8. # /usr/sbin/mpsadmserver sync-cds

    Konfigurations-Directory Server muss verf�gbar sein, damit dieser Arbeitsschritt vorschriftsm��ig durchgef�hrt werden kann.

    So entfernen Sie Administration Server-Patches

Entfernen Sie die Patches auf allen Servern, die Sie im Rahmen von So wenden Sie Administration Server-Patches an installiert haben. Gehen Sie hierbei folgenderma�en vor:

  1. Wenn Administration Server konfiguriert wurde, kehren Sie mithilfe von mpsadmserver(1M) zu den Einstellungen zur�ck, die vor dem Patchen im Konfigurationsverzeichnis gespeichert waren.

    2. # /usr/sbin/mpsadmserver sync-cds 5.2

    Achten Sie auf die Angabe 5.2 am Ende. Konfigurations-Directory Server muss verf�gbar sein, damit dieser Arbeitsschritt vorschriftsm��ig durchgef�hrt werden kann.

  2. Halten Sie alle aktiven Server in dieser Reihenfolge an:
    1. Calendar Server
    2. Messaging Server
    3. Directory Proxy Server
    4. Directory Server
    5. Administration Server
  3. Halten Sie sich beim Aufheben von Server-Patches an dieselbe Reihenfolge wie bei Schritt 2. Verwenden Sie hierzu den Befehl patchrm(1M). Patches, die f�r alle dieser Server angewendet wurden, m�ssen entfernt werden.
    1. Calendar Server (Beachten Sie die produktspezifischen Hinweise unter So entfernen Sie Calendar Server-Patches.)
    2. Messaging Server (Beachten Sie die produktspezifischen Hinweise unter So entfernen Sie Messaging Server-Patches.)
    3. Directory Proxy Server: (Beachten Sie die produktspezifischen Hinweise unter So entfernen Sie Directory Proxy Server-Patches.)
    4. Directory Server: (Beachten Sie die produktspezifischen Hinweise unter So entfernen Sie Directory Server-Patches.)
    5. Administration Server: (Beachten Sie die produktspezifischen Hinweise unter So entfernen Sie Administration Server-Patches.)
  4. Starten Sie die Server in dieser Reihenfolge neu:
    1. Administration Server
    2. Directory Server
    3. Directory Proxy Server

      4. Hinweis

      Um den Directory Server, der mit dem Java Enterprise System ausgeliefert wurde, neu zu starten, geben Sie Folgendes ein:

      directoryserver -d 5.2 start

    4. Messaging Server
    5. Calendar Server
    So f�hren Sie die Fehlerbehebung f�r Administration Server durch

Informationen zur Aktualisierung auf Application Server

Application Server wird durch das Anwenden von Patches und das Synchronisieren von Einstellungen mit Konfigurations-Directory Server aktualisiert. Dieses Kapitel umfasst die folgenden Abschnitte:

Informationen zur Aktualisierung von Webcontainer-Software finden Sie in folgender Webcontainer-Dokumentation:

Gehen Sie zur Aktualisierung von Application Server, Update 1, auf Application Server 7, Update 3, wie folgt vor:

    So aktualisieren Sie erg�nzende Dateien
  1. Beziehen und laden Sie die erg�nzenden Dateien f�r die Aktualisierung des Sun Java Enterprise System von 2003Q4 zu 2004Q2 f�r Application Server und Message Queue (siehe So aktualisieren Sie erg�nzende Dateien).
  2. Folgen Sie den Anleitungen in der README-Datei, um diese erg�nzenden Dateien zu installieren.
    So wenden Sie Application Server-Patches an

Hinweis

Message Queue muss vor der Aktualisierung auf Application Server 7, Update 1, aktualisiert werden (siehe Informationen zur Aktualisierung auf Message Queue).

  1. Melden Sie sich als Superuser (root) an.
  2. Halten Sie alle Instanzen von Application Server an, die derzeit ausgef�hrt werden. Geben Sie hierzu Folgendes ein:

    3. app_svr_base/bin/ asadmin stop-appserv

  3. Aktualisieren Sie alle gemeinsam genutzten Java Enterprise System-Komponenten (siehe Aktualisieren von gemeinsam genutzten Komponenten).
  4. Wenden Sie mithilfe von patchadd(1M) folgende Application Server-Patches an:

    5. Tabelle 8–5  Application Server-Patches

    Funktionsbereich f�r das Patchen

    Patch-ID Solaris SPARC

    Patch-ID Solaris x86

    Core-Patch f�r Sun ONE Application Server (nicht Bestandteil eines Pakets)

    116286-10

    116287-10

    Application Server 7: Proxy-Plugin-Patch

    116292-10

    116293-10

    Application Server 7: Sprachen-Patch (nicht Bestandteil eines Pakets)

    116354-06

    116355-06

    Hinweis

    Wenden Sie den Plugin-Patch f�r Application Server 7 (116292 - sparc und 116293 -x86) nur auf dem System an, auf dem das Paket SUNWaspx installiert ist. Um zu pr�fen, ob SUNWaspx vorhanden ist, verwenden Sie den Befehl pkginfo -l SUNWaspx.

  5. Starten Sie die Application Server-Instanzen neu.
    So entfernen Sie Application Server-Patches

Wenn Sie Application Server-Patches entfernen m�chten, gehen Sie wie folgt vor:

  1. Halten Sie alle Instanzen von Application Server an, die derzeit ausgef�hrt werden. Geben Sie hierzu Folgendes ein:

    2. /asadmin stop-appserv/

  2. Melden Sie sich als Root-Benutzer an.

    3. su root

    Geben Sie nach entsprechender Aufforderung Ihr Root-Passwort ein.

  3. Entfernen Sie die entsprechenden Application Server-Patches, die unter So wenden Sie Application Server-Patches an mithilfe von „patchrm(1M)“ hinzugef�gt wurden.
  4. Starten Sie die Application Server-Instanzen neu:

    5. app_svr_base/bin/asadmin start-appserv

Informationen zur Aktualisierung auf Calendar Server

Das Aktualisieren von Calendar Server umfasst das Sichern von Daten, das Aktualisieren anderer Java Enterprise System-Komponenten und das Anwenden der entsprechenden Patches. Themen in diesem Abschnitt:

    So aktualisieren Sie Nicht-Cluster-Bereitstellungen
  1. Melden Sie sich als Superuser (root) an.
  2. Halten Sie Calendar Server an:

    3. cal_svr_base/cal/sbin/stop-cal

  3. Erstellen Sie eine Sicherungskopie der Calendar Server-Datenbank, der Konfigurationsdatei (ics.conf) sowie aller weiteren benutzerdefinierten Dateien. Hierzu z�hlen Dateien in der Datenbank sowie XLS- und HTML-Dateien, die sich auf die Konfiguration und die UI (User Interface, Benutzeroberfl�che) beziehen.

    4. Standardspeicherorte f�r diese Verzeichnisse sind:

    • Datenbankverzeichnis: /var/opt/SUNWics5/csdb
    • Konfigurationsverzeichnis: /etc/opt/SUNWics5/config
    • UI XSL- und HTML-Dateien: /opt/SUNWics5/cal/html
    • SSL-Zertifikatverzeichnis (falls konfiguriert): /opt/SUNWics5/cal/lib/alias
  4. Aktualisieren Sie s�mtliche Java Enterprise System-Komponenten auf dem Server, auf dem Sie die Calendar Server-Aktualisierung vornehmen. Calendar Server ist abh�ngig von:
  5. Wenden Sie mithilfe von patchadd(1M) folgende Calendar Server-Patches an.

    6. Tabelle 8–6  Calendar Server-Patches

    Funktionsbereich f�r das Patchen

    Patch-ID Solaris SPARC

    Patch-ID Solaris x86

    Calendar Server-Core

    116577-09

    116578-09

    Lokalisierungs-Patch

    117010-08

    117011-08

  6. Starten Sie den Calendar Server:

    7. cal_svr_base/cal/sbin/start-cal

    Hinweis

    Communications Express ist ein neuer Web-Client, der erstmals in Java Enterprise System 2004Q2 eingesetzt wurde. Sie k�nnen das Java Enterprise System Installationsprogramm verwenden, um Communications Express nach Aktualisierung von Calendar Server zu installieren.

    So aktualisieren Sie Cluster-Bereitstellungen
  1. Halten Sie die Cluster-Dienste an:

    2. cal_svr_base/cal/sbin/stop-cal

  2. Mit folgender Eingabe lassen sich Clusterknoten ausfindig machen, die Calendar Server enthalten:

    3. # pkginfo | grep -i sunwics5

  3. F�hren Sie die Anweisungen unter So aktualisieren Sie Nicht-Cluster-Bereitstellungen f�r jeden Knoten aus, in dem Calendar Server installiert ist.
    So aktualisieren Sie das User Management Utility

Calendar Server erfordert, dass Sie das User Management Utility (commadmin) verwenden, um Benutzer, Gruppen, Dom�nen und Ressourcen bereitzustellen.

Nachdem Sie den Patch angewendet haben, um das User Management Utility zu aktualisieren (siehe Aktualisieren von gemeinsam genutzten Komponenten), m�ssen Sie gem�� So aktualisieren Sie das User Management Utility und So verwenden Sie commadmin im Schema 2-Kompatibilit�tsmodus vorgehen.

    So entfernen Sie Calendar Server-Patches

Wenn Sie die Java Enterprise System 2004Q2-Patches (116577-09/117010-08 und 116575-09/117011-08) entfernen m�chten, f�hren Sie folgende Schritte durch:

  1. Halten Sie Calendar Server an:

    2. cal_svr_base/cal/sbin/stop-cal

  2. Sichern Sie die Calendar-Datenbank. Das standardm��ige Datenbankverzeichnis ist:

    3. /var/opt/SUNWics5/csdb

  3. Entfernen Sie die entsprechenden Calendar Server-Patches, die in Schritt 5 hinzugef�gt wurden.

    4. Halten Sie sich beim Entfernen der Patches f�r gemeinsam genutzte Komponenten, die in Schritt 4 installiert wurden, an diese Reihenfolge:

  4. Ersetzen Sie SSL-(Secure Sockets Layer-)Zertifikate unter Verwendung der in Schritt 3 erstellten Sicherungskopie.
  5. So aktivieren Sie die in Schritt 3 gesicherte Datenbank:
    1. Wechseln Sie zu diesem Verzeichnis:

      2.   cd /var/opt/SUNWics5/csdb

    2. Entfernen Sie die tempor�ren Datenbankdateien:

      3.   rm __db.*

    3. Entfernen Sie die Datenbankprotokolldateien:

      4.   rm log.*

    4. Konfigurieren Sie Calendar Server durch Ausf�hrung des Calendar Server-Konfigurationsprogramms, /opt/SUNWics5/cal/sbin/csconfigurator.sh.

Informationen zur Aktualisierung auf Directory Server

Directory Server wird durch das Anwenden von Patches und das Synchronisieren von Einstellungen mit Konfigurations-Directory Server aktualisiert.

    So wenden Sie Directory Server-Patches an
  1. Befolgen Sie hinsichtlich des Anwendens von Patches die Anweisungen unter Informationen zur Aktualisierung auf Administration Server. Anweisungen sind auch in der README-Datei zum Administration Server-Patch enthalten.

    2. Hinweis

    Sie m�ssen diese Anweisungen befolgen und Administration Server-Patches auch dann anwenden, wenn Sie die Installation von Administration Server nie ausdr�cklich veranlasst haben.

    Patches stehen unter http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access zur Verf�gung.

  2. Wenn Directory Server konfiguriert wurde, synchronisieren Sie die aktualisierten Directory Server-Einstellungen mit denen, die in Konfigurations-Directory Server gespeichert sind. Verwenden Sie hierzu den Befehl directoryserver(1M).

    3. # /usr/sbin/directoryserver -u 5.2 sync-cds

    Konfigurations-Directory Server muss verf�gbar sein, damit dieser Arbeitsschritt vorschriftsm��ig durchgef�hrt werden kann.

    So korrigieren Sie das Schema
  1. Entfernen Sie das Attribut nsSchemaCSN von den Dateien 99user.ldif und 60iplanet-calendar.ldif.
  2. Benennen Sie das Skript schema_push.pl der ldap-Instanz (unter server_root/slapd-instance) zu schema_push.pl.ref um.
  3. Kopieren Sie die Vorlagendatei i-e template-schema_push.pl in server_root/bin/slapd/admin/scripts nach server_root/slapd-instance und benennen Sie sie um zu schema_push.pl.
  4. Bearbeiten Sie die neue Datei new schema_push.pl:
    1. Ersetzen Sie {{PERL-EXEC}} durch #!/server_root/bin/slapd/admin/bin/perl.
    2. Ersetzen Sie {{MY-DS-ROOT}} durch server_root/slapd-instance.
    3. Ersetzen Sie {{SEP}} durch "/".
  5. �ndern Sie den Modus von schema_push.pl und f�gen Sie den Execute-Modus hinzu.
  6. Erzwingen Sie die Schemareplizierung durch Ausf�hren von:

    7. server_root/schema_push.pl.

  7. Um sicherzustellen, dass die Datei richtig ist, pr�fen Sie, ob das Attribut nsSchemaCSN der Datei 99user.ldif hinzugef�gt wurde.
    So aktualisieren Sie Cluster-Konfigurationen

Gehen Sie wie nachfolgend beschrieben vor, um bei der Ausf�hrung von Directory Server als Datendienst in einem Cluster Patches anzuwenden und im Bedarfsfall zu entfernen.

Hinweis

Wenn Patches bei der Ausf�hrung von Directory Server als Datendienst angewendet werden bzw. ihre Anwendung aufgehoben wird, muss der Dienst f�r die Dauer der Aktualisierung bzw. des Aufhebungsvorgangs angehalten werden, da fr�here Versionen von Directory Server 5.2-Bin�rdateien in einer aktualisierten Directory Server-Instanz nicht ausgef�hrt werden k�nnen. Mit anderen Worten: Der Dienst ist w�hrend der Aktualisierung nicht verf�gbar.

Erstellen Sie vor der Aktualisierung eine Sicherungskopie Ihrer Daten.

In allen Knoten des Clusters sollte dieselbe Version von Directory Server und der zugeh�rigen Administration Server-Komponente ausgef�hrt werden. Das Patchen s�mtlicher Knoten sollte gem�� der in diesen Vorgehensweisen angegebenen Reihenfolge erfolgen.

Patchen Sie einen Knoten des Clusters, dann einen weiteren Knoten usw., bis alle Knoten aktualisiert sind. Dieses Patchen erfolgt nacheinander, nicht parallel. Wenn Sie den Vorgang f�r den vorherigen Knoten abgeschlossen haben, patchen Sie den n�chsten.

  1. Halten Sie s�mtliche Directory Server-Instanzen sowie die zugeh�rige Administration Server-Komponente an. Bei einer Instanz l�uft dies beispielsweise so ab:

    2. /usr/sbin/directoryserver stop
    /usr/sbin/directoryserver stop-admin

  2. Machen Sie den aktuellen Clusterknoten zum aktiven Knoten, indem Sie Folgendes eingeben:

    3. scswitch -z -g ldap-group -h name-dieses-knotens

  3. Wenden Sie die Aktualisierungspatches wie unter So wenden Sie Directory Server-Patches an beschrieben auf diesen Knoten an.

    4. In diesem Fall befinden sich die Patches unter /var/spool/patch, unter /export/backout sind die Daten f�r die Anwendungsaufhebung gespeichert und bei patch-nbr-list handelt es sich um eine Liste mit Patchnummern, die durch Leerstellen voneinander getrennt sind. W�hrend der Anwendung von Patches wird Java Enterprise System angehalten.

  4. Machen Sie einen anderen Clusterknoten zum aktiven Knoten:

    5. scswitch -z -g ldap-group -h name-des-anderen-knotens

  5. Wiederholen Sie Schritt 3 und Schritt 4, bis das Patchen f�r alle Knoten im Cluster abgeschlossen ist.
  6. Starten Sie s�mtliche Directory Server-Instanzen sowie die zugeh�rige Administration Server-Komponente neu. Bei einer Instanz l�uft dies beispielsweise so ab:

    7. /usr/sbin/directoryserver -u 5.2 start
    /usr/sbin/directoryserver start-admin

  7. Wenn Directory Server konfiguriert wurde, synchronisieren Sie die aktualisierte Directory Server-Komponente mit der Konfigurations-Directory Server-Komponente. Verwenden Sie hierzu den Befehl directoryserver(1M). Geben Sie Folgendes nur im aktiven Knoten ein:

    8. /usr/sbin/directoryserver -u 5.2 sync-cds
    /usr/sbin/mpsadmserver sync-cds

    Wenn sich die Konfigurations-Directory Server-Komponente nicht auf dem lokalen System befindet, muss sie verf�gbar sein, damit dieser Arbeitsschritt vorschriftsm��ig durchgef�hrt werden kann.

  8. Ziehen Sie hinsichtlich der Aktualisierung von HAStorage auf HAStoragePlus Aktualisieren von HAStorage zu HAStoragePlus zurate.
    So entfernen Sie Directory Server-Patches
  1. Wenn Directory Server konfiguriert wurde, kehren Sie mithilfe von directoryserver(1M) zu den Einstellungen zur�ck, die vor dem Patchen im Konfigurationsverzeichnis gespeichert waren.

    2. # /usr/sbin/directoryserver -u 5.2 sync-cds 5.2

    Achten Sie auf die Angabe 5.2 am Ende. Konfigurations-Directory Server muss verf�gbar sein, damit dieser Arbeitsschritt vorschriftsm��ig durchgef�hrt werden kann.

  2. Befolgen Sie hinsichtlich des Entfernens von Patches die Anweisungen unter So entfernen Sie Administration Server-Patches. Anweisungen sind auch in der README-Datei zum Administration Server-Patch enthalten.
  3. Stellen Sie sicher, dass der Befehl directoryserver(1M) standardm��ig f�r 5.2 g�ltig ist:

    4. # /usr/sbin/directoryserver -d 5.2

    So f�hren Sie die Fehlerbehebung f�r Directory Server durch

Aktualisieren von HAStorage zu HAStoragePlus

Wenn Sie Directory Server als einen Sun Cluster-Datendienst ausf�hren, k�nnen Sie auf HAStoragePlus aktualisieren. In diesem Abschnitt werden die folgenden Themen behandelt:

Durch den Ressourcentyp SUNW.HAStoragePlus werden Vorg�nge zwischen HAStorage- und Datendiensten synchronisiert. Auf diese Weise wird die Hochverf�gbarkeit von lokal gemounteten Dateisystemen innerhalb eines Clusters erzielt. Durch diese Funktion wird eine bessere Leistung erzielt, wenn es bei einem Datendienst wie Directory Server, der viel Speicherplatz beansprucht, zum Failover kommt, da der Failover-Vorgang f�r den Dateisystemzugriff gleichzeitig mit dem Dienst erfolgt.

Argumente f�r die Verwendung von HAStoragePlus

HAStoragePlus kann gemeinsam mit einem beliebigen Dateisystem verwendet werden, das sich in einer globalen Ger�tegruppe befindet. Zus�tzlich zum globalen Dateidienst wird hier auch der Failover-Dateidienst verf�gbar gemacht. Im Gegensatz zu einem global gemounteten Dateidienst ist beim Failover-Dateidienst jeweils nur der Zugriff von einem einzigen Clusterknoten aus m�glich. Au�erdem darf der Zugriff nur von Knoten aus erfolgen, die physikalisch mit dem zugrunde liegenden Speicherger�t verbunden sind. Wie bei einem globalen Dateidienst wird beim Wechsel bzw. Failover von einem alten auf einen neuen Knoten durch HAStorge Plus sichergestellt, dass der Unmount-Vorgang f�r das Dateisystem im alten Knoten und der Remount-Vorgang im neuen Knoten durchgef�hrt wird. HAStoragePlus mit dem Failover-Dateidienst umgeht au�erdem die Schicht des globalen Dateisystemdienstes vollst�ndig, wodurch h�here Leistung erm�glicht wird. HAStoragePlus kann mit jedem Dateisystemtyp zusammenarbeiten, der vom Betriebssystem unterst�tzt wird. Dies gilt auch f�r Typen, die vom globalen Dateisystemdienst nicht unterst�tzt werden.

Ziehen Sie SUNW.HAStoragePlus (5) hinsichtlich Hintergrundinformationen zurate. In der Produktdokumentation zu Sun Cluster 3.1 4/04 unter http://docs.sun.com/coll/1124.1 finden Sie weitere Anweisungen zur Einrichtung eines SUNW.HAStoragePlus-Ressourcentyps f�r neue Ressourcen.

Durchf�hren der Aktualisierung

In diesem Abschnitt wird erl�utert, wie die Aktualisierung durchgef�hrt werden soll, wenn Sie bisher Directory Server mit SUNW.HAStorage verwendet haben und nun die Vorteile von SUNW.HAStoragePlus nutzen m�chten. Mithilfe der hier erl�uterten Schritte wird die Verwendung eines globalen Dateisystemdiensts durch die Verwendung eines Failover-Dateisystemdiensts ersetzt. Zusammengefasst bedeutet dies, dass Sie /etc/vfstab modifizieren und die Clusterkonfiguration dahin gehend �ndern, dass die Serverressourcengruppen von HAStoragePlus abh�ngig sind.

Die nachfolgenden Anweisungen beziehen sich auf eine ds-resource-group mit einer Ressource f�r logische Host-Namen (lhn-res), eine Directory Server-Ressource (ds-res), eine Administration Server-Ressource (as-res) und eine HAStorage-Ressource (has-res), die den globalen Dateisystemdienst verwalten. Wenn der Vorgang abgeschlossen ist, wurde die HAStorage-Ressource durch eine HAStoragePlus-Ressource (hasp-res) ersetzt, die den von Directory Server verwendeten Failover-Dateisystemdienst verwaltet. F�hren Sie s�mtliche nachfolgend aufgef�hrten Arbeitsschritte durch, um HAStoragePlus zu aktivieren.

    So deaktivieren Sie Abh�ngigkeiten von der HAStorage-Ressource
  1. Versetzen Sie die Directory Server-Ressourcengruppe in den Offline-Modus.

    2. # scswitch -F -g ds-resource-group

  2. Deaktivieren Sie die Directory Server-Ressource und entfernen Sie sie aus der Ressourcengruppe.

    3. # scswitch -n -j ds-res
    # scswitch -r -j ds-res

  3. Deaktivieren Sie die Administration Server-Ressource und entfernen Sie sie aus der Ressourcengruppe.

    4. # scswitch -n -j as-res
    # scswitch -r -j as-res

  4. Deaktivieren Sie die HAStorage-Ressource und entfernen Sie sie aus der Ressourcengruppe.

    5. # scswitch -n -j has-res
    # scswitch -r -j has-res

    So aktualisieren Sie die Dateisystemkonfiguration
  1. F�hren Sie den Unmount-Vorgang f�r das Dateisystem durch.
  2. Bearbeiten Sie /etc/vfstab folgenderma�en:
    • Entfernen Sie die globale Flagge f�r das Dateisystem. Hierdurch wird es als lokales Dateisystem definiert.
    • Vergewissern Sie sich, dass die Protokollier-Option f�r das Dateisystem aktiviert ist.
    • Deaktivieren Sie die Option f�r das Mounten beim Booten.

F�hren Sie an dieser Stelle nicht das Mounten des Dateisystems durch. Fahren Sie mit So bereiten Sie die HAStoragePlus-Ressource vor fort.

    So bereiten Sie die HAStoragePlus-Ressource vor
  1. Registrieren Sie die HAStoragePlus-Ressource und f�gen Sie sie der Ressourcengruppe hinzu.

    2. # scrgadm -a -t SUNW.HAStoragePlus
    # scrgadm -a -j hasp-res -g ds-resource-group -t SUNW.HAStoragePlus \
    -x FilesystemMountPoints=volume-mount-point

    In diesem Fall wird durch volume-mount-point das Datentr�ger-Volume identifiziert, auf dem Directory Server Daten speichert.

  2. Aktivieren Sie die HAStoragePlus-Ressource.

    3. # scswitch -e -j hasp-res

    So aktivieren Sie Abh�ngigkeiten von der HAStorage-Ressource
  1. Versetzen Sie die Directory Server-Ressourcengruppe in den Online-Modus.

    2. # scswitch -Z -g ds-resource-group

  2. Erstellen Sie die Directory Server-Ressource neu und machen Sie sie von hasp-res abh�ngig.

    3. # scrgadm -a -j ds-res -g ds-resource-group -t SUNW.dsldap \
    -y Network_resources_used=logical-host-name \
    -y Port_list=port-number/tcp \
    -x Confdir_list=ServerRoot/slapd-serverID \
    -y Resource_dependencies=hasp-res

  3. Aktivieren Sie die Directory Server-Ressource.

    4. # scswitch -e -j ds-res

  4. Erstellen Sie die Administration Server-Ressource neu und machen Sie sie von hasp-res abh�ngig.

    5. # scrgadm -a -j as-res -g ds-resource-group -t SUNW.mps \
    -y Network_resources_used=logical-host-name \
    -y Port_list=port-number/tcp \
    -x Confdir_list=ServerRoot \
    -y Resource_dependencies=hasp-res

  5. Aktivieren Sie die Administration Server-Ressource.

    6. # scswitch -e -j as-res

Zu diesem Zeitpunkt verwenden die Server HAStoragePlus, der Mount- und Unmount-Vorgang f�r das Dateisystem erfolgt also nach Bedarf.

Informationen zur Aktualisierung auf Directory Proxy Server

Directory Proxy Server wird durch das Anwenden von Patches und das Synchronisieren von Einstellungen mit Konfigurations-Directory Server aktualisiert.

In diesem Abschnitt werden die Vorbereitung und eine Methode zum Aktualisieren von Directory Proxy Server 5.2 auf Directory Proxy Server 5 2004Q2 erl�utert. Der Abschnitt enth�lt folgende Themen:

    So wenden Sie Directory Proxy Server-Patches an
  1. Befolgen Sie hinsichtlich des Anwendens von Patches die Anweisungen unter Informationen zur Aktualisierung auf Administration Server. Anweisungen sind auch in der README-Datei zum Administration Server-Patch enthalten.

    2. Hinweis

    Sie m�ssen diese Anweisungen befolgen und Administration Server-Patches auch dann anwenden, wenn Sie die Installation von Administration Server nie ausdr�cklich veranlasst haben.

    Vergewissern Sie sich, dass Directory Server ausgef�hrt wird.

    Patches stehen unter http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access zur Verf�gung.

  2. Wenn Directory Proxy Server konfiguriert wurde und die Synchronisierung von Einstellungen mit dem Konfigurationsserver nicht vorgenommen wird, wenn Patches angewendet werden, synchronisieren Sie die aktualisierten Directory Proxy Server-Einstellungen manuell mit den auf Konfigurations-Directory Server gespeicherten.

    3. # AS_BASEDIR/usr/sadm/mps/admin/v5.2/bin/tcl8.2/tclsh
    # AS_BASEDIR/usr/sadm/mps/admin/v5.2/bin/bin/dps/install/script/sync-dps-cds.tcl \
    -cid AS_BASEDIR/usr/sadm/mps/admin/v5.2 -serverroot ServerRoot

    Dabei gilt:

    • AS_BASEDIR ist standardm��ig /, deshalb ist die Angabe nicht zwingend erforderlich.
    • F�r die Option -cid ist ein vollst�ndiger Pfad, cid_path, erforderlich, damit das Programm �berpr�fen kann, ob folgendes Verzeichnis vorhanden ist:

      • cid_path/bin/dps/install/script

    • F�r die Option -serverroot ist der vollst�ndige Pfad einer installierten und konfigurierten Administration Server-Komponente erforderlich. Das Skript �berpr�ft, ob folgende Dateien vorhanden sind:

      • ServerRoot/admin-serv/config/adm.conf

      ServerRoot/admin-serv/config/jvm12.conf

      Konfigurations-Directory Server muss verf�gbar sein, damit dieser Arbeitsschritt vorschriftsm��ig durchgef�hrt werden kann.

    So entfernen Sie Directory Proxy Server-Patches
  1. Wenn Directory Proxy Server konfiguriert wurde, kehren Sie zu den Einstellungen zur�ck, die vor dem Patchen im Konfigurationsverzeichnis gespeichert waren.

    2. # AS_BASEDIR/usr/sadm/mps/admin/v5.2/bin/tcl8.2/tclsh
    # AS_BASEDIR/usr/sadm/mps/admin/v5.2/bin/bin/dps/install/script/sync-dps-cds.tcl \
    -cid AS_BASEDIR/usr/sadm/mps/admin/v5.2 -serverroot ServerRoot -v5.2

    Achten Sie auf die Option -v5.2 am Ende. Dabei gilt:

    • AS_BASEDIR ist standardm��ig /, deshalb ist die Angabe nicht zwingend erforderlich.
    • F�r die Option -cid ist ein vollst�ndiger Pfad, cid_path, erforderlich, damit das Programm �berpr�fen kann, ob folgendes Verzeichnis vorhanden ist:

      • cid_path/bin/dps/install/script

    • F�r die Option -serverroot ist der vollst�ndige Pfad einer installierten und konfigurierten Administration Server-Komponente erforderlich. Das Skript �berpr�ft, ob folgende Dateien vorhanden sind:

      • ServerRoot/admin-serv/config/adm.conf

      ServerRoot/admin-serv/config/jvm12.conf

      Konfigurations-Directory Server muss verf�gbar sein, damit dieser Arbeitsschritt vorschriftsm��ig durchgef�hrt werden kann.

  2. Befolgen Sie die in der README-Datei zum Administration Server-Patch enthaltenen Anweisungen zum Entfernen von Patches.
    So f�hren Sie die Fehlerbehebung f�r Directory Proxy Server durch
  1. Starten Sie nach Aktualisierung auf Directory Proxy Server 5 2004Q2 die Konsole.

    2. Die in Abbildung 8–1 gezeigte Konsole sollte angezeigt werden.

    Abbildung 8–1  Directory Proxy Server-Konsole
    Die aktuelle Konsole ist mit einem Sun Java System-Logo versehen.

  2. Wenn nach dem Anwenden der Patches weiterhin eine Konsole mit dem Sun ONE-Logo angezeigt wird und keine Konsole mit Sun Java System-Logo, vergewissern Sie sich, dass die Synchronisierung mit Konfigurations-Directory Server tats�chlich durchgef�hrt wurde.

    3. Wenn das Aufheben der Patchanwendung nicht funktioniert hat, ist dies normalerweise darauf zur�ckzuf�hren, dass die Einstellungen f�r die aktualisierte Directory Proxy Server-Komponente nicht mit Konfigurations-Directory Server synchronisiert wurden, bevor versucht wurde, die Anwendung von Patches aufzuheben.

  3. F�hren Sie den gesamten Prozess erneut durch. Beginnen Sie bei So wenden Sie Directory Proxy Server-Patches an.

Informationen zur Aktualisierung auf Identity Server

In diesem Abschnitt sind folgende Informationen zur Aktualisierung einer Instanz von Identity Server 6.1 enthalten:

Sichern von benutzerdefinierten Webcontainer-Dateien

Sichern Sie vor dem Aktualisieren s�mtliche benutzerdefinierten Webcontainer-Dateien, die in Zusammenhang mit Identity Server 6.1 stehen. Hierzu z�hlen:

Es empfiehlt sich, eine Liste Ihrer benutzerdefinierten Konfigurationen zu f�hren, da sie auf diese Weise nach einer Aktualisierung wieder verwendet werden k�nnen und au�erdem ihre ordnungsgem��e Funktion �berpr�ft werden kann.

Sie m�ssen denselben Verschl�sselungsschl�ssel angeben, den Sie bei der Installation von Identity Server 6.1 verwendet haben. Dieser Schl�ssel befindet sich in der Eigenschaft am.encryption.pwd in folgender Datei:

id_svr_base/lib/AMConfig.properties

Hinweis

AMConfig.properties wird durch das vor der Aktualisierung zu verwendende Skript an einen von Ihnen angegebenen Speicherort verschoben und durch Umbenennen mit der Erweiterung .bak versehen. Der standardm��ige Verschl�sselungsschl�ssel, der w�hrend der Aktualisierung generiert und angezeigt wird, funktioniert nicht.

Hier finden Sie weitere Details, die vor der Aktualisierung von Identity Server beachtet werden m�ssen:

Aktualisieren der Webcontainer-Software

Identity Server 6 2004Q2 unterst�tzt Web Server 6.1 SP 2 bzw. Application Server 7 Update 3 als Webcontainer. Wenn Sie mit einer �lteren Version arbeiten, m�ssen Sie die Webcontainer-Software aktualisieren, bevor die Aktualisierung auf Identity Server 2004Q2 m�glich ist.

Informationen zur Aktualisierung von Webcontainer-Software finden Sie in der entsprechenden Webcontainer-Dokumentation:

Wenn Sie au�erdem unter Sichern von benutzerdefinierten Webcontainer-Dateien Dateien f�r benutzerdefinierte Anpassungen gespeichert haben, m�ssen Sie die benutzerdefinierten Anpassungen nach der Aktualisierung des Webcontainers erneut vornehmen.

Hinweis

Wenn der verwendete Webcontainer Application Server ist, vergewissern Sie sich, dass der Application Server l�uft.

    So vergewissern Sie sich, dass die Application Server-Instanz l�uft
  1. Wechseln Sie in das Application Server-Installationsverzeichnis (Standard /opt/SUNWappserver7) und geben Sie Folgendes ein:

    2. cd /opt/SUNWappserver7

    asadmin list-instances

    asadmin>list-instances
    admin-server <running>
    server1 <running>
    asadmin>

    Bei Nicht-Standardinstanzen unterscheidet sich die Ausgabe.

  2. Falls erforderlich starten Sie die Application Server-Instanzdom�ne neu:

    3. cd /opt/SUNWappserver7/bin

    asadmin> start-domain --domain domain-name

    asadmin>start-domain --domain domain-name
    Instance domain-name:admin-server started
    Instance domain-name:server1 started
    Domain domain-name Started.

    Verwenden Sie den richtigen Dom�nennamen. Standardm��ig ist dies „domain1“, falls der Wert nicht anderweitig ge�ndert wird.

  3. Um alle verf�gbaren Dom�nen anzuzeigen, geben Sie Folgendes ein:

    4. asadmin> list-domains

    domain1 [/var/opt/SUNWappserver7/domains/domain1]
    asadmin>

Ausf�hren des vor der Aktualisierung zu verwendenden Skripts

Das vor der Aktualisierung zu verwendende Skript von Identity Server 6 2004Q2 (pre61to62upgrade) ist Bestandteil von Sun Java Enterprise System und steht in folgendem Verzeichnis zur Verf�gung:

JavaEnterpriseSystem_base/Solaris_sparc/Product/identity_srv/Tools

Dabei gilt: JavaEnterpriseSystem_base ist das Verzeichnis, in dem Sie das Archiv dekomprimiert haben.

Das vor der Aktualisierung zu verwendende Skript f�hrt folgende Schritte durch:

Vor Ausf�hrung des vor der Aktualisierung zu verwendenden Skripts m�ssen folgende Server laufen:

    So f�hren Sie das vor der Aktualisierung zu verwendende Skript aus
  1. Melden Sie sich als Superuser (root) an.
  2. Vergewissern Sie sich, dass Directory Server ausgef�hrt wird. Beispiel:

    3. # ps -ef | grep slapd

    Wenn Directory Server nicht ausgef�hrt wird, rufen Sie die Directory Server-Komponente auf. Beispiel:

    # cd /var/opt/mps/serverroot/slapd-instance-name
    # ./start-slapd

  3. Begeben Sie sich zu dem Verzeichnis, in dem sich das vor der Aktualisierung zu verwendende Skript befindet, und f�hren Sie das Skript aus. Beispiel:

    4. # cd JavaEnterpriseSystem_base/Solaris_sparc/Product/identity_srv/Tools
    # ./pre61to62upgrade

  4. Wenn vom Skript die entsprechende Aufforderung ausgegeben wird, machen Sie folgende Angaben:
    • Vollst�ndiger Directory Server-Host-Name. Beispiel: ds.example.com
    • Directory Server-Anschlussnummer. Der Standardwert lautet 389.
    • DN (Distinguished Name) und Passwort des Top-Level-Administrators von Identity Server. Beispiel: uid=amAdmin,ou=People,dc=example,dc=com
    • Verzeichnis, in dem das Skript die Identity Server 6.1-Dateien sichern soll. Beispiel: /opt/is_backup
    • Zertifikatsverzeichnis des Webcontainers. Beispiel: /opt/SUNWwbsvr/alias

Bei der Ausf�hrung des vor der Aktualisierung zu verwendenden Skripts wird dessen Status angezeigt. Achten Sie darauf, dass die Ausf�hrung des Skripts vollst�ndig abgeschlossen ist. Anderenfalls kommt es zu unerwarteten Ergebnissen.

Wenn das Skript vollst�ndig ausgef�hrt wurde, k�nnen Sie die Installation von Identity Server 6 2004Q2 vornehmen.

Installieren von Identity Server

Wenn Sie Identity Server 6 2004Q2 installieren m�chten, m�ssen Sie das SunJava Enterprise System-Installationsprogramm ausf�hren.

Zeichnen Sie vor der Ausf�hrung des Installationsprogramms die erforderlichen Informationen mithilfe der Identity Server-Arbeitsbl�tter auf. Wenn Sie vom Installationsprogramm gefragt werden, ob Directory Server bereits �ber Benutzerdaten verf�gt, antworten Sie mit „Ja“.

Hinweis

Der Web Server-Detailbildschirm (Men� 3 von 6) wird mit den richtigen Informationen angezeigt. Wenn Sie jedoch auf die n�chste Schaltfl�che klicken, wird eine Fehlermeldung ausgegeben, die besagt, dass das aufgef�hrte Web Server-Verzeichnis nicht g�ltig ist. W�hlen Sie mithilfe der Durchsuchen-Funktion dasselbe Verzeichnis aus und fahren Sie dann fort. Dies bezieht sich nur auf den Web Server-Container.

W�hlen Sie anstelle der Option Vorhandene Konsole verwenden die Option f�r eine neue Konsole aus. (Men� 4 von 6).

Antworten Sie mit Ja, wenn Sie vom Installationsprogramm gefragt werden, ob Directory Server bereits �ber Benutzerdaten verf�gt. (Men� 6 von 6).

Ausf�hren des nach der Aktualisierung zu verwendenden Skripts

Das nach der Aktualisierung zu verwendende Identity Server-Skript (Upgrade61DitTo62) steht nach der Installation von Identity Server 6 2004Q2 in folgendem Verzeichnis zur Verf�gung:

/IdentityServer_base/SUNWam/migration/61to62/scripts

Dabei gilt: IdentityServer_base ist das Basisinstallationsverzeichnis von Identity Server 6 2004Q2. Die Bezeichnung des standardm��igen Basisinstallationsverzeichnisses lautet /opt.

Das nach der Aktualisierung zu verwendende Skript f�hrt folgende Schritte durch:

Wenn das nach der Aktualisierung zu verwendende Skript ausgef�hrt werden soll, muss Directory Server ausgef�hrt werden. Im Rahmen der Skriptausf�hrung werden Sie aufgefordert, Directory Server neu zu starten, damit das Skript weiter ausgef�hrt werden kann. Am Ende werden Sie aufgefordert, sowohl Directory Server als auch den Webcontainer erneut aufzurufen, damit die �nderungen wirksam werden.

    So f�hren Sie das Identity Server-Skript nach der Aktualisierung aus
  1. Melden Sie sich als Superuser (root) an.
  2. Vergewissern Sie sich, dass Directory Server ausgef�hrt wird. Beispiel:

    3. # ps -ef | grep slapd

    Wenn Directory Server nicht ausgef�hrt wird, rufen Sie die Directory Server-Komponente auf. Beispiel:

    cd /var/opt/mps/serverroot/slapd-instance-name
    ./start-slapd

  3. F�hren Sie das nach der Aktualisierung zu verwendende Skript aus. Beispiel:

    4. cd /IdentityServer_base/SUNWam/migration/61to62/scripts
    ./Upgrade61DitTo62

    Dabei gilt: IdentityServer_base ist das Basisinstallationsverzeichnis von Identity Server 6 2004Q2.

    Hinweis

    Wenn das Skript mit einer Objektklassenverletzung fehlschl�gt, f�hren Sie die unter So korrigieren Sie das Schema beschriebenen Verfahren durch und starten Sie Directory Server neu.

  4. Wenn vom Skript die entsprechende Aufforderung ausgegeben wird, machen Sie folgende Angaben:
    • Vollst�ndiger Directory Server-Host-Name – Beispiel: ds.example.com
    • Directory Server-Anschlussnummer – Standard 389.
    • DN (Distinguished Name) und Passwort des Directory-Managers,
    • DN (Distinguished Name) und Passwort des Top-Level-Administrators von Identity Server – Beispiel: uid=amAdmin,ou=People,dc=example,dc=com
  5. Wenn vom Skript die entsprechende Aufforderung ausgegeben wird, starten Sie Directory Server neu. Das Skript wird angehalten, um Ihnen den Neustart zu erm�glichen.
  6. Kehren Sie nach dem Neustart von Directory Server ins Skript zur�ck und dr�cken Sie die Eingabetaste, um fortzufahren. Nachdem die Skriptausf�hrung vollst�ndig abgeschlossen ist, wird eine Meldung ausgegeben, die in etwa wie folgt lautet:

    7. SIE M�SSEN DIRECTORY SERVER UND WEB SERVER NEU STARTEN, DAMIT DIE AKTUALISIERUNGS�NDERUNGEN WIRKSAM WERDEN.

  7. Starten Sie Directory Server und den Webcontainer neu.

Wenn Directory Server und der Webcontainer ausgef�hrt werden, k�nnen Sie �berpr�fen, ob die Aktualisierung erfolgreich durchgef�hrt wurde.

�berpr�fen der Aktualisierung

Wenn Sie Ihre Identity Server 6.1-Installation an Ihre Bed�rfnisse angepasst haben, m�ssen Sie diese Anpassungen in Ihrer neuen Identity Server 6 2004Q2-Installation erneut vornehmen.

Die erfolgreiche Durchf�hrung der Aktualisierung l�sst sich auf folgende Arten �berpr�fen:

Aktualisieren mehrerer Instanzen von Identity Server

In diesem Abschnitt wird erl�utert, wie mehrere Instanzen von Identity Server 6.1 aktualisiert werden k�nnen, die auf unterschiedlichen Hosts ausgef�hrt werden, die dieselbe Directory Server-Komponente gemeinsam nutzen.

Identity Server 6.1- und Identity Server 6 2004Q2-Server, die auf unterschiedlichen Hosts installiert sind, k�nnen gleichzeitig mit derselben gemeinsam genutzten Directory Server-Komponente ausgef�hrt werden.

    So aktualisieren Sie mehrere Instanzen von Identity Server
  1. Melden Sie sich als Superuser (root) an.
  2. Halten Sie alle Identity Server 6.1-Instanzen an, die auf Directory Server zugreifen. Beispiel:

    3. # cd /IdentityServer_base/SUNWam/bin
    # ./amserver stop

    Dabei gilt: IdentityServer_base ist das Basisinstallationsverzeichnis von Identity Server 6.1.

    Durch das Anhalten aller Instanzen wird verhindert, dass Identity Server �nderungen an Directory Server vornimmt, w�hrend Sie die Aktualisierung durchf�hren.

  3. Starten Sie die zu aktualisierende Instanz. Beispiel:

    4. # ./amserver start

  4. Aktualisieren Sie die in Schritt 3 gestartete Identity Server-Instanz. Lesen Sie hier nach:
  5. Starten Sie die soeben aktualisierte Instanz neu.

    6. Wiederholen Sie Schritt 3 bis Schritt 5 f�r alle auf unterschiedlichen Hosts vorhandenen Identity Server 6.1-Instanzen, die Sie aktualisieren m�chten.

  6. Wenn Identity Server 6.1-Instanzen vorhanden sind, die Sie nicht aktualisiert haben, starten Sie diese Instanzen neu. Informationen zur Koexistenz von Identity Server 6.1 und Identity Server 6 2004Q2 finden Sie im Sun Java System Identity Server 2004Q2 Migration Guide unter http://docs.sun.com/doc/817-5708.

    7. Hinweis

    Es k�nnen mehrere Instanzen von Identity Server aktualisiert werden, die auf unterschiedlichen Hostsystemen installiert sind. Das Aktualisieren mehrerer Instanzen von Identity Server, die auf demselben Host installiert sind, wird in der aktuellen Version nicht unterst�tzt. Wenn auf demselben Host mehrere Instanzen vorhanden sind, m�ssen Sie im Anschluss an die Aktualisierung der Hauptinstanz die zus�tzlichen Instanzen neu erstellen.

    So verwenden Sie Portal Server, Mobile Access

Wenn Sie Java System Portal Server, Mobile Access 6 2004Q2, verwenden m�chten, m�ssen Sie die globalen Attribute der Identity Server-Clienterkennung folgenderma�en �ndern:

  1. Greifen Sie mit folgendem URL auf die Identity Server 6 2004Q2-Konsole zu:

    2. http://host-name.domain-name:port/amconsole

    Dabei gilt: host-name.domain-name:port steht f�r den vollst�ndigen Host-Namen und den Anschluss des von Ihnen verwendeten Webcontainers.

  2. Wenn die Anmeldeseite von Identity Server eingeblendet wird, melden Sie sich als amadmin an.
  3. Klicken Sie in der Konsole auf die Registerkarte „Servicekonfiguration“.

    4. In der Konsole werden die Optionen f�r die Servicekonfiguration im Navigationsbereich angezeigt.

  4. Klicken Sie im Navigationsbereich unter „Servicekonfiguration“ auf „Client Detection“ (Clienterkennung).
  5. Legen Sie f�r die Clienterkennung im Datenbereich folgende Elemente fest:
    1. Legen Sie die globalen Attribute der Clienterkennungsklasse mit com.sun.mobile.cdm.FEDIClientDetector fest.
    2. Aktivieren Sie das Kontrollk�stchen f�r die Aktivierung der Clienterkennung.
  6. Klicken Sie auf „Speichern“.
    So aktualisieren Sie nur das Identity Server SDK

Zur Aktualisierung einer reinen Identity Server 2003Q4 (6.1) SDK-Installation m�ssen Sie die 2003Q4-Version deinstallieren und dann die 2004Q2-Version neu installieren. So aktualisieren Sie eine reine Identity Server SDK-Installation

  1. Erstellen Sie eine Sicherungskopie Ihrer Identity Server 2003Q4-Konfigurationsdateien, einschlie�lich der Dateien AMConfig.properties und serverconfig.xml. (Der Aktualisierungsprozess wirkt sich nicht auf Ihre Benutzerdaten aus.)
  2. Deinstallieren Sie den Identity Server 2003Q4 SDK gem�� den Anweisungen unter Kapitel  10, „Deinstallieren von Software.“.
  3. Installieren Sie den Identity Server 2004Q2 SDK gem�� den Anweisungen unter Installieren von Software �ber die grafische Oberfl�che.
  4. �bernehmen Sie die in Schritt 1 gespeicherten Konfigurations�nderungen in die neuen Identity Server 2004Q2-Konfigurationsdateien.

Informationen zur Aktualisierung auf Instant Messaging

Instant Messaging wird durch das Anwenden von Patches und das Synchronisieren von Einstellungen mit Konfigurations-Directory Server aktualisiert.

In diesem Abschnitt sind folgende Informationen zur Aktualisierung einer Instanz von Instant Messaging enthalten:

    So wenden Sie Instant Messaging-Patches an
  1. Melden Sie sich als Superuser (root) an.
  2. Halten Sie den Instant Messaging-Dienst (bei installierter Serverkomponente) an, indem Sie Folgendes eingeben:

    3. inst_msg_base/sbin/imadmin stop

  3. Sichern Sie Datendateien, Konfigurationsdateien sowie benutzerdefinierte Clientdateien.

    4. Die Standardspeicherorte f�r diese Verzeichnisse sind nachfolgend aufgef�hrt.

    Tabelle 8–7  Datenspeicherorte

    Typ

    Ort

    Konfiguration

    /etc/opt/SUNWiim/

    Messenger-Ressourcen

    imdocroot (Standard: /opt/SUNWiim/html)

    Benutzerdaten

    Der genaue Speicherort geht aus der iim.instancevardir-Konfigurationsoption hervor. (Standard: /var/opt/SUNWiim/default/db).

  4. Wenden Sie mithilfe von patchadd(1M) folgende Instant Messaging-Patches an:

    5. Tabelle 8–8  Instant Messaging-Patches

    Funktionsbereich f�r das Patchen

    Patch-ID Solaris SPARC

    Patch-ID Solaris x86

    Instant Messaging Core

    115732-09

    116645-09

    Lokalisierung

    116936-06

    116937-06

  5. Starten Sie den Instant Messaging-Dienst neu (bei installierter Serverkomponente).
    So entfernen Sie Instant Messaging-Patches an

Wenn Sie Instant Messaging-Patches entfernen m�chten, gehen Sie wie folgt vor:

  1. Halten Sie Instant Messaging an.
  2. Sichern Sie Datendateien, Konfigurationsdateien sowie benutzerdefinierte Clientdateien.

    3. Die Standardspeicherorte f�r diese Verzeichnisse sind nachfolgend aufgef�hrt.

    Tabelle 8–9  Datenspeicherorte

    Typ

    Ort

    Konfiguration

    /etc/opt/SUNWiim/

    Messenger-Ressourcen

    imdocroot (Standard: /opt/SUNWiim/html)

    Benutzerdaten

    Der genaue Speicherort geht aus der iim.instancevardir-Konfigurationsoption hervor. (Standard: /var/opt/SUNWiim/default/db).

  3. Melden Sie sich als Root-Benutzer an.

    4. su root

    Geben Sie nach entsprechender Aufforderung Ihr Root-Passwort ein.

  4. Entfernen Sie die entsprechenden Instant Messaging-Patches, die in Schritt 4 mithilfe von „patchrm(1M)“ hinzugef�gt wurden.

Informationen zur Aktualisierung auf Message Queue

In diesem Abschnitt werden Vorgehensweisen zur Aktualisierung auf Message Queue 3.5 SP1 von der vorherigen Version erl�utert. Er enth�lt folgende Themen:

    So aktualisieren Sie erg�nzende Dateien
  1. Beziehen und laden Sie die erg�nzenden Dateien f�r die Aktualisierung des Sun Java Enterprise System von 2003Q4 zu 2004Q2 f�r Application Server und Message Queue (siehe So aktualisieren Sie erg�nzende Dateien).
  2. Folgen Sie den Anleitungen in der README-Datei, um diese erg�nzenden Dateien zu installieren.
    So aktualisieren Sie Message Queue auf Solaris

Es ist nicht erforderlich, die vorherige Version zu deinstallieren – sie wird �berschrieben. Aus den nachfolgenden Anweisungen geht hervor, wie das Message Queue-Produkt unter Solaris installiert wird.

  1. Rufen Sie die Software entweder von der CD oder per Produktverteilungsdownload ab.
  2. Melden Sie sich als Superuser (root) an.
  3. Fahren Sie durch folgende Eingabe alle vorhandenen Message Queue-Broker herunter:

    4. imqcmd shutdown bkr -u name -p password [-b hostName:port]

  4. Wenn Sie die im Lieferumfang von Java Enterprise System 2003Q4 enthaltene Message Queue-Version auf die im Lieferumfang von Java Enterprise System 2004Q2 enthaltene Message Queue-Version aktualisieren m�chten, f�hren Sie das Skript mqupgrade aus:

    5. # cd /cdrom/cdrom0/Solaris_arch/Product/message_queue/Tools
    # ./mqupgrade

    Durch den obigen Befehl wird der Befehl auf der Produkt-CD ausfindig gemacht. So f�hren Sie den Befehl von Ihrem Downloadspeicherort aus

    # cd /unzipped location/Solaris_arch/Product/message_queue/Tools
    # ./mqupgrade

    Hinweis

    Als Erstes werden Sie von mqupgrade gefragt, ob Sie zun�chst gemeinsam genutzte Komponenten installieren m�chten. Wenn Sie die Aktualisierung gemeinsam genutzter Komponenten noch nicht vorgenommen haben, antworten Sie mit y. Anderenfalls antworten Sie mit n.

    Vom Skript wird in folgendem Verzeichnis eine Protokolldatei erstellt:

    /var/sadm/install/logs/Message_Queue_upgrade_date.log

    Hinweis

    Bei der Message Queue-Aktualisierung werden s�mtliche Konfigurationsdaten sowie s�mtliche von den Message Queue-Brokern verwalteten Statusangaben beibehalten.

  5. Verlassen Sie die Root-Shell.
    So pr�fen Sie die Message Queue-Installation

Geben Sie folgenden Befehl ein, um sicherzustellen, dass die gew�nschte Version von Message Queue auf Ihrem System ausgef�hrt wird:

imqbrokerd -version

Aus der Befehlsausgabe geht die auf Ihrem System installierte Version von JDK und Message Queue hervor.

Informationen zur Aktualisierung auf Messaging Server

In diesem Abschnitt werden Vorgehensweisen zur Aktualisierung auf Messaging Server 6 2004Q2 von der vorherigen Java Enterprise System 2003Q4-Version erl�utert. Er enth�lt folgende Themen:

Voraussetzungen

F�hren Sie vor der Durchf�hrung der Messaging Server 6 2004Q2-Aktualisierung folgende Schritte durch:

  1. Halten Sie Messaging Server an.
  2. Aktualisieren Sie s�mtliche Java Enterprise System-Komponenten auf dem Server, auf dem Sie die Messaging Server-Aktualisierung vornehmen. Dies gilt besonders f�r die Java Enterprise System-Komponenten, von denen Messaging Server m�glicherweise abh�ngig ist. Zu diesen Komponenten z�hlen:
    • Gemeinsam genutzte Komponenten, speziell: NSPR (SUNWpr), NSS (SUNWtls), SASL (SUNWsasl), ICU (SUNWicu), LDAPCSDK (SUNWldk) und JSS (SUNWjss) (siehe Aktualisieren von gemeinsam genutzten Komponenten)
    • Administration Server (siehe Informationen zur Aktualisierung auf Administration Server),
    • Directory Server (siehe Informationen zur Aktualisierung auf Directory Server),
    • Identity Server (siehe Informationen zur Aktualisierung auf Identity Server),
    • Web Server (siehe Informationen zur Aktualisierung auf Web Server),
    • Application Server (siehe Informationen zur Aktualisierung auf Application Server),
    • Communications Services User Management Utility (Aktualisierung siehe Aktualisieren von gemeinsam genutzten Komponenten und Konfiguration siehe So aktualisieren Sie das User Management Utility),

      • Hinweis

      Es ist m�glich, dass keine der oben genannten Komponenten auf dem Computer vorhanden sind. Zudem ist es m�glich, dass Messaging Server nicht alle der oben genannten Komponenten verwendet, obwohl sie vorhanden sind. Aktualisieren Sie die obigen Komponenten jeweils auf die Java Enterprise System 2004Q2-Version.

      Messaging Server ist vom Communication Services User Management Utility abh�ngig (falls vorhanden), das wiederum von Identity Server abh�ngig ist. Identity Server ist von einem Webcontainer abh�ngig. Zu den Optionen f�r Identity Server z�hlen Application Server und Web Server.

      Messaging Server ist m�glicherweise von Web Server abh�ngig, wenn sich der Benutzer f�r den Einsatz der Mailfilter und/oder der neuen Sun ONE Unified Web Client-Funktion entschieden hat, die Bestandteil von Java Enterprise System 2004 Q2 ist.

      Sie m�ssen diese Anweisungen befolgen und Administration Server-Patches auch dann anwenden, wenn Sie die Installation von Administration Server nie ausdr�cklich veranlasst haben.

      Messaging Server kann nicht im sicheren Modus gestartet werden, wenn Sie die Anwendung von Patches aufheben, nachdem Sie das Serverzertifikat ge�ndert haben. Sie k�nnen den sicheren Modus jedoch deaktivieren, Messaging Server neu starten, das Serverzertifikat neu installieren und dann den SSL-Modus aktivieren.

    So aktualisieren Sie Nicht-Cluster-Bereitstellungen
  1. Melden Sie sich als Superuser (root) an.
  2. Wenden Sie mithilfe von „patchadd“(1M) die Messaging Server-Patches an. Die drei Patches sind unten aufgef�hrt.

    3. Tabelle 8–10  Messaging Server-Patches 

    Funktionsbereich f�r das Patchen

    Patch-ID Solaris SPARC

    Patch-ID Solaris x86

    Messaging Server Core

    116568-51

    116569-51

    Lokalisierung

    116570-09

    116571-09

    vcsha (optional, nur f�r Veritas HA-Installationen)

    116574-01

     

  3. Generieren Sie mithilfe des folgenden Programms die neuen potenziellen Konfigurationsdateien:

    4. msg_svr_base/sbin/patch-config

  4. Wenden Sie die neuen Konfigurationsdateien an, entweder manuell oder mithilfe des folgenden Programms:

    5. msg_svr_base/sbin/install-newconfig

  5. Wenden Sie die ldif-Dateien unter msg_svr_base/lib/patch an. Verwenden Sie in jedem Fall den Befehl ldapmodify, der in Messaging Server bzw. Directory Server enthalten ist.
  6. F�hren Sie folgenden Befehl aus, um ggf. eine Kompilierungskonfiguration zu erstellen:

    7. msg_svr_base/sbin/imsimta chbuild

    msg_svr_base/sbin/imsimta clbuild -image_file=IMTA_COMMAND_DATA IMTA_BIN:pmdf.cld

    msg_svr_base/sbin/imsimta cnbuild

  7. Starten Sie Messaging Server unter Verwendung von:

    8. msg_svr_base/sbin/start-msg

    So aktualisieren Sie Cluster-Bereitstellungen

Wenn sich in einer Clusterumgebung zwei oder mehr Messaging Server-Komponenten befinden, gehen Sie bei der Aktualisierung jeweils parallel vor, also einen Server nach dem anderen, damit der Gro�teil des Clusters stets verf�gbar ist. Als Erstes nehmen Sie die Aktualisierung einer Messaging Server-Komponente auf Ihrem Computer vor. Im Rahmen der Messaging Server-Aktualisierung wird die mboxlist-Datenbank auf eine h�here Version aktualisiert (f�r diese Messaging Server-Komponente auf diesem Computer).

So f�hren Sie Installationen in Clusterumgebungen durch

  1. Installieren Sie Messaging Server 6 2004Q2 im Standby-Knoten.
  2. Konfigurieren Sie das Programm so, dass die Konfigurationsdaten des prim�ren Knotens verwendet werden.
  3. F�hren Sie den Failover-Vorgang auf den Standby-Knoten durch.
  4. Entfernen Sie den prim�ren Knoten aus dem Cluster.
  5. Aktualisieren Sie den prim�ren Knoten mithilfe des Befehls patchadd (siehe Schritt 2).
  6. Nehmen Sie den prim�ren Knoten wieder in den Cluster auf.
  7. �bertragen Sie die Konfiguration und die Daten per Failover vom Standby-Knoten zur�ck in den prim�ren Knoten.
  8. F�hren Sie patch-config aus, um neue potenzielle aktualisierte Konfigurationsdateien zu erstellen.
  9. �berpr�fen Sie die neuen potenziellen aktualisierten Konfigurationsdateien manuell.
  10. Legen Sie die Ausfallzeit f�r die Konfiguration und die Daten des prim�ren Knotens fest.

    11. F�hren Sie w�hrend der Ausfallzeit folgende Schritte durch:

    1. Halten Sie die Dienste f�r den prim�ren Knoten an.
    2. Installieren Sie die neuen confide-Dateien (Verwendung des Befehls „install-unconfined“ m�glich).
    3. F�hren Sie die Befehle aus.

      4. msg_svr_base/sbin/imsimta chbuild

      msg_svr_base/sbin/imsimta clbuild -image_file=IMTA_COMMAND_DATA IMTA_BIN:pmdf.cld

      msg_svr_base/sbin/imsimta cnbuild

    4. Starten Sie Dienste neu.
  11. Wiederholen Sie Schritt 2 bis Schritt 10 f�r jeden Knoten, der im Cluster aktualisiert werden soll.
    So aktualisieren Sie das User Management Utility

Messaging Server und Calendar Server erfordern, dass Sie das User Management Utility (commadmin) verwenden, um Benutzer, Gruppen, Dom�nen und Ressourcen bereitzustellen.

Nachdem Sie den Patch Sun ONE commcli core angewendet haben, um das User Management Utility zu aktualisieren (siehe Aktualisieren von gemeinsam genutzten Komponenten), m�ssen Sie folgende Schritte manuell durchf�hren:

  1. F�hren Sie das User Management Utility-Konfigurationsprogramm, config-iscli, aus. Anweisungen zur Ausf�hrung von config-iscli finden Sie im Sun Java System Communications Services User Management Utility Administration Guide (http://docs.sun.com/doc/817-5703).
  2. Rufen Sie ACIs ab, um die Rechte des Dom�nenadministrators richtig einzuschr�nken.

    3. Gehen Sie wie folgt vor:

    1. �ffnen Sie die Datei usergroup.ldif unter folgendem Pfad:

      2. opt/SUNWcomm/config/usergroup.ldif

    2. Ersetzen Sie ugldapbasedn in der Vorlage ldif mit Ihrem Benutzergruppensuffix.
    3. Legen Sie die bearbeitete Datei usergroup.ldif im LDAP-Verzeichnis ab.
  3. Legen Sie die Datei commcli.mod.ldif im LDAP-Verzeichnis ab. Die Datei befindet sich unter folgendem Pfad:

    4. opt/SUNWcomm/install/patch/patchnummer-rev_nummer/commcli.mod.ldif

    wobei patchnummer-rev_nummer f�r Nummer und neueste Versionsnummer des Patches stehen.

    So verwenden Sie commadmin im Schema 2-Kompatibilit�tsmodus

Gehen Sie wie unten beschrieben vor, um das User Management Utility (commadmin) f�r die Verwendung eines LDAP-Verzeichnisses im Schema 2-Kompatibilit�tsmodus zu aktivieren.

  1. Detaillierte Informationen zu diesen Schritten finden Sie unter „User Management Utility“ im Abschnitt „Bekannte Probleme und Einschr�nkungen“ der Sun Java System Messaging Server Release Notes (http://docs.sun.com/doc/817-6363).

    2. Zusammenfassung der Schritte:

    1. Wenden Sie verschiedene ACIs auf Organisationsstruktur-Root- und DC-Struktur-Root-Suffixes an.
    2. Setzen Sie die Eigenschaft com.iplanet.am.domaincomponent in der Datei AMConfig.properties auf das Suffix Ihres DC-Struktur-Roots.
    3. Aktivieren Sie f�r Identity Server die Verwendung des Kompatibilit�tsmodus, indem Sie die Identity Server-Konsole �ffnen und die Option „Dom�nenkomponentenstruktur aktiviert“ markieren.
    4. F�gen Sie die Objektklasse inetdomain allen Knoten Ihrer DC-Struktur in Ihrem Verzeichnis hinzu.
    5. Starten Sie den Webcontainer.
    So entfernen Sie Messaging Server-Patches
  1. Halten Sie Messaging Server mithilfe des Befehls stop-msg an.
  2. Deaktivieren Sie den Watcher-D�mon, indem Sie den Befehl configutil wie folgt ausf�hren:

    3. configutil -o local.watcher.enable -v no

  3. Entfernen Sie die Dateien der Nachrichtenspeicher-Datenbankumgebung mithilfe des Befehls stored -r.

    4. Falls die Dateien durch diesen Befehl nicht entfernt werden, verwenden Sie den Befehl stored -R. Hierdurch wird das Entfernen der Dateien erzwungen.

  4. Aktivieren Sie den Watcher-D�mon wie folgt:

    5. configutil -o local.watcher.enable -v yes

  5. Entfernen Sie die Protokolldateien unterhalb des Verzeichnisses mboxlist. Beispiel:

    6. rm -f /var/opt/SUNWmsgsr/store/mboxlist/log.*

  6. Entfernen Sie die Messaging Server 6 2004Q2-Patches durch Ausf�hren des Befehls patchrm patch id.
  7. Stellen Sie die gesicherten Konfigurationsdateien nach Bedarf manuell wieder her. Vor der Aktualisierung verwendete Konfigurationsdateien finden Sie hier:

    8. msg_svr_base/install/patch/patchnummer/save

    patchnummer ist der Messaging Server-Core-Patch.

  8. F�hren Sie den Befehl imsimta cnbuild wie folgt aus:

    9. msg_svr_base/sbin/imsimta cnbuild

  9. Starten Sie Messaging Server mithilfe des Befehls „start-msg“ wie folgt:

    10. msg_svr_base/sbin/start-msg

    So entfernen Sie den commadmin-Patch

Wenn Sie den commadmin-Patch aufheben m�ssen, wenden Sie die Datei commcli.revert.ldif unter folgendem Pfad an:

opt/SUNWcomm/install/patch/116585-rev_nummer/commcli.revert.ldif

wobei rev_nummer f�r die neueste Versionsnummer des Patches steht.

Informationen zur Aktualisierung auf Mobile Access

Mobile Access 6.2 wurde als so genanntes Point Product bereitgestellt und dient der Erweiterung von Java Enterprise System 2003Q4-Installationen von Identity Server und Portal Server. Die Mobile Access-Funktionalit�t ist in Java Enterprise System 2004Q2 nun Standard. Die Mobile-Aktivierung von Identity Server und Portal Server ist nun Standard.

Ziehen Sie diesen Abschnitt hinsichtlich der Migration von Java Enterprise System 2003Q4 (mit oder ohne Mobile Access 6.2) auf eine Java Enterprise System 2004Q2-Installation zurate. Themen in diesem Abschnitt:

Migrationsszenarios und -strategien

In Java Enterprise System 2003Q4 konnten Identity Server und Portal Server nur auf demselben Computer installiert werden, folglich beziehen sich diese Anweisungen nur auf dieses Szenario. Diese Anweisungen decken die Erstellung separater Identity Server- und Portal Server-Installationen als Ergebnis der Aktualisierung von Java Enterprise System 2003Q4 auf Java Enterprise System 2004Q2 nicht ab. Separate Installationen von Identity Server und Portal Server m�ssen als Neuinstallationen angegangen werden.

Hinweis

Speichern Sie, bevor Sie mit dem Aktualisierungsprozess beginnen, ggf. unbedingt alle Ihre benutzerdefinierten Dateien, die sich auf die jeweilige Mobile Access 6.2-Installation beziehen.

Migrieren benutzerdefinierter Umgebungen

In diesem Szenario werden die Installationen abgedeckt, bei denen Identity Server und Portal Server von Java Enterprise System 2003Q4 installiert wurden und auf die eine Installation des Mobile Access 6.2-Point Products angewendet wurde.

    So aktualisieren Sie Systeme mit Mobile Access 6.2
  1. F�hren Sie das Mobile Access 6.2-Deinstallationsprogramm (uninstallmap) im selben Basisverzeichnis wie Portal Server aus (Standard: /opt). Stellen Sie sicher, dass das Kontrollk�stchen „Clean relevant Portal Server information from Identity Server“ (Relevante Portal Server-Informationen in Identity Server-Komponente l�schen) nicht aktiviert ist.
  2. Entfernen Sie Mobile Access 6.2, indem Sie das Deinstallationsprogramm ausf�hren, das bei der Installation von Mobile Access generiert wurde. Es befindet sich in dem Installationsverzeichnis, das bei der Installation unter /opt angegeben wurde. F�hren Sie au�erdem folgende Befehle aus, um die Mobile Access-Verzeichnisse und -Dateien zu entfernen und das System so zu bereinigen:
    1. Suchen Sie das Verzeichnis „Tools“ auf der CD bzw. auf der Java Enterprise System-Webseite.
    2. Kopieren Sie die Datei mobileaccess.tar.gz auf eine lokale Festplatte.
    3. Entpacken Sie den Inhalt der Datei mobileaccess.tar.gz in ein lokales Verzeichnis.

      4. Hinweis

      Verwenden Sie die GNU-Versionen zip- und tar-Befehle (gunzip und gtar).

    4. F�hren Sie vom lokalen Verzeichnis aus folgenden Befehl aus:

      5. > ./unconfigureMA62

  3. Aktualisieren Sie Identity Server (ziehen Sie Informationen zur Aktualisierung auf Identity Server zurate).
  4. Aktualisieren Sie Portal Server (ziehen Sie Informationen zur Aktualisierung auf Portal Server zurate).
  5. F�hren Sie das Java Enterprise System 2004Q2 Mobile Access-Aktualisierungsprogramm aus.
    So aktualisieren Sie Systeme ohne Mobile Access 6.2

In diesem Szenario werden die Installationen abgedeckt, bei denen Identity Server und Portal Server von Java Enterprise System 2003Q4 installiert wurden und auf die das Mobile Access 6.2-Point Products nicht angewendet wurde. Diese Schritte m�ssen ausgef�hrt werden, damit Identity Server und Portal Server von zuk�nftigen Versionen von Java Enterprise System vorschriftsm��ig aktualisiert werden.

  1. Aktualisieren Sie Identity Server (ziehen Sie Informationen zur Aktualisierung auf Identity Server zurate).
  2. Aktualisieren Sie Portal Server (ziehen Sie Informationen zur Aktualisierung auf Portal Server zurate).
  3. F�hren Sie das Java Enterprise System Mobile Access-Installationsprogramm aus.

Unterschiede zwischen Mobile Access 6.2 und Mobile Access for Java Enterprise System 2004Q2

Es gibt einige Unterschiede zwischen Mobile Access 6.2 und Mobile Access for Java Enterprise System 2004Q2, die den manuellen Benutzereingriff erforderlich machen, um die ordnungsgem��e Migration bestimmter Anpassungen von der alten in die neue Umgebung zu gew�hrleisten.

Konfigurationsdateien

Im Gegensatz zu Java Enterprise System 2003Q4 ist in Java Enterprise System 2004Q2 die Installation von Identity Server und Portal Server auf separaten Computern zul�ssig. Obwohl die Mobile Access-Funktionalit�t gr��tenteils auf Informationen beruht, die in einem LDAP-(Lightweight Directory Access Protocol-)Verzeichnis gespeichert sind, ist bei einigen Funktionen die Konfiguration �ber standardm��ige Flatfiles erforderlich.

In Java Enterprise System 2003Q4 waren diese Konfigurationsinformationen hier gespeichert:

/etc/opt/SUNWps/MAP/MAPConfig.properties

Damit in Java Enterprise System 2004Q2 separate Identity Server- und Portal Server-Installationen m�glich werden, muss diese Datei in die beiden nachfolgenden Dateien umgewandelt werden.

Tabelle 8–11  Identity Server- und Konfigurationsdateien

Dateiname

Wo vorhanden

/etc/opt/SUNWma/config.properties

In allen Identity Server- und Portal Server-Installationen vorhanden

/etc/opt/SUNWps/MAConfig.properties

In Portal Server-Installationen vorhanden

Java Enterprise System 2004Q2 weist zwar keine neuen, auf Mobile Access bezogenen Konfigurationseigenschaften auf, als Referenz sind die Eigenschaften jedoch nun folgenderma�en auf die beiden Konfigurationsdateien aufgeteilt:

/etc/opt/SUNWma/config.properties

Die Eigenschaften in dieser Datei beziehen sich auf die mobile Aktivierung, die Identity Server- und Portal Server-Installationen gemeinsam haben. Folgende Eigenschaften sind in dieser Datei enthalten:

/etc/opt/SUNWps/MAConfig.properties

Die Eigenschaften in dieser Datei beziehen sich auf die mobile Aktivierung in Portal Server-Installationen. Folgende Eigenschaften sind in dieser Datei enthalten:

Portal Desktop-Typen

Mobile Access 6.2 hat zwei zus�tzliche Desktop-Typen hinzugef�gt: „MAP“ und „sampleMAP“. Diese Desktop-Typen wurden in folgenden Dateihierarchien widergespiegelt:

/etc/opt/SUNWps/desktop/MAP

/etc/opt/SUNWps/desktop/sampleMAP

In Portal Server Mobile Access f�r Java Enterprise System 2004Q2 wurde der „MAP“-Desktop in den „default“-Desktop und der „sampleMAP“-Desktop in den „sampleportal“-Desktop migriert. Die Desktop-Typen „MAP“ und „sampleMAP“ gibt es nicht mehr.

Wenn Sie den „MAP“- oder „sampleMAP“-Desktop an Ihre Bed�rfnisse angepasst haben, m�ssen diese �nderungen in die neuen „default“- und „sampleportal“-Desktops von Java Enterprise System 2004Q2 migriert werden.

Wenn Sie pers�nliche Desktop-Typen definiert haben, m�ssen die benutzerdefinierten Desktop-Typen �ber Identity Server Administration Console im Anschluss an die Aktualisierung von Java Enterprise System 2003Q4 auf Java Enterprise System 2004Q2 wieder hinzugef�gt werden.

Clientdaten

In Mobile Access 6.2 und Mobile Access f�r Java Enterprise System 2004Q2 werden f�r die Speicherung von Clientdaten unterschiedliche Schemata implementiert.

Beim Aktualisierungsprozess werden die Java Enterprise System 2003Q4-Clientdaten aus dem Verzeichnis entfernt und durch aktualisierte Clientdaten ersetzt. Vor der Aktualisierung auf Java Enterprise System 2004Q2 sollten Benutzer, die pers�nliche Clientdaten definiert oder bestehende Clientdaten modifiziert haben, Aufzeichnungen hinsichtlich dieser Erg�nzungen bzw. Modifikationen machen. Im Anschluss an die Java Enterprise System 2004Q2-Aktualisierung m�ssen sie dann diese Erg�nzungen und Modifikationen �ber Identity Server Console erneut anwenden.

Informationen zur Aktualisierung auf Portal Server

In diesem Abschnitt werden Vorgehensweisen zur Aktualisierung auf Portal Server 2004Q2 von der vorherigen Java Enterprise System-Version erl�utert. Er enth�lt folgende Themen:

Zugriff auf Patches f�r die Aktualisierung von Portal Server

Die Aktualisierung von Portal Server erfolgt unter Verwendung von Patches. Laden Sie die in der nachfolgenden Tabelle aufgef�hrten Patches von der SunSolve-Website herunter. Verwenden Sie die Versionen mit oder h�her.

Tabelle 8–12  Portal Server 2004Q2-Patches

Funktionsbereich f�r das Patchen

Patch-ID Solaris SPARC

Patch-ID f�r x86

Portal Server

116736-20

116737-20

Secure Remote Access-Unterst�tzung

116749-20

116750-20

Gateway

116738-19

116739-19

Rewriter Proxy

116742-19

116743-19

Netlet Proxy

116740-19

116741-19

Lokalisierung

117012-05

117105-05

Sichern von benutzerdefinierten Webcontainer-Dateien

Sichern Sie vor dem Aktualisieren s�mtliche benutzerdefinierten Webcontainer-Dateien, die in Zusammenhang mit Portal Server 6.2 stehen. Hierzu z�hlen:

Es empfiehlt sich, eine Liste Ihrer Anpassungen zu f�hren, da sie auf diese Weise nach einer Aktualisierung wieder verwendet werden k�nnen und au�erdem ihre ordnungsgem��e Funktion �berpr�ft werden kann.

Folgende Verzeichnisse sollten gesichert werden:

Aktualisieren der Sun-Webcontainer-Software

F�r die Java Enterprise System 2004Q2-Version muss die Identity Server-Instanz auf Web Server- oder Application Server-Komponenten von Sun (z. B. Web Server 6.1 SP2 oder Application Server 7 Update 3) auf demselben System ausgef�hrt werden. Wenn Sie mit einer �lteren Version arbeiten, m�ssen Sie die Webcontainer-Software aktualisieren, bevor die Aktualisierung auf die Java Enterprise System 2004Q2-Version m�glich ist.

Informationen zur Aktualisierung der Web Server- bzw. Application Server-Software von Sun finden Sie in der entsprechenden Webcontainer-Dokumentation:

Wenn Sie au�erdem unter Sichern von benutzerdefinierten Webcontainer-Dateien Dateien f�r benutzerdefinierte Anpassungen gespeichert haben, m�ssen Sie die benutzerdefinierten Anpassungen nach der Aktualisierung des Webcontainers erneut vornehmen.

Aktualisieren von Identity Server

Die Portal Server-Aktualisierung ist von Identity Server abh�ngig. Aktualisieren Sie vor der Aktualisierung von Portal Server alle Systeme, auf denen Identity Server ausgef�hrt wird, auf Java Enterprise System 2004Q2.

Eine detailliertere Beschreibung der Identity Server-Aktualisierung finden Sie unter Informationen zur Aktualisierung auf Identity Server.

    So aktivieren Sie die Client-Erkennung

Um die Clienterkennung zu aktivieren, m�ssen die globalen Attribute der Identity Server-Clienterkennung folgenderma�en ge�ndert werden:

  1. Greifen Sie mit folgendem URL auf die Identity Server 2004Q2-Konsole zu:

    2. http://host-name.domain-name:port/amconsole

    Dabei gilt: host-name.domain-name:port steht f�r den vollst�ndigen Host-Namen und den Anschluss des von Ihnen verwendeten Webcontainers.

  2. Wenn die Anmeldeseite von Identity Server eingeblendet wird, melden Sie sich als amadmin an.
  3. Klicken Sie in der Konsole auf die Registerkarte „Servicekonfiguration“.

    4. In der Konsole werden die Optionen f�r die Servicekonfiguration im Navigationsbereich angezeigt.

  4. Klicken Sie im Navigationsbereich unter „Servicekonfiguration“ auf „Client Detection“ (Clienterkennung).
  5. Klicken Sie auf „Speichern“.

Verwenden von Drittanbieter-Webcontainern

Von der Java Enterprise System 2004Q2 -Version werden lediglich WebLogic 8.1 SP2- bzw. WebSphere 5.1-Webcontainer unterst�tzt, die auf einem separaten System ausgef�hrt werden und Identity Server SDK verwenden.

Vorsicht

Sie m�ssen denselben Verschl�sselungsschl�ssel angeben, den Sie bei der Installation von Identity Server 6.1 verwendet haben. Dieser Schl�ssel befindet sich in der Eigenschaft am.encryption.pwd in folgender Datei:

id_svr_base/lib/AMConfig.properties

AMConfig.properties wird durch das vor der Aktualisierung zu verwendende Skript an einen von Ihnen angegebenen Speicherort verschoben und durch Umbenennen mit der Erweiterung .bak versehen. Der standardm��ige Verschl�sselungsschl�ssel, der w�hrend der Aktualisierung generiert und angezeigt wird, funktioniert nicht.

    So verwenden Sie Drittanbieter-Webcontainer
  1. Deinstallieren Sie Identity Server 6.1 im WebLogic 6.1 SP4- oder WebSphere 4.0.5-Knoten. Hierbei m�ssen die in Konfigurations-Directory Server gespeicherten Daten beibehalten werden.
  2. F�hren Sie das entsprechende Aktualisierungsskript des Herstellers aus f�r:
    • WebLogic 6.1 SP4 zu WebLogic 8.1 SP2
    • WebSphere 4.0.5 zu WebSphere 5.1
  3. F�hren Sie das vor der Aktualisierung zu verwendende Identity Server 2004Q2-Skript im WebLogic 8.1 SP2- oder WebSphere 5.1-Knoten aus.
  4. Installieren Sie Identity Server, Directory Server und entweder Web Server oder Application Server auf einem separaten System.

    5. Wenn Sie gefragt werden, ob Directory Server bereits �ber Benutzerdaten verf�gt, antworten Sie mit „Ja“.

  5. Installieren Sie Identity Server SDK im WebLogic 8.1 SP2- oder WebSphere 5.1-Knoten.

    6. Wenn Sie gefragt werden, ob Directory Server bereits �ber Benutzerdaten verf�gt, antworten Sie mit „Ja“.

  6. Aktualisieren Sie Portal Server im WebLogic- oder WebSphere-Knoten.

Aktualisieren von Portal Server

In diesem Abschnitt finden Sie Anweisungen zum Aktualisieren von Portal Server. Au�erdem finden Sie hier Aktualisierungsanweisungen f�r Produkte, die zu Portal Server geh�ren. Befolgen Sie die Anweisungen in folgenden Abschnitten nach Bedarf:

    So aktualisieren Sie Portal Server
  1. Melden Sie sich als Root-Benutzer an.

    2. Hinweis

    Wenn die Mobile Access 6.2-Unterst�tzung auf dem Java Enterprise System 2003Q4-System installiert wurde, muss sie vor der Aktualisierung auf Portal Server 6 2004Q2 entfernt werden.

    Wenn die Portal Server-Patches angewendet wurden, k�nnen sie nicht mehr entfernt werden. Um festzustellen, ob die Mobile Access 6.2-Unterst�tzung installiert wurde, geben Sie folgenden Befehl ein:

    > /usr/bin/pkginfo -l SUNWpswp

  2. Wenn Sie Mobile Access 6.2 entfernen m�chten, f�hren Sie das Deinstallationsprogramm aus, das bei der Installation von Mobile Access installiert wurde. Es befindet sich in dem Installationsverzeichnis, das bei der Installation unter /opt angegeben wurde. F�hren Sie au�erdem folgende Befehle aus, um die Mobile Access-Verzeichnisse und -Dateien zu entfernen und das System so zu bereinigen:
    1. Suchen Sie das Verzeichnis „Tools“ auf der CD bzw. auf der Java Enterprise System-Webseite.
    2. Kopieren Sie die Datei mobileaccess.tar.gz auf eine lokale Festplatte.
    3. Entpacken Sie den Inhalt der Datei mobileaccess.tar.gz in ein lokales Verzeichnis.

      4. Hinweis

      Verwenden Sie die GNU-Versionen zip- und tar-Befehle (gunzip und gtar).

    4. F�hren Sie vom lokalen Verzeichnis aus folgenden Befehl aus:

      5. > ./unconfigureMA62

  3. F�hren Sie zur Installation der Patches folgende Befehle aus:

    4. > patchadd 116736-20
    > patchadd 116749-20

    Patch 116749-20 ist erforderlich, wenn Secure Remote Access installiert ist. Patches 116736-20 und 116749-20 sind f�r ein Solaris SPARC-System bestimmt (Patchinformationen f�r ein Solaris x86-System finden Sie unter Portal Server 2004Q2-Patches).

  4. F�hren Sie folgende Befehle aus, um Portal Server zu aktualisieren (mit /opt/SUNWps als standardm��iges Installationsverzeichnis):

    5. >cd /opt/SUNWps/lib
    > ./upgradePS
    > ./upgradeSRA

    Das upgradeSRA-Skript ist erforderlich, wenn Secure Remote Access installiert ist. Von diesen Skripten werden Sie zur Eingabe von Passw�rtern aufgefordert.

  5. Gehen Sie zur Aktualisierung der Mobile Access-Unterst�tzung folgenderma�en vor:
    1. Suchen Sie das Verzeichnis Tools auf der CD bzw. auf der Java Enterprise System-Webseite.
    2. Kopieren Sie die Datei mobileaccess.zip auf eine lokale Festplatte.
    3. Entpacken Sie den Inhalt der Datei mobileaccess.zip in ein lokales Verzeichnis.

      4. Hinweis

      Verwenden Sie die GNU-Versionen zip- und tar-Befehle (gunzip und gtar).

    4. F�hren Sie vom lokalen Verzeichnis aus folgenden Befehl aus:

      5. > ./setup

      Vorsicht

      Diser Schritt ist erforderlich, um Portal Server zu aktualisieren, egal ob die Mobile Access-Unterst�tzung verwendet wird oder nicht.

    So aktualisieren Sie das Gateway

F�hren Sie folgenden Befehl aus:

> patchadd 116738-19

Patch 116738-19 ist f�r Solaris SPARC-Systeme bestimmt (Patchinformationen f�r Solaris x86-Systeme finden Sie unter Portal Server 2004Q2-Patches).

Vorsicht

Die Gateway-Instanz muss gel�scht und nach dem Upgrade neu erstellt werden.

    So aktualisieren Sie das Rewriter Proxy

F�hren Sie folgenden Befehl aus:

> patchadd 116742-19

Patch 116742-19 ist f�r ein Solaris SPARC-System bestimmt (Patchinformationen f�r ein Solaris x86-System finden Sie unter Portal Server 2004Q2-Patches).

Vorsicht

Die Rewriter Proxy-Instanz muss gel�scht und nach dem Upgrade neu erstellt werden.

    So aktualisieren Sie das Netlet Proxy

F�hren Sie folgenden Befehl aus:

> patchadd 116740-19

Patch 116740-19 ist f�r ein Solaris SPARC-System bestimmt (Patchinformationen f�r ein Solaris x86-System finden Sie unter Portal Server 2004Q2-Patches).

Vorsicht

Die Netlet Proxy-Instanz muss gel�scht und nach dem Upgrade neu erstellt werden.

    So aktualisieren Sie die Lokalisierung

F�hren Sie folgenden Befehl aus:

> patchadd 117012-05

Patch 117012-05 ist f�r Solaris SPARC-Systeme abh�ngig von den Lokalisierungseinstellungen optional (Patchinformationen f�r Solaris x86-Systeme finden Sie unter Portal Server 2004Q2-Patches).

�berpr�fen der Aktualisierung

Wenn Sie die mit Ihrer Sun One Portal Server 6.2-Software verwendete Identity Server 6.1-Installation angepasst haben, m�ssen Sie die Anpassungen in Ihrer neuen mit Ihrer Portal Server 6 2004Q2-Software verwendeten Identity Server 2004Q2-Installation manuell nachvollziehen.

Die erfolgreiche Durchf�hrung der Aktualisierung l�sst sich auf folgende Arten �berpr�fen:

Informationen zur Aktualisierung auf Sun Cluster

In diesem Abschnitt finden Sie eine Aktualisierungs�bersicht f�r Sun Cluster 3.1 4/04, und zwar ab der Version, die im Lieferumfang von Java Enterprise System 2003Q4 enthalten war. Themen in diesem Abschnitt:

Anforderungen und Einschr�nkungen hinsichtlich der Aktualisierung

Beachten Sie bei der Aktualisierung auf Sun Cluster 3.1 4/04-Software folgende Anforderungen und Einschr�nkungen:

Alle Softwareprogramme m�ssen auf eine von Sun Cluster 3.1 4/04 unterst�tzte Version aktualisiert werden. Wenn beispielsweise ein Datendienst von Sun Cluster 3.0, jedoch nicht von Sun Cluster 3.1 4/04 unterst�tzt wird, muss dieser Datendienst auf eine Version aktualisiert werden, die von Sun Cluster 3.1 4/04 unterst�tzt wird. Wenn eine verwandte Anwendung dieses Datendienstes von Sun Cluster 3.1 4/04 nicht unterst�tzt wird, muss auch diese Anwendung auf eine unterst�tzte Version aktualisiert werden.

Durch das Aktualisierungsdienstprogramm scinstall werden lediglich die Datendienste aktualisiert, die mit Sun Cluster 3.1 4/04 bereitgestellt wurden. S�mtliche benutzerdefinierten bzw. von Drittanbietern zur Verf�gung gestellten Datendienste m�ssen manuell aktualisiert werden.

Folgendes wird von Sun Cluster 3.1 4/04 unterst�tzt:

Folgendes wird von Sun Cluster 3.1 4/04 nicht unterst�tzt:

Ausw�hlen einer Sun Cluster-Aktualisierungsmethode

W�hlen Sie eine der folgenden Methoden f�r die Aktualisierung Ihrer Cluster-Software aus.

Nicht parallel ausgef�hrte Aktualisierung

Bei einer nicht parallel ausgef�hrten Aktualisierung fahren Sie vor der Aktualisierung der Clusterknoten den Cluster herunter. Nachdem s�mtliche Knoten vollst�ndig aktualisiert wurden, nehmen Sie den Cluster wieder in die Produktionsumgebung auf. Die nicht parallel ausgef�hrte Aktualisierung muss durchgef�hrt werden, wenn eine oder mehrere der nachfolgenden Bedingungen zutreffen:

Parallel ausgef�hrte Aktualisierung

Bei einer parallel ausgef�hrten Aktualisierung wird ein Knoten des Clusters nach dem anderen aktualisiert. Der Cluster verbleibt in der Produktionsumgebung (Dienste werden auf den anderen Knoten ausgef�hrt). Die parallel ausgef�hrte Aktualisierung kann nur durchgef�hrt werden, wenn s�mtliche nachfolgenden Bedingungen zutreffen:

Wenn Ihre Clusterkonfiguration die Anforderungen f�r die parallel Aktualisierung erf�llt, haben Sie weiterhin die M�glichkeit, sich f�r eine nicht parallel durchgef�hrte Aktualisierung zu entscheiden.

�bersichtsinformationen zur Planung Ihrer Sun Cluster-Konfiguration finden Sie in Kapitel 1, „Planning the Sun Cluster Configuration“, in Sun Cluster Software Installation Guide for Solaris OS unter http://docs.sun.com/doc/817-4229.

Informationen zur Aktualisierung auf Web Server

In diesem Abschnitt werden Vorgehensweisen zur Aktualisierung auf Web Server SP2 von der vorherigen Java Enterprise System 2003Q4-Version erl�utert. Er enth�lt folgende Themen:

Weitere Informationen zu Web Server finden Sie in folgender Dokumentation:

    So aktualisieren Sie Web Server
  1. Melden Sie sich als Superuser (Root) an.
  2. Halten Sie alle Instanzen von Web Server und Administration Server an, die derzeit ausgef�hrt werden. Geben Sie hierzu Folgendes ein:

    3. web_svr_base/https-instancename/stop
    web_svr_base/https-admserv/stop

    Das Standardverzeichnis f�r web_svr_base ist /opt/SUNWwbsvr.

  3. Aktualisieren Sie alle gemeinsam genutzten Komponenten, die f�r Java Enterprise System-2004Q2 erforderlich sind. (Siehe auch Aktualisieren von gemeinsam genutzten Komponenten.)
  4. Wenden Sie mithilfe von patchadd(1M) folgende Patches an:

    5. Tabelle 8–13  Web Server SP2-Patches

    Funktionsbereich f�r das Patchen

    Patch-ID Solaris Sparc

    Patch-ID Solaris x86

    Web Server Core (SUNWwbsvr)

    116648-05

    116649-05

    Web Server-Sprachpakete

    117514-02

    117515-02

  5. Starten Sie Web Server neu.
    So entfernen Sie Web Server-Patches

Wenn Sie Application Server-Patches entfernen m�chten, gehen Sie wie folgt vor:

  1. Halten Sie alle laufenden Instanzen von Web Server SP2 an.
  2. Melden Sie sich als Root-Benutzer an.

    3. su root

    Geben Sie nach entsprechender Aufforderung Ihr Root-Passwort ein.

  3. Entfernen Sie die entsprechenden Web Server SP2-Patches, die unter So aktualisieren Sie Web Server mithilfe von „patchrm(1M)“ hinzugef�gt wurden.
  4. Starten Sie die Web Server SP2-Instanzen neu.

Java Enterprise System 2004Q2 Kompatibilit�tsinformationen

Jede neue Version der Sun Java™ Enterprise System-Software strebt bestm�gliche Kompatibilit�t mit der vorherigen Version an. Der Kompatibilit�tsgrad zweier Versionen weist jedoch in jedem Fall einige Unterschiede auf. In diesem Abschnitt werden die Fragen er�rtert, die f�r die Bereitstellung nach einer Aktualisierung von Java Enterprise System 2003Q4 auf Java Enterprise System 2004Q2 relevant sind.

Hinweis

Diese Informationen beziehen sich nicht auf die Betriebssystem- oder Laufzeitkompatibilit�t. Das Sun Solaris-Betriebssystem bietet zwar eine Kompatibilit�tsgarantie, andere Hersteller garantieren jedoch m�glicherweise nicht den gleichen Kompatibilit�tsgrad mit anderen Drittherstellerkomponenten, wie andere J2EE-Runtimes, die von Produktkomponenten unterst�tzt werden.

Die hier angesprochenen Kompatibilit�tsfragen beziehen sich nur auf Java Enterprise System und die Benutzerschnittstellen.

In diesem Abschnitt werden die folgenden Themen behandelt:

Informationen und Anleitungen zur Aktualisierung finden Sie unter „Upgrading from Java Enterprise System 2003Q4“ im Java Enterprise System-Installationshandbuch (http://docs.sun.com/doc/817-5760).

Detaillierte Informationen zu Plattform- und Drittherstelleranforderungen finden Sie in den Java Enterprise System Release Notes (http://docs.sun.com/doc/817-5503) und im Java Enterprise System-Installationshandbuch (http://docs.sun.com/doc/817-5760).

Beibehalten von Daten

Daten sind als die Informationen definiert, die Sie im Java Enterprise System speichern. Beispielsweise gilt eine Benutzereingabe in Directory Server als Daten. Durch die Beibehaltung werden die gespeicherten Daten von einer Version zur n�chsten unver�ndert belassen. Ihre Daten sind also nach einer Softwareaktualisierung genau noch so, wie sie vor der Aktualisierung waren.

Bei einer Aktualisierung auf Java Enterprise System 2004Q2 werden die Daten aus Java Enterprise System 2003Q4 beibehalten, wobei folgende Ausnahmen zu beachten sind:

Anleitungen zum Aktualisieren von Produktkomponenten und zum Schutz Ihrer Daten finden Sie unter „Upgrading from Java Enterprise System 2003Q4“ im Java Enterprise System-Installationshandbuch (http://docs.sun.com/doc/817-5760).

Hinweis

Bei Verwendung des Deinstallationsprogramms gehen viele Konfigurationsdaten verloren. Einzelheiten dazu finden Sie im Anhang G im Java Enterprise System-Installationshandbuch (http://docs.sun.com/doc/817-5760).

Beibehalten der Konfiguration

Als Konfiguration werden die Optionen und Voreinstellungen bezeichnet, die Sie f�r Java Enterprise System und dessen Produktkomponenten konfiguriert haben. Konfigurationseinstellungen werden normalerweise in Konfigurationsdateien gespeichert. Der Zugriff darauf erfolgt gew�hnlich �ber eine Administrationskonsole.

Hinweis

Bei Verwendung des Deinstallationsprogramms gehen viele Konfigurationsdaten verloren. Einzelheiten dazu finden Sie im Anhang G im Java Enterprise System-Installationshandbuch (http://docs.sun.com/doc/817-5760).

Bei einer Aktualisierung auf Java Enterprise System 2004Q2 wird die Konfiguration aus Java Enterprise System 2003Q4 beibehalten, wobei folgende Ausnahmen zu beachten sind:

API-Kompatibilit�t

Unter einer API (Application Program Interface) ist eine �ffentlich dokumentierte Schnittstelle zu verstehen, in die die Entwickler bei der Erstellung von Anwendungen Funktionalit�t einbauen. In bestimmten Situationen sind API-�nderungen erforderlich, um die API mit �ffentlich verf�gbaren Spezifikationen und Standards in Einklang zu bringen oder um das API-Verhalten zu korrigieren.

Hinweis

Das Neubauen von Anwendungen nach der Implementierung einer neuen Version ist eine bew�hrte Praktik.

Anwendungen, die auf Produktkomponenten-APIs aus der Java Enterprise System-Version 2003Q4 angewiesen sind, k�nnen ohne �nderungen oder Neukompilierung in Verbindung mit Produktkomponenten-APIs von Java Enterprise System 2004Q2 ausgef�hrt werden. Beachten Sie die folgenden Ausnahmen:

Protokollkompatibilit�t

Java Enterprise System-Komponenten verwenden h�ufig funktionsbezogene Protokolle. Beispielsweise unterst�tzt Messaging Server das IMAP-Protokoll, das h�ufig f�r die Kommunikation mit E-Mail-Clients verwendet wird.

Bei einer Aktualisierung auf Java Enterprise System 2004Q2 werden die Java Enterprise System 2003Q4-Protokolle beibehalten, wobei folgende Ausnahmen zu beachten sind:

Befehlszeilenoberfl�chen

�ffentlich dokumentierte Befehlszeilenoberfl�chen werden h�ufig f�r Verwaltungszwecke von einer Shell oder einer Eingabeaufforderung aus verwendet.

Bei einer Aktualisierung auf Java Enterprise System 2004Q2 werden die Befehlszeilenoberfl�chen aus Java Enterprise System 2003Q4 beibehalten, wobei folgende Ausnahmen zu beachten sind:

Protokolldateikompatibilit�t

Produktkomponenten verwenden Protokolldateien, um verschiedene Situationen, wie Status und Fehler, zu melden. Die Kompatibilit�t der Protokolldatei bezieht sich auf die Datenstrukturen, Meldungen und Standorte, die von einer Version zur n�chsten angegeben werden.

Bei einer Aktualisierung auf Java Enterprise System 2004Q2 werden die Protokolldateien aus Java Enterprise System 2003Q4 beibehalten, wobei folgende Ausnahmen zu beachten sind:

Sachverhalte bez�glich der Architektur

Bestimmte Typen von Architektur�nderungen k�nnen dazu Anlass geben, eine Umstrukturierung Ihrer Bereitstellung in Betracht zu ziehen.

Bei der Aktualisierung auf Java Enterprise System 2004Q2 k�nnen sich die folgenden Architektur�nderungen gegen�ber Version 2003Q4 auf Ihre Bereitstellung auswirken:

Eingestellte Funktionen

Bei eingestellten Funktionen handelt es sich um Funktionen, die Bestandteil eines Produkts waren und aus diesem Produkt entfernt werden. Auf folgende Weise werden Sie dar�ber informiert, damit Sie sich auf die jeweilige �nderung vorbereiten k�nnen.

In dieser Version nicht mehr enthaltene Funktionen

Die folgenden zuvor als eingestellte Funktionen deklarierten Merkmale sind in dieser Version nicht mehr enthalten:

Funktionen, deren Einstellung angek�ndigt wurde

Die folgenden zuvor als einzustellende Funktionen deklarierten Merkmale werden in einer zuk�nftigen Version nicht mehr enthalten sein:

Zus�tzliche Informationen finden Sie in den Versionshinweisen zu den verschiedenen Produktkomponenten.

Neue Mitteilungen �ber einzustellende Funktionen

Die folgenden Funktionen werden in der ersten Version des Kalenderjahrs 2006 eingestellt:

Leistung

Java Enterprise System ist bestrebt, leistungsm��ig mit dem Niveau der vorherigen Version gleichzuziehen oder es zu �berbieten. Unter Belastung liegt die Leistung dieser Version oberhalb oder bei 95 % der Leistung der vorherigen Version. Die Software wird ausgiebig in einer Vielzahl verschiedener Szenarien sowohl auf der Java Enterprise System-Ebene als auch auf individueller Komponentenebene getestet. Im Fall Ihrer eigenen Bereitstellung und Ihrer f�r die Verwendung mit Java Enterprise System erstellten Anwendungen kann es jedoch zu abweichenden Ergebnissen kommen.



Zur�ck      Inhalt      Index      Weiter     

Copyright 2004 Sun Microsystems, Inc. Alle Rechte vorbehalten.