In diesem Kapitel wird die Entwicklung eines Installationsplans beschrieben. Sie beginnen mit den Informationen in der Bereitstellungsarchitektur und den Implementierungsspezifikationen. Diese Dokumente beschreiben den Endzustand der Java ES-Lösung. Sie analysieren die Bereitstellungsarchitektur und die Implementierungsspezifikationen und Sie bestimmen, wie das Java ES-Installationsprogramm und die Konfigurationsassistenten zum Erreichen dieses Endzustands verwendet werden sollen.
In diesem Kapitel wird in folgenden Abschnitten beschrieben, wie Sie einen Installationsplan entwickeln können:
Das Ziel des Installations- und Konfigurationsprozesses ist das in der Bereitstellungsarchitektur beschriebene verteilte System. Das verteilte System setzt sich aus Komponenteninstanzen zusammen, die auf mehreren Computern ausgeführt werden und die miteinander interoperieren. Um ein funktionsfähiges verteiltes System zu erreichen, müssen Sie die Komponenteninstanzen auf mehreren Computern installieren und die Grundkonfiguration durchführen, die die Interoperation zwischen den Komponenteninstanzen herstellt.
Die Verfahren zur Installation und Konfiguration werden vom Verhalten des Java ES-Installationsprogramms und den Anforderungen der einzelnen Komponenten bestimmt. Um zu gewährleisten, dass ein funktionsfähiges verteiltes System erzielt wird, müssen Sie einen Installationsplan entwickeln, der das Installationsprogramm entsprechend verwendet und die Anforderungen der in der Lösung verwendeten Komponenten berücksichtigt. Der Plan muss die richtige Reihenfolge für die Installation der Komponenteninstanzen und die Durchführung der Grundkonfiguration beschreiben. Der Plan muss auch die Konfigurationswerte spezifizieren, die die Komponenteninstanzen für die Interoperation konfigurieren.
In diesem Abschnitt werden die Hauptaspekte beschrieben, die Sie bei der Entwicklung eines Installationsplans berücksichtigen müssen.
Die Anforderungen für Quality of Service für Java ES-Produktionslösungen führen zu Architekturen, die Komponenteninstanzen auf mehreren Computern ablegen. Um beispielsweise zuverlässige Meldungsdienste zu erzielen, benötigt die Architektur möglicherweise zwei Instanzen von Messaging Server auf zwei verschiedenen Computern und verwendet Lastenausgleich zur Errichtung einer Failover-Beziehung zwischen den beiden Instanzen.
Das Java ES-Installationsprogramm arbeitet jedoch jeweils nur auf einem einzigen Computer. Daher müssen Sie bei der Installation einer verteilten Lösung das Installationsprogramm auf jedem in der Lösung verwendeten Computer ausführen.
In vielen Fällen müssen Sie eine Komponente oder Komponenten auf einem Computer installieren und anschließend die Konfigurationsassistenten ausführen, um die Grundkonfiguration auszuführen. Normalerweise schließen Sie Installation und Konfiguration auf einem Computer ab, bevor Sie dazu übergehen, eine weitere Komponentengruppe auf einem anderen Computer zu installieren und zu konfigurieren. Zur Installation und Konfiguration von Instanzen verteilter Komponenten, können Sie eine Taskabfolge wie die in Abbildung 3–1 dargestellte durchführen.
Das Ziel des Installationsprozesses ist ein System interoperierender Komponenteninstanzen. Wenn Sie Komponenten installieren und eine Grundkonfiguration durchführen, geben Sie Konfigurationswerte an, die zu einer Interoperation zwischen Komponenteninstanzen führen.
Die Konfigurationswerte, die zur Interoperation führen, beinhalten Werte wie die URLs oder Anschlussnummern, die eine Komponenteninstanz für die Kommunikation mit einer anderen Komponenteninstanz verwendet, sowie die IDs und Passwörter, die eine Komponenteninstanz verwendet, um den Zugriff auf eine andere Komponenteninstanz zu autorisieren. Wenn Ihre Lösung beispielsweise Access Manager verwendet, müssen Sie zunächst ein LDAP-Repository, beispielsweise eine Directory Server-Instanz, installieren und konfigurieren. Anschließend müssen Sie bei der Installation und Konfiguration einer Access Manager-Instanz Konfigurationswerte angeben, die die Instanz darüber informieren, wo sie das von Ihnen vorbereitete LDAP-Verzeichnis finden kann.
Das Java ES-Installationsprogramm weiß nicht, welche Komponenten auf den anderen, in der Lösung verwendeten Computern installiert sind. Wenn Sie beispielsweise Access Manager installieren, weiß das Installationsprogramm nicht, wo sich das entsprechende LDAP-Verzeichnis befindet. Um den Erfolg des Installations- und Konfigurationsvorgangs zu gewährleisten, müssen Sie im Voraus planen, welche Komponenten auf den einzelnen Computern installiert werden sollen. Beim Hinzufügen von Komponenten zur Lösung müssen Sie diese so konfigurieren, dass sie mit den bereits auf anderen Computern installierten Komponenten interoperieren.
Die Abfolge von Installations- und Konfigurationsaufgaben, die Sie durchführen, wird der in Abbildung 3–2 beschriebenen ähneln.
Unabhängig von der Architektur Ihrer Lösung müssen Sie einen Installationsplan entwickeln, der alle Konfigurationswerte umfasst, die für die Konfiguration der Komponenten und das Erreichen einer interoperierenden, verteilten Lösung erforderlich sind.
Einige Java ES-Komponenten können nur dann installiert und konfiguriert werden, wenn zuerst andere Komponenten installiert und konfiguriert wurden. Abhängigkeiten treten aus mehreren Gründen auf:
Einige Komponenten funktionieren nur, wenn bestimmte andere Komponenten installiert und konfiguriert wurden. Die Communications Express-Schnittstelle beispielsweise benötigt von Meldungs- und/oder Kalenderdiensten bereitgestellte Daten. Das Konfigurationsverfahren für Communications Express erfordert die Eingabe von URLs, die Communications Express die Interoperation mit bereits funktionierenden Meldungs- und Kalenderdiensten ermöglichen. Aufgrund dieser Abhängigkeit müssen Messaging Server und/oder Calendar Server installiert und konfiguriert sein, bevor Communications Express installiert und konfiguriert wird.
Für eine Reihe von Komponenten ist ein LDAP-Verzeichnis für Authentifizierung und Autorisierung erforderlich. Die Installations- und Konfigurationsverfahren für Instanzen dieser Komponenten erfordern die Eingabe von URLs für den LDAP-Verzeichnisdienst. Aufgrund dieser Abhängigkeit muss Directory Server (oder ein anderes Identitätsrepository) vor den Komponenten installiert sein, die den LDAP-Verzeichnisdienst verwenden.
Einige Komponenten ändern die Konfiguration einer bestehenden Komponente. Durch die Installation und Konfiguration von Access Manager beispielsweise wird das LDAP-Verzeichnisschema geändert. Wenn Ihre Lösung Access Manager verwendet, muss Ihr Installationsplan angeben, dass ein LDAP-Verzeichnis vor der Installation von Access Manager installiert und konfiguriert wird.
Bei einer Reihe von Java ES-Komponenten handelt es sich um Webanwendungen. Diese Komponenten müssen in Webcontainern bereitgestellt werden, damit sie funktionieren. Ein Webcontainer muss installiert sein und ausgeführt werden, bevor die Komponenten installiert und konfiguriert werden. Sie können Web Server , Application Server oder Drittanbieter-Webcontainer verwenden, es muss jedoch ein Webcontainer auf dem Computer vorhanden sein, wenn Sie die Webanwendungskomponente installieren.
Wenn die Lösung Web Server oder Application Server verwendet, kann das Java ES-Installationsprogramm den Webcontainer und die Webanwendungskomponente gleichzeitig installieren und automatisch in der Webanwendungskomponente für den Webcontainer bereitstellen.
Die Komponenten können in ein einem Hochverfügbarkeits-Cluster installiert werden, das von der Sun Cluster-Software bereitgestellt wird. Die Sun Cluster-Software muss installiert sein und ausgeführt werden, bevor die anderen Komponenten installiert und konfiguriert werden. Außerdem müssen die Sun Cluster-Agenten für die anderen Komponenten installiert und konfiguriert werden.
Beachten Sie, dass einige dieser Abhängigkeiten lösungsweit gelten, andere jedoch nur lokal. Systemweite Abhängigkeiten und lokale Abhängigkeiten sind bei der Entwicklung des Installationsplans in unterschiedlicher Weise zu berücksichtigen. Der Unterschied wird in folgendem Beispiel beschrieben:
Bei der Abhängigkeit von Access Manager von Directory Server handelt es sich um eine systemweite Abhängigkeit. Bei der Installation von Access Manager geben Sie eine URL für einen Verzeichnisdienst an, der von einer oder mehreren Instanzen von Directory Server bereitgestellt wurde. Sobald Directory Server installiert und konfiguriert wurde, steht der Verzeichnisdienst allen Komponenten in der Lösung zur Verfügung. Diese Art von Abhängigkeit legt die systemweite Abfolge für die Installation und Konfiguration von Komponenteninstanzen fest: Directory Server wird vor Access Manager installiert und konfiguriert. Im Installationsplan bestimmen lösungsweite Abhängigkeiten die Gesamtabfolge der Installations- und Konfigurationsschritte.
Bei der Abhängigkeit von Access Manager von einem Webcontainer handelt es sich um eine lokale Abhängigkeit. Um diese Abhängigkeit zu erfüllen, muss ein Webcontainer auf dem Computer installiert sein, der Access Manager ausführt. Dieser Webcontainer stellt allerdings nicht Dienste für die gesamte Lösung bereit. Bei einer verteilten Lösung werden Webcontainer normalerweise auf mehreren Computern installiert. Jeder Webcontainer unterstützt eine andere Komponente lokal. Daher gibt es bei einer verteilten Lösung nicht einen bestimmten Speicherort für die Webcontainerinstallation und es gibt keinen bestimmten Punkt in der Installationssequenz für die Installation des Webcontainers.
Um einen Installationsplan für eine Lösung zu entwickeln, müssen Sie die Bereitstellungsarchitektur analysieren, die eine Lösung beschreibt, und die Abhängigkeiten zwischen den Komponenten ermitteln. Der Plan muss die Komponenten in einer Abfolge installieren und konfigurieren, mit der alle Abhängigkeiten erfüllt werden. Normalerweise entwickeln Sie die Gesamtinstallationsabfolge aus lösungsweiten Abhängigkeiten. Anschließend betrachten Sie die lokalen Abhängigkeiten, die eventuell auf den einzelnen Computern bestehen.
Die Komponentenabhängigkeiten sind in Tabelle 3–1 aufgelistet. Weitere Informationen zur Arbeit mit diesen Abhängigkeiten finden Sie in den Beschreibungen der einzelnen Abhängigkeiten unter Entwickeln eines Installationsplans.
Tabelle 3–1 Abhängigkeiten der Java ES-Komponenten
Die meisten Lösungen für die Verwendung in der Produktion beinhalten eine Art von Redundanz. Die Redundanzstrategien verwenden mehrere Instanzen einer Komponente zur Bereitstellung eines einzelnen Dienstes. Redundanz wird zur Erfüllung der Anforderungen für Quality of Service verwendet. Beispielsweise wird Redundanz verwendet, um den Durchsatz zur Erfüllung von Leistungsanforderungen zu erhöhen oder um ein Einzelpunktversagen zur Erfüllung von Zuverlässigkeitsanforderungen zu vermeiden.
Zur Verwendung redundanter Instanzen von Java ES-Komponenten sind drei Strategien verfügbar: Lastenausgleich, Clustering mit Sun Cluster-Software und Directory Server-Multi-Master-Replikation. Das empfohlene Installations- und Konfigurationsverfahren für jede dieser Strategien wird in den folgenden Abschnitten kurz erläutert:
Lastenausgleich lässt sich entweder in der Hardware oder in der Software implementieren. Lastenausgleich wird am besten eingerichtet, indem eine (1) Instanz der Lastenausgleichskomponente installiert und konfiguriert und anschließend getestet wird, ob der von der ersten Instanz bereitgestellte Dienst im gesamten Lastenausgleichssystem verfügbar ist. Nachdem Sie sich vergewissert haben, dass der Dienst verfügbar ist, installieren und konfigurieren Sie die weiteren Instanzen der Komponente, die von Ihrer Bereitstellungsarchitektur benötigt werden. Dieser mehrphasige Ansatz für die Installation und Konfiguration erleichtert die Problemlösung bei Konfigurationsproblemen.
Clustering wird in mehreren Schritten implementiert. Der erste Schritt besteht in der Installation der Sun Cluster-Software und dem Aufbau und der Konfiguration des Clusters. Der nächste Schritt besteht in der Installation der Komponenten, die im Cluster ausgeführt werden. Beispielsweise besteht der erste Schritt für die Implementierung des in Abbildung 2–1 angezeigten Clusters in der Installation der Sun Cluster-Software auf den Computern mscs01 und mscs02 und dem Aufbau und der Konfiguration des Clusters. Der zweite Schritt besteht in der Installation und Konfiguration von Messaging Server und Calendar Server. Der dritte und letzte Schritt besteht in der Installation und Konfiguration der Sun Cluster-Agenten für Messaging Server und Calendar Server. Wenn die Sun Cluster-Agenten konfiguriert werden, erkennen die Cluster-Knoten die Messaging Server- und Calendar Server-Instanzen.
Directory Server-Multi-Master-Replikation wird ebenfalls in mehreren Schritten durchgeführt. Der erste Schritt besteht in der Installation, Konfiguration und Überprüfung aller Directory Server-Instanzen. Als zweiter Schritt werden alle Directory Server-Instanzen bis auf eine heruntergefahren. Der dritte Schritt besteht in der Installation und Konfiguration der anderen Komponenten in der Lösung. Alle Änderungen an Schema oder Verzeichnisstruktur werden an der einzelnen ausgeführten Directory Server-Instanz durchgeführt. Als letzter Schritt werden nach der Installation, Konfiguration und Verifizierung aller Komponenteninstanzen in der Lösung die anderen Instanzen von Directory Server neu gestartet und Synchronisation und Failover werden mithilfe der Replikationsfunktion konfiguriert. Dadurch werden die geänderten und aktualisierten Verzeichnisdaten in alle Directory Server-Instanzen kopiert.
Wenn Ihre Bereitstellungsarchitektur eine dieser Redundanzstrategien verwendet, müssen Sie einen Plan für die Installation mehrerer Instanzen einer Komponente und die Konfiguration der Instanzen für die Arbeit als einzelner Dienst entwickeln.
Einige Instant Messaging-Komponenten weisen Unterkomponenten auf, die getrennt installiert und konfiguriert werden können. Messaging Server beispielsweise besteht aus vier Unterkomponenten, Message Transfer Agent, Message Multiplexor (MMP), Messenger Express Multiplexor (MEM) und Message Store (Nachrichtenspeicher). Eine Bereitstellungsarchitektur kann diese Unterkomponenten auf getrennten Computersystemen ablegen, um Anforderungen für Quality of Service gerecht zu werden. Die Beispielarchitektur in Abbildung 2–1 platziert beispielsweise Instanzen von MEM auf den Computersystemen CX1 und CX2, den Message Transfer Agent für ausgehende Nachrichten auf den Computersystemen MTA1 und MTA2, den Message Transfer Agent für eingehende Nachrichten auf den Computersystemen MTA3 und MTA4, den MMP auf den Computersystemen MMP1 und MMP2, und den Nachrichtenspeicher auf den Computersystemen STR1 und STR2.
Tabelle 3–2 listet die Java ES-Komponenten auf, die gesondert zu installierende Unterkomponenten aufweisen. Analysieren Sie die Bereitstellungsarchitektur für Ihre Lösung und bestimmen Sie, ob sie verteilte Unterkomponenten verwendet. Wenn Ihre Lösung verteilte Unterkomponenten verwendet, müssen Sie einen Plan zur Installation der Unterkomponenten auf den richtigen Computersystemen und in der richtigen Reihenfolge entwickeln und die Unterkomponenten für die Interoperation konfigurieren. Weitere Informationen zur Konfiguration verteilter Unterkomponenten finden Sie in den Beschreibungen der einzelnen Komponenten unter Entwickeln eines Installationsplans.
Tabelle 3–2 Komponenten mit Unterkomponenten
Komponente |
Unterkomponente |
---|---|
Instant Messaging Multiplexor Instant Messaging Resources Instant Messaging Server |
|
Message Transfer Agent (MTA) Nachrichtenspeicher Messaging Multiplexor (MMP) Messenger Express Multiplexor (MEM) |
Die Unterkomponenten sind separat installierbar. Wenn Ihre Bereitstellungsarchitektur verteilte Unterkompontenten erfordert, führen Sie das Installationsprogramm auf jedem Computer aus und wählen Sie die in der Architektur angegebenen Unterkomponenten aus. Bei den vom Installationsprogramm oder dem Konfigurationsassistenten geforderten Eingabewerten handelt es sich um eine Untermenge der Werte für die Gesamtkomponente. Für die Komponenten, die nicht vom Installationsprogramm konfiguriert wurden, starten Sie den Konfigurationsassistenten, wählen Sie die auf dem Computer zu konfigurierenden Unterkomponenten aus und geben Sie die vom Konfigurationsassistenten benötigten Eingabewerte an.
Die meisten Java ES-Lösungen beinhalten Directory Server. Für die Installation und Konfiguration einer Lösung ist die Eingabe von Werten erforderlich, die sowohl das Verzeichnisschema als auch die Struktur des Verzeichnisbaums erstellen. In Ihrem Installationsplan müssen Eingabewerte aufgeführt sein, die zum richtigen LDAP-Schema und zur richtigen Verzeichnisbaumstruktur führen.
LDAP-Schema und Struktur des LDAP-Verzeichnisbaums werden vor dem Start des Installationsplans angegeben. Beispiele für Spezifikationen finden Sie unter Entwickeln der Spezifikationen zur Benutzerverwaltung.
Das LDAP-Schema wird durch die folgenden Installations- und Konfigurationsprozesse erstellt:
Durch die Installation von Directory Server wird automatisch ein Verzeichnis mit Schema 1 erstellt. Zur Auswahl des Schemas sind keine Eingaben erforderlich.
Durch die Installation von Access Manager wird das Verzeichnis automatisch geändert und in Schema 2 konvertiert. Zur Auswahl des Schemas sind keine Eingaben erforderlich.
Durch die Ausführung des Directory Preparation Tool wird das Schema für die Verwendung mit Messaging Server, Calendar Server und Communications Express erweitert. Directory Preparation Tool erweitert die Verzeichnisse von Schema 1 und Schema 2. Die Eingabewerte für Directory Preparation Tool sind in Ihrem Installationsplan aufgelistet.
Durch die Ausführung von Delegated Administrator wird das Schema mit Objektklassen und Attributen erweitert, die zur Autorisierung und Authentifizierung von Benutzern für bestimmte Dienste verwendet werden. Die Eingabewerte hängen von dem von der Lösung bereitgestellten Dienst ab. Die Eingabewerte sind im Installationsplan aufgeführt. Weitere Informationen zu den Eingabewerten finden Sie unter Hinzufügen von Prozeduren für Delegated Administrator zu Ihrem Installationsplan.
Der Installations- und Konfigurationsvorgang erstellt außerdem die grundlegende Verzeichnisbaumstruktur:
Durch Installation von Directory Server wird das Basissuffix bzw. der Stamm des Verzeichnisbaums erstellt. Das Basissuffix ist ein erforderlicher Eingabewert, wenn das Java ES-Installationsprogramm Directory Server installiert. In Ihrem Installationsplan wird das Basissuffix als einer der Eingabewerte für den Installationsprozess aufgelistet.
Durch Installation und Konfiguration von Messaging Server wird der Verzeichnisbaum verzweigt und eine LDAP-Organisation erstellt. Diese Organisation stellt die von der Messaging Server-Instanz verwaltete E-Mail-Domäne dar. Der Name der Organisation ist eine erforderliche Eingabe für den Messaging Server-Konfigurationsassistenten. In Ihrem Installationsplan wird der Organisations-DN als einer der Eingabewerte für die Messaging Server-Konfiguration aufgeführt.
Durch die Installation und Konfiguration von Calendar Server, Communications Express, Delegated Administrator und Instant Messaging wird angegeben, wo im Verzeichnis diese Komponenten Benutzerdaten nachschlagen. Ein LDAP-DN ist eine erforderliche Eingabe für den Konfigurationsassistenten der einzelnen Komponenten und Ihr Installationsplan listet den DN als Eingabewert für jeden Konfigurationsassistenten auf. Wenn die Lösung Access Manager Single Sign-On verwendet, müssen alle diese Komponenten so konfiguriert werden, dass sie denselben Speicherort für die Benutzerdaten verwenden. Hierbei handelt es sich um die vom Messaging Server-Konfigurationsassistenten erstellte Organisation. Derselbe LDAP-DN wird bei allen Konfigurationsassistenten eingegeben. In Ihrem Installationsplan wird der Organisations-DN als einer der Eingabewerte für alle Konfigurationsassistenten aufgeführt.
Die Namen für das LDAP-Basissuffix und die Organisation der E-Mail-Domänen stammen aus der Spezifikation der Benutzerverwaltung und werden zum Installationsplan hinzugefügt. Weitere Informationen zur Spezifikation der Benutzerverwaltung finden Sie unter Entwickeln der Spezifikationen zur Benutzerverwaltung. Weitere Informationen zum Hinzufügen des LDAP-Basissuffix zum Installationsplan finden Sie in Tabelle 3–5. Weitere Informationen zum Hinzufügen der Organisation der E-Mail-Domänen zum Installationsplan finden Sie inTabelle 3–9, Tabelle 3–10, Tabelle 3–11, Tabelle 3–13 und Tabelle 3–14.
In diesem Abschnitt werden einige Verhaltensweisen des Java ES-Installationsprogramms beschrieben, die die Installationsplanung beeinflussen.
Das Java ES-Installationsprogramm installiert Komponentensoftware auf jeweils einen Computer. Für die meisten Lösungen bedeutet dies, dass das Installationsprogramm mehrmals ausgeführt wird. Der Installationsplan muss angeben, wie oft das Installationsprogramm ausgeführt werden soll. In diesem Abschnitt wird beschrieben, wie eine Bereitstellungsarchitektur analysiert und wie festgelegt wird, wie oft das Installationsprogramm für die Installation und Konfiguration einer Lösung ausgeführt werden soll.
Einige Lösungen werden nur auf einem einzigen Computer installiert und die Installationspläne für diese Lösungen bieten Verfahren für die nur einmalige Ausführung des Installationsprogramms. Bei folgenden Lösungen muss das Installationsprogramm nur einmal ausgeführt werden:
Eine Reihe von Komponenten werden nur auf einem einzigen Computer installiert, um die Funktionen von Java ES zu bewerten.
Eine Komponenteninstanz wird zu einer erstellten Lösung hinzugefügt. Dazu gehört das Hinzufügen von Komponenteninstanzen, die Abhängigkeiten gegenüber bestehenden Komponenten aufweisen.
Die meisten Lösungen werden über mehrere Computer verteilt. Die Installationspläne für diese Lösungen müssen die mehrmalige Ausführung des Installationsprogramms für die Installation und Konfiguration der vollständigen Lösung beschreiben. Verwenden Sie folgende Richtlinien für die Analyse dieser Lösungen:
Die meisten Komponentenkombinationen auf einem Computer lassen sich durch eine einmalige Ausführung des Installationsprogramms installieren. Dies ist insbesondere dann der Fall, wenn das Installationsprogramm im Modus "Jetzt konfigurieren" ausgeführt wird, da das Installationsprogramm in diesem Modus sowohl einen Webcontainer als auch die im Webcontainer ausgeführte Komponente installieren kann. In diesen Fällen beschreibt der Installationsplan die einmalige Ausführung des Installationsprogramms auf dem Computer und die Auswahl aller für den Computer angegebenen Komponenten.
Einige Komponenten können vom Installationsprogramm nicht konfiguriert werden, nicht einmal im Modus "Jetzt konfigurieren". Wenn diese Komponenten auf einem Computer installiert wurden, wird der Konfigurationsprozess durch Ausführung eines Konfigurationsassistenten für jede Komponente abgeschlossen.. Wenn diese Komponenten in Kombination mit vom Installationsprogramm konfigurierten Komponenten installiert werden, wird das Installationsprogramm zuerst ausgeführt. Nachdem das Installationsprogramm ausgeführt wurde, wird der Vorgang durch die Ausführung der Konfigurationsassistenten für die nicht vom Installationsprogramm konfigurierten Komponenten abgeschlossen. In diesen Fällen muss der Installationsplan die Ausführung des Installationsprogramms und die korrekte Abfolge für die Ausführung der Konfigurationsassistenten beschreiben.
Einige Komponentenkombinationen können nur durch mehrmalige Ausführung des Installationsprogramms auf einem Computer installiert werden. Zu diesen Kombinationen gehören folgende:
Einige Komponentenkombinationen, zu denen ein Webcontainer gehört. Wenn Web Server oder Application Server im Modus "Später konfigurieren" installiert wird, muss eine Instanz von Web Server oder Application Server konfiguriert und verifiziert werden, bevor die im Webserver ausgeführte Komponente installiert werden kann. Wenn die Lösung Drittanbietercontainer verwendet, müssen die Webcontainer mit dem eigenen Installationsprogramm installiert, gestartet und verifiziert werden, bevor die Java ES-Komponenten installiert werden. Der Installationsplan muss die mehrmalige Ausführung des Installationsprogramms auf jedem Computer beschreiben.
Komponentenkombinationen, die Sun Cluster-Software verwenden. Wenn die im Cluster installierten Komponenten auf einem Cluster-Dateisystem installiert werden, muss die Sun Cluster-Software installiert und das Cluster-Dateisystem erstellt werden, bevor andere Komponenten in die Clusterknoten installiert werden können. Der Installationsplan muss die mehrmalige Ausführung des Installationsprogramms auf jedem Computer beschreiben.
Dieser Abschnitt soll Sie mit der Tatsache vertraut machen, dass Installationspläne manchmal die Ausführung des Installationsprogramms und der Konfigurationsassistenten auf einem Computer oder die mehrfache Ausführung des Installationsprogramms auf einem Computer beschreiben müssen. Weitere Informationen zu den tatsächlichen Installationsverfahren für verschiedene Komponentenkombinationen finden Sie unter Entwickeln eines Installationsplans.
Das Installationsprogramm wird in zwei verschiedenen Modi ausgeführt, die als "Jetzt konfigurieren" und "Später konfigurieren" bekannt sind. Diese Modi unterscheiden sich in folgenden Punkten:
Im Modus "Jetzt konfigurieren" konfiguriert das Installationsprogramm ausführbare Instanzen einiger, nicht jedoch aller Komponenten. Die im Modus "Jetzt konfigurieren" können unmittelbar nach Abschluss des Installationsprogramms gestartet und verifiziert werden. Ausführbare Instanzen der restlichen Komponenten werden nach der Ausführung des Installationsprogramms durch Ausführung von Konfigurationsassistenten für Komponentenprodukte erstellt. Für die vom Installationsprogramm konfigurierten Komponenten benötigt das Installationsprogramm die Eingabe der Konfigurationswerte. Außerdem sind die Konfigurationswerte im Installationsplan als Teil der Anweisungen für die Ausführung des Installationsprogramms aufgeführt. Für Komponenten, die nach der Ausführung des Installationsprogramms konfiguriert werden, handelt es sich bei den Konfigurationswerten um die erforderliche Eingabe für die Konfigurationsassistenten. Außerdem werden die Konfigurationswerte als Teil der Anweisungen für die Ausführung der Konfigurationsassistenten aufgeführt.
Ein wichtiges Merkmal des Modus "Jetzt konfigurieren" besteht in der Fähigkeit zur gleichzeitigen Installation eines Webcontainers und von Komponenten, die im Webcontainer ausgeführt werden. Das Installationsprogramm stellt die Komponenten automatisch im Webcontainer bereit.
Im Modus "Später konfigurieren" kopiert das Installationsprogramm die Dateien der Komponentensoftware auf den Computer, erstellt jedoch keine ausführbaren Instanzen. Instanzen werden nach der Ausführung des Installationsprogramms durch Ausführung der Konfigurationsassistenten für die Komponentenprodukte ausgeführt. Bei den Konfigurationswerten handelt es sich um erforderliche Eingaben für dei Konfigurationsassistenten. Die Konfigurationswerte sind als Teil der Anweisungen für die Ausführung der Konfigurationsassistenten aufgeführt.
Die ausgewählte Konfigurationsoption hat für eine ganze Installationssitzung Gültigkeit. Wenn Sie für einige Komponenten andere Konfigurationsoptionen auswählen müssen, ist möglicherweise die Ausführung zusätzlicher Installationssitzungen erforderlich.
Das Installationsprogramm führt einige Abhängigkeits- und Kompatibilitätsprüfungen durch. Nur lokal installierte Elemente können überprüft werden. Wenn Ihre Lösung beispielsweise eine Remote-Instanz von Directory Server verwendet, kann das Installationsprogramm nicht prüfen, ob der Remote-Directory Server mit dem gerade installierten Access Manager kompatibel ist. Bei Installation und Konfiguration einer völlig neuen Lösung gilt Folgendes: Es könnte ein Problem auftreten, wenn Sie eine neue Komponente zu einer bestehenden Lösung hinzufügen oder ein Sun Java System um bestehende Komponenten zu erstellen. Wenn Sie beispielsweise bereits Directory Server verwenden und eine Lösung mithilfe von Access Manager, Messaging Server, Calendar Server und Communications Express um den bestehenden Directory Server erstellen, kann die Kompatibilität zwischen den Komponenten zum Problem werden.
Überprüfung der Komponentenabhängigkeit Das Java ES-Installationsprogramm verhindert, dass Komponenten ausgelassen werden, die von anderen Komponenten benötigt werden, die Sie für die Installation ausgewählt haben. Dies gilt allerdings nur auf dem lokalen Host. In einer verteilten Lösung überprüft das Installationsprogramm nicht den Remote-Host um zu überprüfen, ob die Remote-Komponente dort tatsächlich vorhanden ist. Es liegt in Ihrer Verantwortung, sicherzustellen, dass die Remote-Komponente kompatibel ist und sich im entsprechenden Ausführungsstatus befindet.
Aufrüsten. Das Java ES-Installationsprogramm führt nur dann eine Komponentenaufrüstung durch, wenn Application Server und Message Queue bereits zusammen mit dem Solaris OS installiert wurden. In diesem werden Sie vom Installationsprogramm gefragt, ob Sie Application Server und Message Queue während der Installation aufrüsten möchten.
Vom Java ES-Installationsprogramm wird die Aktualisierung gemeinsam genutzter Komponenten vorgenommen. Weitere Informationen zu diesem Thema finden Sie unter Überprüfen vorhandener Hosts in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX.
In diesem Abschnitt wird eine Reihe spezieller Probleme aufgeführt, die bei einigen Lösungen auftreten, und es werden Verweise auf detaillierte Informationen angegeben.
Tabelle 3–3 Zu berücksichtigende Installationsprobleme
Anforderungen der Lösung |
Richtlinien oder Anweisungen |
---|---|
Verwendung von Solaris 10-Zonen |
Bei Installation in Solaris 10-Zonen lesen Sie die Informationen unter Zonen in Solaris 10 in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX. |
Verwendung von Directory Server-Verschlüsselung |
Konfigurieren von LDAPS (SSL über LDAP) auf der Directory Server-Instanz >Hinweis: Wenn Directory Server-Verschlüsselung erforderlich ist, muss Administration Server bei der Installation von Directory Server installiert werden. |
Verwenden eines Drittanbieter-Webcontainers mit Access Manager |
Drittanbieter-Webcontainer (BEA WebLogic Server oder IBM WebSphere Application Server) können mit Portal Server und Access Manager verwendet werden. Diese Container müssen vor der Installation jeglicher davon abhängiger Java ES-Komponenten installiert und ausgeführt werden. Um einen Drittanbieter-Webcontainer für Access Manager-SDK zu verwenden, müssen Sie den Access Manager-SDK nach der Installation manuell konfigurieren. Siehe Beispiel für Access Manager SDK mit Container-Konfiguration in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX >Hinweis: Portal Server kann nur Drittanbieter-Webcontainer unter Solaris OS verwenden. >Hinweis: Access Manager und Portal Server sollten denselben Webcontainertyp verwenden. |
Verwenden von Apache Web Server für das Load Balancing Plugin |
Der Apache Web Server kann zusammen mit dem Load Balancing Plugin von Application Server verwendet werden. Ist dies der Fall, muss der Apache Web Server vor der Installation jeglicher davon abhängiger Java ES-Komponenten installiert und ausgeführt werden. Weitere Informationen finden Sie unter Installationsvoraussetzungen in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX. |
Ein auf LDAP Schema 1 beruhendes Installationsbeispiel wird unter Beispiel für Calendar-Messaging Schema 1 in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX beschrieben. Für eine Schema 1-Bereitstellung kann Access Manager nicht verwendet werden. |
|
Konfigurieren eines einzelnen Benutzereintrags und von Single Sign-On |
Verfahren für die Einrichtung von Single Sign-On finden Sie in Chapter 8, Configuring and Using Single Sign-On, in Sun Java Enterprise System 2005Q1 Deployment Example Series: Evaluation Scenario. Access Manager ist für Single Sign-On erforderlich. |
Konfigurieren von Hochverfügbarkeit mithilfe von HADB |
Ein Beispiel für die Einrichtung von HADB für Hochverfügbarkeit finden Sie unter Beispiel für Web- und Anwendungsdienste in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX. |
Application Server-Lastenausgleich |
Ein Beispiel, das die Verwendung des Lastenausgleichs-Plugins von Application Server einschließt finden Sie unter Beispiel für Web- und Anwendungsdienste in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX. |
Nicht-Root-Eigentumsrecht |
Wenn ein anderer Eigentümer als Root für Application Server oder Web Server erforderlich ist, ziehen Sie eines der folgenden Beispiele zurate: |
Die Breitstellungsarchitektur und die Implementierungsspezifikationen beschreiben den Endzustand Ihrer Lösung. Die Bereitstellungsarchitektur zeigt, wie viele Komponenteninstanzen installiert sind, auf welchen Computersystemen die Komponenteninstanzen installiert sind und wie die Komponenten interoperieren. Um den in der Bereitstellungsarchitektur beschriebenen Zustand zu erreichen, müssen Sie die Komponenteninstanzen in Ihrer Lösung Computer für Computer installieren und konfigurieren, bis Sie die gesamte Lösung installiert und konfiguriert haben. Ihr Installationsplan bietet Installations- und Konfigurationsverfahren für jede Komponenteninstanz in Ihrer Lösung in der richtigen Reihenfolge.
Zur Entwicklung eines Installations- und Konfigurationsplans müssen Sie Ihre Kenntnisse über die Komponentenabhängigkeiten und andere Installationsprobleme auf die Java ES-Bereitstellungsarchitektur und die Implementierungsspezifikationen anwenden. Sie müssen die richtige Abfolge für die Installation und Konfiguration der Komponenteninstanzen in der Lösung sowie die Eingabewerte für Installation und Konfiguration ermitteln, mit denen die Interoperation der Komponenteninstanzen erreicht werden kann.
Dieser Abschnitt dient als Anleitung für die Analyse einer Bereitstellungsarchitektur sowie eines Satzes von Spezifikationen und zur Entwicklung eines Installationsplans. Im Allgemeinen beginnen Sie folgendermaßen:
Öffnen Sie eine Textdatei, nehmen Sie sich ein leeres Blatt Papier oder verwenden Sie ein anderes Medium zur Aufzeichnung Ihres Plans.
Überprüfen Sie in der Bereitstellungsarchitektur die Komponenten auf den einzelnen Computersystemen und ermitteln Sie, welche Komponentenabhängigkeiten vorhanden sind.
Ermitteln Sie die Komponenteninstanzen, die keine Abhängigkeiten gegenüber anderen Komponenten aufweisen. Dies sind die typischen Instanzen von Directory Server. Sie beginnen den Installationsplan mit Anweisungen für die Installation dieser Komponenteninstanzen auf den angegebenen Computersystemen. Beginnen Sie Ihren Installationsplan mit Aufzeichnungen über diese Computersysteme und die darauf installierten Komponenteninstanzen.
Ermitteln Sie die richtigen Installations-/Konfigurationswerte in Ihrer Lösung für diese Komponenteninstanzen auf diesen speziellen Computersystemen. Fügen Sie diese Konfigurationswerte zu Ihrem Installationsplan hinzu.
Ermitteln Sie unter den restlichen Komponenten diejenigen, die nur gegenüber Directory Server Abhängigkeiten aufweisen. Dabei handelt es sich üblicherweise um die Computersysteme mit Access Manager. Führen Sie diese Computersysteme als Nächstes in Ihrem Installationsplan auf.
Fahren Sie mit der Analyse der Spezifikationen in der Reihenfolge der Komponentenabhängigkeiten fort. Ermitteln Sie die notwendigen Konfigurationswerte und dokumentieren Sie diese Komponenteninstanzen in Ihrem Plan.
Wenn Sie beispielsweise diesen Prozess für die Analyse der in Abbildung 2–1 dargestellten Bereitstellungsarchitektur verwenden, entwickeln Sie einen Installationsplan, der Tabelle 3–4 ähnelt.
Tabelle 3–4 zeigt die ersten acht Schritte des Installationsplans. Um die Gesamtstruktur des Plans zu verdeutlichen, sind die Konfigurationswerte nicht aufgeführt. Achten Sie bei diesem Plan auf folgende Punkte:
Im Plan sind die Computer in der Lösung gemäß der Reihenfolge aufgeführt, in der die Komponenteninstanzen installiert und konfiguriert werden.
Die Installationsabfolge wird durch die Anwendung der Abhängigkeiten auf Lösungsebene und der lokalen Abhängigkeiten bestimmt. Durch die Anwendung der Abhängigkeiten auf Lösungsebene ergibt sich die Grundabfolge Directory Server, Access Manager, Messaging Server und schließlich Calendar Server. Wenn die lokalen Abhängigkeiten auf diese Abfolge angewendet werden, werden Web Server -Instanzen auf den Computern am01 und am02 hinzugefügt. Außerdem werden die Sun Cluster-Software und die Sun Cluster-Agenten auf den Computern mscs01 und mscs02 hinzugefügt.
Der Plan enthält die Grundverfahren für die Installation und Konfigurationsverfahren für alle Redundanzstrategien, die in den Java ES-Lösungen eingesetzt werden. Die Liste der Aufgaben für ds01 and ds02 ist ein Beispiel für einen Plan für die Directory Server-Multi-Master-Replikation. Die Liste der Aufgaben für am01 und am02 ist ein Beispiel für einen Plan für Komponenten mit Lastenausgleich. Die Liste der Aufgaben für mscs01 und mscs02 ist ein Beispiel für einen Plan für Komponenten, die in einer Sun Cluster-Konfiguration ausgeführt werden.
Die Aufgaben für mscs01 bieten ein Beispiel für die Installation und Konfiguration mehrerer Komponenten auf einem einzigen Computer. Bei der ersten Ausführung des Installationsprogramms, wird die Sun Cluster-Kernkomponente installiert. Nach der Konfiguration der Sun Cluster-Kernkomponente wird das Installationsprogramm erneut ausgeführt. Bei der zweiten Ausführung des Installationsprogramms werden Messaging Server und Calendar Server installiert. Diese Komponenten werden nacheinander gemäß ihren Abhängigkeiten konfiguriert. Bei der dritten Ausführung des Installationsprogramms auf dem Computer werden die Sun Cluster-Agenten für Messaging Server und Calendar Server installiert, die vom Vorhandensein von Messaging Server und Calendar Server abhängen.
Im Rest dieses Abschnitts wird beschrieben, wie Sie die Bereitstellungsarchitektur und die Implementierungsspezifikationen im Detail analysieren können. Die Komponenten werden einzeln behandelt, in der Reihenfolge von der Komponente mit den schwächsten Abhängigkeiten hin zu derjenigen mit den stärksten Abhängigkeiten. Es wird beschreiben, nach welchen Elementen gesucht werden soll und wie die Konfigurationswerte für Ihre Lösung entwickelt werden sollen. Beachten Sie, dass die Komponenten, die lokale Abhängigkeiten erfüllen, beispielsweise Sun Cluster, Application Server und Web Server als letzte aufgeführt sind. Der Bedarf an diesen Komponenten kann an jeder Stelle des Installationsplans entstehen und im Plan kann eine mehrmalige Installation dieser Komponenten vorgesehen sein.
Directory Server bietet LDAP-Verzeichnisdienste für andere Komponenten. Das Verzeichnis kann für Daten zur Konfiguration anderer Komponenten, für Daten zu Benutzern und Benutzergruppen oder für beides verwendet werden.
Untersuchen Sie die Bereitstellungsarchitektur. Suchen Sie alle Instanzen von Directory Server. Directory Server weist keine Abhängigkeiten gegenüber anderen Komponenten auf und Sie können Directory Server als erstes auf den angegebenen Computersystemen installieren.
Informationen zum Einrichten einer Directory Server-Replikation finden Sie im Sun Java System Directory Server 5 2005Q1 Administration Guide.
Wenn Ihre Lösung einen 32-Bit-Directory Server auf einer 64-Bit Solaris SPARC Platform ausführt, müssen einige besondere Punkte berücksichtigt werden. Weitere Informationen finden Sie unter Konfiguration von Directory Server nach der Installation in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX.
Es gibt folgende grundlegende Verfahren für die Installation und Konfiguration von Directory Server:
A
Installieren und konfigurieren Sie Directory Server auf den in Ihrer Bereitstellungsarchitektur angegebenen Computersystemen. Bei der Installation von Directory Server geben Sie die Basis-DN (Root-DN) für den Verzeichnisbaum und die Administratorkonten an.
Starten und überprüfen Sie alle Directory Server-Instanzen.
Wenn in Ihrer Lösung Lastenausgleich verwendet wird, müssen Sie sich vergewissern, dass der Lastenausgleich Anforderungen zwischen den Directory Server-Instanzen routet.
Wenn Ihre Lösung Directory Server-Multi-Mastering-Replikation verwendet, schließen Sie alle Directory Server-Instanzen bis auf eine.
Installieren und konfigurieren Sie die Java Enterprise System-Komponenten in Ihrer Lösung. Je nach dem sonstigen, in Ihrer Lösung verwendeten Komponenten kann die Installation und Konfiguration der anderen Komponenteinstanzen dazu führen, dass Konfigurationsdaten zum Verzeichnis hinzugefügt werden, dass das LDAP-Schema aktualisiert oder der LDAP-Verzeichnisbaum geändert wird. Die Auswirkungen der Installation und Konfiguration anderer Komponenten werden nach Komponenten aufgeschlüsselt in folgenden Abschnitten beschrieben.
B
Wenn Ihre Lösung Multi-Mastering-Replikation verwendet, führen Sie die Konfiguration von Directory Server durch, nachdem alle anderen Komponenten installiert und konfiguriert wurden. Dieser Vorgang gliedert sich in folgende grundlegenden Schritte:
Starten Sie nach der Installation und Konfiguration aller anderen Komponenten die in A heruntergefahrenen Directory Server-Instanzen neu.
Konfigurieren Sie die Multi-Master-Replikation. Dadurch wird der Inhalt der Verzeichnisse synchronisiert (die Daten werden aus der einen Instanz, die während des gesamten Installations- und Konfigurationsvorgangs ausgeführt wurde, auf alle neu gestarteten Instanzen kopiert).
Sie müssen für jede Directory Server-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Wenn Ihre Lösung beispielsweise über mehrere Directory Server-Instanzen verfügt, müssen Sie die Directory ServerDirectory Server-Instanzen so konfigurieren, dass Sie miteinander interoperieren. Mithilfe von Tabelle 3–5 können Sie Konfigurationswerte auswählen.
Tabelle 3–5 Schlüsselkonfigurationswerte für Directory Server-Instanzen
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
Administrator-Benutzer-ID, Administratorpasswort |
Sie weisen die ID und das Passwort für das Administratorkonto für die Directory Server-Instanz zu. Siehe Entwickeln der Spezifikationen zur Benutzerverwaltung |
Directory Manager-ID und -Passwort |
Sie weisen das Passwort für das Directory Manager-Konto zu. Siehe Entwickeln der Spezifikationen zur Benutzerverwaltung |
Serverbezeichner |
Sie weisen die Bezeichnung zu, die die Directory Server-Instanz in der Administration Server-Konsole identifiziert. Der Standard ist der Hostname des Computers. Der Standardwert ist normalerweise die beste Wahl. |
Serveranschluss |
Der Anschluss, an dem die Directory Server-Instanz Verbindungen mit anderen Komponenten akzeptiert. Wird in Ihrem Netzwerkfähigkeitsdiagramm angegeben. Weitere Informationen erhalten Sie unter Entwickeln einer Spezifikation für die Netzwerkfähigkeit. |
Suffix |
Der Wert, den Sie in diesem Feld angeben, bildet das Basissuffix oder den Root-DN des LDAP-Verzeichnisbaums. Dieser Wert wird in der Verzeichnisbaumspezifikation angegeben. Siehe Angeben der Verzeichnisbaumstruktur für eine Lösung . |
Administrationsdomäne |
Der Wert, den Sie angeben, wird in der Administration Server-Konsole verwendet, um die auf dem Computer installierten Komponenten zu gruppieren. Der Standardwert ist die DNS-Domäne des Computers, auf dem Sie die Installation durchführen. |
Systembenutzer, Systemgruppe |
Die Directory Server-Instanz wird unter dieser Benutzer-ID und unter dieser Gruppe ausgeführt. Die Standardwerte sind root und other. |
Benutzer- und Gruppendaten auf diesem Server speichern. |
Verwenden Sie diese Felder, um die Funktion der Directory Server-Instanz zu definieren. Standardmäßig dient die Directory Server-Instanz als Verzeichnis für Benutzer- und Gruppendaten sowie für Konfigurationsdaten mit demselben URL für Client-Verbindungen. Wenn für Ihre Lösung separate Verzeichnisse für Benutzer- und Gruppendaten und Konfigurationsdaten erforderlich sind, können Sie diese Felder verwenden, um die Funktion der Instanz anzugeben.
|
Die Namen, die in dieser Tabelle als Konfigurationswerte verwendet werden, entsprechen den im Installationsprogramm von Java ES verwendeten Namen. Es handelt sich um die Namen, die angezeigt werden, wenn Sie Directory Server im Modus "Jetzt konfigurieren" installieren. Wenn Sie Directory Server im Modus "Später konfigurieren" oder im automatischen Modus installieren, müssen Sie möglicherweise andere Namen für diese Schlüsselkonfigurationswerte verwenden.
Um Ihren Installationsplan zu starten, fügen Sie wie folgt Installations- und Konfigurationsanweisungen für Directory Server hinzu:
Falls für die Directory Server-Instanzen ein Lastenausgleich vorliegt, besteht der erste Schritt Ihres Installationsplans in der Bestätigung, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Directory Server-Instanzen aufzulisten.
Fügen Sie für jeden Computer eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie Directory Server.
Falls andere Komponenten auf demselben Computersystem installiert sind, können Sie Anweisungen hinzufügen, gemäß derer alle Komponenten gleichzeitig ausgewählt werden. Ihr Plan muss jedoch die Anweisungen für das Konfigurieren, Starten und Überprüfen der Directory Server-Instanzen den Anweisungen für das Konfigurieren oder Starten einer Instanz einer anderen Komponente voranstellen. Zum Beispiel:
Wenn Ihre Lösung die Multi-Mastering-Replikation verwendet, müssen Sie eine der Directory Server-Instanzen als Master auswählen, der ausgeführt wird, während andere Komponenten installiert und konfiguriert werden. Listen Sie den Computer mit dieser Instanz zuerst auf.
Falls Ihre Bereitstellungsarchitektur eine separate Konfiguration hat –nur Directory Server-Instanzen, listen Sie diese zuerst auf. Nur zur Konfiguration dienende Instanzen müssen installiert und ausgeführt werden, bevor Benutzer- und Gruppeninstanzen installiert werden.
Listen Sie die Schlüsselwerte für die Konfiguration der Instanz unterhalb aller Directory Server-Instanzen in Ihrem Plan auf.
Falls die Lösung die Multi-Mastering-Replikation verwendet, fügen Sie eine Anweisung hinzu, gemäß derer alle Directory Server-Instanzen mit Ausnahme einer Instanz heruntergefahren werden.
Administration Server bietet administrativen Support für Directory Server, Directory Proxy Server und Messaging Server.
Administration Server ist in Bezug auf die Lösungsebene abhängig von Directory Server. Administration Server speichert Konfigurationsdaten im LDAP-Verzeichnis. Falls Ihre Lösung separate Directory Server-Instanzen für Benutzer- und Gruppendaten sowie für Konfigurationsdaten verwendet, geben Sie die für die Konfigurationsdaten vorgesehene Directory Server-Instanz an. Aus diesem Grund ist es logisch, Administration Server sofort im Anschluss an Directory Server zu installieren und zu konfigurieren.
Wenn Ihre Lösung die Directory Server Console verwendet, müssen Sie planen, Administration Server zu installieren, nachdem Directory Server installiert wurde.
Es gibt folgende grundlegende Verfahren für die Installation und Konfiguration von Administration Server:
Installieren und konfigurieren Sie Administration Server auf den in Ihrer Bereitstellungsarchitektur angegebenen Computersystemen. Wenn Sie Administration Server installieren, geben Sie die Directory Server-Instanz an, auf der die Administration Server-Konfigurationsdaten gespeichert werden.
Starten und überprüfen Sie alle Administration Server-Instanzen.
Wenn in Ihrer Lösung Lastenausgleich verwendet wird, müssen Sie sich vergewissern, dass der Lastenausgleich Anforderungen zwischen den Administration Server-Instanzen routet.
Sie müssen für jede Administration Server-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Im Speziellen geben Sie die Directory Server-Instanz an, auf der Administration Server seine Konfigurationsdaten speichert. Mithilfe von Tabelle 3–6 können Sie Konfigurationswerte auswählen.
Tabelle 3–6 Schlüsselkonfigurationswerte für Administration Server
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
Server-Root |
Der Pfadname, unter dem Administration Server installiert ist. |
Administrationsanschluss |
Der Anschluss, an dem Administration Server Verbindungen akzeptiert. |
Administrationsdomäne |
Die Bezeichnung, die in der Administrationskonsole verwendet wird, um die von der Administration Server-Instanz verwalteten Komponenteninstanzen zu gruppieren. |
Systembenutzer, Systemgruppe |
Die Benutzer-ID und Gruppe, unter der die Administration Server-Instanz ausgeführt wird. Die Benutzer-ID und Gruppe, die Sie hier angeben, muss mit der Benutzer-ID und Gruppe für die von Administration Server verwalteten Komponenteninstanzen übereinstimmen. Wenn Sie beispielsweise Administration Server installieren, um eine bestimmte Directory Server-Instanz zu verwalten, müssen Benutzer und Gruppe von Administration Server mit dem Benutzer und der Gruppe von Directory Server übereinstimmen. |
Administrator-Benutzer-ID, Administratorpasswort |
Richtet das Administratorkonto und -passwort ein, das für die Anmeldung an der Administrationskonsole verwendet wird. |
Directory Server-Host, Directory Server-Anschluss |
Gibt die Directory Server-Instanz an, auf der Administration Server Konfigurationsdaten für die Komponenteninstanzen in der Administrationsdomäne speichert. |
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Administration Server hinzuzufügen:
Falls für die Administration Server-Instanzen ein Lastenausgleich durchgeführt wird, besteht die erste Anweisung Ihres Installationsplans in der Bestätigung, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Administration Server-Instanzen aufzulisten. Geben Sie für jeden Computer "Administration Server" ein. Fügen Sie unterhalb von "Administration Server" eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie "Administration Server".
Listen Sie unterhalb der Administration Server-Instanz die Schlüsselwerte für die Konfiguration der Instanz auf. Mtihilfe von Tabelle 3–6 können Sie die Konfigurationswerte auswählen.
Befolgen Sie die Konfigurationswerte und fügen Sie eine Anweisung hinzu, gemäß der die Administration Server-Instanz gestartet und überprüft werden soll.
Falls für die Administration Server-Instanzen ein Lastenausgleich durchgeführt wurde, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Directory Proxy Server verwaltet den Zugriff auf ein LDAP-Verzeichnis, das von Directory Server unterhalten wird. Routing-Anforderungen für Verzeichnisinformationen in Lösungen mit Verzeichnisinformationen, werden von internen und externen Benutzern aufgerufen und über die Sites verteilt.
Abhängigkeiten auf Lösungsebene von Directory Server und Administration Server. Keine lokalen Abhängigkeiten. Daher ist es, sofern eine Lösung Directory Proxy Server verwendet, logisch, Directory Proxy Server nach Directory Server und Administration Server, aber vor etwaigen anderen Komponenten zu installieren, die möglicherweise Konsumenten der Directory Proxy Server-Dienste sind.
Es gibt folgende grundlegende Verfahren für die Installation und Konfiguration von Directory Proxy Server:
Installieren und konfigurieren Sie Directory Proxy Server auf den in Ihrer Bereitstellungsarchitektur angegebenen Computersystemen. Wenn Sie Directory Proxy Server installieren, geben Sie die Directory Server-Instanz an, auf der die Administration Server-Konfigurationsdaten gespeichert werden.
Starten und überprüfen Sie alle Directory Proxy Server-Instanzen.
Wenn Ihre Lösung Directory Proxy Server verwendet, um den Lastenausgleich für die Directory Server-Instanzen zu implementieren, überprüfen Sie, ob für den Lastenausgleich Anforderungen über die Directory Server-Instanzen geroutet werden.
Sie müssen für jede Messaging Server-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Beispielsweise sollen Instanzen miteinander interoperieren. Mithilfe von Tabelle 3–7 können Sie die Konfigurationswerte auswählen.
Tabelle 3–7 Schlüsselkonfigurationswerte für Directory Proxy Server
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
Directory Proxy Server-Anschluss |
Der Anschluss, an dem Directory Proxy Server Verbindungen empfängt. Dieser sollte in der Netzwerkfähigkeitsspezifikation angegeben sein. Weitere Informationen erhalten Sie unter Entwickeln einer Spezifikation für die Netzwerkfähigkeit. |
Root-Verzeichnis des Administration Server |
Das Verzeichnis, in dem das Installationsprogramm Konfigurationsdaten über die Directory Proxy Server-Instanz für die Verwendung von Administration Server speichert. |
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Directory Proxy Server hinzuzufügen:
Falls für die Directory Proxy Server-Instanzen ein Lastenausgleich durchgeführt wird, fügen Sie eine Anweisung hinzu, gemäß der überprüft wird, ob der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Listen Sie in Ihrem Plan alle Computer mit Directory Server-Instanzen auf. Fügen Sie für jeden Computer Directory Proxy Server zur Liste der installierten Komponenten hinzu.
Fügen Sie unterhalb der Directory Proxy Server-Überschrift eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll. Hierbei ist Folgendes eingeschlossen:
Auswählen von Directory Proxy Server.
Eine Liste der Schlüsselwerte für die Konfiguration der Instanz. Mithilfe von Tabelle 3–6 können Sie die Konfigurationswerte auswählen.
Fügen Sie eine Anweisung zum Starten und Überprüfen der Directory Proxy Server-Instanz hinzu.
Falls für die Directory Proxy Server-Instanzen ein Lastenausgleich durchgeführt wird, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Access Manager bietet Authentifizierungs- und Autorisierungsdienste für die meisten anderen Java ES-Komponenten. In bestimmten Lösungen hängen die Komponenten, die Access Manager-Dienste verwenden, von der jeweiligen Lösung ab. Nahezu jede Java ES-Komponente ist jedoch ein möglicher Konsument der Access Manager-Dienste.
Access Manager hat nur eine Abhängigkeit auf Lösungsebene in Bezug auf eine Quelle von Benutzer- und Gruppendaten. Aus diesem Grund ist es logisch, Access Manager sofort nach Directory Server und Administration Server zu installieren, bevor mögliche Benutzer der Access Manager-Dienste installiert und konfiguriert werden.
Access Manager verfügt über eine lokale Abhängigkeit von einem Webcontainer.
Access Manager weist zwei Betriebsmodi auf. Legacy-Modus (wie in Version 6.x) unterstützt Access Manager 6-Funktionen. Falls Sie Access Manager mit Portal Server, Messaging Server, Calendar Server, Delegated Administrator oder Instant Messaging installieren, müssen Sie den Installationstyp "Access Manager Legacy (6.x)" auswählen.
Der Realm-Modus (wie 7.x) unterstützt Access Manager 7-Funktionen einschließlich der neuen Access Manager 7-Konsole. Realm (7.x) kann jedoch nur in Lösungen verwendet werden, die keine der oben aufgeführten Komponenten enthalten.
Falls Ihre Bereitstellungsarchitektur Portal Server und Access Manager auf separaten Computern platziert, müssen verschiedene Aspekte berücksichtigt werden. Weitere Informationen finden Sie in Beispiel für Portal Server unter Verwendung einer Remote-Kopie von Access Manager in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX.
Es gibt folgende grundlegende Schritte für die Installation und Konfiguration von Access Manager:
Verwenden Sie das Java ES-Installationsprogramm, um Access Manager auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind.
Wenn Sie Access Manager installieren, müssen Sie den Webcontainer angeben, in dem Access Manager ausgeführt wird.
Wenn Sie Access Manager installieren, müssen Sie das Repository für Benutzer- und Gruppendaten (normalerweise eine in Form eines URLs angegebenen Directory Server-Instanz) angeben.
Bei der Installation von Access Manager wird das LDAP-Verzeichnis so geändert, dass es Single Sign-On (manchmal als Schema 2 bezeichnet) unterstützt. Weitere Informationen zu LDAP-Schemata erhalten Sie unter Angeben des LDAP-Schemas für eine Lösung.
Starten und überprüfen Sie alle Instanzen von Access Manager.
Falls Ihre Lösung den Lastenausgleich für die Access Manager-Instanzen verwendet, überprüfen Sie, ob der Lastenausgleich ordnungsgemäß funktioniert.
Sie müssen für jede Access Manager-Instanz in Ihrer Lösung Konfigurationswerte angeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert.
Tabelle 3–8 Schlüsselkonfigurationswerte für Access Manager-Instanzen
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Access Manager hinzuzufügen:
Falls für die Access Manager-Instanzen ein Lastenausgleich durchgeführt wird, besteht die erste Anweisung Ihres Installationsplans in der Bestätigung, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Access Manager-Instanzen aufzulisten.
Access Manager verfügt über eine lokale Abhängigkeit von einem Webcontainer. Auf jedem Computer, auf dem eine Instanz von Access Manager ausgeführt wird, muss auch eine Instanz des angegebenen Webcontainers ausgeführt werden. Ihre Bereitstellungsarchitektur sollte angeben, welchen Webcontainer Ihre Lösung verwendet.
Fügen Sie für jeden Computer eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie "Access Manager". Falls Sie Web Server oder Application Server als Ihren Webcontainer verwenden, fügen Sie eine Anweisung hinzu, um auch den Webcontainer auszuwählen. Das Installationsprogramm kann Access Manager im ausgewählten Webcontainer automatisch bereitstellen.
Falls die Computer, auf denen Access Manager ausgeführt wird, bereits in Ihrem Plan aufgelistet sind (z. B. falls Directory Server auf demselben Computer installiert ist) fügen Sie eine Anweisung hinzu, um Access Manager auszuwählen. Sie können Access Manager gleichzeitig mit Directory Server installieren, auch wenn Sie die Option "Jetzt konfigurieren" verwenden, aber in Ihrem Plan müssen die Anweisungen zum Konfigurieren, Starten und Überprüfen der Directory Server-Instanzen vor der Anweisung für das Konfigurieren oder Starten einer Instanz von Access Manager stehen.
Listen Sie unterhalb der Access Manager-Instanz die Schlüsselwerte für die Konfiguration der Instanz auf. Mithilfe von Tabelle 3–8 können Sie Konfigurationswerte auswählen.
Listen Sie unterhalb der Web Server - oder Application Server-Instanzen Schlüsselwerte für die Konfiguration der Instanz auf. Weitere Informationen zum Auswählen der Konfigurationswerte für diese Komponenten erhalten Sie unter Web Server oder Application Server.
Falls Ihre Lösung einen Drittanbieter-Webcontainer verwendet, der Access Manager unterstützt, installieren Sie Access Manager im Modus "Später konfigurieren". Um die Access Manager-Instanz zu konfigurieren und bereitzustellen, führen Sie ein Access Manager-Konfigurationstool namens amconfig aus. Weitere Informationen erhalten Sie in Access Manager amconfig Script in Sun Java System Access Manager 7 2005Q4 Administration Guide. Der Drittanbieter-Webcontainer muss installiert sein und ausgeführt werden, bevor Sie das amconfig-Konfigurationstool ausführen.
Fügen Sie für jeden Computer eine Anweisung für das Starten und Überprüfen der Access Manager-Instanz hinzu. Falls für die Instanzen ein Lastenausgleich durchgeführt wurde, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Untersuchen Sie Ihre Bereitstellungsarchitektur auf Computersysteme mit Instanzen von Messaging Server.
Messaging Server bietet Dienste für die Sammlung, Speicherung und Lieferung von E-Mails. Der Dienst von Messaging Server kann über Communications Express, Portal Server und E-Mail-Clients von Drittanbietern aufgerufen werden.
Messaging Server hat eine Abhängigkeit auf Lösungsebene in Bezug auf eine Quelle von Benutzer- und Gruppendaten. Die Benutzer- und Gruppendaten beinhalten Kontonamen und Passwörter, die verwendet werden, um den Zugriff auf Messaging Services zu überprüfen. Die Benutzer- und Gruppendaten identifizieren außerdem die Mailserver des Benutzers und andere Informationen, die zum Senden von E-Mails erforderlich sind. Diese Informationen befinden sich normalerweise in einem LDAP-Verzeichnis, das von Directory Server verwaltet wird. Aus diesem Grund ist es logisch, Access Manager nach Directory Server zu installieren und zu konfigurieren.
Falls Ihre Lösung Single Sign-On verwendet, ist Messaging Server ein Konsument von Access Manager-Diensten. In Single Sign-On-Lösungen darf Messaging Server erst installiert und konfiguriert werden, nachdem sowohl Directory Server als auch Access Manager installiert und konfiguriert wurden.
Um Messaging Server mit einem LDAP-Verzeichnis zu verwenden, das von Directory Server verwaltet wird, muss Directory Preparation Tool auf dem Computer ausgeführt werden, auf dem die Directory Server-Instanz ausgeführt wird. Aus diesem Grund wird Directory Preparation Tool als Teil der Messaging Server-Installation abgedeckt.
Durch die Installation und Konfiguration von Messaging Server wird der LDAP-Verzeichnisbaum, wie in Entwickeln der Spezifikationen zur Benutzerverwaltung beschrieben, geändert. Bei dieser Änderung wird dem Baum ein Zweig hinzugefügt, der für die E-Mail-Domäne steht, die von der Messaging Server-Instanz verwaltet wird. Informationen zu den Benutzern in der E-Mail-Domäne werden diesem E-Mail-Domänen-Zweig hinzugefügt. Falls Ihre Lösung Single-Sign On verwendet, sollten alle anderen Komponenten in der Lösung, wie beispielsweise Calendar Server, Ihre Benutzerdaten auch unter dem Zweig der E-Mail-Domäne speichern. Aus diesem Grund ist es logisch, Messaging Server zu installieren und zu konfigurieren, bevor Sie andere Komponenten installieren, die den Zweig für die E-Mail-Domäne verwenden könnten.
Ermitteln Sie, welche Redundanzstrategie, sofern vorhanden, Ihre Lösung für Meldungsdienste verwendet.
Falls Ihre Lösung den Lastenausgleich verwendet.
Falls Ihre Lösung Cluster-Meldungsdienste verwendet, muss die Sun Cluster-Software vor Messaging Server installiert, konfiguriert und überprüft werden.
Verwenden Sie das Java ES-Installationsprogramm, um Messaging Server auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind. Das Installationsprogramm konfiguriert keine Instanzen von Messaging Server.
Führen Sie das Directory Preparation Tool auf dem Computer aus, auf dem Directory Server ausgeführt wird.
Führen Sie den Messaging Server-Konfigurationsassistenten aus.
Wenn Sie Messaging Server konfigurieren, müssen Sie die Directory Server-Instanz angeben, in der Informationen über Messaging Server-Benutzer gespeichert sind.
Wenn Sie Messaging Server konfigurieren, geben Sie den Namen des LDAP-Verzeichniszweigs an, der für die E-Mail-Domäne steht, die von der Messaging Server-Instanz verwaltet wird. Der Messaging Server-Konfigurationsassistent fügt dem Baum Zweige hinzu.
Starten und überprüfen Sie alle Instanzen von Messaging Server.
Falls Ihre Lösung Single Sign-On-Funktionen umfasst, konfigurieren Sie Messaging Server für Single Sign-On, starten Sie Messaging Server neu und überprüfen Sie, ob Single Sign-On funktioniert.
Falls Ihre Lösung die Sun Cluster-Software enthält, installieren, konfigurieren, starten und überprüfen Sie den Sun Cluster-Agenten für Messaging Server.
Falls Ihre Lösung den Lastenausgleich für die Administration Server-Instanzen verwendet, überprüfen Sie, ob der Lastenausgleich ordnungsgemäß funktioniert.
Sie müssen für jede Messaging Server-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Falls Ihre Lösung beispielsweise Access Manager-Single Sign-On verwendet, müssen die Messaging Server-Instanzen für die Interoperation mit Access Manager konfiguriert werden. Mithilfe von Tabelle 3–9 können Sie die Konfigurationswerte auswählen.
Tabelle 3–9 Schlüsselkonfigurationswerte für Messaging Server-Instanzen
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
FQHN eingeben |
Der vollständige Domänenname für den Computer, auf dem Sie Messaging Server konfigurieren. |
Zu konfigurierende Komponenten wählen |
Wählen Sie die Komponenten aus, die Ihre Lösung für diesen Computer angibt. Diese Information ist in der Bereitstellungsarchitektur verfügbar. Weitere Informationen erhalten Sie unter Analysieren einer Bereitstellungsarchitektur. |
Geben Sie Ihren Benutzernamen und die Gruppe ein. |
Sie geben den Benutzernamen und die Gruppe an, unter dem/der die Messaging Server-Instanz ausgeführt wird. |
Config Server-LdapURL, Verbinden als, Passwort |
Sie geben die Directory Server-Instanz, die Ihre Lösung für Konfigurationsdaten verwendet, sowie das Directory-Manager-Konto und -Passwort an. Der Messaging Server-Konfigurationsassistent schreibt Konfigurationsdaten zur Messaging Server-Instanz in dieses Verzeichnis. |
Benutzer-/Gruppen-Server-LDAP-URL, Verbinden als, Passwort |
Sie geben die Directory Server-Instanz, die Ihre Lösung für Benutzer- und Gruppendaten verwendet, sowie das Directory-Manager-Konto und -Passwort an. Der Messaging Server-Konfigurationsassistent fügt den Maildomänenzweig diesem Verzeichnisbaum von Directory Server hinzu. Messaging Server sucht Benutzer- und Gruppendaten in diesem Verzeichnis. |
Passwort für alle Admin-Konten |
Sie richten das Passwort ein, das für alle Admin-Konten der Messaging Server-Instanz verwendet wird. |
Standardmäßige E-Mail-Domäne |
Sie richten die E-Mail-Domäne ein, für die die Messaging Server-Instanz Mail-Services zur Verfügung stellt. |
Organisations-DN eingeben |
Sie erstellen den LDAP-Verzeichnisbaumzweig, auf dem Daten zu Benutzern in der standardmäßigen E-Mail-Domäne gespeichert werden. Der DN für den Verzeichnisbaumzweig kann als o=, ou= oder dc=,dc= angegeben werden. Falls Ihre Lösung einen einzigen Benutzereintrag verwendet, um mehrere Dienste zu authentifizieren und zu autorisieren, müssen Sie die anderen Komponenten so konfigurieren, dass Sie den in diesem Feld angegebenen LDAP-Zweig für Benutzer- und Gruppendaten verwenden. |
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Messaging Server hinzuzufügen:
Falls für die Messaging Server-Instanzen ein Lastenausgleich durchgeführt wird, besteht die erste Anweisung Ihres Installationsplans in der Bestätigung, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Falls Ihre Lösung die Sun Cluster-Software verwendet, weist Messaging Server eine lokale Abhängigkeit von der Sun Cluster-Software auf. Führen Sie die folgenden Schritte aus:
Jeder Computer, auf dem eine Instanz von Messaging Server ausgeführt wird, muss einen Sun Cluster-Knoten aufweisen. Die Sun Cluster-Software muss installiert, konfiguriert und überprüft werden, bevor Messaging Server installiert wird.
Listen Sie in Ihrem Plan alle Computer auf, auf denen Messaging Server-Instanzen ausgeführt werden.
Fügen Sie für jeden Computer die Anweisungen zum Installieren der Sun Cluster-Software hinzu. Informationen zu den Sun Cluster-Software-Installationsanweisungen erhalten Sie unter Sun Cluster-Software. Einen Beispielinstallationsplan, in dem gezeigt wird, wie das Installationsprogramm mehrmals auf einem Computer ausgeführt wird, um Cluster-Komponenten einzurichten, erhalten Sie in Tabelle 3–4.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Messaging Server-Instanzen aufzulisten.
Wenn Ihre Lösung Messaging Server-Clusterinstanzen verwendet, wird das Installationsprogramm hierbei zum zweiten Mal auf den für Messaging Server vorgesehenen Computern ausgeführt.
Fügen Sie in Ihrem Plan für jeden Computer eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie Messaging Server.
Falls die Computer, auf denen Access Manager ausgeführt wird, bereits in Ihrem Plan aufgelistet sind (z. B. falls Directory Server auf demselben Computer installiert ist) fügen Sie eine Anweisung hinzu, um Access Manager auszuwählen. Sie können Access Manager gleichzeitig mit Directory Server installieren, auch wenn Sie die Option "Jetzt konfigurieren" verwenden, aber in Ihrem Plan müssen die Anweisungen zum Konfigurieren, Starten und Überprüfen der Directory Server-Instanzen vor den Anweisungen für das Konfigurieren oder Starten einer Instanz von Access Manager stehen.
Listen Sie unterhalb der jeweiligen Messaging Server-Instanz die Schlüsselwerte für die Konfiguration der Instanz auf. Hiermit können Sie die Konfigurationswerte auswählen.
Directory Preparation Tool - Tabelle mit Konfigurationswerten erforderlich.
Fügen Sie für jeden Computer eine Anweisung für das Starten und Überprüfen der Messaging Server-Instanz hinzu.
Falls für die Messaging Server-Instanzen ein Lastenausgleich durchgeführt wurde, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Falls es sich um geclusterte Messaging Server-Instanzen handelt, fügen Sie eine Anweisung zum Abschließen der Cluster-Konfiguration hinzu, indem Sie die Sun Cluster-Agenten für Messaging Server installieren und überprüfen, ob sie funktionieren. Sie finden die Anweisungen für den Sun Cluster-Agenten in Sun Cluster-Software.
Untersuchen Sie Ihre Bereitstellungsarchitektur auf Computersysteme mit Instanzen von Calendar Server.
Calendar Server stellt Kalenderdienste zur Verfügung. Auf die Dienste von Calendar Server kann über Communications Express oder Portal Server zugegriffen werden.
Calendar Server hat eine Abhängigkeit auf Lösungsebene in Bezug auf eine Quelle von Benutzer- und Gruppendaten. Die Benutzer- und Gruppendaten beinhalten Kontonamen und Passwörter, die verwendet werden, um den Zugriff auf Kalenderdienste zu überprüfen. Die Benutzer- und Gruppendaten identifizieren zudem den Kalenderserver des jeweiligen Benutzers und andere Informationen, die zur Bereitstellung von Kalenderdiensten erforderlich sind. Diese Informationen befinden sich normalerweise in einem LDAP-Verzeichnis, das von Directory Server verwaltet wird. Aus diesem Grund ist es logisch, Calendar Server im Anschluss an Directory Server zu installieren und zu konfigurieren.
Falls Ihre Lösung Single Sign-On verwendet, ist Calendar Server ein Konsument der Access Manager-Dienste. In Single Sign-On-Lösungen darf Calendar Server erst installiert und konfiguriert werden, nachdem sowohl Directory Server als auch Access Manager installiert und konfiguriert wurden.
Falls Ihre Lösung sowohl Calendar Server als auch Messaging Server verwendet, sollten die Benutzer- und Gruppendaten von Calendar Server unter demselben Zweig des LDAP-Verzeichnisses gespeichert werden, den Messaging Server für Benutzer- und Gruppendaten verwendet. Diese Daten werden vom Messaging Server-Konfigurationsassistenten erstellt. Aus diesem Grund ist Calendar Server von Messaging Server abhängig. Calendar Server sollte erst installiert und konfiguriert werden, nachdem Messaging Server installiert und konfiguriert wurde.
Ermitteln Sie, welche Redundanzstrategie, sofern vorhanden, Ihre Lösung für Meldungsdienste verwendet.
Falls Ihre Lösung den Lastenausgleich verwendet.
Falls Ihre Lösung Cluster-Kalenderdienste verwendet, muss die Sun Cluster-Software vor Calendar Server installiert, konfiguriert und überprüft werden.
Verwenden Sie das Java ES-Installationsprogramm, um Calendar Server auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind. Das Installationsprogramm konfiguriert keine Instanzen von Messaging Server.
Führen Sie gegebenenfalls das Directory Preparation Tool auf dem Computer aus, auf dem Directory Server ausgeführt wird. Wenn Ihre Lösung Messaging Server beinhaltet, wird das Directory Preparation Tool als Teil der Messaging Server-Konfiguration ausgeführt.
Führen Sie den Calendar Server-Konfigurationsassistenten aus.
Wenn Sie Calendar Server konfigurieren, müssen Sie die Directory Server-Instanz angeben, in der Informationen über Calendar Server-Benutzer gespeichert sind.
Wenn Sie Calendar Server konfigurieren, geben Sie den Namen des LDAP-Verzeichnisbaumzweigs an, unter dem die Benutzer- und Gruppendaten gespeichert sind. Dies ist normalerweise der Zweig, der vom Messaging Server-Konfigurationsassistenten erstellt wurde.
Starten und überprüfen Sie alle Instanzen von Calendar Server.
Falls Ihre Lösung die Sun Cluster-Software enthält, installieren, konfigurieren, starten und überprüfen Sie den Sun Cluster-Agenten für Messaging Server.
Falls Ihre Lösung Single Sign-On-Funktionen umfasst, konfigurieren Sie Calendar Server für Single Sign-On, starten Sie Calendar Server neu und überprüfen Sie, ob Single Sign-On funktioniert.
Falls Ihre Lösung den Lastenausgleich für die Calendar Server-Instanzen verwendet, überprüfen Sie, ob der Lastenausgleich ordnungsgemäß funktioniert.
Sie müssen für jede Calendar Server-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Falls Ihre Lösung beispielsweise Access Manager-Single Sign-On verwendet, müssen die Calendar Server-Instanzen für die Interoperation mit Access Manager konfiguriert werden. Mithilfe von Tabelle 3–10 können Sie die Konfigurationswerte auswählen.
Tabelle 3–10 Schlüsselkonfigurationswerte für Calendar Server-Instanzen
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
LDAP-Server-Hostname, LDAP-Server-Anschluss |
Mithilfe dieser Felder geben Sie die Directory Server-Instanz an, die Ihre Lösung für Benutzer- und Gruppendaten verwendet. |
Directory-Manager-Name, Directory-Manager-Passwort |
Verwenden Sie diese Felder, um den Directory-Manager, das Konto und das Passwort für das Benutzer- und das Gruppenverzeichnis anzugeben. Calendar Server verwendet diese Informationen, um zum Zeitpunkt der Konfiguration eine Verbindung mit der Directory Server-Instanz herzustellen. |
Basis-DN |
Geben Sie den LDAP-Zweig des Verzeichnisbaums an, unter dem die Calendar Server-Instanz nach Benutzerdaten sucht. Falls Ihre Lösung einzelne Benutzereinträge und Single Sign-On verwendet, muss dies der Zweig des Verzeichnisbaums sein, der bei der Messaging Server-Konfiguration erstellt wurde. Weitere Informationen erhalten Sie in Tabelle 3–9. |
Admin-Benutzer-ID, Administratorpasswort |
Mithilfe dieser Felder definieren Sie das Hauptadministratorkonto für die Calendar Server-Instanz. Dieses Konto wird dem Verzeichnis an dem im Feld "Basis-DN" angegebenen Speicherort hinzugefügt. |
E-Mail-Adresse des Administrators |
Erstellen Sie eine E-Mail-Adresse für das primäre Administratorkonto. |
SMTP-Host |
Geben Sie den Mailhost an, der zum Senden von Alarmen verwendet wird. Geben Sie den Computer an, auf dem die Messaging Server-Instanz für Ihre Lösung ausgeführt wird. Falls Ihre Lösung einen Lastenausgleichsdienst oder einen Cluster-Nachrichtendienst verwendet, geben Sie die logische Adresse für den Dienst an. |
Service-Anschluss |
Weisen Sie den Anschluss zu, an dem die Calendar Server-Instanz Verbindungen abhört. Die Anschlussnummer sollte in der Netzwerkfähigkeitsspezifikation angegeben sein. Weitere Informationen erhalten Sie unter Entwickeln einer Spezifikation für die Netzwerkfähigkeit. |
Maximale Sitzungen, Maximale Threads, Anzahl der Serverprozesse |
Verwenden Sie diese Felder, um die Laufzeitmerkmale der Calendar Server-Instanz anzugeben. |
Laufzeit-Benutzer-ID, Laufzeit-Gruppen-ID |
Verwenden Sie diese Felder, um die Benutzer-ID und die Gruppe anzugeben, unter der Calendar Server ausgeführt wird. |
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Calendar Server hinzuzufügen:
Falls für die Calendar Server-Instanzen ein Lastenausgleich durchgeführt wird, besteht die erste Anweisung Ihres Installationsplans in der Bestätigung, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Falls Ihre Lösung die Sun Cluster-Software verwendet, weist Calendar Server eine lokale Abhängigkeit von der Sun Cluster-Software auf. Führen Sie die folgenden Schritte aus:
Jeder Computer, auf dem eine Instanz von Calendar Server ausgeführt wird, muss als Sun Cluster-Knoten konfiguriert werden. Die Sun Cluster-Software muss installiert, konfiguriert und überprüft werden, bevor Calendar Server installiert wird.
Listen Sie in Ihrem Plan alle Computer auf, auf denen Calendar Server-Instanzen ausgeführt werden.
Fügen Sie für jeden Computer die Anweisungen zum Installieren der Sun Cluster-Software hinzu. Informationen zu den Sun Cluster-Software-Installationsanweisungen erhalten Sie unter Sun Cluster-Software. Einen Beispielinstallationsplan, in dem gezeigt wird, wie das Installationsprogramm mehrmals auf einem Computer ausgeführt wird, um Cluster-Komponenten einzurichten, erhalten Sie in Tabelle 3–4.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Calendar Server-Instanzen aufzulisten.
Wenn Ihre Lösung Calendar Server-Clusterinstanzen verwendet, wird das Installationsprogramm hierbei zum zweiten Mal auf den für Calendar Server vorgesehenen Computern ausgeführt.
Fügen Sie in Ihrem Plan für jeden Computer eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie Calendar Server.
Falls die Computer, auf denen Calendar Server ausgeführt wird, bereits in Ihrem Plan aufgelistet sind (z. B. falls Directory Server auf demselben Computer installiert ist) fügen Sie eine Anweisung hinzu, um Calendar Server auszuwählen. Sie können Calendar Server gleichzeitig mit Directory Server installieren, auch wenn Sie die Option "Jetzt konfigurieren" verwenden, aber in Ihrem Plan müssen die Anweisungen zum Konfigurieren, Starten und Überprüfen der Directory Server-Instanzen vor den Anweisungen für das Konfigurieren oder Starten einer Instanz von Calendar Server stehen.
Listen Sie unterhalb der jeweiligen Calendar Server-Instanz die Schlüsselwerte für die Konfiguration der Instanz auf. Hiermit können Sie die Konfigurationswerte auswählen.
Directory Preparation Tool - Tabelle mit Konfigurationswerten erforderlich.
Fügen Sie für jeden Computer eine Anweisung für das Starten und Überprüfen der Calendar Server-Instanz hinzu.
Falls für die Calendar Server-Instanzen ein Lastenausgleich durchgeführt wurde, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Falls es sich um geclusterte Calendar Server-Instanzen handelt, fügen Sie eine Anweisung zum Abschließen der Cluster-Konfiguration hinzu, indem Sie die Sun Cluster-Agenten für Calendar Server installieren und überprüfen, ob sie funktionieren. Sie finden die Anweisungen für den Sun Cluster-Agenten in Sun Cluster-Software.
Untersuchen Sie Ihre Bereitstellungsarchitektur auf Computersysteme mit Instanzen von Communications Express.
Communications Express stellt eine Endbenutzerschnittstelle für Mail- und Kalenderdienste zur Verfügung. Communications Express bietet zudem einem Mechanismus, mit dem Portal Server auf Mail- und Kalenderdienste zugreifen kann.
Communications Express weist eine Abhängigkeit auf Lösungsebene von Messaging Server und Calendar Server auf. Communications Express stellt eine Schnittstelle für Daten zur Verfügung, die von bestimmten Instanzen von Messaging Server bzw. Calendar Server geliefert werden. Aus diesem Grund ist es logisch, Communications Express nach Messaging Server und Calendar Server zu installieren und zu konfigurieren.
Communications Express hat eine Abhängigkeit auf Lösungsebene in Bezug auf eine Quelle von Benutzer- und Gruppendaten. Die Benutzer- und Gruppendaten beinhalten Kontonamen und Passwörter, die verwendet werden, um den Zugriff auf Nachrichten- und Kalenderdienste zu überprüfen. Diese Informationen befinden sich normalerweise in einem LDAP-Verzeichnis, das von Directory Server verwaltet wird. Communications Express greift über Access Manager auf Daten zu. Communications Express hängt zudem von den Änderungen am LDAP-Schema und dem Verzeichnisbaum ab, die sich durch die Installation von Access Manager, durch die Ausführung des Directory Preparation Tool sowie durch die Installation und Konfiguration von Messaging Server ergeben. Aus diesem Grund ist es logisch, Communications Express nach Directory Server und Access Manager zu installieren und zu konfigurieren.
Communications Express wird standardmäßig für die Verwendung von Access Manager-Single Sign-On konfiguriert.
Communications Express weist lokale Abhängigkeiten von einem Webcontainer und entweder Access Manager oder dem Access Manager-SDK auf. Normalerweise gibt in einer verteilten Lösung die Bereitstellungsarchitektur eine lokale Kopie des Access Manager-SDK an, durch die die Interaktion mit Remote-Instanzen von Access Manager unterstützt wird.
Es gibt folgende grundlegende Schritte für die Installation und Konfiguration von Communications Express:
Verwenden Sie das Java ES-Installationsprogramm, um Communications Express auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind.
Wenn Sie Communications Express installieren, installieren Sie auch den Webcontainer, in dem Communications Express ausgeführt wird.
Wenn Sie Communications Express installieren, müssen Sie auch entweder eine Kopie des Access Manager-SDK oder eine lokale Kopie von Access Manager installieren.
Führen Sie den Communications Express-Konfigurationsassistenten aus. Wenn Sie Communications Express installieren, müssen Sie das Repository für Benutzer- und Gruppendaten (normalerweise eine in Form eines URLs angegebene Directory Server-Instanz) angeben.
Starten und überprüfen Sie alle Instanzen von Communications Express.
Falls Ihre Lösung den Lastenausgleich für die Communications Express-Instanzen verwendet, überprüfen Sie, ob der Lastenausgleich ordnungsgemäß funktioniert.
Sie müssen für jede Communications Express-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Insbesondere wird Communications Express für eine Interoperabilität mit Messaging Server- und Calendar Server-Instanzen konfiguriert, die Nachrichten- und Kalenderdaten liefern, sowie mit Access Manager- und Directory Server -Instanzen, die Authentifizierungs- und Autorisierungsdienste liefern. Mithilfe von Tabelle 3–11 können Sie Konfigurationswerte auswählen.
Tabelle 3–11 Schlüsselkonfigurationswerte für Communications Express
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
Mail-Komponente, Calendar-Komponente |
Wählen Sie die Communications Express-Komponenten für die Dienste, die Ihre Lösung anbietet. |
Hostname, DNS-Domänenname |
Diese Felder identifizieren zusammen den Computer, auf dem Sie Communications Express konfigurieren. |
Web Server oder Application Server |
Wählen Sie den Webcontainer aus, den Ihre Lösung verwendet. Sie finden diese Informationen in der Bereitstellungsarchitektur. Weitere Informationen erhalten Sie unter Analysieren einer Bereitstellungsarchitektur. |
Server-Root-Verzeichnis, Server-Objekt-ID, Virtual Server-ID, HTTP-Anschluss |
Wenn Sie Communications Express und Web Server zusammen installieren, verwenden Sie diese Felder, um anzugeben, auf welche Weise Web Server installiert wird. Wenn Sie Communications Express auf einem Computer installieren, auf dem Web Server bereits installiert ist, verwenden Sie diese Felder, um eine vorhandene Web Server -Instanz anzugeben. |
Wenn Sie Communications Express und Application Server zusammen installieren, verwenden Sie diese Felder, um anzugeben, auf welche Weise Web Server installiert wird. Wenn Sie Communications Express auf einem Computer installieren, auf dem Application Server bereits installiert ist, verwenden Sie diese Felder, um eine vorhandene Web Server -Instanz anzugeben. |
|
Webcontainer-Benutzer-ID, Webcontainer-Gruppen-ID |
Geben Sie den Benutzer und die Gruppe an, die den Webcontainervorgang ausführen. |
URI-Pfad |
Geben Sie den URI für den Zugriff auf Communications Express an. |
LDAP-URL, Verbindungs-DN, Administratorpasswort |
Geben Sie die Directory Server-Instanz an, die Ihre Lösung für Benutzer- und Gruppendaten verwendet. "Verbindungs-DN" und "Administratorpasswort" sind das Directory-Manager-Konto und das Passwort. Falls Ihre Lösung Directory Server-Instanzen verwendet, für die ein Lastenausgleich durchgeführt wurde, geben Sie den logischen URL für den Verzeichnisdienst mit Lastenausgleich an. |
DC-Baum-Suffix |
Geben Sie den Basis-DN der Directory Server-Benutzer- und Gruppeninstanz an. Dieser wurde bei der Installation der Directory Server-Instanz eingerichtet. Weitere Informationen finden Sie in Tabelle 3–5. |
Domänennamen eingeben |
Geben Sie den Namen der Maildomäne an, die Ihre Lösung verwendet. Diese Maildomäne wurde eingerichtet, als Messaging Server konfiguriert wurde. Weitere Informationen erhalten Sie in Tabelle 3–9. |
Anmelde-URL, Administrator-DN, Administratorpasswort |
Geben Sie die Werte an, die für die Verbindung mit Access Manager verwendet werden.
|
Messenger Express-Anschluss |
Geben Sie den Anschluss an, den Messaging Server verwendet. Der Anschluss wurde angegeben, als Messaging Server konfiguriert wurde. Weitere Informationen erhalten Sie in Tabelle 3–9. |
Calendar Server-Hostname, Calendar Server-Anschlussnummer |
Geben Sie den Namen des Computers an, auf dem Calendar Server ausgeführt wird. Falls es sich bei dem Kalenderdienst in Ihrer Lösung um einen Cluster-Dienst oder einen Dienst mit Lastenausgleich handelt, geben Sie den logischen Namen für den Dienst an. Die Calendar Server-Anschlussnummer wurde zugewiesen, als Calendar Server konfiguriert wurde. Weitere Informationen erhalten Sie in Tabelle 3–10. |
Admin-Benutzer-ID, Administratorpasswort |
Verwenden Sie die Calendar Server-Administrator-ID und das Passwort. Diese Werte wurden eingerichtet, als Calendar Server konfiguriert wurde. Weitere Informationen erhalten Sie in Tabelle 3–10. |
Anmelde-URL, Administrator-DN, Administratorpasswort |
Geben Sie die Directory Server-Instanz an, die Ihre Lösung für persönliche Adressbuchdaten verwendet. Falls Ihre Lösung Directory Server-Instanzen verwendet, für die ein Lastenausgleich durchgeführt wurde, geben Sie den logischen URL für den Verzeichnisdienst mit Lastenausgleich an. Diese Werte wurden bei der Installation der Directory Server-Instanz eingerichtet. Weitere Informationen finden Sie in Tabelle 3–5. |
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Communications Express hinzuzufügen:
Falls für die Communications Express -Instanzen ein Lastenausgleich durchgeführt wird, fügen Sie eine Anweisung zu Ihrem Installationsplan hinzu, um zu bestätigen, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Communications Express-Instanzen aufzulisten.
Communications Express verfügt über eine lokale Abhängigkeit von einem Webcontainer. Auf jedem Computer, auf dem eine Instanz von Communications Express ausgeführt wird, muss auch eine Instanz des angegebenen Webcontainers ausgeführt werden. Ihre Bereitstellungsarchitektur sollte angeben, welchen Webcontainer Ihre Lösung verwendet.
Fügen Sie für jeden Computer eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie Communications Express. Fügen Sie eine Anweisung hinzu, um entweder Web Server oder Application Server als Webcontainer auszuwählen. Fügen Sie eine Anweisung hinzu, um entweder Access Manager-SDK oder Access Manager auszuwählen.
Falls die Computer, auf denen Communications Express ausgeführt wird, bereits in Ihrem Plan aufgelistet sind (falls der Plan bereits über Anweisungen für die Installation einer anderen Komponente auf demselben Computer verfügt), fügen Sie einfach eine Anweisung hinzu, um Communications Express auszuwählen, wenn das Installationsprogramm ausgeführt wird. Sie können Communications Express gleichzeitig mit den anderen Komponenten installieren und im selben Webcontainer bereitstellen. In Ihrem Plan müssen jedoch die Anweisungen für das Konfigurieren, Starten und Überprüfen etwaiger Instanzen von Directory Server, Access Manager, Messaging Server oder Calendar Server vor den Anweisungen für das Konfigurieren oder Starten der Communications Express-Instanzen stehen.
Fügen Sie eine Anweisung für die Ausführung des Communications Express-Konfigurationsassistenten hinzu. Listen Sie unterhalb dieser Anweisung die Schlüsselwerte für das Konfigurieren der Instanz auf. Mithilfe von Tabelle 3–11 können Sie Konfigurationswerte auswählen.
Listen Sie unterhalb der Web Server - oder Application Server-Instanzen Schlüsselwerte für die Konfiguration der Instanz auf. Weitere Informationen zum Auswählen der Konfigurationswerte für diese Komponenten erhalten Sie unter Web Server oder Application Server. Falls Ihr Plan bereits die Installation von Web Server oder Application Server auf dem Computer vorsieht, müssen Sie diesen Schritt wiederholen. Sie können Communications Express auf derselben Webcontainer-Instanz bereitstellen, wenn Sie den Communications Express-Konfigurationsassistenten ausführen.
Fügen Sie für jeden Computer eine Anweisung für das Starten und Überprüfen der Communications Express-Instanz hinzu.
Falls für die Instanzen ein Lastenausgleich durchgeführt wurde, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Untersuchen Sie Ihre Bereitstellungsarchitektur auf Computersysteme mit Instanzen von Portal Server.
Portal Server stellt Portaldienste zur Verfügung, auf die über das Portal-Desktop zugegriffen werden kann.
Falls der Portaldienst als Teil einer Lösung zur Verfügung gestellt wird, die Java ES-Nachrichten- und Kalenderdienste verwendet, dann verwendet Portal Server denselben LDAP-Zweig für Benutzer- und Gruppendaten, für den Messaging Server, Calendar Server, und Portal Server alle Abhängigkeiten für Messaging Serverund Calendar Server teilen. Diese Abhängigkeiten werden erfüllt, wenn Messaging Server und Calendar Server installiert und konfiguriert werden. In Lösungen, in denen Portaldienste mit Nachrichten- und Kalenderdiensten kombiniert sind, ist es logisch, Portal Server nach Messaging Server und Calendar Server zu installieren.
Falls der Portaldienst ohne Nachrichten- und Kalenderdienste vewendet wird, weist Portal Server eine Abhängikeit auf Lösungsebene von einer Quelle von Benutzerdaten auf. Diese Abhängigkeit wird mit Directory Server oder Directory Server und Access Manager erfüllt.
Communications Express weist eine lokale Abhängigkeit von einem Webcontainer auf. Web Server , Application Server und verschiedene Drittanbieter-Webcontainer können verwendet werden. Portal Server weist eine lokale Abhängigkeit von Access Manager oder dem Access Manager- SDK auf. Normalerweise gibt in einer verteilten Lösung die Bereitstellungsarchitektur eine lokale Kopie des Access Manager-SDK an, durch die die Interaktion mit Remote-Instanzen von Access Manager unterstützt wird.
Falls Ihre Bereitstellungsarchitektur Portal Server und Access Manager auf separaten Computern platziert, müssen verschiedene Aspekte berücksichtigt werden. Weitere Informationen finden Sie in Beispiel für Portal Server unter Verwendung einer Remote-Kopie von Access Manager in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX.
Es gibt folgende grundlegende Schritte für die Installation und Konfiguration von Communications Express:
Verwenden Sie das Java ES-Installationsprogramm, um Portal Server auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind.
Wenn Sie Portal Server installieren, müssen Sie den Webcontainer angeben, in dem Portal Server ausgeführt wird.
Wenn Sie Portal Server installieren, müssen Sie das Repository für Benutzer- und Gruppendaten (normalerweise eine in Form eines URLs angegebene Directory Server-Instanz) angeben.
Wenn Sie Portal Server installieren, müssen Sie auch entweder eine Kopie des Access Manager-SDK oder eine lokale Kopie von Access Manager installieren.
Starten und überprüfen Sie alle Instanzen von Portal Server.
Wenn Ihre Lösung Single Sign-On verwendet, konfigurieren Sie Portal Server für Single Sing-On.
Wenn Ihre Lösung Nachrichten- und Kalenderdaten auf dem Portal-Desktop anzeigt, konfigurieren Sie die Portalkanäle so, dass Sie mit bestimmten Messaging Server- und Calendar Server-Instanzen interoperieren.
Falls Ihre Lösung den Lastenausgleich für die Portal Server-Instanzen verwendet, überprüfen Sie, ob der Lastenausgleich ordnungsgemäß funktioniert.
Sie müssen für jede Portal Server-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Insbesondere Portal Server wird für eine Interoperabilität mit Directory Server für die Suche nach Benutzerdaten konfiguriert. In den meisten Lösungen wird Portal Server für eine Interoperabilität mit Access Manager für Authentifizierungs- und Autorisierungsdienste im Zusammenhang mit Single Sign-On sowie mit Messaging Server und Calendar Server als Quellen für Nachrichten- und Kalenderdaten konfiguriert, die auf dem Portal-Desktop angezeigt werden. Mithilfe von Tabelle 3–12 können Sie Konfigurationswerte auswählen.
Tabelle 3–12 Schlüsselkonfigurationswerte für Portal Server-Instanzen
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
Webcontainer |
Wählen Sie den Webcontainer aus, den Ihre Lösung für Portal Server verwendet. Tipp – Falls Ihre Lösung einen Webcontainer eines Drittanbieters verwendet, muss dieser installiert, konfiguriert und ausgeführt werden, bevor das Java ES-Installationsprogramm ausgeführt wird. |
Installationsverzeichnis, Serverinstanz, Serverinstanzanschluss, Sicherer Serverinstanzanschluss |
Wenn Sie Portal Server und Web Server zusammen installieren, verwenden Sie diese Felder, um anzugeben, auf welche Weise Web Server installiert wird. Wenn Sie Portal Server auf einem Computer installieren, auf dem Web Server bereits installiert ist, verwenden Sie diese Felder, um eine vorhandene Web Server -Instanz anzugeben. |
Installationsverzeichnis, Name der Domäne, Serverinstanzverzeichnis, Serverinstanzanschluss, Dokument-Root-Verzeichnis, Administrationsanschluss, Admin-Benutzer-ID, Administratorpasswort, Sicherer Serverinstanzanschluss, Sicherer Administrations-Server-Anschluss |
Wenn Sie Portal Server und Application Server zusammen installieren, verwenden Sie diese Felder, um anzugeben, auf welche Weise Application Server installiert wird. Wenn Sie Portal Server auf einem Computer installieren, auf dem Application Server bereits installiert ist, verwenden Sie diese Felder, um eine vorhandene Application Server-Instanz anzugeben. |
Home-Verzeichnis, Produkt-Installationsverzeichnis, Benutzerprojektverzeichnis, Produkt-JDK-Verzeichnis, Server-/Cluster-Domäne, Server-/Cluster-Instanz, Server-/Cluster-Anschluss, Server-/Cluster-Protokoll, Dokument-Root-Verzeichnis, Admin-Benutzer-ID, Administratorpasswort, Verwalteter Server |
Verwenden Sie diese Felder, um eine BEA WebLogic-Instanz anzugeben, die auf dem Computer installiert und ausgeführt wird. |
Installationsverzeichnis, Virtueller Host, Zelle, Knoten, Serverinstanz, Serverinstanzanschluss, Dokument-Root-Verzeichnis, Java-Home-Verzeichnis, Sichere Serverinstanz |
Verwenden Sie diese Felder, um eine IBM WebSphere-Instanz anzugeben, die auf dem Computer installiert und ausgeführt wird. |
Load Balancer steuert mehrere Portal Server, Load Balancer-Protokoll, Load Balancer-Host, Load Balancer-Anschluss |
Falls Ihre Lösung Portaldienste verwendet, mit denen ein Lastenausgleich stattgefunden hat, verwenden Sie diese Felder, um die Portal Server-Instanz für die Interoperation mit dem Lastenausgleichssystem zu konfigurieren. |
Bereitstellungs-URI |
Geben Sie den URI-Pfad an, der für den Zugriff auf Portaldienste verwendet wird. |
Musterportal installieren |
Geben Sie an, ob das Installationsprogramm den Beispiel-Portal-Desktop installieren soll. Der Beispiel-Desktop ist für die Überprüfung von Portal Server nützlich. |
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Portal Server hinzuzufügen:
Falls für die Portal Server-Instanzen ein Lastenausgleich durchgeführt wird, fügen Sie eine Anweisung zu Ihrem Installationsplan hinzu, um zu bestätigen, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Portal Server-Instanzen aufzulisten.
Communications Express weist eine lokale Abhängigkeit von einem Webcontainer auf. Auf jedem Computer, auf dem eine Instanz von Portal Server ausgeführt wird, muss auch eine Instanz des angegebenen Webcontainers ausgeführt werden. Ihre Bereitstellungsarchitektur gibt an, welchen Webcontainer Ihre Lösung verwendet.
Fügen Sie für jeden Computer eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie Portal Server. Falls Sie Web Server oder Application Server als Ihren Webcontainer verwenden, fügen Sie eine Anweisung hinzu, um auch den Webcontainer auszuwählen. Das Installationsprogramm kann Portal Server im ausgewählten Webcontainer automatisch bereitstellen. Fügen Sie eine Anweisung hinzu, um entweder Access Manager-SDK oder Access Manager auszuwählen.
Falls die Computer, auf denen Portal Server ausgeführt wird, bereits in Ihrem Plan aufgelistet sind (falls der Plan bereits über Anweisungen für die Installation einer anderen Komponente auf demselben Computer verfügt), fügen Sie einfach eine Anweisung hinzu, um Portal Server auszuwählen. Sie können Portal Server gleichzeitig mit den anderen Komponenten installieren und im selben Webcontainer bereitstellen. In Ihrem Plan müssen jedoch die Anweisungen für das Konfigurieren, Starten und Überprüfen etwaiger Instanzen von Directory Server, Access Manager, Messaging Server oder Calendar Server vor den Anweisungen für das Konfigurieren oder Starten der Portal Server-Instanzen stehen.
Listen Sie unterhalb der jeweiligen Portal Server-Instanz die Schlüsselwerte für die Konfiguration der Instanz auf. Mithilfe von Tabelle 3–12 können Sie Konfigurationswerte auswählen.
Listen Sie unterhalb der Web Server - oder Application Server-Instanzen Schlüsselwerte für die Konfiguration der Instanz auf. Weitere Informationen zum Auswählen der Konfigurationswerte für diese Komponenten erhalten Sie unter Web Server oder Application Server. Falls Ihr Plan bereits die Installation von Web Server oder Application Server auf dem Computer vorsieht, müssen Sie diesen Schritt wiederholen. Sie können dieselbe Webcontainer-Instanz angeben und Portal Server in derselben Webcontainer-Instanz bereitstellen.
Falls Ihre Lösung einen Webcontainer eines Drittanbieters verwendet, der Portal Server unterstützt, werden Ihre Portal Server-Instanzen mit dem Bereitstellungstool des Webcontainers bereitgestellt. Fügen Sie Ihrem Plan Anweisungen für die Bereitstellung der jeweiligen Portal Server-Instanz hinzu.
Fügen Sie für jeden Computer eine Anweisung für das Starten und Überprüfen der Portal Server-Instanz hinzu. Falls für die Instanzen ein Lastenausgleich durchgeführt wurde, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Portal Server Secure Remote Access ermöglicht einen gesteuerten Zugriff auf interne Ressourcen über den Portalmechanismus.
Portal Server Secure Remote Access weist Abhängigkeiten auf Lösungsebene in Bezug auf Portal Server und die Access Manager-Authentifizierung und -Autorisierung auf.
Beide Abhängigkeiten sind auch lokale Abhängigkeiten. Portal Server Secure Remote Access muss auf demselben Computer installiert werden wie die Portal Server-Instanz, die dazu dient, dass über Secure Remote Access auf die Ressourcen zugegriffen wird. Portal Server Secure Remote Access muss auch über einen lokalen Zugriff auf Access Manager-Dienste verfügen. In einer verteilten Lösung wird dies normalerweise erreicht, indem eine lokale Kopie des Access Manager-SDK installiert wird, mit deren Hilfe Portal Server Secure Remote Access mit einer Remote-Instanz von Access Manager interagieren kann.
Es gibt folgende grundlegende Verfahren für die Installation und Konfiguration von Portal Server Secure Remote Access:
Installieren und konfigurieren Sie Portal Server Secure Remote Access auf den in Ihrer Bereitstellungsarchitektur angegebenen Computern. Die Portal Server-Instanz, die die von Portal Server Secure Remote Access gesteuerten Ressourcen zur Verfügung stellt, wird auf demselben Computer installiert.
Starten und überprüfen Sie alle Portal Server Secure Remote Access-Instanzen.
Sie müssen für jede Messaging Server-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Informationen zum Auswählen von Konfigurationswerten erhalten Sie unter Installation von Portal Server Secure Remote Access in Java ES System 2005Q4 Installation-Verweis.
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Portal Server Secure Remote Access hinzuzufügen:
Listen Sie in Ihrem Plan alle Computer mit Portal Server Secure Remote Access-Instanzen auf. Fügen Sie für jeden Computer Portal Server Secure Remote Access zur Liste der installierten Komponenten hinzu.
Fügen Sie unterhalb der Portal Server Secure Remote Access-Überschrift eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll. Hierbei ist Folgendes eingeschlossen:
Auswahl von Portal Server Secure Remote Access.
Eine Liste der Schlüsselwerte für die Konfiguration der Instanz.
Fügen Sie eine Anweisung zum Starten und Überprüfen der Portal Server Secure Remote Access-Instanzen hinzu.
Falls die Portal Server Secure Remote Access-Instanzen für den Lastenausgleich der Portal Server-Instanzen verwendet werden, fügen Sie eine Anweisung hinzu, um die Lastenausgleichsfunktion zu überprüfen.
Untersuchen Sie Ihre Bereitstellungsarchitektur auf Computersysteme mit Instanzen von Instant Messaging.
Instant Messaging stellt Endbenutzern Instant Messaging-Dienste zur Verfügung.
Falls Instant Messaging-Dienste als Teil einer Lösung zur Verfügung gestellt werden, die Java ES-Nachrichten und -Kalenderdienste verwendet, sucht Instant Messaging in derselben LDAP-Organisation nach Benutzerdaten wie Messaging Server und Calendar Server. Bei diesem Lösungstyp teilt Instant Messaging alle Abhängigkeiten für Messaging Server und Calendar Server. Diese Abhängigkeiten werden erfüllt, wenn Messaging Server und Calendar Server installiert und konfiguriert werden. Bei diesem Lösungstyp ist es logisch, Instant Messaging nach Messaging Server und Calendar Server zu installieren.
Falls Instant Messaging-Dienste ohne Nachrichten- und Kalenderdienste zur Verfügung gestellt werden, weist Instant Messaging eine Abhängigkeit auf Lösungsebene in Bezug auf eine Quelle von Benutzerdaten auf. Diese Abhängigkeit wird mit Directory Server oder Directory Server und Access Manager erfüllt.
Die untergeordnete Instant Messaging-Komponente für Client-Ressourcen weist eine lokale Abhängigkeit von einem Webcontainer auf. Web Server oder Application Server können verwendet werden. Falls Ihre Lösung untergeordnete Instant Messaging-Komponenten verteilt, muss der Webcontainer auf demselben Computer wie die Client-Ressourcen installiert werden.
Falls Ihre Lösung Access Manager-Single Sign-On verwendet, weist Instant Messaging auch eine Abhängigkeit von Access Manager auf. Diese Abhängigkeit kann mit einem lokalen Access Manager- oder Access Manager-SDK erfüllt werden. Normalerweise gibt in einer verteilten Lösung die Bereitstellungsarchitektur eine lokale Kopie des Access Manager-SDK an, durch die die Interaktion mit Remote-Instanzen von Access Manager unterstützt wird.
Es gibt folgende grundlegende Schritte für die Installation und Konfiguration von Instant Messaging:
Verwenden Sie das Java ES-Installationsprogramm, um Instant Messaging auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind.
Wenn Sie Instant Messaging installieren, erfüllen Sie die Webcontainer-Abhängigkeit, indem Sie den Webcontainer, in dem Instant Messaging ausgeführt wird, installieren oder indem Sie einen Webcontainer angeben, der bereits auf dem Computer installiert ist.
Falls die Lösung Access Manager-Single Sign-On verwendet, erfüllen Sie die Access Manager-Abhängigkeit, indem Sie entweder eine Kopie des Access Manager-SDK oder eine lokale Kopie von Access Manager installieren.
Führen Sie den Instant Messaging-Konfigurationsassistenten aus. Wenn Sie Instant Messaging installieren, müssen Sie das Repository für Benutzer- und Gruppendaten (normalerweise eine in Form eines URLs angegebene Directory Server-Instanz) angeben.
Starten und überprüfen Sie alle Instanzen von Instant Messaging.
Falls Ihre Lösung den Lastenausgleich für die Instant Messaging-Instanzen verwendet, überprüfen Sie, ob der Lastenausgleich ordnungsgemäß funktioniert.
Sie müssen für jede Instant Messaging-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Mithilfe von Tabelle 3–13 können Sie Konfigurationswerte auswählen. Detaillierte Informationen zu den Eingabewerten erhalten Sie in Kapitel 1, “Configuring Instant Messaging after Installation,” in Sun Java System Instant Messaging 7 2005Q1 Administration Guide.
Tabelle 3–13 Schlüsselkonfigurationswerte für Instant Messaging
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
Sun Java System Instant Messaging Server, Sun Java System Instant Messaging Resources, Sun Java System Access Manager Instant Messaging Service |
Wählen Sie die untergeordneten Komponenten aus, die in der Bereitstellungsarchitektur angegeben sind. Weitere Informationen erhalten Sie unter Analysieren einer Bereitstellungsarchitektur und Verteilte Unterkomponenten. |
Laufzeit-Benutzer-ID, Laufzeitgruppe, HTTP-Anschluss, Dokument-Root-Verzeichnis |
Verwenden Sie diese Felder, um die Web Server -Instanz anzugeben, in der Instant Messaging-Client-Ressourcen ausgeführt werden. |
Beabsichtigen Sie für SSO die Nutzung einer Access Manager-Bereitstellung? Beabsichtigen Sie für Richtlinien die Nutzung einer Access Manager-Bereitstellung? |
Verwenden Sie diese Felder, um anzugeben, wie Instant Messaging mit Access Manager interagiert. |
Name der Domäne, IM-Server-Anschluss, Multiplexor-Anschluss, Server deaktivieren, Host-Name für Remote-IM-Server |
Der Name der Domäne ist die Maildomäne, die von Ihrer Lösung verwendet wird. Sie wurde eingerichtet, als Messaging Server konfiguriert wurde. Weitere Informationen erhalten Sie in Tabelle 3–9. |
LDAP-Host-Name, LDAP-Anschlussnummer, Basis-DN, Verbindungs-DN, Verbindungspasswort |
Geben Sie die Directory Server-Instanz an, die für Benutzer- und Gruppendaten verwendet wird. "Verbindungs-DN" und "Verbindungspasswort" sind das Directory-Manager-Konto und das Passwort. Der Basis-DN ist die LDAP-Organisation für Instant Messaging-Benutzerdaten. Falls die Lösung auch Messaging Server einschließt, ist der Basis-DN die E-Mail-Domäne, die die LDAP-Organisation durch die Messaging Server-Konfiguration erstellt hat. Weitere Informationen erhalten Sie in Tabelle 3–9. Falls Ihre Lösung Directory Server-Instanzen verwendet, für die ein Lastenausgleich durchgeführt wurde, geben Sie den logischen URL für den Verzeichnisdienst mit Lastenausgleich an. |
SMTP-Server |
Geben Sie den Computer an, auf dem Messaging Server ausgeführt wird. Falls Ihre Lösung Messaging Server-Instanzen verwendet, die geclustert wurden oder für die ein Lastenausgleich durchgeführt wurde, geben Sie den logischen URL für den Verzeichnisdienst mit Lastenausgleich an. |
Instant Messenger Resources-Codebasis |
Geben Sie den Speicherort an, von dem die Benutzer Instant Messenger-Client-Ressourcen herunterladen. |
IM Service vorhandenen Benutzern zuweisen |
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Instant Messaging hinzuzufügen:
Falls für die Instant Messaging -Instanzen ein Lastenausgleich durchgeführt wird, fügen Sie eine Anweisung zu Ihrem Installationsplan hinzu, um zu bestätigen, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Instant Messaging-Instanzen aufzulisten.
Die untergeordnete Instant Messaging-Komponente für Client-Ressourcen weist eine lokale Abhängigkeit von einem Webcontainer auf. Auf jedem Computer, auf dem diese untergeordnete Komponente ausgeführt wird, muss auch eine Instanz des angegebenen Webcontainers ausgeführt werden. Ihre Bereitstellungsarchitektur sollte angeben, welchen Webcontainer Ihre Lösung verwendet.
Fügen Sie für jeden Computer eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie Instant Messaging. Fügen Sie eine Anweisung hinzu, um entweder Web Server oder Application Server als Webcontainer auszuwählen. Fügen Sie eine Anweisung hinzu, um entweder Access Manager-SDK oder Access Manager auszuwählen.
Falls die Computer, auf denen Instant Messaging ausgeführt wird, bereits in Ihrem Plan aufgelistet sind (falls der Plan bereits über Anweisungen für die Installation einer anderen Komponente auf demselben Computer verfügt), fügen Sie einfach eine Anweisung hinzu, um Instant Messaging auszuwählen. Sie können Instant Messaging gleichzeitig mit den anderen Komponenten installieren und im selben Webcontainer bereitstellen. In Ihrem Plan müssen jedoch die Anweisungen für das Konfigurieren, Starten und Überprüfen etwaiger Instanzen von Directory Server, Access Manager, Messaging Server oder Calendar Server vor den Anweisungen für das Konfigurieren oder Starten der Instant Messaging-Instanzen stehen.
Fügen Sie eine Anweisung hinzu, mit der das Instant Messaging-Konfigurationsdienstprogramm ausgeführt wird. Listen Sie unterhalb dieser Anweisung die Schlüsselwerte für das Konfigurieren der Instanz auf. Mithilfe von Tabelle 3–13 können Sie Konfigurationswerte auswählen.
Listen Sie unterhalb der Web Server - oder Application Server-Instanzen Schlüsselwerte für die Konfiguration der Instanz auf. Weitere Informationen zum Auswählen der Konfigurationswerte für diese Komponenten erhalten Sie unter Web Server oder Application Server. Falls Ihr Plan bereits die Installation von Web Server oder Application Server auf dem Computer vorsieht, müssen Sie diesen Schritt wiederholen. Sie können Communications Express in derselben Webcontainer-Instanz bereitstellen, wenn Sie das Instant Messaging-Konfigurationsdienstprogramm ausführen.
Fügen Sie für jeden Computer eine Anweisung für das Starten und Überprüfen der Instant Messaging-Instanz hinzu.
Falls für die Instant Messaging-Instanzen ein Lastenausgleich durchgeführt wird, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Delegated Administrator bietet Benutzerverwaltungsdienste durch die Bearbeitung von Benutzerdaten im LDAP-Verzeichnis.
Delegated Administrator bearbeitet einen LDAP-Zweig des Verzeichnisbaums, der für eine E-Mail-Domäne steht. Delegated Administrator ist auf Lösungen ausgerichtet, in denen alle Komponenteninstanzen denselben LDAP-Zweig für Benutzer- und Gruppendaten gemeinsam benutzen. Der LDAP-Zweig wird vom Messaging Server-Konfigurationsassistenten erstellt. Bei diesem Lösungstyp weist Messaging Server selbst Abhängigkeiten auf Lösungsebene vom Directory Preparation Tool, Access Manager und Directory Server auf. Aus diesem Grund ist es logisch, Delegated Administrator zu installieren und zu konfigurieren, nachdem Directory Server, Administration Server, Messaging Server und Calendar Server installiert, konfiguriert und überprüft wurden.
Delegated Administrator weist lokale Abhängigkeiten von einem Webcontainer und entweder Access Manager oder dem Access Manager-SDK auf. Normalerweise gibt in einer verteilten Lösung die Bereitstellungsarchitektur eine lokale Kopie des Access Manager-SDK an, durch die die Interaktion mit Remote-Instanzen von Access Manager unterstützt wird.
Es gibt folgende grundlegende Schritte für die Installation und Konfiguration von Delegated Administrator:
Verwenden Sie das Java ES-Installationsprogramm, um Delegated Administrator auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind.
Wenn Sie Delegated Administrator installieren, installieren Sie auch den Webcontainer, in dem Delegated Administrator ausgeführt wird.
Wenn Sie Delegated Administrator installieren, müssen Sie auch entweder eine Kopie des Access Manager-SDK oder eine lokale Kopie von Access Manager installieren.
Führen Sie den Delegated Administrator-Konfigurationsassistenten aus. Wenn Sie Instant Messaging installieren, müssen Sie das Repository für Benutzer- und Gruppendaten (normalerweise eine in Form eines URLs angegebene Directory Server-Instanz) angeben.
Starten und überprüfen Sie alle Instanzen von Delegated Administrator.
Falls Ihre Lösung den Lastenausgleich für die Delegated Administrator-Instanzen verwendet, überprüfen Sie, ob der Lastenausgleich ordnungsgemäß funktioniert.
Sie müssen für jede Delegated Administrator-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Beispielsweise verwaltet Delegated Administrator LDAP-Verzeichniseinträge. Aus diesem Grund muss Delegated Administrator für eine Anmeldung bei der Directory Server-Instanz konfiguriert werden, auf der Benutzer- und Gruppendaten gespeichert werden. Mithilfe von Tabelle 3–14 können Sie Konfigurationswerte auswählen.
Tabelle 3–14 Schlüsselkonfigurationswerte für Delegated Administrator-Instanzen
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
Delegated Administrator Utility, Delegated Administrator Console, Delegated Administrator Server |
Wählen Sie die untergeordneten Komponenten aus, die in der Bereitstellungsarchitektur angegeben sind. Weitere Informationen erhalten Sie unter Analysieren einer Bereitstellungsarchitektur und Verteilte Unterkomponenten. |
Hostname, Anschluss |
Verwenden Sie diese Felder, um die in Ihrer Lösung verwendete Access Manager-Instanz anzugeben. Der Hostname ist der vollständige Domänenname des Computers, auf den Access Manager ausgeführt wird. Als Anschluss wird der Anschluss angegeben, an dem Access Manager Verbindungen abhört. Der Anschluss wurde zugewiesen, als Access Manager konfiguriert wurde. Weitere Informationen erhalten Sie in Tabelle 3–8. |
Standardmäßige Domäne |
Geben Sie die standardmäßige E-Mail-Domäne an, die durch die Messaging Server-Konfiguration definiert wurde. Diese Domäne ist als standardmäßige E-Mail-Domäne für Benutzerdaten angegeben, die von Delegated Administrator verwaltet werden. Weitere Informationen erhalten Sie in Tabelle 3–9. |
Standardmäßiger SSL-Anschluss |
Weisen Sie den Anschluss zu, an dem Delegated Administrator Verbindungsanforderungen abhört. |
Webcontainer: Web Server, App Server 7.x, App Server 8.x |
Wählen Sie den in Ihrer Anwendung verwendeten Webcontainer aus. |
Server-Root-Verzeichnis, Server-Objekt-ID, Virtual Server-ID, HTTP-Anschluss |
Wenn Sie Delegated Administrator und Web Server zusammen installieren, verwenden Sie diese Felder, um anzugeben, auf welche Weise Web Server installiert wird. Wenn Sie Delegated Administrator auf einem Computer installieren, auf dem Web Server bereits installiert ist, verwenden Sie diese Felder, um eine vorhandene Web Server -Instanz anzugeben. |
Wenn Sie Delegated Administrator und Application Server zusammen installieren, verwenden Sie diese Felder, um anzugeben, auf welche Weise Application Server installiert wird. Wenn Sie Delegated Administrator auf einem Computer installieren, auf dem Application Server bereits installiert ist, verwenden Sie diese Felder, um eine vorhandene Application Server-Instanz anzugeben. |
|
Domänentrennzeichen | |
Access Manager-Basisverzeichnis |
Geben Sie das Verzeichnis an, in dem die in Ihrer Lösung verwendete Access Manager-Instanz installiert ist. Es kann sich hierbei um ein Verzeichnis auf dem Remote-Computer handeln, das Sie zuvor im Konfigurationsprozess angegeben haben. Was geschieht, wenn für Access Manager ein Lastenausgleich durchgeführt wird? |
LDAP-URL, Verbinden als, Passwort |
Verwenden Sie diese Felder, um die in Ihrer Lösung verwendete Directory Server-Instanz anzugeben. LDAP-URL im Format http://verzeichnishostname:verzeichnisanschluss, wobei verzeichnishostname den Computer angibt, auf dem Directory Server ausgeführt wird und verzeichnisanschluss der Anschluss ist, der für Verbindungsanforderungen zugewiesen wurde, als die Directory Server-Instanz konfiguriert wurde. Für "Verbinden als" und "Passwort" wird das Directory-Manager-Konto und das Passwort angegeben. Weitere Informationen finden Sie in Tabelle 3–5. |
Access Manager-Administrator der obersten Ebene: Benutzername, Passwort |
Verwenden Sie das Access Manager-Administratorkonto der obersten Ebene für die in Ihrer Lösung verwendete Access Manager-Instanz. Der Benutzername ist grundsätzlich "amadimin", das Passwort wurde bei der Konfiguration von Access Manager zugewiesen. Weitere Informationen erhalten Sie in Tabelle 3–8. |
Passwort für die interne LDAP-Authentifizierung von Access Manager: Benutzername, Passwort |
Verwenden Sie das LDAP-Benutzerkonto für die in Ihrer Lösung verwendete Access Manager-Instanz. Der Benutzername lautet immer "amldapuser". Das Passwort wurde bei der Konfiguration von Access Manager zugewiesen. Weitere Informationen erhalten Sie in Tabelle 3–8. |
Organisations-DN eingeben |
Geben Sie die LDAP-Organisation an (Verzeichnisbaumzweig), die Ihre Lösung für Benutzer- und Gruppendaten verwendet. Es handelt sich hierbei um die Organisation, die durch die Messaging Server-Konfiguration erstellt wurde. Weitere Informationen erhalten Sie in Tabelle 3–9. Die Komponenten in Ihrer Lösung suchen zu Authentifizierungs- und Autorisierungszwecken in dieser LDAP-Organisation nach Benutzerdaten. Delegated Administrator wird verwendet, um die Benutzer- und Gruppendaten in derselben LDAP-Organisation zu verwalten. |
Administrator der obersten Ebene für die Standard-Organisation: Benutzername, Passwort |
Geben Sie ein privilegiertes Administratorkonto für Delegated Administrator an. Administratoren, die sich mit diesem Konto bei Delegated Administrator anmelden, haben uneingeschränkte Rechte, einschließlich der Berechtigung zum Erstellen von Administratorkonten einer niedrigeren Ebene. |
Beispieldienstpakete laden, Beispielorganisationen laden |
Wenn Sie diese Optionen auswählen, fügt der Konfigurationsassistent dem Verzeichnis Beispieldienstpakete und -organisationen hinzu. Sie können die Beispiele verwenden, um eigene Pakete und Organisationen zu erstellen. |
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Delegated Administrator hinzuzufügen:
Falls für die Delegated Administrator-Instanzen ein Lastenausgleich durchgeführt wird, fügen Sie eine Anweisung zu Ihrem Installationsplan hinzu, um zu bestätigen, dass der Lastenausgleich funktioniert, bevor die Java ES-Software installiert wird.
Der nächste Schritt in Ihrem Plan besteht darin, alle Computer mit Delegated Administrator-Instanzen aufzulisten.
Delegated Administrator weist eine lokale Abhängigkeit von einem Webcontainer auf. Auf jedem Computer, auf dem eine Instanz von Delegated Administrator ausgeführt wird, muss auch eine Instanz des angegebenen Webcontainers ausgeführt werden. Ihre Bereitstellungsarchitektur sollte angeben, welchen Webcontainer Ihre Lösung verwendet.
Fügen Sie für jeden Computer eine Anweisung hinzu, dass das Java ES-Installationsprogramm ausgeführt werden soll, und wählen Sie Delegated Administrator. Fügen Sie eine Anweisung hinzu, um entweder Web Server oder Application Server als Webcontainer auszuwählen. Fügen Sie eine Anweisung hinzu, um entweder Access Manager-SDK oder Access Manager auszuwählen.
Falls die Computer, auf denen Delegated Administrator ausgeführt wird, bereits in Ihrem Plan aufgelistet sind (falls der Plan bereits über Anweisungen für die Installation einer anderen Komponente auf demselben Computer verfügt), fügen Sie einfach eine Anweisung hinzu, um Delegated Administrator auszuwählen. Sie können Delegated Administrator gleichzeitig mit den anderen Komponenten installieren und im selben Webcontainer bereitstellen. In Ihrem Plan müssen jedoch die Anweisungen für das Konfigurieren, Starten und Überprüfen etwaiger Instanzen von Directory Server, Access Manager, Messaging Server oder Calendar Server vor den Anweisungen für das Konfigurieren oder Starten der Instant Messaging-Instanzen stehen.
Fügen Sie eine Anweisung für die Ausführung des Delegated Administrator-Konfigurationsassistenten hinzu. Listen Sie unterhalb dieser Anweisung die Schlüsselwerte für das Konfigurieren der Instanz auf. Mithilfe von Tabelle 3–14 können Sie Konfigurationswerte auswählen.
Listen Sie unterhalb der Web Server - oder Application Server-Instanzen Schlüsselwerte für die Konfiguration der Instanz auf. Weitere Informationen zum Auswählen der Konfigurationswerte für diese Komponenten erhalten Sie unter Web Server oder Application Server. Falls Ihr Plan bereits die Installation von Web Server oder Application Server auf dem Computer vorsieht, müssen Sie diesen Schritt wiederholen. Sie können Delegated Administrator auf derselben Webcontainer-Instanz bereitstellen, wenn Sie den Delegated Administrator-Konfigurationsassistenten ausführen.
Fügen Sie für jeden Computer eine Anweisung für das Starten und Überprüfen der Delegated Administrator-Instanz hinzu.
Falls für die Delegated Administrator-Instanzen ein Lastenausgleich durchgeführt wird, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Dienstregistrierung verwaltet eine UDDI-Registrierung von Webservices.
Dienstregistrierung weist eine lokale Abhängigkeit von Application Server auf.
Dienstregistrierung kann nicht vom Installationsprogramm installiert werden, auch wenn das Installationsprogramm im Modus "Jetzt konfigurieren" ausgeführt wird.
Es gibt folgende grundlegende Verfahren für die Installation und Konfiguration von Dienstregistrierung:
Verwenden Sie das Java ES-Installationsprogramm, um Dienstregistrierung auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind. Dienstregistrierung weist eine lokale Abhängigkeit von Application Server auf. Auf jedem Computer, auf dem eine Instanz von Dienstregistrierung ausgeführt wird, muss auch eine Instanz von Application Server ausgeführt werden.
Führen Sie das Dienstregistrierung-Konfigurationsskript aus.
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Dienstregistrierung hinzuzufügen:
Listen Sie in Ihrem Plan alle Computer mit Dienstregistrierung-Instanzen auf.
Fügen Sie eine Anweisung für die Auswahl von Application Server hinzu.
Die Konfiguration von Application Server ist möglicherweise im Modus "Jetzt konfigurieren" effektiver. Im Modus "Jetzt konfigurieren" wird Dienstregistrierung nicht konfiguriert.
Fügen Sie eine Anweisung für die Ausführung des Dienstregistrierung-Builds und -Konfigurationsskripts hinzu. Um die standardmäßigen Konfigurationswerte zu ändern, bearbeiten Sie die Datei install.properties, bevor Sie das Konfigurationsskript ausführen. Weitere Informationen zu den Installationseigenschaften finden Sie in Kapitel 1, Configuring and Setting Up Service Registry in Service Registry 3 2005Q4 Administration Guide.
Web Server wird in erster Linie verwendet, um Webcontainerdienste für andere Java ES-Komponenten zur Verfügung zu stellen. Falls Ihre Lösung Web Server für die Webcontainerunterstützung verwendet, muss eine Instanz von Web Server auf jedem Computer installiert werden, auf dem eine Instanz einer unterstützten Komponente ausgeführt wird.
Wenn Ihre Lösung beispielsweise Web Server für die Webcontainerunterstützung für Communications Express verwendet, verfügt jeder Computer mit einer Instanz von Communications Express auch über eine Instanz von Web Server . Jede Instanz von Communications Express wird auf demselben Computer für die Instanz von Web Server bereitgestellt.
Das Java ES-Installationsprogramm kann einige Komponenten, wie beispielsweise Access Manager, sowohl installieren als auch bereitstellen. Bei anderen Komponenten, wie beispielsweise Communications Express, folgt nach der Installation ein separater Konfigurationsschritt. Für diese Komponenten erstellt ein Konfigurationsassistent eine Instanz und stellt diese bereit. Die Abschnitte zu den einzelnen Komponenten erläutern, was für die jeweiligen Komponenten erforderlich ist.
Instanzen anderer Komponenten können für eine Instanz von Web Server bereitgestellt werden. Wenn Ihre Lösung beispielsweise Access Manager und Portal Server auf einem Computer ausführt, können beide Komponenten für dieselbe Web Server -Instanz bereitgestellt werden.
Web Server weist keine Abhängigkeiten auf Systemebene auf.
Web Server weist verschiedene lokale Abhängigkeiten auf. Eine Instanz von Web Server erfordert immer eine lokale Instanz von Message Queue. Falls Ihre Lösung Web Server für den Lastenausgleich mehrerer Instanzen von Web Server verwendet, muss eine Web Server -Instanz lokal installiert werden. Falls Ihre Lösung außerdem die High Availability Session Store-Funktion verwendet, muss eine Instanz dieser Komponente lokal installiert werden.
Es gibt folgende grundlegende Verfahren für die Installation und Konfiguration von Web Server :
Verwenden Sie das Java ES-Installationsprogramm, um Web Server auf den Computersystemen zu installieren und zu konfigurieren, die in Ihrer Bereitstellungsarchitektur angegeben sind. Bei der Installation von Web Server geben Sie Konfigurationswerte an. In einigen Fällen (Access Manager und Portal Server) geben Sie auch Konfigurationswerte für die unterstützte Komponente an und die unterstützte Komponente wird für die Web Server -Instanz bereitgestellt. In anderen Fällen führen Sie den Konfigurationsassistenten der unterstützten Komponente separat aus, um eine Instanz zu erstellen und bereitzustellen.
Starten und überprüfen Sie alle Web Server -Instanzen.
Stellen Sie sicher, dass die unterstützten Komponenten ausgeführt werden.
Wenn in Ihrer Lösung Lastenausgleich verwendet wird, müssen Sie sich vergewissern, dass der Lastenausgleich Anforderungen zwischen den Komponenteninstanzen routet.
Sie müssen für jede Web Server -Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Mithilfe von Tabelle 3–15 können Sie die Konfigurationswerte auswählen.
Tabelle 3–15 Schlüsselkonfigurationswerte für Web Server
Eingabefeld |
Auswählen eines Wertes für Ihre Lösung |
---|---|
Admin-Benutzer-ID, Administratorpasswort |
Verwenden Sie diese Felder, um ein Administratorkonto für die Web Server -Instanz einzurichten. |
Web Server-Host |
Der vollständige Domänenname des Computers, auf dem Web Server installiert wird. Dieser Wert wird als Name der Web Server -Instanz verwendet, die von der Installation erstellt wird. |
Administrationsanschluss, Laufzeit-Benutzer-ID für die Administration |
Anschluss, an dem der Administrationsserver von Web Server auf Verbindungen wartet. Der Administration Server-Vorgang von Web Server wird unter der Laufzeit-Benutzer-ID ausgeführt. |
Laufzeit-Benutzer-ID, Laufzeitgruppe |
Die Benutzer-ID und Gruppe, unter der die Web Server -Instanz ausgeführt wird. Wenn Web Server als Container für Access Manager oder Portal Server installiert wird, legen Sie für diese Werte "root" und "weitere" fest. Wenn Web Server als Container für andere Komponenten installiert wird, verwenden Sie einen anderen Benutzer als "root". |
HTTP-Anschluss |
Der Anschluss, an dem Web Server Verbindungen abhört. |
Dokument-Root-Verzeichnis |
Das Verzeichnis, in dem bereitgestellte Dokumente gespeichert werden. Sie können nicht vom Standardverzeichnis in ein anderes Verzeichnis wechseln, sofern das alternative Verzeichnis nicht bereits besteht. Das Installationsprogramm erstellt das alternative Verzeichnis nicht für Sie. |
Web Server automatisch starten, wenn das System neu gestartet wird. |
Wenn Sie diese Option auswählen, wird Web Server so konfiguriert, dass die Komponente automatisch neu gestartet wird, wenn der Computer neu gestartet wird. Beachten Sie jedoch, dass dieser Wert ignoriert wird, wenn Web Server als Container für Access Manager ausgeführt wird. Das Access Manager-Startskript hat Vorrang und startet Web Server automatisch neu, wenn der Computer neu gestartet wird. |
Fügen Sie diese Anweisungen an allen Stellen hinzu, an denen eine lokale Abhängigkeit von Web Server auftritt. In einer verteilten Lösung wiederholt Ihr Installationsplan möglicherweise die Installations- und Konfigurationsanweisungen für Web Server auf verschiedenen Computern, um verschiedene Webanwendungskomponenten zu unterstützen. Beispiel:
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Web Server hinzuzufügen:
Im Abschnitt zu den unterstützten Komponenten werden Sie aufgefordert, Ihrem Installationsplan eine Anweisung für die Ausführung des Installationsprogramms hinzuzufügen und sowohl die unterstützte Komponente als auch Web Server auszuwählen.
Listen Sie im nächsten Schritt die Konfigurationswerte für Web Server auf. Mithilfe von Tabelle 3–15 können Sie Konfigurationswerte für Web Server auswählen.
Falls die unterstützte Komponente vom Installationsprogramm konfiguriert und bereitgestellt wird (Access Manager und Portal Server), gehen Sie wie folgt vor:
Fügen Sie Ihrem Plan die Konfigurationswerte für die unterstützte Komponente hinzu.
Fügen Sie eine Anweisung für die Ausführung des Installationsprogramms hinzu und geben Sie Konfigurationswerte für Web Server und die unterstützte Komponente an.
Fügen Sie eine Anweisung hinzu, um die Web Server -Instanz zu starten. Durch diesen Schritt wird auch die unterstützte Komponente gestartet.
Stellen Sie, wie im Abschnitt zur unterstützten Komponente beschrieben, sicher, dass die unterstützte Komponente richtig ausgeführt wird.
Falls die unterstützte Komponente nicht vom Installationsprogramm konfiguriert und bereitgestellt wird (Communications ExpressDelegated AdministratorInstant Messaging), gehen Sie wie folgt vor:
Fügen Sie eine Anweisung für die Ausführung des Installationsprogramms hinzu, wählen Sie Web Server aus und geben Sie Konfigurationswerte für Web Server an.
Fügen Sie eine Anweisung für die Auflistung der Konfigurationswerte für die unterstützte Komponente hinzu.
Fügen Sie eine Anweisung hinzu, gemäß der der Konfigurationsassistent der unterstützten Komponente ausgeführt werden soll, und geben Sie die Konfigurationswerte für die unterstützte Komponente an.
Fügen Sie eine Anweisung hinzu, um die Web Server -Instanz zu starten. Durch diesen Schritt wird auch die unterstützte Komponente gestartet.
Fügen Sie, wie im Abschnitt zur unterstützten Komponente beschrieben, eine Anweisung hinzu, um sicherzustellen, dass die unterstützte Komponente richtig ausgeführt wird.
Fügen Sie, wie im Abschnitt zur unterstützten Komponente beschrieben, eine Anweisung hinzu, um sicherzustellen, dass der Lastenausgleich funktioniert, sofern für die unterstützte Komponente ein Lastenausgleich durchgeführt wird.
Application Server wird in erster Linie verwendet, um Webcontainerdienste für andere Java ES-Komponenten zur Verfügung zu stellen. Falls Ihre Lösung Application Server für die Webcontainerunterstützung verwendet, muss eine Instanz von Application Server auf jedem Computer installiert werden, auf dem eine Instanz einer unterstützten Komponente ausgeführt wird.
Wenn Ihre Lösung beispielsweise Application Server für die Webcontainerunterstützung für Communications Express verwendet, verfügt jeder Computer mit einer Instanz von Communications Express auch über eine Instanz von Application Server. Jede Instanz von Communications Express wird auf demselben Computer für die Instanz von Application Server bereitgestellt.
Das Java ES-Installationsprogramm kann einige Komponenten, wie beispielsweise Access Manager, sowohl installieren als auch bereitstellen. Bei anderen Komponenten, wie beispielsweise Communications Express folgt nach der Installation ein separater Konfigurationsschritt. Für diese Komponenten erstellt ein Konfigurationsassistent eine Instanz und stellt diese bereit. Die Abschnitte zu den einzelnen Komponenten erläutern, was für die jeweiligen Komponenten erforderlich ist.
Instanzen anderer Komponenten können für eine Instanz von Application Server bereitgestellt werden. Wenn Ihre Lösung beispielsweise Access Manager und Portal Server auf einem Computer ausführt, können beide Komponenten für dieselbe Application Server -Instanz bereitgestellt werden.
Application Server weist keine Abhängigkeiten auf Systemebene auf.
Application Server weist verschiedene lokale Abhängigkeiten auf. Eine Instanz von Application Server erfordert immer eine lokale Instanz von Message Queue. Falls Ihre Lösung Web Server für den Lastenausgleich mehrerer Instanzen von Application Server verwendet, muss eine Web Server -Instanz lokal installiert werden. Falls Ihre Lösung außerdem die High Availability Session Store-Funktion verwendet, muss eine Instanz dieser Komponente lokal installiert werden.
Es gibt folgende grundlegende Verfahren für die Installation und Konfiguration von Application Server:
Verwenden Sie das Java ES-Installationsprogramm, um Application Server auf den Computersystemen zu installieren und zu konfigurieren, die in Ihrer Bereitstellungsarchitektur angegeben sind. Bei der Installation von Application Server geben Sie Konfigurationswerte an. In einigen Fällen (Access Manager und Portal Server) geben Sie auch Konfigurationswerte für die unterstützte Komponente an und die unterstützte Komponente wird für die Application Server-Instanz bereitgestellt. In anderen Fällen führen Sie den Konfigurationsassistenten der unterstützten Komponente separat aus, um eine Instanz zu erstellen und bereitzustellen.
Starten und überprüfen Sie alle Application Server-Instanzen.
Stellen Sie sicher, dass die unterstützten Komponenten ausgeführt werden.
Wenn in Ihrer Lösung Lastenausgleich verwendet wird, müssen Sie sich vergewissern, dass der Lastenausgleich Anforderungen zwischen den Application Server-Instanzen routet.
Sie müssen für jede Application Server-Instanz in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Komponenten in der Lösung interoperiert. Informationen zum Auswählen der Konfigurationswerte erhalten Sie unter Informationen zur Konfiguration von Application Server in Java ES System 2005Q4 Installation-Verweis
Fügen Sie Anweisungen zum Installieren von Application Server an allen Stellen ein, an denen eine andere Java ES-Komponente Application Server für die Webcontainerunterstützung verwendet.
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für Web Server hinzuzufügen:
Im Abschnitt zu den unterstützten Komponenten werden Sie aufgefordert, Ihrem Installationsplan eine Anweisung für die Ausführung des Installationsprogramms hinzuzufügen und sowohl die unterstützte Komponente als auch Application Server auszuwählen.
Fügen Sie eine Anweisung hinzu, um auch Message Queue und, sofern von Ihrer Anwendung verwendet, High Availability Session Store und Web Server auszuwählen.
Listen Sie im nächsten Schritt die Konfigurationswerte für Application Server auf.
Falls die unterstützte Komponente vom Installationsprogramm konfiguriert und bereitgestellt wird (Access Manager und Portal Server), gehen Sie wie folgt vor:
Fügen Sie Ihrem Plan die Konfigurationswerte für die unterstützte Komponente hinzu.
Fügen Sie eine Anweisung für die Ausführung des Installationsprogramms hinzu und geben Sie Konfigurationswerte für Application Server, die lokalen Abhängigkeiten von Application Server und die unterstützte Komponente an.
Fügen Sie eine Anweisung hinzu, um die Application Server-Instanz zu starten. Durch diesen Schritt wird auch die unterstützte Komponente gestartet.
Stellen Sie, wie im Abschnitt zur unterstützten Komponente beschrieben, sicher, dass die unterstützte Komponente richtig ausgeführt wird.
Falls die unterstützte Komponente nicht vom Installationsprogramm konfiguriert und bereitgestellt wird (Communications ExpressDelegated AdministratorInstant Messaging), gehen Sie wie folgt vor:
Fügen Sie eine Anweisung für die Ausführung des Installationsprogramms hinzu und geben Sie Konfigurationswerte für Application Server und die lokalen Abhängigkeiten von Application Server an.
Fügen Sie eine Anweisung für die Auflistung der Konfigurationswerte für die unterstützte Komponente hinzu.
Fügen Sie eine Anweisung hinzu, gemäß der der Konfigurationsassistent der unterstützten Komponente ausgeführt werden soll, und geben Sie die Konfigurationswerte für die unterstützte Komponente an.
Fügen Sie eine Anweisung hinzu, um die Application Server-Instanz zu starten. Durch diesen Schritt wird auch die unterstützte Komponente gestartet.
Stellen Sie, wie im Abschnitt zur unterstützten Komponente beschrieben, sicher, dass die unterstützte Komponente richtig ausgeführt wird.
Falls für die Application Server-Instanzen ein Lastenausgleich durchgeführt wurde, fügen Sie eine Anweisung hinzu, um zu überprüfen, ob der Lastenausgleich funktioniert.
Message Queue ist eine lokale Abhängigkeit von Application Server. Wenn Sie die Prozeduren für die Installation von Application Server entwickeln, fügen Sie eine Anweisung zum Auswählen von Message Queue hinzu.
Es gibt keine zusätzlichen Eingabewerte für Message Queue. Message Queue wird standardmäßig für die Interoperation mit Application Server konfiguriert.
Message Queue kann auch von benutzerdefinierten Anwendungen verwendet werden. Dieses Thema sprengt jedoch den Rahmen dieses Handbuchs. Weitere Informationen finden Sie in der Dokumentation zu Message Queue, wie beispielsweise Sun Java System Message Queue 3 2005Q4 Technical Overview.
Die Sun Cluster-Software wird installiert, um lokale Abhängigkeiten zu erfüllen. Einige Komponenten in einer Lösung verwenden möglicherweise die Sun Cluster-Software, um Anforderungen für Quality of Service zu erfüllen. Auf diesen Computern muss die Sun Cluster-Software installiert, konfiguriert und überprüft werden, bevor die Komponenten, die im Cluster ausgeführt werden, installiert werden. Normalerweise wird die Sun Cluster-Software installiert, wenn Abhängigkeiten auf Lösungsebene die Installation der im Cluster ausgeführten Komponenten vorschreiben.
Die Sun Cluster-Software selbst weist keine Abhängigkeiten von anderen Komponenten auf und kann daher jederzeit während der Installation und Konfiguration einer verteilten Lösung installiert und konfiguriert werden.
Es gibt folgende grundlegende Schritte für die Installation und Konfiguration von Sun Cluster:
Bevor Sie versuchen, die Sun Cluster-Software zu installieren, sollten Sie sicherstellen, dass der gemeinsam verwendete externe Speicher angefügt und konfiguriert wurde. Dies wird normalerweise als Teil der Implementierung der Netzwerkverbindungsspezifikationen durchgeführt. Weitere Informationen erhalten Sie unter Entwickeln einer Spezifikation für die Netzwerkfähigkeit.
Verwenden Sie das Java ES-Installationsprogramm, um Sun Cluster auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind. Installieren Sie zum jetzigen Zeitpunkt nicht die Komponenten, die im Cluster ausgeführt werden.
Konfigurieren Sie die Computer und führen Sie das Sun Cluster-Konfigurationsdienstprogramm aus.
Führen Sie das Java ES-Installationsprogramm ein zweites Mal aus und installieren Sie die Komponenten, die im Cluster ausgeführt werden. Hierbei handelt es sich normalerweise um Messaging Server und/oder Calendar Server. Installieren Sie diese Komponenten nur auf dem ersten Computer im Cluster.
Führen Sie das Preparation Tool aus und konfigurieren Sie die Komponenteninstanzen, wobei Sie sie auch für Single Sign-On konfigurieren.
Überprüfen Sie die Komponenteninstanzen.
Führen Sie das Java ES-Installationsprogramm ein drittes Mal aus. Installieren Sie den Sun Cluster-Agenten für Messaging Server bzw. Sun Cluster-Agenten für Calendar Server.
Verwenden Sie die Agenten, um die Komponentenressourcen zu konfigurieren, die Ressourcen zur Ressourcengruppe hinzuzufügen und die Ressourcen zu aktivieren.
Testen Sie die Failover-Funktionen der Ressourcen.
Sie müssen für jeden Sun Cluster-Knoten in Ihrer Lösung Werte eingeben, die die Instanz so konfigurieren, dass sie mit anderen Computern im Cluster interoperiert. Informationen zum Auswählen der Konfigurationswerte erhalten Sie in Kapitel 2, Installing and Configuring Sun Cluster Software in Sun Cluster Software Installation Guide for Solaris OS.
Genauere Informationen zum Installieren der Sun Cluster-Software erhalten Sie in Beispiel für Sun Cluster-Software in Sun Java Enterprise System 2005Q4 Installationshandbuch für UNIX.
Gehen Sie wie folgt vor, um Installations- und Konfigurationsanweisungen für die Sun Cluster-Software hinzuzufügen:
Bevor Sie versuchen, die Sun Cluster-Software zu installieren, sollten Sie sicherstellen, dass der gemeinsam verwendete externe Speicher angefügt und konfiguriert wurde. Dies wird normalerweise als Teil der Implementierung der Netzwerkverbindungsspezifikationen durchgeführt. Weitere Informationen erhalten Sie unter Entwickeln einer Spezifikation für die Netzwerkfähigkeit.
Verwenden Sie das Java ES-Installationsprogramm, um Sun Cluster Core auf allen Computersystemen zu installieren, die in Ihrer Bereitstellungsarchitektur angegeben sind. Installieren Sie zum jetzigen Zeitpunkt nicht die Komponenten, die im Cluster ausgeführt werden.
Bereiten Sie die Computer für die Sun Cluster-Konfiguration vor. Dies beinhaltet das Hinzufügen von Dateisystemen zum gemeinsam verwendeten Speicher, die Einrichtung von Einhängepunkten und das Einhängen dieser Dateisysteme.
Führen Sie das Sun Cluster-Konfigurationsdienstprogramm auf dem ersten Computer aus, um den Cluster einzurichten. Geben Sie Konfigurationswerte an, die sich für die erwartete Auslastung eignen. Starten Sie den Computer nach der Konfiguration neu.
Schließen Sie die Konfiguration des Network Timing Protocol auf allen Computern im Cluster ab.
Wenn Sie Messaging Server konfigurieren, müssen Sie die Directory Server-Instanz angeben, in der Informationen über Messaging Server-Benutzer gespeichert sind.
Wenn Sie Messaging Server konfigurieren, geben Sie den Namen des LDAP-Verzeichniszweigs an, der für die E-Mail-Domäne steht, die von der Messaging Server-Instanz verwaltet wird. Der Messaging Server-Konfigurationsassistent fügt dem Baum Zweige hinzu.
Fügen Sie dem Cluster ein Quorum-Gerät hinzu.
Richten Sie Cluster-Platten und Spiegelungsfunktionen ein.
Erstellen Sie neue Cluster-Dateisysteme und hängen Sie die entsprechenden globalen Verzeichnisse ein.
Erstellen Sie eine Cluster-Ressourcengruppe und ordnen Sie ihr einen virtuellen Hostnamen und eine IP-Adresse zu.
Testen Sie das Failover der geclusterten Ressourcengruppe.
Führen Sie das Java ES-Installationsprogramm ein zweites Mal aus und installieren Sie die Komponenten, die im Cluster ausgeführt werden. Hierbei handelt es sich normalerweise um Messaging Server und/oder Calendar Server. Installieren Sie diese Komponenten nur auf dem ersten Computer im Cluster.
Führen Sie das Directory Preparation Tool, wie unter Messaging Server beschrieben, aus.
Falls Messaging Server im Cluster installiert ist, führen Sie die Messaging Server-Konfigurationsassistenten, wie unter Messaging Server beschrieben, aus.
Falls Messaging Server im Cluster installiert ist, konfigurieren Sie Messaging Server für Single Sign-On.
Falls Messaging Server im Cluster installiert ist, starten Sie die Messaging Server-Instanz.
Überprüfen Sie die Messaging Server-Instanz.
Falls Calendar Server im Cluster installiert ist, führen Sie den Messaging Server-Konfigurationsassistenten, wie unter Calendar Server beschrieben, aus.
Falls Calendar Server im Cluster installiert ist, erstellen Sie einen Benutzer für die Calendar Server-Administration, eine Benutzergruppe und ein Verzeichnis auf den anderen Computern im Cluster. (Der Konfigurationsassistent hat dies auf dem ersten Computer im Cluster übernommen.)
Wenn Calendar Server im Cluster installiert ist, konfigurieren Sie die Calendar Server-Instanz für Single Sign-On.
Falls Calendar Server im Cluster installiert ist, starten Sie die Calendar Server-Instanz.
Überprüfen Sie die Calendar Server-Instanz.
Führen Sie das Java ES-Installationsprogramm ein drittes Mal aus. Wählen Sie den Sun Cluster-Agenten für Messaging Server bzw. den Sun Cluster-Agenten für Calendar Server aus.
Verwenden Sie den Messaging Server-Agenten, um eine Messaging Server-Ressource zu konfigurieren, zur Ressourcengruppe hinzuzufügen und zu aktivieren.
Testen Sie die Failover-Funktionen der Messaging Server-Ressource.
Verwenden Sie den Calendar Server-Agenten, um eine Calendar Server-Ressource zu konfigurieren, zur Ressourcengruppe hinzuzufügen und zu aktivieren.
Testen Sie die Failover-Funktionen der Calendar Server-Ressource.