IBM Control Desk: Installationshandbuch (IBM WebSphere)

Transcription

IBM Control Desk: Installationshandbuch (IBM WebSphere)
IBM Control Desk
Version 7 Release 5.3
Installationshandbuch
(IBM WebSphere)
Hinweis
Vor Verwendung dieser Informationen und des darin beschriebenen Produkts sollten die Informationen unter
„Bemerkungen” auf Seite 335 gelesen werden.
Inhaltsverzeichnis
Kapitel 1. Installation vorbereiten . . . . 1
Vorbereitungen . . . . . . . . . . . . . 1
Voraussetzungen programmgesteuert prüfen. . . 3
Portverfügbarkeit überprüfen . . . . . . . . 7
Zugriff auf Systemverzeichnisse . . . . . . . 8
Voraussetzungen für den Befehl "tar" unter AIX
und HP-UX. . . . . . . . . . . . . . 9
Erforderliche Schriftarten unter AIX . . . . . 9
Dateigröße und Anzahl der Deskriptoren unter
AIX erhöhen . . . . . . . . . . . . . 9
Paging-Bereich unter AIX vergrößern . . . . . 10
Unterstützung großer Seiten für AIX überprüfen 11
Asynchrone Ein-/Ausgabe unter AIX aktivieren 11
Erforderliche Bibliotheken unter Linux suchen. . 12
JRE unter Linux konfigurieren . . . . . . . 12
ulimit festlegen . . . . . . . . . . . . 13
Größe des Auslagerungsspeichers festlegen . . . 13
Gemeinsam genutzten Speicher definieren . . . 14
Aktivierung ferner Konfigurationen . . . . . 14
SSL-Clientauthentifizierung aktivieren . . . . 16
Richtlinieneinstellungen für Systemkennwörter
16
Datenbank der Implementierungsengine sichern 17
Werte für Hostnamen angeben . . . . . . . 17
Vollständig qualifizierten Hostnamen auf Windows-Systemen definieren . . . . . . . 18
Verwendung alphanumerischer Hostnamen im
Middlewareinstallationsprogramm erzwingen . 18
Volltextsuche für IBM DB2 aktivieren . . . . . 18
Launchpad . . . . . . . . . . . . . . 19
Launchpad starten . . . . . . . . . . . 19
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration. . . . 21
Übersicht über den Implementierungsplan des
Middlewareinstallationsprogramms . . . . . .
Middleware mit dem Middlewareinstallationsprogramm installieren . . . . . . . . . . . .
Protokolle des Middlewareinstallationsprogramms . . . . . . . . . . . . . .
Protokolle des Middlewareinstallationsprogramms . . . . . . . . . . . . .
Zeichenfolgen für Benutzer und Gruppen in IBM
Tivoli Directory Server konfigurieren . . . . .
SSL zwischen Microsoft Active Directory und
WebSphere Application Server Network Deployment konfigurieren . . . . . . . . . . .
Middleware deinstallieren . . . . . . . . .
Middleware mit IBM DB2 erneut installieren . . .
Übersicht über das Installationsprogramm . . . .
Werte des einfachen Installationspfads . . . .
Produkt installieren und Middleware automatisch
konfigurieren . . . . . . . . . . . . .
Optionalen Inhalt installieren . . . . . . .
Optionale Integrationsmodule installieren . . .
© Copyright IBM Corp. 2014
21
21
24
26
37
38
43
44
45
46
48
55
55
Sprachenimplementierung nach Verzögerung der
Datenbankaktualisierung . . . . . . . . . . 56
Sprachen nach Verzögerung der Datenbankaktualisierung manuell implementieren . . . . . . 56
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware . . . . . . . . . . 59
Middlewareinstallationsprogramm auf vorhandenen
Middleware-Servern ausführen . . . . . . . .
Vorhandenen DB2-Server mit dem Middlewareinstallationsprogramm konfigurieren . . . . .
Vorhandenen IBM Tivoli Directory Server mit
dem Middlewareinstallationsprogramm überprüfen . . . . . . . . . . . . . . . .
Microsoft Active Directory für Wiederverwendung vorbereiten . . . . . . . . . . .
Übersicht über das Installationsprogramm . . . .
Werte des einfachen Installationspfads . . . .
Produkt installieren und Middleware automatisch
konfigurieren . . . . . . . . . . . . .
Optionalen Inhalt installieren . . . . . . .
Optionale Integrationsmodule installieren . . .
Sprachenimplementierung nach Verzögerung der
Datenbankaktualisierung . . . . . . . . . .
Sprachen nach Verzögerung der Datenbankaktualisierung manuell implementieren . . . . . .
59
61
63
64
66
67
69
76
77
77
78
Kapitel 4. Manuelle Implementierung
unter Wiederverwendung vorhandener
Middleware . . . . . . . . . . . . . 81
Installation von Control Desk mit manueller Middlewarekonfiguration . . . . . . . . . . . 81
Datenbank manuell konfigurieren . . . . . . 81
DB2 9.x manuell konfigurieren . . . . . . 82
Oracle 11g manuell konfigurieren . . . . . 84
Oracle 10g manuell konfigurieren . . . . . 86
Microsoft SQL Server manuell konfigurieren
89
Verzeichnisserver manuell konfigurieren. . . . 91
IBM Tivoli Directory Server manuell konfigurieren . . . . . . . . . . . . . . 92
Microsoft Active Directory manuell konfigurieren . . . . . . . . . . . . . . 96
J2EE-Server manuell konfigurieren . . . . . 101
WebSphere Application Server Network Deployment manuell konfigurieren . . . . . 101
Produkt installieren und Middleware manuell konfigurieren. . . . . . . . . . . . . . . 146
Optionalen Inhalt installieren . . . . . . . . 153
Optionale Integrationsmodule installieren . . . . 153
Sprachenimplementierung nach Verzögerung der
Datenbankaktualisierung . . . . . . . . . 154
Sprachen nach Verzögerung der Datenbankaktualisierung manuell implementieren . . . . . 154
iii
Kapitel 5. Unbeaufsichtigte Installation 157
Control Desk unbeaufsichtigt installieren . . . . 157
Eigenschaften für die unbeaufsichtigte Installation 160
Kapitel 6. Installationserfolg programmgesteuert prüfen . . . . . . . 187
Kapitel 7. Installation manuell prüfen
193
Kapitel 8. Attribut "HTTPOnly" konfigurieren. . . . . . . . . . . . . . 195
Kapitel 9. Integration Composer installieren . . . . . . . . . . . . . . . 197
Übersicht über Integration Composer . . . . .
Hardware- und Softwarevoraussetzungen . . . .
Installationsvoraussetzungen . . . . . . . .
Installation von Integration Composer durchführen
Integration Composer über das Launchpad installieren . . . . . . . . . . . . . .
Integration Composer unter UNIX-Betriebssystemen im Konsolenmodus installieren . . . . .
Upgrade von Integration Composer durchführen
Upgrade von Integration Composer über das
Launchpad durchführen . . . . . . . . .
Upgrade für Integration Composer unter UNIXBetriebssystemen im Konsolenmodus durchführen . . . . . . . . . . . . . . . .
Installation bestätigen . . . . . . . . . .
Aufgaben nach der Installation . . . . . . .
Einstellungen in der Datei fusion.properties
für Integration Composer überprüfen . . . .
Speicherzuordnung in der Datei startFusion
ändern (optional) . . . . . . . . . . .
Speicherzuordnung in der Datei executeMapping
ändern (optional) . . . . . . . . . . .
Integration Composer deinstallieren . . . . . .
Integration Composer unter Windows-Betriebssystemen deinstallieren . . . . . . . . .
Integration Composer unter UNIX-Betriebssystemen deinstallieren . . . . . . . . . . .
197
198
198
198
199
Bereinigungsscripts für Middleware verwenden
204
Automatisch konfigurierte Implementierung deinstallieren . . . . . . . . . . . . . . .
Deinstallationsprogramm des Produkts für automatisch konfigurierte Middleware ausführen . .
Manuell konfigurierte Implementierung deinstallieren . . . . . . . . . . . . . . . . .
Produktdeinstallationsprogramm für manuell
konfigurierte Middleware ausführen. . . . .
Wiederherstellung der Datenbankkonfiguration
DB2-Datenbankserver wiederherstellen . . .
Oracle-Datenbank wiederherstellen . . . .
Microsoft-SQL-Server-Datenbank wiederherstellen . . . . . . . . . . . . . .
Produkt ohne das Deinstallationsprogramm deinstallieren . . . . . . . . . . . . . . .
Tool zur Wiederherstellung des Deinstallationsprogramms . . . . . . . . . . . . .
Tool zur Wiederherstellung des Deinstallationsprogramms verwenden . . . . . . .
Manuelle Deinstallation . . . . . . . . .
Konfiguration von WebSphere Application
Server wiederherstellen . . . . . . . .
Dateien vom System entfernen . . . . .
206
207
208
208
210
211
212
212
212
Kapitel 11. IBM Control Desk Everyplace installieren . . . . . . . . . . 217
im Rahmen einer Neuinstallation des
. . . . . . . . . . . . . . 217
im Rahmen eines Produktupgrades . . 218
nach der Installation von Control Desk 218
Kapitel 12. Aufgaben nach der Installation . . . . . . . . . . . . . . . 221
Zugriff auf die Produktdokumentation . . .
Erste Datenkonfiguration . . . . . . .
Anmeldung mit einer Standardbenutzer-ID
SMTP konfigurieren . . . . . . . .
iv
.
.
.
.
.
.
.
.
221
221
221
222
IBM Control Desk: Installationshandbuch (IBM WebSphere)
223
223
224
224
224
225
226
226
226
227
228
228
229
229
230
230
231
Kapitel 13. Bereinigungsscripts für
Middleware . . . . . . . . . . . . 233
201
204
Kapitel 10. Deployer's Workbench installieren . . . . . . . . . . . . . . 215
Installation
Produkts .
Installation
Installation
Währungscodes erstellen . . . . . . . .
Artikel- und Firmensätze erstellen . . . . .
Organisation erstellen . . . . . . . . .
Hauptbuchkontenkomponente erstellen . . .
Änderungen auf die Datenbank anwenden . .
Hauptbuchkonto erstellen . . . . . . . .
Berechtigung für Hauptbuchkomponententypen
aktualisieren. . . . . . . . . . . . .
Kreditorenkonten aktualisieren . . . . . .
Standardeinfügeniederlassung erstellen . . . .
Arbeitstypen erstellen . . . . . . . . .
Klassifikationsstruktur für IT-Anlagen erstellen
Klasse der obersten Ebene für IT-Anlagen und
Software angeben . . . . . . . . . . .
Abmeldung und Anmeldung . . . . . . .
Vor der Arbeit mit BIRT-Berichten . . . . . .
XML-Anforderungsseiten generieren . . . . .
Benutzer und Gruppen synchronisieren . . . .
Sicherheit verstehen und konfigurieren . . . . .
233
Kapitel 14. Produkt deinstallieren . . . 237
238
238
239
240
241
241
242
243
244
244
244
249
249
252
Kapitel 15. Middleware starten und
stoppen . . . . . . . . . . . . . . 253
Middleware
Middleware
Middleware
Middleware
unter
unter
unter
unter
Windows erneut starten
UNIX erneut starten . .
Windows stoppen . .
Linux und AIX stoppen
.
.
.
.
.
.
.
.
.
.
.
.
253
254
255
257
Kapitel 16. Installationsmethoden für
Prozesslösungspakete . . . . . . . 259
Operationen des Softwarelebenszyklus .
.
.
.
. 259
Prozesslösungspakete. . . . . . . . . . .
Pakettypen . . . . . . . . . . . . . .
Aggregationspakete . . . . . . . . . . .
Zu verwendendes Installationsprogramm für Prozesslösungen ermitteln . . . . . . . . . .
Unterstützte Operationen für PSI-Programme . .
Vor der Verwendung der PSI-Programme . . . .
Prozesslösungsimplementierung über die Verwaltungsworkstation verwalten . . . . . . . .
Typische Implementierung . . . . . . . . .
Auswählbare Features . . . . . . . . . .
Auf J2EE und die Datenbank bezogene Konfiguration später ausführen . . . . . . . . . . .
Manuelle Implementierung . . . . . . . .
Systemprüfung zur Implementierungsvorbereitung
Prozessmanager mit dem PSI-Assistenten installieren . . . . . . . . . . . . . . . . .
PSI-Clientbefehlszeilenschnittstelle . . . . . .
Clientbefehlszeilenschnittstelle für die Installation von Prozesslösungen starten . . . . . .
Allgemeine Syntax . . . . . . . . .
Aktion ausführen . . . . . . . . . .
Zusammenfassung der unterstützten Parameter . . . . . . . . . . . . . . .
Referenzinformationen zur Befehlszeilenschnittstelle für Prozesslösungen . . . . . . . .
Aktion "install" - Paket installieren . . . .
Aktion "modfeatures" - Vorhandene Features
eines implementierten Pakets ändern . . .
Protokolle von Process Solution Installer . . . .
260
260
261
262
262
263
264
264
265
270
271
272
273
275
275
276
276
277
279
279
280
281
Kapitel 17. Weiterführende Installationsinformationen . . . . . . . . . 285
Verwaltung von WebSphere Application Server
Network Deployment . . . . . . . . . .
Anwendungsserver über die Befehlszeile starten
Anwendungsserver über die Administrationskonsole starten . . . . . . . . . . . .
Administrationskonsole von WebSphere Application Server Network Deployment sichern . .
Windows-Dienste konfigurieren . . . . . .
Anwendungsserver von WebSphere Application Server Network Deployment als Windows-Dienst konfigurieren . . . . . . .
Konfigurationsparameter des Middlewareinstallationsprogramms ändern . . . . . . . . . .
285
285
286
287
289
EAR-Dateien verwalten . . . . . . . . . .
EAR-Dateien erstellen . . . . . . . . .
Anwendungen in WebSphere Application Server
Network Deployment manuell deinstallieren . .
Anwendungen manuell in WebSphere Application Server Network Deployment installieren . .
291
292
292
292
Kapitel 18. Middleware unter Solaris
und HP-UX . . . . . . . . . . . . 295
Betriebssystem vorbereiten . . . . . . . . .
Middleware unter Solaris installieren . . . .
HP-UX . . . . . . . . . . . . . .
Komponenten installieren . . . . . . . . .
DB2 installieren . . . . . . . . . . .
IBM Tivoli Directory Server unter Solaris installieren . . . . . . . . . . . . . . .
WebSphere Application Server Network Deployment installieren . . . . . . . . . . .
Profile für WebSphere Application Server
Network Deployment erstellen . . . . .
Virtual Member Manager in WebSphere Application Server Network Deployment manuell konfigurieren . . . . . . . . . .
WebSphere Update Installer installieren . .
IBM HTTP Server installieren und konfigurieren . . . . . . . . . . . . . .
WebSphere-Plug-in installieren . . . . .
Virtual Member Manager in IBM WebSphere Application Server Network Deployment konfigurieren . . . . . . . . . . . . . . . . .
295
295
295
296
296
298
299
300
303
307
308
310
313
Kapitel 19. Sichern und Wiederherstellen . . . . . . . . . . . . . . . . 315
Verwaltungsworkstation sichern . . .
Verwaltungsworkstation wiederherstellen
Installationseigenschaften . . . . .
Umgebungsdaten aktualisieren . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
315
316
316
331
Bemerkungen . . . . . . . . . . . 335
Marken .
.
.
.
.
.
.
.
.
.
.
.
.
.
. 337
Index . . . . . . . . . . . . . . . 339
289
290
Inhaltsverzeichnis
v
vi
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 1. Installation vorbereiten
Die folgenden Abschnitte enthalten Informationen zu Produktdatenträgern, Hinweise zur Installationsvorbereitung, eine Übersicht über das Installationsverfahren
und Anweisungen für die Verwendung des Launchpads von Control Desk.
Nutzen Sie die Planungsinformationen, um sich mit dem Gesamtprozess einer Implementierung von Control Desk vertraut zu machen, bevor Sie die Installation anhand dieser Informationen durchführen.
Vorbereitungen
Vor der Installation von Control Desk müssen verschiedene Aufgaben ausgeführt
werden. Teilweise müssen Sie zum Ausführen dieser Schritte als Benutzer mit Administratorrechten unter Windows bzw. als Rootbenutzer unter UNIX angemeldet
sein. Einige Prozesse, wie z. B. Antivirenprogramme, können die Installation von
Control Desk auf dem System beeinträchtigen. Sie müssen alle nicht kritischen Prozesse vorübergehend beenden, bevor Sie das Installationsprogramm von Control
Desk ausführen.
Die meisten Aufgaben müssen für Middleware, die auf UNIX-Systemen installiert
ist, ausgeführt werden, unabhängig davon, ob Sie das Middlewareinstallationsprogramm verwenden möchten, um Middleware für Control Desk zu installieren und
zu konfigurieren. Diese Aufgaben müssen für alle UNIX-Systeme ausgeführt werden, auf denen sich Middleware befindet, die mit Control Desk verwendet werden
soll.
Anmerkung: Erstellen Sie eine Kopie des Image, das das System, die Datenbank
und den für die Produktinstallation vorgesehenen Anwendungsserver umfasst.
Anmerkung: IBM® veröffentlicht Aktualisierungen für das Middlewareinstallationsprogramm. Besuchen Sie das IBM Support Portal , um zu prüfen, ob für das
Installationsprogramm eine aktualisierte Kopie verfügbar ist.
Vergewissern Sie sich, dass auf den Systemen, die für die Implementierung von
Control Desk verwendet werden, eine angemessene Plattenspeicherkapazität für
den künftigen Betrieb verfügbar ist. Wenn die Plattenspeicherkapazität auf einem
Implementierungssystem von Control Desk erschöpft ist, können bei den Operationen von Control Desk Fehler auftreten.
Die vollständig qualifizierten Hostnamen, die den Installationsprogrammen bereitgestellt werden, müssen von den Systemen, die an der Produktimplementierung
beteiligt sind, gegenseitig aufgelöst werden können. Stellen Sie sicher, dass alle IPAdressen, die für Systeme, die für die Produktimplementierung vorgesehen sind,
konfiguriert wurden, erreichbar sind. Führen Sie dazu den Befehl "ping" von der
Verwaltungsworkstation aus.
„Portverfügbarkeit überprüfen” auf Seite 7
Vor Ausführung der Produktinstallationsprogramme müssen Sie sicherstellen,
dass bestimmte Ports verfügbar sind.
„Voraussetzungen für den Befehl "tar" unter AIX und HP-UX” auf Seite 9
Sowohl der native UNIX-Befehl tar als auch die GNU-Version des Befehls tar
sind für das Middlewareinstallationsprogramm erforderlich. Da das native
Dienstprogramm lange Dateinamen nicht unterstützt, müssen Sie sicherstellen,
© Copyright IBM Corp. 2014
1
dass GNU tar Version 1.14 oder höher installiert ist. GNU tar Version 1.14
stellt sicher, dass die Installationsdateien extrahiert werden können.
„Dateigröße und Anzahl der Deskriptoren unter AIX erhöhen” auf Seite 9
Damit Control Desk ordnungsgemäß funktioniert, müssen Sie die Standardanzahl an Dateideskriptoren erhöhen, die für den Rootbenutzer zulässig ist, und
die maximal zulässige Dateigröße auf "unlimited" (unbegrenzt) setzen.
„Paging-Bereich unter AIX vergrößern” auf Seite 10
Für eine erfolgreiche Installation und Ausführung von Control Desk müssen Sie
den Standard-Paging-Bereich für das AIX-System auf mindestens 4 GB oder
vorzugsweise auf den gesamten physischen Hauptspeicher des Systems vergrößern.
„Asynchrone Ein-/Ausgabe unter AIX aktivieren” auf Seite 11
IBM Tivoli Directory Server setzt voraus, dass auf AIX-Systemen die asynchrone Ein-/Ausgabe aktiviert ist.
„Erforderliche Bibliotheken unter Linux suchen” auf Seite 12
Für die Implementierung von Control Desk sind bestimmte Linux-Systembibliotheken erforderlich.
„JRE unter Linux konfigurieren” auf Seite 12
Auf Systemen mit Red Hat Enterprise Linux 5 oder anderen Systemen mit aktiviertem Security-Enhanced Linux (SELinux) kann es vorkommen, dass das
Middlewareinstallationsprogramm nicht erfolgreich ausgeführt wird.
„ulimit festlegen” auf Seite 13
Dieser Abschnitt enthält detaillierte Informationen zum Festlegen von ulimit
unter Linux, um die Benutzergrenzwerte für System- und Prozessressourcen zu
definieren.
„Größe des Auslagerungsspeichers festlegen” auf Seite 13
Control Desk kann eine ressourcenintensive Anwendung sein. Daher sollten Sie
Ihr System für maximale Leistung konfigurieren und optimieren. Dieser Abschnitt enthält detaillierte Informationen zum Festlegen der Größe des Auslagerungsspeichers auf Linux-Systemen.
„Gemeinsam genutzten Speicher definieren” auf Seite 14
Dieser Abschnitt enthält detaillierte Informationen zum Definieren eines Mindestwertes für den gemeinsam genutzten Speicher unter Linux.
„Aktivierung ferner Konfigurationen” auf Seite 14
Das Installationsprogramm von Control Desk kann Middleware automatisch
konfigurieren. Sie müssen ein Protokoll für Remotezugriff für jedes System aktivieren, auf dem Sie die Middleware installieren möchten.
„SSL-Clientauthentifizierung aktivieren” auf Seite 16
Das Installationsprogramm von Control Desk und Process Solution Installer
schlagen fehl, wenn das Feature für SSL-Clientauthentifizierung in IBM HTTP
Server aktiviert ist. Sie können eine Ausweichlösung verwenden, um die Clientauthentifizierung während der Installation zu aktivieren.
„Richtlinieneinstellungen für Systemkennwörter” auf Seite 16
Machen Sie sich mit den Kennwortrichtlinien der Systeme vertraut, die im Rahmen einer Implementierung von Control Desk verwendet werden.
„Datenbank der Implementierungsengine sichern” auf Seite 17
Mithilfe dieser Anweisungen können Sie die Datenbank der Implementierungsengine sichern. Sicherungen werden verwendet, um die Datenbank in dem Zustand wiederherzustellen, den sie vor der Installation hatte.
„Voraussetzungen programmgesteuert prüfen” auf Seite 3
Mit dem Dienstprogramm für Voraussetzungsprüfung können Sie prüfen, ob
2
IBM Control Desk: Installationshandbuch (IBM WebSphere)
die Voraussetzungen für das Installationsprogramm auf einem System erfüllt
werden. Verwenden Sie dieses Dienstprogramm, bevor Sie die Middleware- und
Produktinstallationsprogramme starten.
Voraussetzungen programmgesteuert prüfen
Mit dem Dienstprogramm für Voraussetzungsprüfung können Sie prüfen, ob die
Voraussetzungen für das Installationsprogramm auf einem System erfüllt werden.
Verwenden Sie dieses Dienstprogramm, bevor Sie die Middleware- und Produktinstallationsprogramme starten.
Informationen zu diesem Vorgang
Das Dienstprogramm für Voraussetzungsprüfung prüft Folgendes:
v Betriebssystemvoraussetzungen einschließlich Fixpacks
v Hardwarevoraussetzungen einschließlich Hauptspeicher- und Festplattenspeicherplatz
v Portverfügbarkeit
v Middlewarevoraussetzungen wie Softwarepakete, Bibliotheksdateien, Verzeichnisberechtigungen, Hostnamen und Installationsverzeichnisse
Sie können das Dienstprogramm für Voraussetzungsprüfung über das Launchpad
der Produktinstallation oder über die Befehlszeile starten. Wenn Sie das Dienstprogramm über das Launchpad starten, wird es im Dialogmodus ausgeführt. Wird das
Dienstprogramm für Voraussetzungsprüfung über die Befehlszeile gestartet, akzeptiert es verschiedene Parameter. Das Dienstprogramm für Voraussetzungsprüfung
muss auf dem System ausgeführt werden, auf dem sich die zu prüfende Voraussetzung befindet. Dieses Dienstprogramm kann nicht dazu verwendet werden, Voraussetzungen auf einem fernen System zu prüfen.
Kapitel 1. Installation vorbereiten
3
Tabelle 1. Parameter für die Systemprüfung
Parameter
Details
-component
Gibt den Typ der Komponente an, die geprüft wird. Sie müssen für das
Dienstprogramm für Voraussetzungsprüfung mindestens eine Komponente angeben.
dbserver
Verwenden Sie den Parameter dbserver, wenn das Dienstprogramm für
Voraussetzungsprüfung die Voraussetzungen für DB2 prüfen soll.
dirserver
Verwenden Sie den Parameter dirserver, wenn das Dienstprogramm für
Voraussetzungsprüfung die Voraussetzungen für IBM Tivoli Directory Server
prüfen soll.
j2eeserver
Verwenden Sie den Parameter j2eeserver, wenn das Dienstprogramm für
Voraussetzungsprüfung die Voraussetzungen für WebSphere Application Server Network Deployment prüfen soll.
bsi
Verwenden Sie den Parameter bsi, wenn das Dienstprogramm für
Voraussetzungsprüfung die Voraussetzungen für das
Produktinstallationsprogramm prüfen soll. Führen Sie das Dienstprogramm
für Voraussetzungsprüfung mit dem Parameter bsi auf der
Verwaltungsworkstation aus.
Syntaxbeispiel:
tpae_req_check.bat -component bsi
Wenn Sie den Parameter -component nicht verwenden, werden Sie beim Ausführen des Dienstprogramms dazu aufgefordert, die Komponenten anzugeben.
Sie können mehrere Komponenten durch Kommas getrennt angeben.
-input
Das Dienstprogramm für Voraussetzungsprüfung akzeptiert eine
Eigenschaftendatei als Eingabe. Das Dienstprogramm prüft die Eigenschaftswerte
in dieser Datei.
Beispiel: Der Standardwert für den Portparameter des DB2-Servers ist
DB2_SERVER_PORT=50000. Das Dienstprogramm für Voraussetzungsprüfung prüft,
ob dieser Port auf dem DB2-Server-Host verfügbar ist.
Der Name der Standardeigenschaftendatei ist tpae.properties. Sie finden diese
Datei auf den Middlewareinstallationsmedien im Verzeichnis SystemRequirements.
Außerdem finden Sie im Verzeichnis SystemRequirements\sample_property_files
mehrere Beispieleigenschaftendateien. Diese Dateien enthalten angepasste Werte,
die für bestimmte Betriebssysteme definiert sind. Sie können diese
Eigenschaftendateien auf das System kopieren und sie ändern, oder Sie können
eigene Dateien erstellen, bevor Sie das Dienstprogramm für
Voraussetzungsprüfung ausführen.
Syntaxbeispiel:
tpae_req_check.bat -component dbserver -input Pfad der Eigenschaftendatei
Wenn Sie den Parameter input beim Ausführen des Dienstprogramms für
Voraussetzungsprüfung nicht verwenden, wird das Dienstprogramm im
Dialogmodus ausgeführt. Sie werden zur Eingabe einzelner Werte aufgefordert,
die geprüft werden sollen.
4
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 1. Parameter für die Systemprüfung (Forts.)
Parameter
Details
-mode
Das Dienstprogramm für Voraussetzungsprüfung kann unbeaufsichtigt oder im
Dialogmodus ausgeführt werden.
interactive
Standardmäßig wird das Dienstprogramm für Voraussetzungsprüfung im
Dialogmodus ausgeführt. Wenn Sie den Parameter -mode nicht angeben, wird
das Dienstprogramm standardmäßig im Dialogmodus ausgeführt. Wenn Sie
das Dienstprogramm über das Launchpad starten, wird es im Dialogmodus
ausgeführt.
silent
Wenn Sie das Qualifikationsmerkmal silent verwenden, können Sie außerdem mit dem Parameter input eine Eigenschaftendatei angeben. Wird keine
Eingabedatei bereitgestellt, werden die Standardeigenschaftswerte verwendet.
Zum Anzeigen der Ergebnisse muss die Ausgabe außerdem in eine Datei umgeleitet werden.
Syntaxbeispiel:
tpae_req_check.bat
-component dbserver
-mode silent
-input Pfad der Eigenschaftendatei > prereqresults.log
-lang
Mit diesem Parameter wird die Ländereinstellung des zu prüfenden Systems angegeben.
Syntaxbeispiel:
tpae_req_check.bat
-component dbserver
-lang en
Die Ergebnisse werden in der Sprache der angegebenen Ländereinstellung erzeugt.
Dieser Parameter ist optional.
Standardmäßig wird die in der Ländereinstellung des Systems angegebene Sprache verwendet. Wenn das Ressourcenpaket für die Systemländereinstellung nicht
gefunden oder die Sprache der Systemländereinstellung nicht unterstützt wird,
werden die Nachrichten in Englisch angezeigt.
-trace
Mit diesem Parameter werden die Anweisungen für die Traceausgabe während
der Ausführung des Dienstprogramms festgelegt.
None
Wenn Sie dieses Qualifikationsmerkmal auswählen, werden während der
Ausführung des Dienstprogramms keine Traceinformationen generiert.
Verbose
Wenn Sie dieses Qualifikationsmerkmal auswählen, werden während der
Ausführung des Dienstprogramms detaillierte Traceinformationen generiert.
Normal
Wenn Sie dieses Qualifikationsmerkmal auswählen, werden während der
Ausführung des Dienstprogramms Standardtraceinformationen generiert.
Syntaxbeispiel:
tpae_req_check.bat
-component dbserver
-trace None
Kapitel 1. Installation vorbereiten
5
Vorgehensweise
1. Melden Sie sich an dem System, dessen Voraussetzungen Sie prüfen, mit einer
Benutzer-ID an, die die Berechtigung zum Ausführen von Scripts auf dem System hat. Stellen Sie sicher, dass die Installationsmedien für die Middleware
angehängt sind oder dem System auf andere Weise zur Verfügung stehen. In
dieser Beispielprozedur werden Werte aus der Standarddatei tpae.properties
verwendet, um zu prüfen, ob ein System zum Hosten von DB2 für eine Implementierung von Control Desk geeignet ist.
2. Öffnen Sie ein Befehlszeilenfenster, und wechseln Sie auf den Middlewareinstallationsmedien in das Verzeichnis SystemRequirements.
3. Führen Sie das Dienstprogramm für Voraussetzungsprüfung aus. Geben Sie die
zu prüfende Komponente und die zu verwendende Eigenschaftendatei an.
tpae_req_check.bat
-component dbserver
-input d:\SystemRequirements\tpae.properties
In diesem Beispiel befindet sich die Datei tpae.properties in demselben Verzeichnis wie das Script tpae_req_check.bat.
Ergebnisse
Nach der erfolgreichen Ausführung des Dienstprogramms für Voraussetzungsprüfung werden die Ergebnisse am Bildschirm ausgegeben.
CTGIN8117I: Tivoli Pre-requisite Scanner wurde gestartet.
CTGIN8118I: Tivoli Pre-requisite Scanner wurde mit dem folgenden Rückkehrcode beendet:
IBM Prerequisite Scanner
Version : 1.0.34
Build
: 20101109
OS Name : Microsoft Windows Server 2003, Enterprise Edition Service Pack 2
User Name: Administrator
Machine Info
Machine name : MYMACHINE
Serial Number: KKKKKK0
OS Serial
: 66666-666-6666666-66666
PAE [not defined] [version 07500000]:
Property
========
os.totalPhysicalMemory
network.hasFQDN
Disk#1 (C:\ibm\tivoli\mwi\workspace)
Disk#2 (C:\Temp\1)
Disk#3 (C:\Temp\1)
network.availablePorts.db2
network.availablePorts.ctginst
Disk#4 (C:\Program Files\IBM\SQLLIB)
ALL COMPONENTS :
Property
========
C:
Result
======
PASS
Found
=====
27.99GB
Result Found
====== =====
PASS
2.00GB
FAIL
False
PASS
27.99GB
PASS
27.99GB
PASS
27.99GB
PASS
135,445,1025,2967,3389,5800,5900,139
PASS
135,445,1025,2967,3389,5800,5900,139
PASS
27.99GB
Exp...
===...
1.90GB
True
300MB
1000MB
250MB
50000
50005
1.40GB
Exp...
===...
2.91GB
Prereq Scanner Overall Result: FAIL
prereq_checker.bat 1
Diese Werte können auch in eine Datei umgeleitet werden, wenn der Befehl über
eine Befehlszeile gestartet wird.
6
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Wenn einer der Prüfschritte einen Fehler meldet, beheben Sie das Problem, und
führen Sie dann das Prüfdienstprogramm erneut aus, bevor Sie Komponenten von
Control Desk installieren.
In Tabelle 2 finden Sie eine Liste der geprüften Eigenschaften. Anhand dieser Informationen können Sie die Ergebnisse des Dienstprogramms für Voraussetzungsprüfung analysieren.
Tabelle 2. Eigenschaften des Dienstprogramms für Voraussetzungsprüfung
Eigenschaft
Beschreibung
CpuArchitecture
Prüft, ob die Systemarchitektur unterstützt wird.
disk(rw permissions)
Prüft die Schreib-/Leseberechtigungen der erforderlichen Verzeichnisse.
network.availablePorts.*
Prüft, ob die erforderlichen Ports verfügbar sind.
Im folgenden Beispiel wird geprüft, ob ein für DB2 erforderlicher Port verfügbar ist.
network.availablePorts.db2inst=50000
network.dns
Prüft, ob im DNS-Server ein DNS-Eintrag für das System existiert.
network.fqdn
Prüft, ob der Hostname des Systems vollständig qualifiziert ist.
os.architecture
Prüft, ob die Betriebssystemarchitektur unterstützt wird.
os.dir.tmp/home
Prüft die erforderlichen Berechtigungen für die Systemverzeichnisse.
os.FreePagingSpace
Prüft, ob genügend freier Paging-Bereich auf dem System verfügbar ist.
os.iodevicestatus
Prüft den Status der E/A-Einheit auf dem System.
os.lib.ksh
Prüft die ksh-Bibliothek.
os.lib.libstdc++.so.5
Prüft, ob eine erforderliche Bibliothek auf dem System verfügbar ist.
os.lib.xlC.rte=xlC.rte.9.0.0.8+
Prüft, ob eine erforderliche Bibliothek auf dem System verfügbar ist.
os.mountcheck
Prüft, ob nosuid im Dateisystem existiert.
os.package.rpm
Prüft, ob vorausgesetzte Pakete auf dem System verfügbar sind.
os.RAMSize
Meldet den verfügbaren Arbeitsspeicher des Systems.
os.SELinux
Stellt fest, ob selinux aktiviert ist.
os.servicePack
Prüft, ob die erforderlichen Service-Packs auf dem System installiert sind.
os.shell.default
Ermittelt die Standardshell für Benutzer.
os.space.*
Ermittelt den verfügbaren Plattenspeicherplatz für verschiedene Dateisysteme.
Im folgenden Beispiel wird die Prüfung gezeigt, die für den Arbeitsbereich des
Middlewareinstallationsprogramms ausgeführt wird.
os.space.root=[dir:root=/root/ibm/tivoli/mwi/workspace,unit:MB]300
os.totalPhysicalMemory
Meldet den für das Betriebssystem verfügbaren physischen Arbeitsspeicher.
os.ulimit
Ermittelt die auf dem System konfigurierten Benutzerlimits.
os.Version
Meldet den Typ und die Version des Betriebssystems.
Portverfügbarkeit überprüfen
Vor Ausführung der Produktinstallationsprogramme müssen Sie sicherstellen, dass
bestimmte Ports verfügbar sind.
Kapitel 1. Installation vorbereiten
7
Informationen zu diesem Vorgang
Sie müssen prüfen, ob Ports im Gebrauch sind und Verbindungen für das System
akzeptieren, das zum Hosten der Middleware verwendet wird.
Beispielsweise muss Port 50000 für DB2 verfügbar gemacht werden.
Port 9060 muss für IBM WebSphere Application Server Network Deployment verfügbar gemacht werden.
Wenn Sie diese Standardportwerte verwenden möchten, müssen Sie sicherstellen,
dass der Port noch nicht zugeordnet ist, bevor Sie Installationsprogramme ausführen.
Sie können die Portverfügbarkeit entweder mit dem Dienstprogramm für Voraussetzungsprüfung oder manuell überprüfen.
Vorgehensweise
1. Rufen Sie auf dem Hostsystem das geeignete Dienstprogramm für die Portüberprüfung auf. Überprüfen Sie, sofern vorhanden, die Firewallregeln für das
System.
2. Überprüfen Sie die Verfügbarkeit der für Control Desk erforderlichen Ports.
Wenn Sie feststellen, dass der Port bereits zugeordnet ist, müssen Sie auf Anforderung des Middlewareinstallationsprogramms einen anderen Wert auswählen.
„Voraussetzungen programmgesteuert prüfen” auf Seite 3
Mit dem Dienstprogramm für Voraussetzungsprüfung können Sie prüfen, ob
die Voraussetzungen für das Installationsprogramm auf einem System erfüllt
werden. Verwenden Sie dieses Dienstprogramm, bevor Sie die Middleware- und
Produktinstallationsprogramme starten.
Zugriff auf Systemverzeichnisse
Bevor Sie die Produktinstallationsprogramme verwenden, müssen Sie Zugriffsberechtigungen für bestimmte Verzeichnisse zuweisen.
Vorbereitende Schritte
Bevor Sie die Produktinstallationsprogramme verwenden, müssen Sie Zugriffsberechtigung für die Verzeichnisse /tmp und /home auf Linux-Systemen zuweisen.
Informationen zu diesem Vorgang
Der Benutzer, der die Produktinstallationsprogramme startet, benötigt Lese-,
Schreib- und Ausführungsberechtigungen für die Verzeichnisse /tmp und /home.
Wenn eines dieser Verzeichnisse eine symbolische Verbindung verwendet, z. B.
/products/home, müssen Sie sicherstellen, dass auch für das Verzeichnis der symbolischen Verbindung die entsprechenden Zugriffsberechtigungen vorhanden sind.
Vorgehensweise
1. Melden Sie sich am System als Benutzer mit Rootberechtigung für das System
an.
2. Geben Sie die folgenden Befehle ein:
#chmod 777 /tmp
#chmod 777 /home
8
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Voraussetzungen für den Befehl "tar" unter AIX und HP-UX
Sowohl der native UNIX-Befehl tar als auch die GNU-Version des Befehls tar sind
für das Middlewareinstallationsprogramm erforderlich. Da das native Dienstprogramm lange Dateinamen nicht unterstützt, müssen Sie sicherstellen, dass GNU
tar Version 1.14 oder höher installiert ist. GNU tar Version 1.14 stellt sicher, dass
die Installationsdateien extrahiert werden können.
Vergewissern Sie sich, dass die Systempfadvariable sowohl den Pfad für den nativen UNIX-Befehl tar als auch den Pfad für GNU tar enthält. Der Pfad von GNU
tar muss vor dem Pfad des nativen UNIX-Befehls "tar" definiert werden. Beispiel:
Das native Dienstprogramm tar ist im Verzeichnis /usr/bin und das Dienstprogramm für den GNU-Befehl "tar" im Verzeichnis /opt/freeware/bin/tar installiert.
Wenn Sie eine symbolische Verbindung definiert haben, um den nativen UNIXBefehl tar mit dem GNU-Befehl tar zu überschreiben, tritt ein Fehler auf.
http://www.ibm.com/systems/p/os/aix/linux/toolbox/download.html
Erforderliche Schriftarten unter AIX
AIX erfordert bestimmte Schriftarten, um Berichte zu erzeugen.
Informationen zu diesem Vorgang
Wenn Berichte über AIX-Systeme erstellt werden, müssen TrueType-Schriftarten auf
dem System verfügbar sein.
Vorgehensweise
1. Installieren Sie TrueType-Schriftarten auf dem AIX-System.
2. Stellen Sie sicher, dass die Umgebungsvariable "fonts-path" auf die Position der
Schriftarten verweist.
Dateigröße und Anzahl der Deskriptoren unter AIX erhöhen
Damit Control Desk ordnungsgemäß funktioniert, müssen Sie die Standardanzahl
an Dateideskriptoren erhöhen, die für den Rootbenutzer zulässig ist, und die maximal zulässige Dateigröße auf "unlimited" (unbegrenzt) setzen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um unter AIX die zulässige Dateigröße und
die zulässige Anzahl an Deskriptoren für den Rootbenutzer zu erhöhen:
Vorgehensweise
1. Öffnen Sie die Datei /etc/security/limits in einem Texteditor, um sie zu bearbeiten.
2. Suchen Sie den Abschnitt für den Rootbenutzer, und ändern Sie die Parameter
anhand der folgenden Werte:
root:
fsize = -1
nofiles = 8192
Der Wert "-1" für den Parameter fsize gibt an, dass die Dateigröße nicht begrenzt ist.
3. Speichern und schließen Sie die Datei. Damit diese Änderungen wirksam werden, müssen Sie sich als Rootbenutzer abmelden und dann erneut anmelden.
Kapitel 1. Installation vorbereiten
9
4. Überprüfen Sie die Einstellungen, indem Sie in einem Befehlsfenster den folgenden Befehl absetzen:
ulimit -a
Die Ausgabe des Befehls ulimit gleicht dem folgenden Beispiel:
time(seconds)
file(blocks)
data(kbytes)
stack(kbytes)
memory(kbytes)
coredump(blocks)
nofiles(descriptors)
unlimited
unlimited
2097152
32768
unlimited
2097151
8192
Paging-Bereich unter AIX vergrößern
Für eine erfolgreiche Installation und Ausführung von Control Desk müssen Sie
den Standard-Paging-Bereich für das AIX-System auf mindestens 4 GB oder vorzugsweise auf den gesamten physischen Hauptspeicher des Systems vergrößern.
Informationen zu diesem Vorgang
Wenn Sie diesen Paging-Bereich vergrößern möchten, müssen Sie weitere logische
Partitionen zum System hinzufügen.
Vorgehensweise
1. Setzen Sie den folgenden Befehl ab, um die aktuelle Größe des für den Server
verfügbaren Paging-Bereichs zu ermitteln.
lsps -a
Diese Befehlsergebnisausgabe enthält die folgenden Informationen, z. B.
Page Space
Physical Volume Volume Group
Size
Used
hd6
hdisk0
5632MB
2
rootvg
2. Setzen Sie den folgenden Befehl ab, um die Größe einer logischen Partition zu
bestimmen:
lslv hd6
Dieser Befehl erzeugt eine Ausgabe, die Partitionsinformationen wie z. B. die
folgenden enthält:
Tabelle 3.
LPs
PP Size
44
127 megabytes
Die Beispielausgabe zeigt an, dass es insgesamt 44 logische Partitionen mit einer Größe von jeweils 128 MB gibt. Damit ist für das System ein Gesamt-Paging-Bereich von 5632 MB verfügbar.
3. Führen Sie den folgenden Befehl aus, um weitere logische Partitionen hinzuzufügen und somit den Paging-Bereich vergrößern zu können:
chps -s xx yyy
Hier steht xx für die hinzuzufügende Anzahl logischer Partitionen und yyy für
den logischen Datenträger. Beispiel:
chps -s 10 hd6
10
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Es werden zehn logische Partitionen zum logischen Datenträger hd6 hinzugefügt. Der Paging-Bereich vergrößert sich damit um 1280 MB.
Unterstützung großer Seiten für AIX überprüfen
Damit Control Desk richtig funktioniert, muss die Unterstützung großer Seiten für
AIX-Server, die als Hosts für WebSphere Application Server fungieren, aktiviert
sein.
Informationen zu diesem Vorgang
Wenn Sie Control Desk unter WebSphere Application Server auf einem AIX-System
implementieren, muss dieses System für die Unterstützung großer Seiten konfiguriert sein.
Die Verwendung großer Seiten dient vor allem der Leistungssteigerung in Hochleistungsdatenverarbeitungsanwendungen. Gewöhnlich ist dieses Feature auf AIXSystemen standardmäßig aktiviert.
Vorgehensweise
1. Melden Sie sich an dem AIX-System an, auf dem WebSphere Application Server
installiert ist, und öffnen Sie ein Konsolenfenster. Sie benötigen Rootberechtigung, um mit den Befehlen des Betriebssystems AIX arbeiten zu können.
2. Führen Sie den folgenden Befehl aus, um sich zu vergewissern, ob Unterstützung großer Seiten aktiviert ist:
ps -Z
In der Befehlsausgabe müssen die Seitengrößen 4K und 64K für Prozesse aufgelistet sein, z. B.:
# ps -Z
PID
311342
397526
487558
TTY TIME DPGSZ SPGSZ TPGSZ CMD
pts/4 0:00
4K
4K
4K ksh
pts/4 0:00
4K
4K
4K ps
pts/4 0:00
64K
64K
4K sleep
Asynchrone Ein-/Ausgabe unter AIX aktivieren
IBM Tivoli Directory Server setzt voraus, dass auf AIX-Systemen die asynchrone
Ein-/Ausgabe aktiviert ist.
Informationen zu diesem Vorgang
Das Aktivieren der asynchronen Ein-/Ausgabe unter AIX ist eine Installationsvoraussetzung, d. h., dieser Schritt muss ausgeführt werden, bevor das Middlewareinstallationsprogramm ausgeführt wird. Er ist nur erforderlich, wenn sich auf dem
System IBM Tivoli Directory Server befindet.
Ohne asynchrone Ein-/Ausgabe können DB2-Datenbankinstanzen nicht erfolgreich
gestartet werden.
Ohne asynchrone Ein-/Ausgabe können Oracle-Datenbankinstanzen nicht erfolgreich gestartet werden.
Führen Sie die folgenden Schritte aus, um die asynchrone Ein-/Ausgabe zu aktivieren:
Kapitel 1. Installation vorbereiten
11
Vorgehensweise
1. Melden Sie sich als Benutzer "root" am System an.
2. Öffnen Sie ein Terminal, und führen Sie den folgenden Befehl aus:
smit chgaio
3. Ändern Sie im SMIT-Dialogfenster (System Management Interface Tool) den
Wert der Option "Zu konfigurierender Status bei Systemneustart" von Definiert
in Verfügbar.
4. Klicken Sie auf OK.
5. Beenden Sie SMIT.
6. Führen Sie in der Befehlszeile den folgenden Befehl aus:
smit aio
7. Wählen Sie im SMIT-Dialogfenster die Option Definierte asynchrone E/A konfigurieren aus, und drücken Sie die Eingabetaste.
8. Führen Sie einen Warmstart des Computers durch, um die Änderungen zu aktivieren.
Erforderliche Bibliotheken unter Linux suchen
Für die Implementierung von Control Desk sind bestimmte Linux-Systembibliotheken erforderlich.
Vorgehensweise
1. Suchen Sie die Bibliothek libstdc++.so.5 im Verzeichnis /usr/lib/. Wenn diese Bibliothek nicht installiert ist, löst das Middlewareinstallationsprogramm einen Fehler aus, wenn es im Grafikmodus ausgeführt wird. Falls Sie diese Bibliothek nicht auf Ihrem System finden, suchen Sie nach dem RPM-Paket für Ihr
System, das diese Bibliothek enthält, und installieren Sie das Paket.
2. Stellen Sie sicher, dass das Paket libstdc++33-32bit-3.3.3-11.9.x86_64.rpm installiert ist, bevor Sie das Produktinstallationsprogramm ausführen. Auf 64-BitSystemen des Typs SUSE Linux Enterprise Server 10 mit manuell konfigurierter
Middleware muss dieses Paket installiert sein.
3. Stellen Sie sicher, dass die Bibliothek compat-libstdc++ auf Systemen mit Red
Hat Enterprise Linux Version 6, auf denen das Produktinstallationsprogramm
bzw. Process Solution Installer ausgeführt wird, installiert ist.
JRE unter Linux konfigurieren
Auf Systemen mit Red Hat Enterprise Linux 5 oder anderen Systemen mit aktiviertem Security-Enhanced Linux (SELinux) kann es vorkommen, dass das Middlewareinstallationsprogramm nicht erfolgreich ausgeführt wird.
Informationen zu diesem Vorgang
In einem Szenario scheitert das Middlewareinstallationsprogramm mit einem Fehler, der anzeigt, dass die Java™ Runtime Environment (JRE) nicht gefunden wurde.
In einem anderen Szenario scheitert das Middlewareinstallationsprogramm mit einem Fehler, der anzeigt, dass die VM nicht gefunden wurde.
Führen Sie die folgenden Schritte aus, um diese Probleme zu vermeiden:
Vorgehensweise
1. Inaktivieren Sie SELinux mit dem Befehl setenforce 0 vorübergehend.
2. Führen Sie das Middlewareinstallationsprogramm aus.
12
IBM Control Desk: Installationshandbuch (IBM WebSphere)
3. Aktivieren Sie SELinux mit dem Befehl setenforce 1 erneut.
4. Setzen Sie den folgenden Befehl manuell ab: chcon -R -t textrel_shlib_t
Installationsausgangsverzeichnis/jvm/jre>
Ergebnisse
Das Middlewareinstallationsprogramm findet die JRE jetzt. Alternativ können Sie
die Datei /etc/selinux/config editieren und SELINUX auf permissive bzw.
disabled setzen, um eine permanente Korrektur vorzunehmen. Diese Lösung wirkt
sich allerdings auf das Sicherheitsniveau des gesamten Systems aus.
ulimit festlegen
Dieser Abschnitt enthält detaillierte Informationen zum Festlegen von ulimit unter
Linux, um die Benutzergrenzwerte für System- und Prozessressourcen zu definieren.
Informationen zu diesem Vorgang
Auf Linux-Systemen müssen Sie vor der Verwendung des Middlewareinstallationsprogramms ulimit für das System festlegen.
Wenn Sie ulimit in der Datei .profile für den Benutzer "root" setzen, gilt die ulimit-Einstellung für alle Prozesse.
Gehen Sie wie folgt vor, um ulimit zu definieren:
Informationen zu AIX-Systemen finden Sie im Artikel „Dateigröße und Anzahl der
Deskriptoren unter AIX erhöhen” auf Seite 9.
Vorgehensweise
1. Geben Sie in einer Befehlszeile ulimit -f unlimited ein.
2. Geben Sie in einer Befehlszeile ulimit -n 8192 ein.
Größe des Auslagerungsspeichers festlegen
Control Desk kann eine ressourcenintensive Anwendung sein. Daher sollten Sie Ihr
System für maximale Leistung konfigurieren und optimieren. Dieser Abschnitt enthält detaillierte Informationen zum Festlegen der Größe des Auslagerungsspeichers
auf Linux-Systemen.
Informationen zu diesem Vorgang
Gewöhnlich wird als Größe für den Auslagerungsspeicher für Linux das Zweifache
der Kapazität des physischen Arbeitsspeichers im Server verwendet. Weitere Informationen enthält die Produktdokumentation zu Ihrer Linux-Variante. Informationen zu AIX-Systemen finden Sie im Artikel „Paging-Bereich unter AIX vergrößern”
auf Seite 10.
Zusätzlichen Auslagerungsspeicher für das System können Sie wie folgt verfügbar
machen:
Vorgehensweise
v Vergrößern Sie die vorhandene Auslagerungspartition.
v Erstellen Sie eine neue, zusätzliche Auslagerungspartition.
Kapitel 1. Installation vorbereiten
13
v Erstellen Sie eine Auslagerungsdatei.
Gemeinsam genutzten Speicher definieren
Dieser Abschnitt enthält detaillierte Informationen zum Definieren eines Mindestwertes für den gemeinsam genutzten Speicher unter Linux.
Informationen zu diesem Vorgang
Auf Linux-Systemen müssen Sie vor der Verwendung des Middlewareinstallationsprogramms einen Mindestwert für den gemeinsam genutzten Speicher festlegen.
Führen Sie dazu die folgenden Schritte aus:
Vorgehensweise
1. Geben Sie in einer Befehlszeile sysctl kernel.shmmax ein, und überprüfen Sie,
ob der Wert kleiner als 268435456 Bytes (256 MB) ist.
2. Falls der Wert erhöht werden muss, geben Sie in einer Befehlszeile Folgendes
ein: sysctl -w kernel.shmmax=268435456
3. Ändern Sie den Wert in /etc/sysctl.conf.
Aktivierung ferner Konfigurationen
Das Installationsprogramm von Control Desk kann Middleware automatisch konfigurieren. Sie müssen ein Protokoll für Remotezugriff für jedes System aktivieren,
auf dem Sie die Middleware installieren möchten.
Verwenden Sie SSH für die Protokollierung auf fernen Linux- und UNIX-Systemen
sowie für die Konfiguration dieser Systeme. Verwenden Sie Windows-SMB für die
Protokollierung auf und die Konfiguration von fernen Windows-Systemen. Windows-SMB ist ein Windows-Protokoll. Die IBM JRE auf der Verwaltungsworkstation enthält SSH.
Sie benötigen keinen SSH-Client für die Fernkonfiguration der Middleware auf Linux- oder UNIX-Systemen. Auf Workstations, die keine Windows-Workstations
sind, müssen Sie jedoch OpenSSH installieren, damit Sie sich über das Protokoll
SSH an diesen Workstations anmelden können.
Bevor Sie das Installationsprogramm starten, müssen Sie sicherstellen, dass Sie sich
mit den Protokollen, die Sie verwenden möchten, an den fernen Servern anmelden
können. Verwenden Sie die Berechtigungsnachweise, die Sie dem Installationsprogramm bereitstellen möchten.
Für ferne Windows-Systeme müssen Sie sicherstellen, dass die folgenden Voraussetzungen erfüllt sind, bevor Sie die Software installieren:
v Der Benutzername, den Sie dem Installationsprogramm bereitstellen, muss als
lokales Konto auf dem fernen System vorhanden sein. Dieser Benutzer muss ein
Mitglied der Windows-Administratorgruppe sein.
v Die folgenden Windows-Dienste müssen auf dem fernen System gestartet sein,
bevor Sie eine Ferninstallation und Fernkonfiguration starten:
– winmgmt (Windows Management Instrumentation)
– RemoteRegistry (Remote Registry)
– lanmanserver (Service)
14
IBM Control Desk: Installationshandbuch (IBM WebSphere)
v Das Protokoll SMB muss aktiviert und durch Auswahl von Port 139 für das Senden von Anforderungen über NetBIOS over TCP/IP konfiguriert werden. Alternativ können Sie TCP/IP ohne NetBIOS als Transportprotokoll für SMB konfigurieren, indem Sie Port 445 auswählen.
v Vergewissern Sie sich, dass keine Ports, die Sie für Fernprotokolle verwenden,
durch Firewalls oder Sicherheitsrichtlinien blockiert werden. Das schließt die
Ports 137 und 139 ein. Port 139 wird verwendet, wenn SMB für die Ausführung
in NetBIOS over TCP/IP konfiguriert ist. Port 445 wird verwendet, wenn SMB
direkt in TCP/IP, d. h. ohne NetBIOS, ausgeführt wird.
v Wenn Sie die einfache Dateifreigabe inaktivieren möchten, starten Sie WindowsExplorer. Klicken Sie auf Extras > Ordneroptionen, und wählen Sie das Kontrollkästchen Einfache Dateifreigabe verwenden ab.
v Die Windows-Ordner für administrative Freigabe (C$) und Interprozesskommunikation (IPC$) müssen freigegeben werden.
v Für Systeme mit Microsoft Windows Server 2008, die die kennwortgeschützte
Freigabe unterstützen, müssen Sie den Kennwortschutz inaktivieren. Freigaben
müssen sich auf das Konto "Gast" oder "Jeder" beziehen.
v Auf Windows-Systemen, für die die Benutzerkontensteuerung aktiviert ist, muss
diese Funktion inaktiviert werden, damit die Software über Remotezugriff installiert und konfiguriert werden kann.
v Wenn Cygwin auf dem fernen Windows-System installiert ist, muss der SSHDämon (sshd) deinstalliert oder inaktiviert werden.
Vergewissern Sie sich bei fernen Linux- oder UNIX-Systemen, dass die folgenden
Voraussetzungen erfüllt sind, bevor Sie die Software installieren:
v Setzen Sie für AIX-Systeme die folgenden SSH-Parameter in der Datei /etc/ssh/
sshd_config:
– ClientAliveInterval 900
– ClientAliveCountMax 10
Stoppen Sie den SSH-Dämon mit dem Befehl stopsrc -s sshd, und starten Sie
ihn anschließend mit dem Befehl startsrc -s sshd erneut.
v Für AIX-Systeme setzen Sie die Variablen TMOUT und TIMEOUT im Benutzerprofilscript auf 0. Diese Einstellung verhindert, dass der Benutzer während der
Installation aufgrund von Inaktivität vom fernen System abgemeldet wird.
v Der Benutzername, den Sie im Installationsprogramm angeben, muss auf den
fernen Systemen als berechtigtes Konto vorhanden sein.
v Vergewissern Sie sich, dass eine aktuelle Version von OpenSSH installiert und
aktiv ist. Verwenden Sie nicht OpenSSH 4.7.0.5302.
v Auf Oracle-Solaris-Systemen müssen für Remotezugriffsprotokolle interne ShellScripts verwendet werden, die in der Korn-Shell (ksh) ausgeführt werden müssen. Die Methoden setzen ksh voraus, selbst wenn die Benutzer-ID, mit der Sie
sich am fernen System anmelden, für eine andere Shell konfiguriert ist. Daher
muss auf Oracle-Solaris-Systemen die ksh-Umgebung installiert und ordnungsgemäß konfiguriert sein.
v Wenn Sie Software auf fernen Linux- oder UNIX-Computern über Remotezugriff
konfigurieren möchten, vergewissern Sie sich, dass SSH installiert ist.
Die Fernkonfiguration bietet keine Unterstützung für den Zugriff auf Netzlaufwerke des lokalen oder fernen Systems.
Kapitel 1. Installation vorbereiten
15
SSL-Clientauthentifizierung aktivieren
Das Installationsprogramm von Control Desk und Process Solution Installer schlagen fehl, wenn das Feature für SSL-Clientauthentifizierung in IBM HTTP Server
aktiviert ist. Sie können eine Ausweichlösung verwenden, um die Clientauthentifizierung während der Installation zu aktivieren.
Vorbereitende Schritte
Das Installationsprogramm von Control Desk und PSI-Programme (Process Solution Installer) verwenden HTTP-Clientanforderungen für verschiedene Konfigurationsaktionen. Das Installationsprogramm von Control Desk konfiguriert weder
WebSphere Application Server Network Deployment noch IBM HTTP Server für
die Verwendung von SSL. In Umgebungen, in denen WebSphere Application Server Network Deployment und IBM HTTP Server manuell für die Verwendung von
SSL konfiguriert werden, funktionieren beide Produkte. Installationsprogramme
und Standardimplementierungsprozeduren von Control Desk funktionieren nicht
richtig, wenn das SSL-Feature für Clientauthentifizierung in IBM HTTP Server aktiviert ist. Die Validierung von Berechtigungsnachweisen für die Produktverwaltung
oder der Import von Daten mit Maximo Enterprise Adapter schlägt fehl. Die Clientauthentifizierung wird in IBM HTTP Server mit der Anweisung "SSLClientAuth
Required" in der Konfigurationsdatei httpd.conf aktiviert.
Informationen zu diesem Vorgang
Wenn die Clientauthentifizierung für IBM HTTP Server aktiviert werden muss,
nutzen Sie die folgende Ausweichlösung, um das Produkt zu installieren.
Vorgehensweise
1. Entfernen Sie die Anweisung "SSLClientAuth Required" aus der Konfigurationsdatei httpd.conf von IBM HTTP Server.
2. Stoppen Sie den IBM HTTP Server, und starten Sie ihn anschließend erneut.
3. Führen Sie das Installationsprogramm von Control Desk oder PSI-Programme
(Process Solution Installer) aus.
4. Fügen Sie die Anweisung "SSLClientAuth Required" der Konfigurationsdatei
httpd.conf von IBM HTTP Server wieder hinzu.
5. Stoppen Sie den IBM HTTP Server, und starten Sie ihn anschließend erneut.
Richtlinieneinstellungen für Systemkennwörter
Machen Sie sich mit den Kennwortrichtlinien der Systeme vertraut, die im Rahmen
einer Implementierung von Control Desk verwendet werden.
Möglicherweise gibt es in Ihrem Unternehmen Regelungen für Kennwortrichtlinien, die für die Systeme in Ihrem Netz gelten. Vor der Implementierung von Control Desk sollten Sie sich mit den Kennwortrichtlinien der für die Implementierung
verwendeten Systeme vertraut machen. Andernfalls können während der Installation Fehler auftreten.
Beispielsweise sind auf Systemen mit Microsoft Windows Server 2008 standardmäßig strengere Kennwortvoraussetzungen konfiguriert als in früheren Versionen.
Wenn Sie mit diesen strengeren Kennwortvoraussetzungen nicht vertraut sind,
können während der Installation von Control Desk Fehler auftreten, wenn Sie Benutzer auf einem System mit Microsoft Windows Server 2008 erstellen.
16
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Die Kennwortwerte, die Sie während der Installation von Control Desk angeben,
müssen mit den definierten Kennwortrichtlinien des Zielsystems übereinstimmen.
Bei der Eingabe der Kennwörter in den Anzeigen des Installationsprogramms wird
nicht geprüft, ob die Kennwörter den Kennwortrichtlinien der Zielsysteme entsprechen. Entsprechen Ihre Kennwörter nicht den Kennwortrichtlinien der Systeme, die
für die Implementierung des Produkt verwendet werden, treten Fehler auf, wenn
das Installationsprogramm versucht, diese Kennwörter während des Konfigurationsschritts zu erstellen.
Datenbank der Implementierungsengine sichern
Mithilfe dieser Anweisungen können Sie die Datenbank der Implementierungsengine sichern. Sicherungen werden verwendet, um die Datenbank in dem Zustand
wiederherzustellen, den sie vor der Installation hatte.
Vorbereitende Schritte
Sichern Sie die Implementierungenginedatenbank des Systems vor und nach dem
Anwenden von Aktualisierungen auf eine vorhandene Implementierung. Mithilfe
von Sicherungen können Sie nach Installationversuchen, die nur teilweise erfolgreich waren, eine Wiederherstellung durchführen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um die Datenbank der Implementierungsengine zu sichern:
Vorgehensweise
1. Richten Sie die Umgebung mit dem folgenden Befehl ein:
Windows
c:\Installationsausgangsverzeichnis\ctg_DE\acsi\setenv.cmd
UNIX
cd Installationsausgangsverzeichnis/ctg_DE/acsi
./setenv.sh
2. Führen Sie den Befehl zum Sichern der Registry der Implementierungsengine
aus:
Windows
c:\Installationsausgangsverzeichnis\ctg_DE\acsi\bin\backupdb.cmd
Name_der_Sicherungsdatei
UNIX
cd Installationsausgangsverzeichnis/ctg_DE/acsi/bin
./backupdb.sh Name der Sicherungsdatei
Geben Sie für Name_der_Sicherungsdatei einen aussagekräftigen Namen ein, der
angibt, dass die Sicherungsdatei den Status der Registry nach der Installation
von Control Desk enthält, z. B. DEBackupAfterInstall.
Werte für Hostnamen angeben
Verwenden Sie localhost nicht als Hostnamenswert im Installationsprogramm. Geben Sie den vollständig qualifizierten Hostnamen oder die IP-Adresse des Systems
an, auf dem die Installation ausgeführt wird.
Wenn der Befehl hostname -f auf Linux- oder UNIX-Systemen keinen vollständig
qualifizierten Hostnamen zurückgibt, ziehen Sie die Systemdokumentation zu Rate.
Kapitel 1. Installation vorbereiten
17
Vollständig qualifizierten Hostnamen auf Windows-Systemen definieren
Mit dieser Aufgabe können Sie einen vollständig qualifizierten Hostnamen auf
Windows-Systemen definieren.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um auf Windows-Systemen einen vollständig qualifizierten Hostnamen zu definieren:
Vorgehensweise
Klicken Sie auf dem Desktop mit der rechten Maustaste auf Arbeitsplatz.
Wählen Sie "Eigenschaften" aus.
Klicken Sie auf der Registerkarte "Computername" auf Ändern.
Geben Sie im Feld Computername den vollständig qualifizierten Hostnamen
ein, und klicken Sie auf Weiter. Alternativ können Sie die IP-Adresse des Systems angeben.
5. Stellen Sie sicher, dass im Fenster Primäres DNS-Suffix des Computers im
Feld Primäres DNS-Suffix ein Domänenname angezeigt wird, und klicken Sie
auf OK.
1.
2.
3.
4.
6. Klicken Sie in der Anzeige Computernamen ändern auf OK.
7. Klicken Sie auf Übernehmen, und schließen Sie das Fenster "Systemeigenschaften".
Verwendung alphanumerischer Hostnamen im Middlewareinstallationsprogramm erzwingen
Sie können die Verwendung alphanumerischer Hostnamen im Middlewareinstallationsprogramm erzwingen, indem Sie das Middlewareinstallationsprogramm mit
dem Parameter forceHostname=true über die Befehlszeile starten.
Beispiel
Das folgende Beispiel zeigt eine Verwendung des Parameters forceHostname=true:
mwi-console -V forceHostname=true
Nächste Schritte
Wenn Sie das Middlewareinstallationsprogramm mit dem Parameter
forceHostname=true über die Befehlszeile gestartet haben, müssen Sie im Feld
Hostname einen alphanumerischen Wert eingeben. Wenn Sie eine IP-Adresse eingeben, wird eine Fehlernachricht ausgegeben.
Volltextsuche für IBM DB2 aktivieren
Die Volltextsuche ist eine Suchoption, mit der Sie nach Worten und Ausdrücken
suchen und komplexe Suchvorgänge mit Platzhaltern und logischen Operatoren
durchführen können. Für Control Desk 7.5.3 muss unbedingt die mit DB2 Version
9.7.5 oder höher gelieferte Textsuchfunktion installiert und aktiviert werden.
Informationen zu diesem Vorgang
Die auszuführenden Schritte richten sich danach, ob Sie eine neue Instanz von
Control Desk 7.5.3 installieren oder ein Upgrade von einem früheren Release
durchführen möchten. Diese Vorgehensweise bezieht sich auf eine Neuinstallation.
18
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Wenn Sie ein Upgrade von einem früheren Release durchführen möchten, ziehen
Sie die Veröffentlichung "Upgrade Guide" zu Rate.
Wichtig: Führen Sie die folgenden Schritte aus, bevor Sie Control Desk installieren.
Vorgehensweise
1. Vergewissern Sie sich, dass DB2 Version 9.7.5 oder höher installiert ist.
2. Aktivieren Sie die Volltextsuche auf dem DB2-Server. Weitere Informationen finden Sie unter Installieren und Konfigurieren von DB2 Text Search.
3. Installieren Sie Control Desk.
Launchpad
Das Launchpad von IBM Control Desk dient als zentrale Schnittstelle, über die verschiedene Installationsprogramme gestartet und Produktinformationen angezeigt
werden können.
Die Launchpadanwendung hilft Ihnen bei der Auswahl der zu installierenden Produktinstallationsprogramme und gibt die Reihenfolge für deren Installation vor.
Verwenden Sie das Launchpad von Control Desk für folgende Aufgaben:
v Middlewareinstallationsprogramm starten
v Dienstprogramm für Voraussetzungsprüfung starten
v Installationsprogramm von Control Desk starten
v Installationsprogramm für die Service-Provider-Unterstützung starten
v Zugriff auf das Information Center von Control Desk, einschließlich der Informationen, die für die Planung der Installation und Implementierung von Control
Desk verwendet werden
Stellen Sie vor dem Starten des Launchpads sicher, dass die Middlewarevoraussetzungen erfüllt sind. Stellen Sie sicher, dass Sie die richtigen Service-Pack-Levels für
Ihre Umgebungen haben und immer die vollständig qualifizierten Domänennamen
verwenden, wenn Sie Werte für das Installationsprogramm eingeben.
Launchpad starten
In diesem Abschnitt wird beschrieben, wie Sie das Launchpad von Control Desk
starten.
Vorbereitende Schritte
Vom Launchpad generierte Nachrichten werden während der Ausführung des
Launchpads in einem verdeckten Protokollteilfenster erfasst. Wenn Sie das Protokollteilfenster im unteren Bereich der Launchpadanzeigen anzeigen möchten, halten Sie die Steuertaste gedrückt, und klicken Sie gleichzeitig auf das Bannerteilfenster des Launchpads. Nachrichten, die generiert werden, während das
Launchpad aktiv ist, werden nicht automatisch auf dem Festplattenlaufwerk gespeichert. Sie können die Nachrichten manuell speichern, indem Sie unten im Protokolldateifenster auf Speichern klicken und dann angeben, wo Sie die Datei
speichern möchten.
Kapitel 1. Installation vorbereiten
19
Informationen zu diesem Vorgang
Führen Sie zum Starten des Launchpads für IBM Control Desk die folgenden
Schritte aus:
Vorgehensweise
1. Melden Sie sich auf dem Computer, auf dem die Komponenten von Control
Desk installiert werden sollen, an einem Account mit Systemadministratorberechtigung an.
2. Starten Sie das Launchpad im Stammverzeichnis des Installationsimage:
v Windows: Starten Sie das Launchpad mit dem Programm launchpad.exe.
v AIX: Starten Sie das Launchpad mit dem Programm launchpad.sh im
Stammverzeichnis.
Das Launchpadprogramm verwendet für die Ausführung den Standardbrowser des Systems. Wenn Firefox als Standardbrowser unter AIX verwendet
wird, wird das Launchpadprogramm aufgrund des ksh-Shell-Interface wahrscheinlich nicht ordnungsgemäß ausgeführt. Wenn Sie das Launchpad mit
dem Browser Firefox verwenden möchten, ändern Sie es wie folgt:
a. Laden Sie die Launchpad-Images herunter und extrahieren Sie sie wie im
Downloaddokument beschrieben.
b. Ändern Sie /Benutzerverzeichnis/launchpad/Firefox.sh, indem Sie die
folgenden Zeilen entfernen:
typeset +r LOGNAME 2>/dev/null
LOGNAME=lp_user_$$; export LOGNAME
c. Führen Sie das Launchpad im Verzeichnis /Benutzerverzeichnis aus.
v Linux: Starten Sie das Launchpad mit dem Programm launchpad.sh.
Beispiel:
./launchpad.sh
20
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
Anhand der folgenden Anweisungen können Sie mit den Installationsprogrammen
und Tools eine Implementierung von Control Desk in Ihrem Unternehmen installieren und automatisch konfigurieren.
Diese Informationen bieten eine allgemeine Übersicht über die Aufgaben bzw. eine
Roadmap der Aufgaben, die Sie ausführen müssen, um Control Desk mit automatischer Middlewarekonfiguration zu implementieren.
In diesem Szenario verwenden Sie das Middlewareinstallationsprogramm, um
neue Instanzen der folgenden Komponenten zu installieren und automatisch zu
konfigurieren:
v DB2
v WebSphere Application Server Network Deployment
v IBM Tivoli Directory Server
Sie verwenden das Produktinstallationsprogramm, um automatisch weitere Aufgaben zur Konfiguration der Middleware auszuführen, bevor Sie schließlich das Produkt selbst implementieren.
Sie können das Middlewareinstallationsprogramm verwenden, um DB2 zu installieren. Zur Konfiguration verwenden Sie anschließend das Installationsprogramm
von Control Desk.
Übersicht über den Implementierungsplan des Middlewareinstallationsprogramms
Der Implementierungsplan befindet sich im Arbeitsbereichsverzeichnis und wird
auf der Grundlage der Implementierungsoptionen generiert, die Sie im Middlewareinstallationsprogramm ausgewählt haben.
Der Plan umfasst eine Reihe von Implementierungsschritten und Konfigurationsparametern. Jeder Schritt bezieht sich auf die Installation und Deinstallation einer
Middlewarekomponente. Wenn sich die Auswahl der Implementierungsoptionen
ändert, wird der vorhandene Implementierungsplan gelöscht und durch den neuen
ersetzt.
Middleware mit dem Middlewareinstallationsprogramm installieren
Sie verwenden das Middlewareinstallationsprogramm, um Middlewarekomponenten für IBM Control Desk zu installieren. Die Middlewarekomponenten, die Sie für
die Installation auswählen, und die zugehörigen Konfigurationsparameter werden
in einem Implementierungsplan für das Zielsystem festgehalten.
Vorbereitende Schritte
v Planen Sie Ihre Installation.
v Verwenden Sie die Arbeitsblätter für die Planung der Middlewareinstallation,
um die Werte zu notieren, die während der Installation angegeben werden müssen.
© Copyright IBM Corp. 2014
21
Informationen zu diesem Vorgang
Diese Anweisungen beziehen sich auf die Verwendung des Middlewareinstallationsprogramms zur Installation und Konfiguration der Middlewarekomponenten
auf einem Einzelserver. Dieses Implementierungsszenario für einen Einzelserver
eignet sich für Demonstrations-, Test- und Schulungszwecke.
Folgende Middlewarekomponenten werden installiert:
v DB2
v WebSphere Application Server Network Deployment
v Tivoli Directory Server
Das Middlewareinstallationsprogramm muss lokal auf dem Zielsystem ausgeführt
werden. Sie können das Programm über das Launchpad oder über ein Setup-Script
starten. Wenn Sie das Launchpad verwenden, werden die Programmdateien in ein
temporäres Verzeichnis auf dem Zielsystem kopiert. Bei Verwendung eines SetupScripts werden keine Dateien auf das Zielsystem kopiert. Bei der Installation auf
einem 64-Bit-Windows-System muss ein Setup-Script zum Starten des Programms
verwendet werden.
Vorgehensweise
1. Melden Sie sich als Benutzer mit Administratorberechtigung am Zielsystem
an. Wenn Sie das Middlewareinstallationsprogramm über ein Linux- oder
UNIX-Terminalfenster ausführen, müssen Sie als Rootbenutzer angemeldet
sein.
2. Starten Sie das Middlewareinstallationsprogramm über das Launchpad oder
über ein Setup-Script.
v Verwenden Sie das Launchpad, um das Middlewareinstallationsprogramm
zu starten.
a. Starten Sie das Launchpad.
Windows (nur 32 Bit)
Führen Sie im Stammverzeichnis des Installationsimage folgenden Befehl aus: launchpad.exe.
Linux und UNIX
Führen Sie im Stammverzeichnis des Installationsimage oder des
Produktdatenträgers folgenden Befehl aus: launchpad.sh.
b. Führen Sie das Dienstprogramm zur Überprüfung der Voraussetzungen
für die Middlewareinstallation aus.
c. Klicken Sie auf Middleware.
v Führen Sie den folgenden Befehl aus, um ein Setup-Script aufzurufen, mit
dem das Middlewareinstallationsprogramm gestartet wird:
Windows
launchpad\Install\MWI\setupwin.bat /l
Linux und UNIX
launchpad/Install/MWI/setupUNIX.sh -l
3. Geben Sie die Arbeitsbereichsposition für diese Middlewareinstallation an.
4. Wählen Sie in der Anzeige Auswahlmöglichkeiten für die Implementierung
die Komponenten aus, die auf diesem System installiert werden sollen.
5. Prüfen Sie die Zusammenfassung des generierten Implementierungsplans, und
klicken Sie auf Weiter, um die Konfiguration der angegebenen Komponenten
22
IBM Control Desk: Installationshandbuch (IBM WebSphere)
fortzusetzen. Wenn Sie auf Weiter klicken, prüft das Middlewareinstallationsprogramm die Voraussetzungen für die Installation der angegebenen Komponenten.
6. Wenn Sie für das Zielsystem einen anderen Hostnamen als den Standardhostnamen angeben möchten, wählen Sie Hostnamen der lokalen Maschine überschreiben aus, und wählen Sie im Feld Hostname einen Hostnamen aus.
Wenn diese Option einmal ausgewählt ist, können Sie sie nicht mehr abwählen. Sie haben jedoch die Möglichkeit, den im Feld Hostname eingegebenen
Wert zu ändern.
7. Optional: Wenn Sie ein Standardkennwort festlegen möchten, das im gesamten Middlewareinstallationsprogramm verwendet werden kann, wählen Sie
die Option Dieses Kennwort als Wert für alle nachfolgenden Kennwörter
verwenden aus, und geben Sie das Kennwort ein.
8. Legen Sie folgende Angaben für DB2 Enterprise Edition Server fest:
a. Geben Sie das Installationsverzeichnis an.
b. Geben Sie die Informationen zum Administrationsaccount für den DB2Verwaltungsserver an. Das angegebene Kennwort wird auch als Kennwort
für die DB2-Standarddatenbankinstanz verwendet.
c. Bei Installation auf einem Linux- oder AIX-System legen Sie für DB2 die
Informationen zum Benutzeraccount mit eingeschränktem Zugriff fest.
9. Geben Sie einen Instanznamen, einen Port und einen Benutzernamen für die
Standarddatenbankinstanz an.
10. Geben Sie einen Instanznamen, einen Port und die Informationen zum Benutzeraccount für die Datenbankinstanz von Control Desk an.
11. Geben Sie Namen für die DB2-Administratoren und -Benutzergruppen an. Der
Name einer Benutzergruppe ist nur dann erforderlich, wenn DB2 Enterprise
Edition Server auf einem Windows-System installiert wird.
12. Legen Sie für IBM Tivoli Directory Server folgende Angaben fest:
a. Geben Sie das Installationsverzeichnis an.
b. Geben Sie einen definierten Namen und ein Kennwort für den Administrator von Tivoli Directory Server an.
13. Geben Sie die Konfigurationsparameter an, die für Tivoli Directory Server erforderlich sind, einschließlich Organisationseinheit, Organisationssuffix und
Landessuffix. Diese Angaben sind erforderlich, wenn der Verzeichnisserver
mit Control Desk verwendet wird.
14. Legen Sie für die Datenbankinstanz von Tivoli Directory Server folgende Angaben fest:
a. Geben Sie den Namen der DB2-Datenbank an, die für die Daten von Tivoli
Directory Server verwendet werden soll.
b. Geben Sie den Namen und das Kennwort der Datenbankinstanz von Tivoli
Directory Server an.
15. Geben Sie die Konfigurationsparameter an, die erforderlich sind, wenn Tivoli
Directory Server als LPAR-Ressource für die Sicherheit von WebSphere Application Server Network Deployment verwendet wird.
16. Geben Sie den erforderlichen definierten Namen und das zugehörige Kennwort für die Bindung an die LDAP-Instanz an. Wenn Sie auf Weiter klicken,
validiert das Middlewareinstallationsprogramm die für den Verzeichnisserver
festgelegten Host- und Verzeichnisinformationen. Die angegebenen Informationen müssen verifiziert werden, bevor die Installation fortgesetzt werden
kann.
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
23
17. Legen Sie die Installationsposition und die Angaben zum Administrationsaccount für WebSphere Application Server Network Deployment fest.
18. Geben Sie die Profilnamen für den Deployment Manager und die Anwendungsserver von WebSphere Application Server Network Deployment an.
19. Legen Sie für WebSphere Application Server Network Deployment folgende
Angaben fest:
a. Geben Sie den Zellennamen von WebSphere Application Server Network
Deployment an.
b. Geben Sie die Namen der Deployment-Manager- und Anwendungsserverknoten von WebSphere Application Server Network Deployment an.
c. Geben Sie die Installationsposition des Aktualisierungsprogramms (Update
Installer) von WebSphere Application Server Network Deployment an.
20. Geben Sie die Installationsposition, den von IBM HTTP Server verwendeten
Port und den Port für die Verwaltung von IBM HTTP Server an. Bei der Installation in einem Verzeichnispfad, der Leerzeichen enthält, z. B. im Standardinstallationspfad für Windows-Systeme, kann IBM HTTP Server nicht über
die Administrationskonsole gestartet und gestoppt werden. Wenn der Verzeichnispfad Leerzeichen enthält, müssen Sie IBM HTTP Server über die Befehlszeile starten und stoppen.
21. Übernehmen Sie den Standardprofilnamen für das Plug-in von WebSphere
Application Server Network Deployment für IBM HTTP Server, indem Sie auf
Weiter klicken. Dieser Wert kann nicht geändert werden.
22. Geben Sie an, ob die Middlewareinstallationsimages für Control Desk von
dem Produktdatenträger in Ihr Dateisystem kopiert werden müssen:
v Wenn die Middlewareinstallationsimages vom Produktdatenträger kopiert
werden müssen, geben Sie Quellen- und Zielverzeichnis an.
v Wenn die Middlewareinstallationsimages bereits im Dateisystem gespeichert
sind, geben Sie das Verzeichnis an, in dem sie sich befinden.
23. Optional: Prüfen Sie vor der Implementierung die Integrität der Middlewareinstallationsimages, indem Sie die Option für Kontrollsummenvalidierung
auswählen. Wenn die Kontrollsummenoperation scheitert, klicken Sie auf Zurück, und kopieren Sie die Images erneut. Wenn Sie diese Option nicht auswählen und die Middlewareinstallationsimages beschädigt oder im angegebenen Verzeichnis nicht zugänglich sind, tritt ein Fehler auf. Wenn dieser Fehler
auftritt, müssen Sie die beschädigten Middlewareinstallationsimages ersetzen
und anschließend das Middlewareinstallationsprogramm erneut starten.
24. Geben Sie ein Verzeichnis für die temporären Dateien des Middlewareinstallationsprogramms und für die extrahierten Middlewareinstallationsimages an.
25. Wählen Sie Plan implementieren aus, um zu bestätigen, dass mit der Installation und Konfiguration der ausgewählten Middlewarekomponenten begonnen
werden kann.
26. Klicken Sie auf Implementieren, um den Installationsprozess einzuleiten.
27. Klicken Sie nach Abschluss der Implementierung auf Fertig stellen, um den
Installationsassistenten zu schließen.
Protokolle des Middlewareinstallationsprogramms
Die Protokolldateien des Middlewareinstallationsprogramms befinden sich in dem
Arbeitsbereichsverzeichnis, das im Middlewareinstallationsprogramm definiert
wurde.
Es gibt verschiedene Typen von Protokolldateien.
24
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Benutzerschnittstellenprotokolle
Die von der Benutzerschnittstelle des Middlewareinstallationsprogramms
generierten Protokolle befinden sich im Arbeitsbereichsverzeichnis.
Das Middlewareinstallationsprogramm protokolliert alle Informationen in
der Datei <Position_des_Arbeitsbereichs>/mwi.log. Die Standardarbeitsbereichspositionen für alle Plattformen sind im Folgenden aufgeführt:
Windows
C:\ibm\tivoli\mwi\workspace
Linux /root/ibm/tivoli/mwi/workspace
AIX
/ibm/tivoli/mwi/workspace
Die Datei mwi.log ist die übergeordnete Protokolldatei, die beim letzten
Aufruf des Middlewareinstallationsprogramms generiert wurde. Wenn ein
Fehler auftritt, sollten Sie zuerst diese Protokolldatei untersuchen. Ein Eintrag in dieser Protokolldatei führt Sie möglicherweise zu einer untergeordneten Protokolldatei.
Die Protokolldateien mit dem Namen mwi.logX (wobei X für eine Zahl
steht) sind Kopien der Datei mwi.log früherer Aufrufe des Middlewareinstallationsprogramms. So wird beispielsweise die Datei mwi.log0 nach dem
ersten Aufruf und die Datei mwi.log1 nach dem zweiten Aufruf des Middlewareinstallationsprogramms erzeugt.
Protokolle für in der Benutzerschnittstelle ausgeführte Schritte
Die Benutzerschnittstelle des Middlewareinstallationsprogramms erfasst einerseits die Eingabe des Benutzers, andererseits führt sie aber auch mehrere Systemprüfungen durch. Beispiele für Systemprüfungen, die von der
Benutzerschnittstelle ausgeführt werden:
v Abhängigkeitsüberprüfung, bei der sichergestellt wird, dass das Betriebssystem die Implementierungsanforderungen erfüllt
v Inventarisierung der Software auf dem System, um die vorhandenen Instanzen von Middlewareprodukten, die vom Middlewareinstallationsprogramm implementiert wurden, zu lokalisieren
v Überprüfung des verfügbaren Plattenspeichers, um sicherzustellen, dass
der Speicherplatz für die Implementierung ausreicht
Jede dieser Prüfungen ist als gesonderter Schritt konzipiert und kann somit
auch im Rahmen des Implementierungsplans ausgeführt werden. Wenn die
Benutzerschnittstelle einen Schritt ausführt, kopiert sie ihn in ein Unterverzeichnis des Arbeitsbereichsverzeichnisses. Die in einem der Schritte generierten Protokolldateien befinden sich in demselben Unterverzeichnis. Diese Dateien folgen demselben Muster wie bei einem Schritt, der als Teil des
Implementierungsplans ausgeführt wird.
Protokolle für den Implementierungsplan
Der Implementierungsplan befindet sich im Verzeichnis
<Arbeitsbereichsverzeichnis>/Hostname/deploymentPlan. Hier steht Hostname für den Hostnamen des aktuellen Systems. Jedes Mal, wenn über den
Implementierungsplan Middlewareprodukte installiert oder deinstalliert
werden, werden eine Prozess-ID und Protokolldateien generiert.
Die Protokolldateien für den Implementierungsplan befinden sich im Unterverzeichnis logs/Prozess-ID. Die primäre Protokolldatei für den Implementierungsplan ist DeploymentPlan.log. In dieser übergeordneten Protokolldatei sind die Schritte aufgelistet, die im Rahmen des
Implementierungsplans aufgerufen wurden.
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
25
Protokolle für den Workstationplan
Der Maschinenplan befindet sich im Verzeichnis
<Arbeitsbereichsverzeichnis>/Hostname/deploymentPlan/
MachinePlan_Hostname. Die Protokolldateien für den Maschinenplan sind
im Unterverzeichnis "logs" enthalten. Die primären Protokolldateien für
den Maschinenplan haben den Namen MachinePlan_Hostname_Prozess-ID.
Diese Protokolldateien enthalten die Ausgaben, die Apache ANT generiert,
wenn das ANT-Script des Maschinenplans ausgeführt wird.
Protokolle für Schritte im Implementierungsplan
Jeder Schritt des Implementierungsplans ist in einem Verzeichnis mit dem
Namen <Arbeitsbereichsverzeichnis>/Hostname/deploymentPlan/
MachinePlan_Hostname/Schrittnummer_Schritt-ID enthalten. Hier steht
Schrittnummer für die Folgenummer dieses Schritts in der Verarbeitungsreihenfolge der Installation gemäß dem Implementierungsplan. Die Angabe
Schritt-ID bezeichnet den Schritt. Die Protokolldateien für den Schritt sind
im Unterverzeichnis "logs" enthalten.
Es gibt Schritte, die eine Nachrichtenprotokolldatei mit der Bezeichnung
Schritt-ID_Prozess-ID.message bereitstellen können. Diese Datei enthält
einige wenige Einträge, die das Ergebnis des Schrittaufrufs zusammenfassen. Alle Schritte stellen eine Traceprotokolldatei mit der Bezeichnung
Schritt-ID_Prozess-ID.log bereit, die viele Einträge enthält, unter anderem mit Informationen zu den Eingabeparametern und den aufgerufenen
Teilschritten.
Protokolle für Teilschritte
Jeder Schritt enthält einen oder mehrere Teilschritte. Diese Teilschritte führen die eigentliche Installation, Deinstallation oder Prüfung für das Middlewareinstallationsprogramm aus.
Jeder Teilschritt befindet sich im Verzeichnis
<Arbeitsbereichsverzeichnis>/Hostname/deploymentPlan/
MachinePlan_Hostname/Schrittnummer_Schritt-ID/Operation/
Teilschrittnummer_Teilschritt-ID. Der Begriff Operation steht hier für das
ANT-Ziel im ANT-Script für den Schritt, das diesen Teilschritt aufruft.
Teilschrittnummer gibt die Folgenummer dieses Schritts in der Verarbeitungsreihenfolge des Schritts an. Die Teilschritt-ID bezeichnet den Teilschritt. Typische Werte für "Operation" sind install, uninstall und check.
Die Protokolldateien für den Teilschritt befinden sich in der Regel in einem
Unterverzeichnis mit dem Namen Prozess-ID/logs.
Von den nativen Middlewareinstallationsprogrammen generierte Protokolldateien werden ebenfalls in diesem Unterverzeichnis gespeichert.
Beispielsweise wird die folgende Protokolldatei, die vom Middlewareinstallationsprogramm bei der Installation von DB2 auf einem UNIX-System generiert wird, im
Verzeichnis <Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_DB2_9.7/install/01_BASE/<Zeitmarke>/logs/
db2setup.log abgelegt.
Protokolle des Middlewareinstallationsprogramms
Die folgenden Protokolle werden während der Verwendung des Middlewareinstallationsprogramms erstellt.
Schritt: DB2-Installation
Protokolle für die DB2-Installation sind an den folgenden Positionen zu finden:
26
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Basisprodukt DB2
Die folgenden Protokolldateien für das DB2-Basisprodukt befinden sich im
Verzeichnis <Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_DB2_9.7/install/01_BASE/
<Zeitmarke>/logs:
v DB2_ESE_InstallProduct_<Zeitmarke>.err
v DB2_ESE_InstallProduct_<Zeitmarke>.log
v DB2_ESE_MoveDB2InstallLogsToLogsLoc_<Zeitmarke>.err
v DB2_ESE_MoveDB2InstallLogsToLogsLoc_<Zeitmarke>.log
v DB2_ESE_Register_DB_<Zeitmarke>.err
v
v
v
v
v
v
DB2_ESE_Register_DB_<Zeitmarke>.log
DB2_ESE_Verify_DB2_Level_<Zeitmarke>.err
DB2_ESE_Verify_DB2_Level_<Zeitmarke>.log
db2setup.log
de_processreq.log
de_processreq.log_utf8
v de_trace.log
Für Windows sind die folgenden zusätzlichen Dateien verfügbar:
v DB2_ESE_Verify_DB2_Service_20080805_063132GMT.err
v serviceList.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden. Die Datei db2setup.log ist das native Produktprotokoll von DB2.
Dieses Protokoll enthält Installationsinformationen zu DB2.
DB2-Fixpack
Die Protokolldateien für DB2-Fixpacks befinden sich im Verzeichnis
"<Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_DB2_XX/install/02_FP/
<Zeitmarke>/logs":
v DB2_ESE_FP2MoveDB2LogsToLogsLoc_<Zeitmarke>.err
v DB2_ESE_FP2MoveDB2LogsToLogsLoc_<Zeitmarke>.log
v DB2_ESE_InstallDB2Fixpack_<Zeitmarke>.err
v DB2_ESE_InstallDB2Fixpack_<Zeitmarke>.log
v DB2_ESE_ListDB2FPAdmin_<Zeitmarke>.err
v
v
v
v
v
v
DB2_ESE_ListDB2FPAdmin_<Zeitmarke>.log
DB2_ESE_ListDB2FPinstance_<Zeitmarke>.err
DB2_ESE_ListDB2FPinstance_<Zeitmarke>.log
DB2_ESE_StartDB2FPAdminInstance_<Zeitmarke>.err
DB2_ESE_StartDB2FPAdminInstance_<Zeitmarke>.log
DB2_ESE_StopDB2FPAdminInstance_<Zeitmarke>.err
v
v
v
v
v
v
DB2_ESE_StopDB2FPAdminInstance_<Zeitmarke>.log
DB2_ESE_UpdateDB2_<Zeitmarke>.err
DB2_ESE_UpdateDB2_<Zeitmarke>.log
DB2_ESE_Verify_DB2_FP_Level_<Zeitmarke>.err
DB2_ESE_Verify_DB2_FP_Level_<Zeitmarke>.log
de_processreq.log
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
27
v de_processreq.log_utf8
v de_trace.log
v installFixPack.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden. Die Datei installFixPack.log ist das native Protokoll für das Fixpack. Dieses Protokoll enthält Installationsinformationen zu DB2-Fixpacks.
Auf Windows-Systemen sind keine Protokolle für Fixpacks verfügbar.
Wenn ein Wrapperfehler auftritt, finden Sie weitere Informationen im Verzeichnis
"$(_TempLocation)" im Ordner <Zeitmarke>. Dieses Verzeichnis enthält die Protokolle zur DB2-Installation.
Schritt: DB2-Konfiguration
Die folgenden Protokolle für die DB2-Konfiguration befinden sich im Verzeichnis
<Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_DB2_Configuration/install/01_CONFIG/
<Zeitmarke>/logs:
v
v
v
v
v
checkpasswdCreated.log
createuser.log
etcgroupfile.log
etcpasswdfile.log
setUserPassword.log
Für Linux, einschließlich Linux on IBM System z, werden die folgenden zusätzlichen Dateien erstellt:
v
v
v
v
permissions.log
catalogLocalNode.log (erstellt im Ordner 02_CONFIG)
catalogLocalNode.log (erstellt im Ordner 02_CONFIG)
startDB2.log
Für Windows werden die folgenden zusätzlichen Dateien erstellt:
v createDB2instance.log
v localEnvVariables.log
v setTCPIPCommForDB2instance.log
v setTCPIPPortForDB2instance.log
v setWindowsServiceToAutoStart.log
Für UNIX, einschließlich Linux, Linux on IBM System z und AIX, werden die folgenden zusätzlichen Dateien erstellt:
v createinstance.log
v SetTCPIPCOMM.log
v stopDB2.log
v updatePort.log
28
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Schritt: Installation von IBM Tivoli Directory Server DB2 for Control
Desk
Die folgenden Protokolle von IBM Tivoli Directory Server DB2 for Control Desk
befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_ITDS_DB2_CCMDB/check/01_CHECKS/
<Zeitmarke>/logs:
v etcgroupfile.log
v etcpasswdfile.log
Schritt: Installation von IBM Tivoli Directory Server
Installationsprotokolle für IBM Tivoli Directory Server befinden sich in folgenden
Verzeichnissen:
GSKIT
Die folgenden Protokolldateien für die Installation von IBM Tivoli Directory Server befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/
deploymentPlan/MachinePlan_<Maschinenname>/000XX_ITDS_6.3/install/
01_GSKIT/<Zeitmarke>/logs.
v de_processreq.log
v de_trace.log
Für Windows und Linux, einschließlich Linux on IBM System z, werden
die folgenden zusätzlichen Dateien erstellt:
v GSKit_Install_GSKit_<Zeitmarke>.log
v GSKit_Install_GSKit_<Zeitmarke>.err
Für 32-Bit-Windows-Systeme wird die folgende zusätzliche Datei erstellt:
v gskInstall.log
Für 32-Bit-Windows-Systeme werden die folgenden zusätzlichen Dateien
erstellt:
v ISScript_Install.log
v gskInstall.log
Für AIX-Systeme werden die folgenden zusätzlichen Dateien erstellt:
v GSKit_Install_JS_RTE_20080721_084044GMT-06.00.log
v GSKit_Install_SA_RTE_20080721_084044GMT-06.00.log
v GSKit_Install_TA_RTE_20080721_084044GMT-06.00.log
v rteList.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden.
Basisprodukt IBM Tivoli Directory Server
Die folgenden Protokolldateien für das Basisprodukt IBM Tivoli Directory
Server befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/
deploymentPlan/MachinePlan_<Maschinenname>/000XX_ITDS_6.3/
install/02_BASE/<Zeitmarke>/logs:
v de_processreq.log
v de_trace.log
Für Windows sind die folgenden zusätzlichen Dateien verfügbar:
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
29
v ldapinst.log
v registryList.log
Für Linux, einschließlich Linux on IBM System z, werden die folgenden
zusätzlichen Dateien erstellt:
v ITDS6.3_CheckRPMEntry_<Zeitmarke>.err
v ITDS6.3_CheckRPMEntry_<Zeitmarke>.log
v rpmList.log
Für AIX-Systeme werden die folgenden zusätzlichen Dateien erstellt:
v ITDS6.3_CheckRTEEntry_<Zeitmarke>.log
v ITDS6.3_CheckRTEEntry_<Zeitmarke>.err
v rteList.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden.
Fixpack von IBM Tivoli Directory Server
Die folgenden Protokolldateien für Fixpacks von IBM Tivoli Directory Server befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/
deploymentPlan/MachinePlan_<Maschinenname>/000XX_ITDS_6.3/install/
02A_FP/<Zeitmarke>/logs:
v de_processreq.log
v de_trace.log
Für Windows ist die folgende zusätzliche Datei verfügbar:
v ldapinst.log
Für Linux werden die folgenden zusätzlichen Dateien erstellt:
v ITDS6.3_CheckRPMEntry_<Zeitmarke>.err
v ITDS_InstallFixpack_<Zeitmarke>.log
v rpmList.log
Für AIX-Systeme werden die folgenden zusätzlichen Dateien erstellt:
v ITDS_InstallFixpack_<Zeitmarke>.err
v ITDS_InstallFixpack_<Zeitmarke>.log
v ITDS6.3_CheckRTEEntry_<Zeitmarke>.log
v ITDS6.3_CheckRTEEntry_<Zeitmarke>.err
v rteList.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden.
Sprachenpaket von IBM Tivoli Directory Server
Die folgenden Protokolldateien für Sprachenpakete von IBM Tivoli Directory Server befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/
deploymentPlan/MachinePlan_<Maschinenname>/000XX_ITDS_6.3/
install/03_LP/<Zeitmarke>/logs:
v de_processreq.log
v de_trace.log
Für Windows sind die folgenden zusätzlichen Dateien verfügbar:
30
IBM Control Desk: Installationshandbuch (IBM WebSphere)
v ldapLP_inst.log
v registryList.log
Für Linux, einschließlich Linux on IBM System z, wird die folgende zusätzliche Datei erstellt:
v checkIfRPMEntryExists_<Zeitmarke>.log
Für AIX-Systeme werden die folgenden zusätzlichen Dateien erstellt:
v checkIfRTEEntryExists_<Zeitmarke>.log
v checkIfRTEEntryExists_<Zeitmarke>.err
Schritt: Konfiguration von IBM Tivoli Directory Server
Die folgenden Konfigurationsprotokolle für IBM Tivoli Directory Server befinden
sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_ITDS_Configuration/install/01_CONFIG/logs:
v createUsers.log
v netUserCheck.log
Für Windows werden die folgenden zusätzlichen Dateien erstellt:
v PasswdNeverExpires.log
v configureDB.log (erstellt im Ordner 02_CONFIG)
v configureDNPassword.log (erstellt im Ordner 02_CONFIG)
v
v
v
v
v
v
configureSuffix.log (erstellt im Ordner 02_CONFIG)
startInstanceTool.log (erstellt im Ordner 02_CONFIG)
startServer.log (erstellt im Ordner 02_CONFIG)
audit.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
bulkload.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
db2clicmds.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
v lostandfound.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
v traceibmslapd.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
v adminaudit.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
v ibmdiradm.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
v db2cli.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
v perftune_stat.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
v idstools.log (erstellt im Ordner C:\idsslapd-idsccmdb\logs)
Für UNIX, einschließlich Linux, Linux on IBM System z und AIX, werden die folgenden zusätzlichen Dateien erstellt:
v permissions.log
v ITDS_LDAP_Config.encrypted.ldif (erstellt im Ordner 03_CONFIG)
v addLDIFData.log (erstellt im Ordner 03_CONFIG/logs)
v idsadm.log (erstellt stellt im Ordner /var/idsldap/V6.3)
v idsadmdb2.log (erstellt im Ordner /var/idsldap/V6.3)
v idsadmdb2cmds.log (erstellt im Ordner /var/idsldap/V6.3)
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
31
Schritt: Installation von WebSphere Application Server Network Deployment
Installationsprotokolle für WebSphere Application Server Network Deployment befinden sich in den folgenden Verzeichnissen:
WebSphere Application Server Network Deployment
Die folgenden Installationsprotokolldateien für WebSphere Application Server Network Deployment befinden sich im Verzeichnis <Arbeitsbereich>/
<Maschinenname>/deploymentPlan/MachinePlan_<Maschinenname>/
000XX_WAS_ND_7.0/install/01_BASE/<Zeitmarke>/logs.
v de_processreq.log
v de_processreq.log_utf8
v de_trace.log
v ProductInstall.log
v WAS_ND_InstallProduct_<Zeitmarke>.err
v WAS_ND_InstallProduct_<Zeitmarke>.log
UpdateInstaller
Die folgenden Installationsprotokolldateien für UpdateInstaller befinden
sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_WAS_ND_7.0/install/
01_UPDT_INST/<Zeitmarke>/logs.
v de_processreq.log
v de_processreq.log_utf8
v de_trace.log
v ProductInstall.log
v
v
v
v
Update_Installer_InstallProduct_<Zeitmarke>.err
Update_Installer_InstallProduct_<Zeitmarke>.log
UpdateInstaller_MoveUpdateInstallerInstallLogsToLogsLoc.err
UpdateInstaller_MoveUpdateInstallerInstallLogsToLogsLoc.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei
stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für fehlgeschlagene
Aktionen kann nach weiteren Informationen durchsucht werden. Die Datei
ProductInstall.log ist das native Protokoll für das Fixpack. Dieses Protokoll enthält Installationsinformationen zu WebSphere Network Deployment und UpdateInstaller.
Schritt: Konfiguration von WebSphere Application Server Network Deployment
Die folgenden Konfigurationsprotokolle für WebSphere Application Server Network Deployment befinden sich im Verzeichnis <Arbeitsbereich>/
<Maschinenname>/deploymentPlan/MachinePlan_<Maschinenname>/
000XX_WAS_ND_Configuration/install/01_CONFIG/<Zeitmarke>/logs:
v createAppServer.log
v
v
v
v
v
32
MXServer_serverStatus.log
nodeagent_serverStatus.log
setupcmd.log
startManager.log
startServer.log
IBM Control Desk: Installationshandbuch (IBM WebSphere)
v
v
v
v
v
UnixAugmentProfileDMgrForISC.log
UnixCreateProfileAppSvr.log
UnixCreateProfileDMgr.log
verifyProfile.log
startManager.log (erstellt im Ordner 02_CONFIG)
v
v
v
v
v
stopManager.log (erstellt im Ordner 02_CONFIG)
stopNode.log (erstellt im Ordner 02_CONFIG)
syncNode.log (erstellt im Ordner 02_CONFIG)
VMMConfigData.log (erstellt im Ordner 02_CONFIG)
SystemErr.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgDmgr01/logs/dmgr)
v SystemOut.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgDmgr01/logs/dmgr)
v addNode.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs)
v runAddNode.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs)
v syncNode.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs)
v wsadmin.traceout (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs)
v SystemErr.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/nodeagent)
v SystemOut.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/nodeagent)
v startServer.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/MXServer)
v stopServer.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/MXServer)
v SystemErr.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/MXServer)
v SystemOut.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/MXServer)
Schritt: Installation von IBM HTTP Server
Installationsprotokolle für IBM HTTP Server befinden sich in den folgenden Verzeichnissen:
Basisprodukt IBM HTTP Server
Die folgenden Installationsprotokolldateien für das Basisprodukt IBM
HTTP Server befinden sich im Verzeichnis <Arbeitsbereich>/
<Maschinenname>/deploymentPlan/MachinePlan_<Maschinenname>/
000XX_IHS_7.0/install/01_BASE/<Zeitmarke>/logs.
v de_processreq.log
v de_processreq.log_utf8
v de_trace.log
v IHS_InstallProduct_<Zeitmarke>.err
v IHS_InstallProduct_<Zeitmarke>.log
v ProductInstall.log
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
33
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden. Die Datei ProductInstall.log ist das native Produktprotokoll.
Dieses Protokoll enthält Installationsinformationen zu IBM HTTP Server.
Fixpack von IBM HTTP Server
Die folgenden Protokolldateien für die Fixpacks von IBM HTTP Server befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/
deploymentPlan/MachinePlan_<Maschinenname>/000XX_IHS_7.0/install/
01A_FP/<Zeitmarke>/logs:
v de_processreq.log
v de_processreq.log_utf8
v de_trace.log
v IHS_Fixpack_GetIHSUpdateVersion_<Zeitmarke>.err
v
v
v
v
v
IHS_Fixpack_GetIHSUpdateVersion_<Zeitmarke>.log
IHS_Fixpack_InstallIHSFixpack_<Zeitmarke>.err
IHS_Fixpack_InstallIHSFixpack_<Zeitmarke>.log
IHS_Fixpack_MoveIHSFixInstallLogsToLogsLoc_<Zeitmarke>.err
IHS_Fixpack_MoveIHSFixInstallLogsToLogsLoc_<Zeitmarke>.log
Für Windows sind die folgenden zusätzlichen Dateien verfügbar:
v IHS_Fixpack_StartIHSAdminService_<Zeitmarke>.err
v IHS_Fixpack_StartIHSAdminService_<Zeitmarke>.log
v IHS_Fixpack_StartService_<Zeitmarke>.err
v IHS_Fixpack_StartService_<Zeitmarke>.log
v IHS_Fixpack_StopIHSAdminService_<Zeitmarke>.err
v IHS_Fixpack_StopIHSAdminService_<Zeitmarke>.log
v v IHS_Fixpack_StopService_<Zeitmarke>.err
v v IHS_Fixpack_StopService_<Zeitmarke>.log
Für UNIX, einschließlich Linux, Linux on IBM System z und AIX, werden
die folgenden zusätzlichen Dateien erstellt:
v
v
v
v
v
IHS_Fixpack_StartServiceLinux_<Zeitmarke>.err
IHS_Fixpack_StartServiceLinux_<Zeitmarke>.log
IHS_Fixpack_StopServiceLinux_<Zeitmarke>.err
IHS_Fixpack_StopServiceLinux_<Zeitmarke>.log
ProductInstall.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden. Die Datei ProductInstall.log ist das native Produktprotokoll.
Dieses Protokoll enthält Installationsinformationen zu den Fixpacks von
IBM HTTP Server.
WebSphere-Plug-ins
Die folgenden Protokolle für WebSphere-Plug-ins befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_IHS_7.0/install/
02_WAS_PLUGIN/<Zeitmarke>/logs:
v de_processreq.log
34
IBM Control Desk: Installationshandbuch (IBM WebSphere)
v
v
v
v
v
de_processreq.log_utf8
de_trace.log
ProductInstall.log
WAS_plugins_for_WAS_InstallProduct_<Zeitmarke>.err
WAS_plugins_for_WAS_InstallProduct_<Zeitmarke>.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden. Die Datei ProductInstall.log ist das native Produktprotokoll.
Dieses Protokoll enthält Installationsinformationen zu den Fixpacks von
IBM HTTP Server.
Fixpack für WebSphere-Plug-in
Die folgenden Protokolle für WebSphere-Plug-ins befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschinenname>/000XX_IHS_7.0/install/02A_FP/
<Zeitmarke>/logs:
v
v
v
v
v
de_processreq.log
de_processreq.log_utf8
de_trace.log
ProductInstall.log
WAS_Plugins_for_WAS_Fixpack_GetWASPluginUpdateVersion_
<Zeitmarke>.err
v WAS_Plugins_for_WAS_Fixpack_GetWASPluginUpdateVersion_
<Zeitmarke>.log
v WAS_Plugins_for_WAS_Fixpack_InstallWASPluginsFixpack_
<Zeitmarke>.err
v WAS_Plugins_for_WAS_Fixpack_InstallWASPluginsFixpack_
<Zeitmarke>.log
v WAS_Plugins_for_WAS_Fixpack_MoveIHSFixInstallLogsToLogsLoc_
<Zeitmarke>.err
v WAS_Plugins_for_WAS_Fixpack_MoveIHSFixInstallLogsToLogsLoc_
<Zeitmarke>.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden. Die Datei ProductInstall.log ist das native Produktprotokoll.
Dieses Protokoll enthält Installationsinformationen zu den Fixpacks von
IBM HTTP Server.
Für Windows sind die folgenden zusätzlichen Dateien verfügbar:
v WASPlugin _Fixpack_StartIHSAdminService_<Zeitmarke>.err
v WASPlugin _Fixpack_StartIHSAdminService_<Zeitmarke>.log
v WASPlugin _Fixpack_StartService_<Zeitmarke>.err
v WASPlugin _Fixpack_StartService_<Zeitmarke>.log
v WASPlugin _Fixpack_StopIHSAdminService_<Zeitmarke>.err
v WASPlugin _Fixpack_StopIHSAdminService_<Zeitmarke>.log
v WASPlugin _Fixpack_StopService_<Zeitmarke>.err
v WASPlugin _Fixpack_StopService_<Zeitmarke>.log
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
35
Für UNIX, einschließlich Linux, Linux on IBM System z und AIX, werden
die folgenden zusätzlichen Dateien erstellt:
v WASPlugin_Fixpack_StartServiceLinux_<Zeitmarke>.err
v WASPlugin_Fixpack_StartServiceLinux_<Zeitmarke>.log
v WASPlugin_Fixpack_StopServiceLinux_<Zeitmarke>.err
v WASPlugin_Fixpack_StopServiceLinux_<Zeitmarke>.log
Die Datei de_processreq.log enthält Statusinformationen. Diese Protokolldatei stellt Details zur fehlgeschlagenen Aktion bereit. Das Protokoll für
fehlgeschlagene Aktionen kann nach weiteren Informationen durchsucht
werden. Die Datei ProductInstall.log ist das native Produktprotokoll.
Dieses Protokoll enthält Installationsinformationen zu den Fixpacks von
IBM HTTP Server.
Konfiguration des WebSphere-Plug-ins für IBM HTTP Server
Die folgenden Protokolle für das IBM HTTP Server WebSphere-Plug-in befinden sich im Verzeichnis <Arbeitsbereich>/<Maschinenname>/
deploymentPlan/MachinePlan_<Maschinenname>/000XX_IHS_7.0/install/
03_CONFIG/<Zeitmarke>/logs:
v configure.webserver.command.out
v ConfigureIHSPlugin.out
v start.http.server.out
v SystemErr.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/
profiles/ctgDmgr01/logs/dmgr)
v SystemOut.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/
profiles/ctgDmgr01/logs/dmgr)
Authentifizierungsservice
Protokolle für den Authentifizierungsservice befinden sich im Verzeichnis
<Arbeitsbereich>/<Maschinenname>/deploymentPlan/
MachinePlan_<Maschine_Name>/000XX_ESS_XX/install/01_CONFIG/<Zeitmarke>/logs:
v configureESS.log
v exportWASLTPAKeys.log
v
v
v
v
v
importLTPAKeys.log
installESS.log
installWIM.log
key.file
modifyLTPASettings.log
v
v
v
v
v
v
v
v
v
save.log
startManager.01.log
startManager.02.log
startNode.01.log
startNode.02.log
startServer.01.log
startServer.02.log
stopManager.01.log
stopManager.02.log
v stopNode.01.log
v stopNode.02.log
36
IBM Control Desk: Installationshandbuch (IBM WebSphere)
v
v
v
v
v
v
v
v
stopServer.01.log
stopServer.02.log
sync.log
SystemErr.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgDmgr01/logs/dmgr/)
SystemOut.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgDmgr01/logs/dmgr/)
addNode.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/)
runAddNode.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/)
syncNode.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/)
v wsadmin.traceout (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/)
v SystemErr.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/nodeagent/)
v SystemOut.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/nodeagent/)
v SystemErr.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/MXServer/)
v SystemOut.log (erstellt im Ordner <WAS-Ausgangsverzeichnis>/profiles/
ctgAppSrv01/logs/MXServer/)
Zeichenfolgen für Benutzer und Gruppen in IBM Tivoli Directory Server konfigurieren
Sie können Zeichenfolgen für die Benutzer und Gruppen in IBM Tivoli Directory
Server gemäß Ihren Implementierungsanforderungen anpassen.
Informationen zu diesem Vorgang
Sie können während der Installation manuell Benutzer- und Gruppenzeichenfolgen
für Tivoli Directory Server erstellen.
Wenn Sie für ein System, auf dem sich nur IBM Tivoli Directory Server befindet,
Zeichenfolgen für Benutzer und Gruppen für Verzeichnisserver konfigurieren, müssen in der Datei input.properties im Schritt ITDS_CONFIGURATION des Implementierungsplans Eigenschaften manuell erstellt werden.
Vorgehensweise
1. Bearbeiten Sie die Datei input.properties, die sich im Ordner des Verzeichnisservers an der folgenden Position befindet: Arbeitsbereich\Maschinenname\
deploymentPlan\MachinePlan_Kurzname_der_Maschine\
00006_ITDS_Configuration. In Windows befindet sich die Datei
input.properties standardmäßig im folgenden Verzeichnis: C:\ibm\tivoli\
mwi\workspace\mymachine.ibm.com\deploymentPlan\
MachinePlan_mymachine\00006_ITDS_Configuration.
2. Fügen Sie die folgenden Eigenschaften hinzu:
was_nd.secure.GroupSuffix=ou\=groups,ou\=SWG,o\=IBM,c\=US
was_nd.secure.UserSuffix=ou\=users,ou\=SWG,o\=IBM,c\=US
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
37
3. Wenn die Konfigurationsparameter für Tivoli Directory Server angepasst wurden, ändern Sie in der Anzeige mit den Konfigurationsparametern die entsprechenden Werte in die angepassten Werte. Wenn Sie beispielsweise den angepassten Wert ou=SWG1 und als Landessuffix der Organisation den Wert
o=IBM1,c=US1 verwenden, müssen Sie jedes Vorkommen dieser Werte in der
Datei input.properties manuell ersetzen:
was_nd.secure.GroupSuffix=ou\=groups,ou\=SWG1,o\=IBM1,c\=US1
was_nd.secure.UserSuffix=ou\=users,ou\=SWG1,o\=IBM1,c\=US1
SSL zwischen Microsoft Active Directory und WebSphere Application Server Network Deployment konfigurieren
Die Konfiguration von SSL zwischen Microsoft Active Directory und WebSphere
Application Server Network Deployment ermöglicht dem Installationsprogramm,
automatisch Benutzer und Gruppen zu erstellen.
Vorbereitende Schritte
Damit das Installationsprogramm in Microsoft Active Directory automatisch Benutzer und Gruppen erstellen kann, müssen Sie die SSL-Kommunikation zwischen
Microsoft Active Directory und WebSphere Application Server Network Deployment konfigurieren. Diese Vorgehensweise ist nur erforderlich, wenn das Produktinstallationsprogramm WebSphere Application Server Network Deployment automatisch konfigurieren soll. Das Produktinstallationsprogramm soll außerdem
automatisch Benutzer in Microsoft Active Directory erstellen.
Sie müssen SSL für Microsoft Active Directory aktivieren, ein Zertifikat generieren
und das Zertifikat dann WebSphere Application Server Network Deployment hinzufügen.
Durch die Änderung des Namens oder der Domäne der Zertifizierungsstelle werden Zertifikate, die zuvor von dieser Zertifizierungsstelle ausgegeben wurden, ungültig gemacht.
Vergewissern Sie sich, dass die Auflösung der Hostnamen in Ihrer Umgebung ordnungsgemäß definiert ist. Wenn das System, auf dem Microsoft Active Directory
installiert ist, Hostnamen für Systeme, für die Zertifikate ausgestellt wurden, nicht
auflösen kann, treten Kommunikationsfehler auf.
Vergewissern Sie sich, dass Microsoft Internet Information Services mit aktivierten
ASP-Erweiterungen auf dem System installiert ist, bevor Sie den für SSL erforderlichen Zertifikatdienst konfigurieren. Microsoft Internet Information Services ist eine
Voraussetzung für den Zertifikatsdienst. Microsoft Internet Information Services
kann als Windows-Komponente über den Dialog "Programme hinzufügen/
entfernen" hinzugefügt werden. Fügen Sie diese Komponente hinzu, indem Sie die
Komponente Internet Information Services oder Application Server auswählen und
installieren. Wenn IBM HTTP Server auf demselben System installiert ist, können
Sie Port 80 für IBM HTTP Server nicht verwenden. Wenn IBM HTTP Server für
Port 80 konfiguriert wurde, müssen Sie den Portwert ändern, da Internet Information Services Port 80 nutzen muss. Nachdem Sie sichergestellt haben, dass diese
beiden Bedingungen erfüllt sind, fahren Sie mit dem Konfigurieren der Zertifikatsdienste gemäß der Beschreibung in dieser Prozedur fort.
Vorgehensweise
1. Fügen Sie die Komponente "Zertifikatsdienste" hinzu:
38
IBM Control Desk: Installationshandbuch (IBM WebSphere)
a. Wählen Sie in der Systemsteuerung auf dem Server, auf dem Microsoft
Active Directory installiert ist, die Option Programme hinzufügen/
entfernen aus, und wählen Sie Windows-Komponenten hinzufügen/
entfernen aus.
b. Wählen Sie in der Anzeige der Windows-Komponenten die Option Zertifikatsdienste aus. Klicken Sie dann auf Weiter.
c. Wählen Sie in der Anzeige "Zertifizierungsstellentyp" die Option Eigenständige Stammzertifizierungsstelle und dann Schlüsselpaar und ein
Zertifizierungsstellenzertifikat mit diesen Einstellungen erstellen aus.
Klicken Sie anschließend auf Weiter.
d. Wählen Sie in der Anzeige "Öffentlich-privates Schlüsselpaar" die Option
Microsoft Strong Cryptographic Provider als Wert für Kryptografiedienstanbieter und SHA-1 als Wert für den Hashalgorithmus aus. Setzen
Sie das Feld Schlüssellänge auf 2048, und klicken Sie dann auf Weiter.
e. Geben Sie in der Anzeige "Informationen über die Zertifizierungsstelle" im
Feld Allgemeiner Name dieser Zertifizierungsstelle den Wert
mymachine.ism75.com ein. Geben Sie DC=ism75,DC=com im Feld Suffix des
definierten Namens ein, setzen Sie Gültigkeitsdauer auf 5 Jahre, und klicken Sie anschließend auf Weiter. Die Werte in diesem Schritt sind nur
Beispielwerte. Ersetzen Sie diese Werte durch die Details des Systems, auf
dem Microsoft Active Directory installiert ist.
f. Bestätigen Sie in der Anzeige für die Einstellungen der Zertifikatsdatenbank die Standardeinstellung C:\WINDOWS\system32\CertLog für die Zertifikatsdatenbank und das Zertifikatsdatenbankprotokoll, und klicken Sie
dann auf Weiter. Die Konfiguration der Komponente beginnt jetzt.
g. Klicken Sie auf Fertig stellen.
h. Starten Sie das System erneut.
2. Laden Sie ein CA-Zertifikat herunter:
a. Starten Sie Internet Explorer.
b. Wählen Sie Extras > Internetoptionen > Sicherheit aus, und klicken Sie
auf Sites.
c. Geben Sie im Dialogfenster "Vertrauenswürdige Sites" die Adresse
http://mymachine.ism75.com im Feld Diese Website zur Zone hinzufügen
ein, klicken Sie auf Hinzufügen und anschließend auf Schließen.
d. Geben Sie im Browser die folgende Adresse ein: http://
mymachine.ism75.com/certsrv
e. Klicken Sie auf der Seite "Zertifikatdienste" auf Download eines Zertifizierungsstellenzertifikats, einer Zertifikatkette oder einer Zertifikatsperrliste.
f. Klicken Sie auf der Seite "Download eines Zertifizierungsstellenzertifikats,
einer Zertifikatkette oder einer Zertifikatsperrliste" auf Diese Zertifizierungsstellen-Zertifikate installieren. Klicken Sie nach erfolgreichem Abschluss dieser Aufgabe auf Zurück.
g. Klicken Sie auf der Seite "Download eines Zertifizierungsstellenzertifikats,
einer Zertifikatkette oder einer Zertifikatsperrliste" auf Aktuell, um den
Wert für Zertifizierungsstellenzertifikat anzugeben, wählen Sie Base 64
als Wert für Codierungsmethode aus. Klicken Sie dann auf Download eines Zertifizierungsstellenzertifikats.
h. Geben Sie bei Aufforderung als Typ die Option Sicherheitszertifikat an,
und speichern Sie das Sicherheitszertifikat unter dem Namen serverRootCA.cer.
3. Fügen Sie das Zertifikat-Snap-in hinzu:
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
39
a. Starten Sie Microsoft Management Console.
b. Wählen Sie Datei > Snap-in hinzufügen/entfernen aus.
c. Klicken Sie im Dialogfenster "Snap-in hinzufügen/entfernen" auf Hinzufügen.
d. Wählen Sie im Dialogfenster "Eigenständiges Snap-in hinzufügen" die Option Zertifikate aus, und klicken Sie dann auf Hinzufügen.
e. Wählen Sie Computerkonto aus, und klicken Sie auf Weiter.
f. Wählen Sie Lokaler Computer: (Computer, auf dem diese Konsole ausgeführt wird) aus, und klicken Sie auf Fertig stellen.
g. Wählen Sie im Dialogfenster "Eigenständiges Snap-in hinzufügen" die Option Zertifizierungsstelle aus, und klicken Sie dann auf Hinzufügen.
h. Wählen Sie Lokaler Computer: (Computer, auf dem diese Konsole ausgeführt wird) aus, und klicken Sie auf Fertig stellen.
i. Klicken Sie auf Schließen, um das Dialogfenster "Eigenständiges Snap-in
hinzufügen" zu schließen.
j. Klicken Sie auf OK.
4. Übertragen Sie die Zertifikate in einen Speicher:
a. Navigieren Sie in Microsoft Management Console zu Konsolenstamm >
Zertifikate (Lokaler Computer) > Drittanbieter-Stammzertifizierungsstellen.
b. Klicken Sie mit der rechten Maustaste auf Zertifikate, und wählen Sie Alle
Aufgaben > Importieren aus.
c. Navigieren Sie in der Anzeige "Zu importierende Datei" des Zertifikatsimportassistenten zur Position der Datei serverRootCA.cer, wählen Sie sie
aus, und klicken Sie auf Weiter.
d. Wählen Sie in der Anzeige "Zertifikatspeicher" die Option Alle Zertifikate
in folgendem Speicher speichern aus, klicken Sie auf Weiter und dann
auf Fertig stellen.
5. Erstellen und senden Sie eine Anforderung an die Zertifizierungsstelle:
a. Navigieren Sie mit Internet Explorer zu http://mymachine.ism75.com/
certsrv. Klicken Sie auf der Seite "Zertifikatdienste" auf Zertifikat, Zertifikatskette oder Sperrliste anfordern.
b. Klicken Sie auf der Seite "Zertifikat anfordern" auf Erweiterte Zertifikatanforderung.
c. Klicken Sie auf der Seite "Erweiterte Zertifikatanforderung" auf Eine Anforderung an diese Zertifizierungsstelle erstellen und einreichen.
d. Geben Sie auf der Seite "Erweiterte Zertifikatanforderung" die folgenden
Informationen ein, und klicken Sie dann auf Senden.
Informationen angeben
Geben Sie den vollständig qualifizierten Name der Maschine mit
Microsoft Active Directory im Feld Name ein. Dieser Wert muss in
Großbuchstaben eingegeben werden, z. B. MYMACHINE.ISM75.COM.
Typ des erforderlichen Zertifikats
Wählen Sie Serverauthentifizierungszertifikat aus.
Schlüsseloptionen
Wählen Sie im Feld Kryptografiedienstanbieter die Option Microsoft RSA SChannel Cryptographic Provider aus.
40
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Wählen Sie die Optionen Automatischer Schlüsselcontainername,
Schlüssel als "Exportierbar" markieren und Zertifikat in lokalem
Zertifikatspeicher aufbewahren aus.
Im Feld Schlüsselgröße können Sie entweder den Standardwert
1024 akzeptieren oder in einen passenderen Wert ändern.
Zusätzliche Optionen
Setzen Sie die Option Anforderungsformat auf PKCS10.
Wählen Sie für das Feld Hashalgorithmus den Wert SHA-1 aus.
Geben Sie im Feld Angezeigter Name genau denselben Wert ein
wie im Feld Name.
Für die übrigen Felder auf dieser Seite reichen die Standardwerte aus.
e. Klicken Sie auf Home, um zur Homepage für die Zertifikatdienste zurückzukehren.
6. Installieren Sie das Zertifikat:
a. Navigieren Sie in Microsoft Management Console zu Konsolenstamm >
Zertifizierungsstelle (lokal) > mycomputer.ism75.com > Ausstehende Anforderungen.
b. Klicken Sie im rechten Teilfenster auf die ID der Anforderung, und klicken
Sie dann auf Alle Aufgaben > Ausstellen.
c. Klicken Sie in Internet Explorer auf der Seite "Zertifikatdienste" auf Status
ausstehender Zertifikatanforderungen anzeigen.
d. Klicken Sie auf der Seite "Status ausstehender Zertifikatanforderungen anzeigen" auf die Zertifikatanforderung, die Sie erstellt haben.
e. Klicken Sie auf der Seite "Zertifikat wurde ausgestellt" auf Zertifizierungsstellenzertifikat installieren.
f. Starten Sie das System erneut.
7. Überprüfen Sie den privaten Schlüssel:
a. Navigieren Sie nach dem Neustart des Systems in Microsoft Management
Console zu Konsolenstamm > Zertifikate (Lokaler Computer) > Persönlich > Zertifikate.
b. Klicken Sie doppelt auf den in Großbuchstaben angezeigten Eintrag.
c. Vergewissern Sie sich im Dialogfenster "Zertifikat", dass die Anweisung
Sie besitzen einen privaten Schlüssel für dieses Zertifikat vorhanden ist,
und klicken Sie dann auf OK.
d. Klicken Sie doppelt auf den in Kleinbuchstaben angezeigten Eintrag.
e. Vergewissern Sie sich im Dialogfenster "Zertifikat", dass die Anweisung
Sie besitzen einen privaten Schlüssel für dieses Zertifikat vorhanden ist,
und klicken Sie dann auf OK.
8. Konfigurieren Sie die Verbindung:
a. Starten Sie das Dienstprogramm Microsoft LDP.
b. Wählen Sie Verbindung aus.
c. Wählen Sie Verbinden aus.
d. Geben Sie mymachine.ism72.com im Feld Server und 636 im Feld Port ein,
wählen Sie SSL aus, und klicken Sie dann auf OK. Überprüfen Sie die
Konfigurationswerte in der Anzeige.
9. Exportieren Sie die Zertifikatsdateien:
a. Starten Sie Microsoft Management Console, und navigieren Sie zu Konsolenstamm > Zertifikate (Lokaler Computer) > Persönlich > Zertifikate.
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
41
b. Klicken Sie mit der rechten Maustaste auf den in Großbuchstaben angezeigten Eintrag, und wählen Sie Alle Aufgaben > Exportieren aus.
c. Klicken Sie in der Eingangsanzeige "Zertifikatexport-Assistent" auf Weiter.
d. Wählen Sie in der Anzeige "Privaten Schlüssel exportieren" die Option
Nein, privaten Schlüssel nicht exportieren aus, und klicken Sie anschließend auf Weiter.
e. Wählen Sie in der Anzeige "Format der zu exportierenden Datei" die Option Base-64-codiert X.509 (.CER) aus, und klicken Sie dann auf Weiter.
f. Exportieren Sie in der Anzeige "Zu exportierende Datei" das Zertifikat als
serverRootCA.cer, klicken Sie auf Weiter und dann auf Fertig stellen.
g. Klicken Sie mit der rechten Maustaste auf den in Kleinbuchstaben angegebenen Zertifikatseintrag, und wählen Sie Alle Aufgaben > Exportieren
aus.
h. Klicken Sie in der Eingangsanzeige "Zertifikatexport-Assistent" auf Weiter.
i. Wählen Sie in der Anzeige "Privaten Schlüssel exportieren" die Option
Nein, privaten Schlüssel nicht exportieren aus, und klicken Sie anschließend auf Weiter.
j. Wählen Sie in der Anzeige "Format der zu exportierenden Datei" die Option Base-64-codiert X.509 (.CER) aus, und klicken Sie dann auf Weiter.
k. Exportieren Sie in der Anzeige "Zu exportierende Datei" das Zertifikat als
serverAuthCert.cer, klicken Sie auf Weiter und dann auf Fertig stellen.
10. Fügen Sie Unterzeichnerzertifikate hinzu:
a. Kopieren Sie die Dateien serverRootCA.cer und serverAuthCert.cer auf
das System mit WebSphere Application Server Network Deployment.
b. Rufen Sie die Administrationskonsole von WebSphere Application Server
Network Deployment auf.
c. Wählen Sie in der Administrationskonsole von WebSphere Application Server Network Deployment die Optionen Sicherheit > Verwaltung von SSLZertifikaten und Schlüsseln aus.
d. Klicken Sie auf Keystores und Zertifikate.
e. Klicken Sie auf CellDefaultTrustStore.
f. Klicken Sie auf Unterzeichnerzertifikate und dann auf Hinzufügen.
g. Geben Sie auf der Seite "Unterzeichnerzertifikat hinzufügen" im Feld Aliasname den Wert MSADServerRootCA ein, geben Sie den Pfad (einschließlich
des Dateinamens) zur Datei serverRootCA.cer im Feld Dateiname ein, und
klicken Sie dann auf OK.
h. Klicken Sie auf Hinzufügen.
i. Geben Sie im Feld Aliasname den Wert MSADServerAuthCert ein, geben Sie
den Pfad (einschließlich des Dateinamens) zur Datei serverAuthCert.cer
im Feld Dateiname ein, und klicken Sie dann auf OK.
11. Konfigurieren Sie die Sicherheit:
a. Wählen Sie in der Administrationskonsole von WebSphere Application Server Network Deployment die Optionen Sicherheit > Sichere Verwaltung,
Anwendungen und Infrastruktur aus.
b. Wählen Sie in der Dropdown-Liste mit den verfügbaren Realmdefinitionen
die Option Eingebundene Repositorys aus, und klicken Sie dann auf Konfigurieren.
c. Klicken Sie in der Tabelle "Repositorys im Realm" auf die Repository-ID
für Microsoft Active Directory.
d. Aktualisieren Sie die folgenden Eigenschaften, und klicken Sie auf OK.
42
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Port
Aktualisieren Sie diesen Wert auf 636.
Anmeldeeigenschaften
Setzen Sie diesen Wert auf cn.
Erfordert SSL
Stellen Sie sicher, dass diese Option ausgewählt ist.
Spezifischen SSL-Alias verwenden
Vergewissern Sie sich, dass diese Option mit dem Wert CellDefaultSSLSettings ausgewählt ist.
e. Klicken Sie auf die Option für die unterstützten Entitätstypen, und vergewissern Sie sich, dass der Entitätstyp "PersonAccount" auf cn gesetzt ist.
Wenn der Wert nicht auf cn gesetzt ist, klicken Sie auf den Entitätstyp "PersonAccount", geben Sie den Wert an, und speichern Sie die Änderungen.
f. Starten Sie den Domänenmanager erneut.
Middleware deinstallieren
Damit die Middleware für IBM Control Desk deinstalliert wird, müssen Sie das
Middlewareinstallationsprogramm ausführen und die Optionen zum Entfernen der
vorherigen Implementierung auswählen.
Vorbereitende Schritte
Wenn Sie sich für die Implementierung der Middleware für Control Desk mit einem Verzeichnisserver entschieden haben, stellen Sie sicher, dass dieser aktiv ist.
Der J2EE-Server muss entfernt werden, damit Sie den Verzeichnisserver entfernen
können.
Informationen zu diesem Vorgang
Das Middlewareinstallationsprogramm erstellt bei der Installation der Middleware
für Control Desk eine Registry. Die Verwendung der nativen Middlewaredeinstallationsprogramme bewirkt, dass diese Registry nicht mehr mit den implementierten
Komponenten synchron ist. Daher treten Fehler auf, wenn Sie versuchen, Middleware mit dem Middlewareinstallationsprogramm erneut zu installieren.
Vorgehensweise
1. Stoppen und starten Sie die folgenden Server:
a. Stoppen Sie IBM Tivoli Directory Server (IBM Tivoli Directory Server v6.3 idsccmdb).
b. Stoppen Sie den Dämonprozess von IBM Tivoli Directory Server (IBM Tivoli Directory Admin Server v6.3 - idsccmdb).
c. Starten Sie DB2.
d. Starten Sie die DB2-Instanz "idsccmdb" (DB2 - DB2COPY1 - IDSCCMDB).
e. Starten Sie den Dämonprozess von IBM Tivoli Directory Server (IBM Tivoli
Directory Admin Server v6.3 - idsccmdb)
2. Melden Sie sich als Administrator unter Windows bzw. als Benutzer "root" unter Linux und AIX an.
3. Starten Sie das Launchpad, indem Sie den folgenden Befehl im Stammverzeichnis des heruntergeladenen Installationsimage ausführen:
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
43
Option
Bezeichnung
Windows
launchpad.exe
Linux
launchpad.sh
AIX
launchpad.sh
4. Klicken Sie im Navigationsfenster des Launchpads auf Produkt installieren.
5. Klicken Sie im Abschnitt "Middleware installieren" auf Middleware, und führen Sie die Schritte in den Anzeigen des Launchpads aus.
6. Wenn Sie dazu aufgefordert werden, nach einem Arbeitsbereich zu suchen, geben Sie das Arbeitsbereichsverzeichnis an, das den momentan implementierten
Plan enthält, und klicken Sie auf Weiter. Die Standardposition für den Arbeitsbereich ist die zuletzt angegebene Arbeitsbereichsposition. Wenn Sie zuvor keinen Pfad angegeben haben, wird folgende Standardposition für den
Arbeitsbereich verwendet: c:\ibm\tivoli\mwi\workspace.
7. Wählen Sie in der Anzeige "Operation auswählen" die Option Plan deimplementieren aus, und klicken Sie auf Weiter.
8. Klicken Sie in der Voranzeige für die Deimplementierung auf Weiter, um den
Plan zu deimplementieren.
9. Beenden Sie das Middlewareinstallationsprogramm.
10. Entfernen Sie auf UNIX-Systemen folgende DB2-Referenzen in der Datei /etc/
services:
v db2c_db2insxy 50001/tcp
v db2c_db2inst1 50000/tcp
Middleware mit IBM DB2 erneut installieren
Sie können die Middleware mit den DB2-Benutzer- und -Gruppeneinstellungen aus
einer vorherigen Installation installieren.
Vorbereitende Schritte
Entfernen Sie alle Middlewareprodukte und deren Komponenten, bevor Sie die
Middleware erneut installieren.
Informationen zu diesem Vorgang
Bei der Deinstallation von DB2 werden Benutzer und Gruppen nicht entfernt. Sie
können dieselben DB2-Benutzer- und -Gruppenwerte angeben oder diese bei Ausführung des Installationsprogramms durch neue Benutzer und Gruppen ersetzen.
Vorgehensweise
1. Prüfen Sie, ob alle Middlewareprodukte ordnungsgemäß entfernt wurden, indem Sie sich die Protokolldateien des Implementierungsplans ansehen. Die Protokolldateien sind im Unterverzeichnis Arbeitsbereichsverzeichnis/Hostname/
deploymentPlan/logs/Prozess-ID enthalten. Die primäre Protokolldatei für den
Implementierungsplan ist DeploymentPlan.log.
2. Das Middlewareinstallationsprogramm erstellt eine Standardinstanz für DB2
und fügt den Eigner der Standardinstanz zur angegebenen DB2-Administratorgruppe hinzu. Geben Sie die DB2-Benutzer und -Gruppen an, die für diese Installation verwendet werden sollen:
v Geben Sie dieselben Werte an, die vorher für die DB2-Administratorgruppe
verwendet wurden.
44
IBM Control Desk: Installationshandbuch (IBM WebSphere)
v Entfernen Sie den vorhandenen Instanzeigner, und geben Sie eine neue Administratorgruppe an. Es ist nicht möglich, einen vorhandenen Instanzeigner
mit einer neuen DB2-Administratorgruppe anzugeben.
3. Starten Sie das Middlewareinstallationsprogramm über das Launchpad.
Übersicht über das Installationsprogramm
Das Installationsprogramm von Control Desk stellt eine Schnittstelle für die Installation und Implementierung von Control Desk, einschließlich Process Automation
Engine und der Prozessmanager, bereit.
Das Installationsprogramm von Control Desk erfasst die von Ihnen für die Implementierung von Control Desk ausgewählten Optionen und die diesen Optionen
zugeordneten Konfigurationsparameter und kann so Control Desk anhand der von
Ihnen eingegebenen Informationen installieren und implementieren.
Es gibt zwei Installationspfade für Control Desk.
Einfach
Bei einer einfachen Implementierung wird die Middleware für Control
Desk auf einem einzigen System installiert. Es ist nicht möglich, bereits in
Ihrer Organisation vorhandene Middleware mit Control Desk zu verwenden. Die gesamte Middleware, die mit Control Desk genutzt wird, muss
mit dem Middlewareinstallationsprogramm unter Verwendung von Standardwerten auf dem System installiert werden. Control Desk wird mit
Standardwerten installiert, die vom Middlewareinstallationsprogramm und
vom Installationsprogramm von Control Desk vorgegeben werden.
Falls Sie beabsichtigen, die für die einfache Implementierung verwendeten
Standardwerte zu überschreiben, müssen Sie sich für die angepasste Implementierung entscheiden.
Angepasst
Bei einer angepassten Implementierung wird Control Desk in der Regel auf
mehreren Systemen implementiert. Einige dieser Systeme können bereits
Middlewareprodukte hosten, die Sie für Ihre Implementierung von Control
Desk verwenden möchten. Sie können Standardinstallationswerte ändern,
wenn Sie die Implementierung über den angepassten Installationspfad
durchführen.
Diese Implementierungsoption erfordert nicht zwingend, dass die Implementierung von Control Desk auf mehrere Systeme verteilt wird. Sie können den Namen des lokalen Hosts als Ziel für alle Komponenten von Control Desk angeben.
Einige Middlewarekomponenten für Control Desk können vom Installationsprogramm von Control Desk automatisch konfiguriert werden.
Falls Sie nicht möchten, dass das Installationsprogramm von Control Desk Middleware automatisch konfiguriert, müssen Sie die entsprechende Middleware manuell
konfigurieren, bevor Sie Control Desk installieren.
Wichtig: Beachten Sie bei der Eingabe von LDAP-Werten in den Feldern der Installationsanzeigen von Control Desk die produktspezifischen Syntaxregeln für die
Verwendung von Sonderzeichen in LDAP-Zeichenfolgen. In den meisten Fällen
muss Sonderzeichen ein Escapezeichen vorangestellt werden, damit sie vom Ver-
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
45
zeichnisserver gelesen werden können. Wenn die Escapezeichen für Sonderzeichen
in einer mit Control Desk verwendeten LDAP-Zeichenfolge fehlen, kommt es zu
Fehlern in Control Desk.
Viele Verzeichnisserverprodukte interpretieren ein Leerzeichen als Sonderzeichen,
das Teil der LDAP-Zeichenfolge ist. Wenn Sie eine LDAP-Zeichenfolge mit einem
Leerzeichen ohne Escapezeichen am Ende eines Feldwerts eingeben, treten Fehler
in Control Desk auf.
Weitere Informationen zur Verwendung von Sonderzeichen in LDAP-Zeichenfolgen
finden Sie in der Produktdokumentation für Ihren Verzeichnisserver.
Informationen, die Sie im Installationsprogramm von Control Desk eingeben, werden in den Dateien maximo.properties und install.properties sowie in der Maximo-Datenbank gespeichert. Bei jeder nachfolgenden Verwendung des Installationsprogramms von Control Desk werden diese Werte in die Felder der
Installationsanzeigen eingetragen. Wenn Sie das Installationsprogramm abbrechen,
ruft das Installationsprogramm beim nächsten Start die meisten Werte, die Sie eingegeben haben, wieder ab. Werte, die nicht auf diese Weise gespeichert werden,
sind das Installationsverzeichnis von Control Desk und die Direktaufrufoption, die
während der Installation ausgewählt werden. Sie können die Standardwerte im
Installationsprogramm von Control Desk wiederherstellen, indem Sie die Dateien
<Maximo-Ausgangsverzeichnis>/applications/maximo/properties/
maximo.properties und <Maximo-Ausgangsverzeichnis>/etc/install.properties
löschen. Wenn Sie die Datei maximo.properties nicht im Verzeichnis
<Maximo-Ausgangsverzeichnis> finden, suchen Sie sie im Systemverzeichnis für
temporäre Dateien.
Werte des einfachen Installationspfads
Das Installationsprogramm von Control Desk erfordert bestimmte Pfadwerte für
eine einfache Installation.
Wenn Sie sich für die Installation von Control Desk über den einfachen Installationspfad entscheiden, werden die folgenden Werte festgelegt. An den entsprechend
gekennzeichneten Stellen müssen Sie Werte eingeben.
Für einfache Installationen geben Sie einen einzigen Hostnamen für die Middleware an. Das Installationsprogramm von Control Desk geht davon aus, dass sich die
gesamte Software, die mit Control Desk ausgeführt werden soll, auf diesem Host
befindet.
Tabelle 4. Pfadwerte für eine einfache Installation von Control Desk
Kategorie
Feld
Wert
Implementierungsoption
Implementierung
Einfach
DatenbankkonfigurationDatenbanktyp
DB2
DatenbankkonfigurationHostname
Ja
DatenbankkonfigurationPort
50005
DatenbankkonfigurationDatenbankname
maxdb75
DatenbankkonfigurationInstanz
ctginst1
DatenbankkonfigurationBenutzer-ID
DatenbankkonfigurationDatenbankkonfigurationJa
automatisieren
46
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Vom Benutzer anzugeben?
Ja
Tabelle 4. Pfadwerte für eine einfache Installation von Control Desk (Forts.)
Kategorie
Feld
Wert
DatenbankkonfigurationBenutzer-ID für
Remotezugriff
Vom Benutzer anzugeben?
Ja
DatenbankkonfigurationDatenbankinstallationsverzeichnis
Windows
C:\Program
Files\IBM\
SQLLIB
DatenbankkonfigurationBenutzer-ID für
Instanzadministrator
DatenbankkonfigurationBenutzer-ID für
Windows-Dienst
Windows
db2admin
Ja
db2admin
DatenbankkonfigurationName des
maxdata
Datentabellenbereichs
DatenbankkonfigurationGröße des
Mittel
Datentabellenbereichs
DatenbankkonfigurationName des temporären Tabellenbereichs
maxtemp
DatenbankkonfigurationGröße des temporären Tabellenbereichs
1000
Konnektivität von
IBM WebSphere
Application Server
Hostname
Ja
Konnektivität von
IBM WebSphere
Application Server
SOAP-Port
Konfiguration von
IBM WebSphere
Application Server
Ausgangsverzeichnis
des Servers von IBM
WebSphere
Application Server
Konfiguration von
IBM WebSphere
Application Server
Benutzername
wasadmin
Konfiguration von
IBM WebSphere
Application Server
Profilname
ctgDmgr01
Konfiguration von
IBM WebSphere
Application Server
Konfiguration von
IBM WebSphere
Application Server
automatisieren
Ja
Konfiguration von
IBM WebSphere
Application Server
Benutzer-ID für
Remotezugriff
Konfiguration von
IBM WebSphere
Application Server
Web-Server-Port
80
Konfiguration von
IBM WebSphere
Application Server
Web-Server-Name
webserver1
8879
Windows
C:\Program
Files\IBM\
WebSphere\
AppServer
Ja
Ja
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
47
Tabelle 4. Pfadwerte für eine einfache Installation von Control Desk (Forts.)
Kategorie
Feld
Wert
Konfiguration von
IBM WebSphere
Application Server
Knotenname
ctgNode01
Konfiguration von
IBM WebSphere
Application Server
Clustername
MAXIMOCLUSTER
Konfiguration von
IBM WebSphere
Application Server
Anwendungsserver
MXServer: Dieser
Wert kann nicht geändert werden.
JMS-Konfiguration
für
Integrationsadapter
Name der JMSDatenquelle
meajmsds
JMS-Konfiguration
für
Integrationsadapter
JMS-Nachrichten als
persistent definieren
Nein
SicherheitskonfigurationStandardschema verwenden
Vom Benutzer anzugeben?
Ja
SicherheitskonfigurationBenutzer automatisch Ja
erstellen
Maximo-Konfiguration
InstallationsverzeichnisC:\IBM\SMP
Konfigurationsschritt
Konfiguration jetzt
durchführen
Ja
Ja
.
Produkt installieren und Middleware automatisch konfigurieren
Zum Installieren von Control Desk führen Sie das Installationsprogramm über das
Launchpad aus. Die Installationsprozedur konfiguriert die Middleware automatisch
unter Verwendung der Standardwerte auf mehreren Servern.
Vorbereitende Schritte
Vergewissern Sie sich, dass die Vorbedingungen erfüllt sind.
v Der Datenbankserver, der Verzeichnisserver und die Services des Anwendungsservers müssen gestartet und aktiv sein.
v Die Verzeichnisse /tmp und /var/tmp müssen auf dem System vorhanden sein.
Das Installationsprogramm benötigt diese Verzeichnisse als Informationsquelle
während der Implementierung von IBM WebSphere Application Server Network
Deployment.
v Beenden Sie auf der Verwaltungsworkstation vorübergehend alle nicht kritischen
Prozesse, die sich negativ auf die Installation auswirken können, wie z. B. Antivirensoftware.
v Stellen Sie sicher, dass die Windows-Einstellung "Datenausführungsverhinderung" die Ausführung des Launchpads nicht verhindert. Wählen Sie dazu Folgendes aus: Start > Einstellungen > Systemsteuerung > System > Erweitert >
Leistung > Einstellungen > Datenausführungsverhinderung. Wählen Sie Da-
48
IBM Control Desk: Installationshandbuch (IBM WebSphere)
tenausführungsverhinderung nur für erforderliche Windows-Programme und
-Dienste aktivieren, und klicken Sie auf Übernehmen. Möglicherweise werden
Sie dazu aufgefordert, für den Server einen Warmstart durchzuführen.
v Für Linux- und UNIX-Systeme mit installierter Middleware muss der Befehl
hostname -f einen vollständig qualifizierten Hostnamen zurückgeben. Ziehen Sie
gegebenenfalls die Dokumentation zu Ihrem Betriebssystem zu Rate. Alternativ
können Sie die IP-Adresse des Systems angeben.
v Aktivieren Sie die Fernausführung, und rufen Sie den Service auf jedem System
mit installierter Middleware auf. Jedes ferne System muss ein Protokoll für Remotezugriff unterstützen und Fernanmeldungen, die mit einer auf dem Zielserver konfigurierten Kombination aus Benutzername und Kennwort durchgeführt
werden, akzeptieren. Zu den Protokollen für Remotezugriff gehören SSH und
Windows-SMB. Falls das ferne System ein Windows-Server ist, müssen Sie die
Fernausführung und den Remotezugriff über SMB konfigurieren.
v Die DB2-Datenbank muss vorbereitet sein.
– Wenn DB2 auf einem Linux- oder UNIX-System installiert ist, müssen Sie den
Instanzbenutzer und das Ausgangsverzeichnis für den Benutzer auf dem
DB2-Server erstellen.
– Im Ausgangsverzeichnis des Eigners der Datenbankinstanz müssen 8 GB
Speicher verfügbar sein, unabhängig davon, ob eine Datenbank an dieser Position installiert wird.
– Die Benutzer-ID für den DB2-Instanzadministrator muss die Berechtigung
SYSADM (Systemverwaltung) haben. Diese Benutzer-ID wird während der
Ausführung des Produktinstallationsprogramms angegeben. Suchen Sie in der
Produktdokumentation zu DB2 nach Informationen zum Erstellen eines Benutzers mit der Berechtigung SYSADM auf dem DB2-Server. Für UNIX-Systeme müssen Sie "root" einer Gruppe mit der Berechtigung SYSADM hinzufügen.
Informationen zu diesem Vorgang
Die bereitgestellten Anweisungen beziehen sich auf eine Mehrserverinstallation unter Verwendung von Standardwerten.
Wenn bei der Ferninstallation auf Systemen mit AIX 6.x Probleme mit der Benutzerschnittstelle des Installationsprogramms auftreten, sollten Sie eine erneute Installation auf dem lokalen System durchführen. Verwenden Sie auf dem lokalen
System eine Konsole oder ein X-Terminal.
Vorgehensweise
1. Melden Sie sich am Verwaltungssystem an.
2. Starten Sie das Produktinstallationsprogramm über das Launchpad.
a. Starten Sie das Launchpad. Navigieren Sie zum Stammverzeichnis bzw.
zum Verzeichnis mit dem heruntergeladenen Installationsimage, und führen Sie den folgenden Befehl aus:
Windows
launchpad.exe
UNIX launchpad.sh
Wenn das Launchpad die Installation nicht startet, können Sie das Produktinstallationsprogramm direkt starten. Navigieren Sie im heruntergeladenen Installationsimage zum Verzeichnis \Install\\, und führen Sie einen der folgenden
Befehle aus:
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
49
Windows
v install.bat
v install_win64.bat
UNIX
v install_aix64.sh
v install_linux32.sh
v install_linux64.sh
3. Wählen Sie die Sprache für die Installation aus, und klicken Sie auf OK.
4. Geben Sie in der Anzeige Installationsordner auswählen den Pfad der Position an, an der Control Desk installiert werden soll.
Sie können eine Beschreibung für die Installation eingeben. Eine Beschreibung
ist hilfreich, um zwischen mehreren Installationen auf derselben Verwaltungsworkstation unterscheiden zu können.
5. Überprüfen Sie die Informationen in der Anzeige Installationsposition prüfen. In der Anzeige erscheinen Informationen zur vorherigen Installation, die
basierend auf dem Installationsverzeichnis, das Sie in der vorherigen Anzeige
eingegeben haben, gefunden wurden. Nachdem Sie diese Anzeige verlassen
haben, können Sie nicht mehr zurückkehren, um das Installationsverzeichnis
für diese Installation zu ändern.
Wird eine neuere Version des Installationsprogramms im angegebenen Zielinstallationsverzeichnis gefunden, erhalten Sie eine entsprechende Benachrichtigung. Wird eine solche Benachrichtigung angezeigt, bedeutet das, dass Sie
eine ältere Version des Installationsprogramms verwenden. Auf der Verwaltungsworkstation wurde eine neuere Version gefunden, die wichtige Features
und Erweiterungen enthalten kann. Um die neuere Version des Installationsprogramms zu verwenden, wählen Sie die entsprechende Option in der Benachrichtigungsanzeige aus, und klicken Sie auf Weiter. Damit verlassen Sie
den aktuellen Installationsprozess und starten den Installationsprozess mit
dem neuen Installationsprogramm. Wenn Sie diese Option nicht auswählen,
setzen Sie die Installation mit der älteren Version des Installationsprogramms
fort.
6. Prüfen Sie in der Anzeige Paketzusammenfassung die Informationen zur Paketimplementierung. In dieser Anzeige werden Versionsinformationen für die
neuen und vorhandenen Pakete auf dem System aufgelistet. Die Versionsinformationen für das Zielpaket geben die Paketversion an, die gerade implementiert wird.
7. Geben Sie in der Anzeige Implementierung auswählen als Implementierungstyp Einfach oder Angepasst an.
8. Wählen Sie in der Anzeige Middlewarekonfigurationsdaten importieren die
Option Middlewarekonfigurationsdaten importieren aus, damit das Produktinstallationsprogramm die Werte des Middlewareinstallationsprogramms verwendet. Diese Werte werden im Produktinstallationsprogramm als Standardwerte für die entsprechenden Felder verwendet.
Das Feld Position für Arbeitsbereich bezeichnet die Position der Topologiedatei, die die für das Middlewareinstallationsprogramm angegebenen Werte enthält. Sie finden diese Datei in dem Arbeitsbereich, den Sie während der Installation der Middleware definiert haben. Beispiel: C:\ibm\tivoli\mwi\workspace
für Windows oder /root/ibm/tivoli/mwi/workspace für UNIX.
Wenn Sie die einfache Implementierung verwenden, werden die Middlewarestandardinformationen nicht verwendet.
50
IBM Control Desk: Installationshandbuch (IBM WebSphere)
9. Geben Sie in der Anzeige Datenbanktyp die Software an, die für die MaximoDatenbank verwendet werden soll.
10. Geben Sie in der Anzeige Datenbank die Konfigurationsinformationen für
Ihre Datenbanksoftware an.
Wenn die angegebenen Werte für die Datenbankbenutzer-ID, den Datenbanknamen und die Datenbankinstanz für Control Desk sowie für den Schemanamen nicht existieren, werden sie erstellt.
Bei DB2 darf die Benutzer-ID nicht mit der Benutzer-ID des Instanzadministrators übereinstimmen.
Datenbankbenutzer- und Datenbankinstanznamen dürfen keine Leerzeichen
enthalten.
Für DB2 wird die Datenbankinstanz erstellt, falls sie nicht vorhanden ist. Der
Benutzer und das zugehörige Ausgangsverzeichnis müssen jedoch auf dem
DB2-Server vorhanden sein. Bei DB2 kann als Schemaname entweder der Wert
für den Eigner der definierten Tabellenbereiche oder ein anderer Wert, z. B.
"maximo", verwendet werden.
Nachdem Sie die Konfigurationsinformationen für Ihre Datenbanksoftware angegeben haben, validiert das Installationsprogramm die Informationen mit
dem Datenbankserver.
11. In der Anzeige Datenbankkonfiguration automatisieren können Sie angeben,
dass die Datenbankerstellung und -konfiguration automatisiert werden sollen.
Wenn Sie diese Option nicht auswählen, müssen Sie die Datenbank manuell
konfigurieren.
12. Geben Sie in der Anzeige Berechtigung für Remotezugriff die Berechtigungsinformationen für die automatische Datenbankkonfiguration ein. Durch Angabe dieser Werte wird eine Fernkonfiguration ermöglicht.
13. Geben Sie in der Anzeige Datenbankverwaltung die Konfigurationsinformationen zur Datenbank ein. Die erforderlichen Informationen sind abhängig von
der Datenbankplattform.
Für DB2 darf die Benutzer-ID des Instanzadministrators nicht mit der Datenbankbenutzer-ID übereinstimmen. Außerdem muss die Benutzer-ID für den
Windows-Dienst auf dem System Administratorberechtigung haben.
14. Geben Sie in der Anzeige Datenbanktabellenbereich die Informationen zum
Tabellenbereich der Datenbank an.
Wenn Sie auf Weiter klicken, stellt das Produktinstallationsprogramm eine
Verbindung zum Datenbankserver her und validiert die angegebenen Informationen.
15. Geben Sie nach Abschluss der Datenbankvalidierung in der Anzeige Anwendungsservertyp den Anwendungsservertyp für die Produktimplementierung
an.
Sie haben die Möglichkeit, WebSphere Application Server Network Deployment automatisch über das Produktinstallationsprogramm zu konfigurieren.
16. Geben Sie in der Anzeige WebSphere-Konnektivität die Hostinformationen
für WebSphere Application Server Network Deployment an.
17. Geben Sie in der Anzeige Berechtigung für Remotezugriff auf WebSphere
die Berechtigungsinformationen für die Konfiguration von WebSphere Application Server Network Deployment an.
18. Geben Sie in der Anzeige Konfiguration von WebSphere Application Server
Network Deployment die Konfigurationsinformationen für WebSphere Application Server Network Deployment an.
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
51
Der Web-Server-Port muss mit einem vorhandenen Portwert für den HTTPServer übereinstimmen, den Sie beim Installieren von WebSphere Application
Server Network Deployment konfiguriert haben. Wenn Sie für den Web-Server-Port einen anderen Wert eingeben, müssen Sie WebSphere Application Server Network Deployment nach Abschluss der Installation erneut starten.
Durch den Serverneustart wird der neue Port aktiviert und für eingehende
Anforderungen verfügbar.
Der Anwendungsservername, den Sie angeben, wird erstellt, wenn er noch
nicht vorhanden ist.
19. Geben Sie in der Anzeige Sicherheit die Methode an, die für die Authentifizierung und Berechtigung der Benutzer verwendet werden soll.
20. Geben Sie in der Anzeige Maximo-Benutzer angeben die Benutzerinformationen für die Maximo-Datenbank an.
Maximo-Benutzer mit Verwaltungsaufgaben
Die Benutzer-ID des Produktadministrators, die für die Erstkonfiguration und zum Hinzufügen von Benutzern verwendet wird.
Maximo-Benutzer für Systemregistrierung
Die Benutzer-ID, die für die Selbstregistrierung von Benutzern verwendet wird.
Maximo-Benutzer für Systemintegration
Die Benutzer-ID, die für Unternehmensadapter verwendet wird.
Angepasste Werte für Benutzer-ID und Kennwort werden in der Maximo-Datenbank gespeichert. Die Standardbenutzer-IDs, "maxadmin", "maxreg" und
"maxintadm", werden ebenfalls als Benutzer in der Maximo-Datenbank erstellt. Das Erstellen der Standardbenutzer-IDs erfolgt für interne Verarbeitungszwecke. Wenn Sie die Maximo-Datenbanksicherheit für die Authentifizierung und Berechtigung verwenden, können die Standardbenutzer-IDs für die
Anmeldung an der Anwendung verwendet werden. Sollten Sie diese Bedingung als Sicherheitsrisiko einstufen, können Sie die Kennwörter für diese
Standardbenutzer-IDs ändern. Sie können die Kennwörter für die BenutzerIDs in der Anwendung "Benutzer" ändern.
21. Geben Sie in der Anzeige Sicherheit die Namen der Benutzer- und Gruppenbasiseinheiten an, und legen Sie außerdem fest, wie die Benutzer von Control
Desk erstellt werden sollen.
Benutzerbasiseintrag
Wenn Sie das in Control Desk bereitgestellte LDAP-Standardschema
nicht verwenden möchten, geben Sie den zu verwendenden Benutzerbasiseintrag an.
Gruppenbasiseintrag
Wenn Sie das LDAP-Standardschema nicht verwenden möchten, geben Sie den zu verwendenden Gruppenbasiseintrag an.
Sie können festlegen, dass die erforderlichen Benutzer vom Installationsprogramm erstellt werden. Wenn Sie diese Option nicht verwenden, müssen Sie
die Benutzer manuell erstellen, bevor Sie fortfahren.
Wenn Sie das bereitgestellte LDAP-Standardschema nicht verwenden, müssen
Sie es selbst erstellen, bevor Sie fortfahren. Die in den Feldern Benutzerbasiseintrag und Gruppenbasiseintrag angegebenen Werte werden für die Konfiguration der Crontask VMMSYNC verwendet. Wenn Sie ein eigenes LDAPSchema erstellen und die Benutzer manuell erstellen möchten, können Sie die
Add-on-LDIF-Standarddaten ändern und in Ihr LDAP-Repository importieren.
52
IBM Control Desk: Installationshandbuch (IBM WebSphere)
22. Geben Sie in der Anzeige Integrationsadapter-JMS-Konfiguration die JMSKonfigurationsinformationen ein (Java Message Service). Ein JMS-Server setzt
für die Verwaltung der Nachrichten die Konfiguration eines DB2-Datenrepositorys voraus. Wenn Sie einen anderen Datenbanktyp verwenden, kann keine
Nachrichtenpersistenz konfiguriert werden. Wenn Sie festgelegt haben, dass
JMS-Nachrichten nicht als persistent definiert werden sollen, können Sie die
JMS-Implementierung später manuell konfigurieren.
Geben Sie den Namen der Datenbank ein, die von JMS verwendet werden
soll. Für DB2 können Sie festlegen, ob die JMS-Nachrichten in DB2 als persistent definiert werden sollen.
Wählen Sie JMS-Nachrichten nicht als persistent definieren aus, wenn Sie
Control Desk mit Oracle oder Microsoft SQL Server implementieren. Wenn Sie
auf Weiter klicken, springt der Installationsassistent zur Anzeige SMTP-Konfiguration.
23. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Konfiguration des DB2-Datenbankservers zusätzliche JMS-Konfigurationsinformationen an. Der JMS-Datenspeicher
kann nur als DB2-Datenbank erstellt werden.
24. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Berechtigung für Remotezugriff auf
DB2-Datenbankserver Berechtigungsinformationen für die Funktion der automatischen Konfiguration ein.
Unter Windows muss die Benutzer-ID Mitglied der Gruppe DB2ADMNS sein.
Unter Linux oder UNIX muss diese Benutzer-ID "root" sein und zu einer
Gruppe gehören, die die Berechtigung SYSADM für die Datenbankinstanz besitzt.
25. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Konfiguration der DB2-Datenbankinstanz zusätzliche DB2-Informationen an.
26. Geben Sie in der Anzeige SMTP-Konfiguration die SMTP-Konfigurationsinformationen ein, die die Workflows für die Kommunikation mit Workflowteilnehmern verwenden.
Zum Senden der Nachrichten wird die E-Mail-Adresse des Administrators
verwendet. Wenn Sie die Felder leer lassen, müssen Sie die SMTP-Parameter
im Rahmen der nach der Installation auszuführenden Aufgaben über die Produktschnittstelle konfigurieren.
27. Klicken Sie in der Anzeige Optionen für Datenintegrations- und Kontextmenüservices auf die Option, die anzeigt, wo die Datenbanktabellen für diese
Funktionen erstellt werden, in der Maximo-Datenbank oder in einer separaten
Datenbankinstanz, die Sie zu diesem Zweck erstellt haben. Wenn Sie die Entry
Edition installieren möchten, wählen Sie die Maximo-Datenbank aus. Diese Tabellen werden erstellt, jedoch nicht von der Entry Edition verwendet.
28. Geben Sie in der Anzeige zur Auswahl der Basissprache die Basissprache für
die Installation an.
29. In der Anzeige Auswahl der zusätzlichen Sprachen können Sie wahlweise
eine oder mehrere zusätzliche Sprachen für die Installation angeben.
30. Geben Sie in der Anzeige Konfigurationsschritt ausführen an, wie Sie den
Konfigurationsschritt der Installation ausführen möchten. Wenn Sie keine Optionen auswählen und auf Weiter klicken, wird der Konfigurationsschritt fortgesetzt.
Dateien jetzt kopieren, aber Installationskonfiguration später durchführen
Wählen Sie diese Option aus, um Dateien von der Installationsquelle
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
53
auf die Verwaltungsworkstation zu kopieren. Sie müssen den Konfigurationsschritt später ausführen, um die Implementierung abzuschließen.
Wichtig: Installieren Sie kein weiteres Produkt, bevor der Konfigurationsschritt der ursprünglichen Installation abgeschlossen ist. Wenn Sie
vor der Ausführung des Konfigurationsschritts für diese Installation
ein weiteres Produkt installieren, wird der Aufgabenspeicher überschrieben, wodurch die Implementierung der ursprünglichen Installation verhindert wird.
Die Konfigurationswerte, die Sie eingeben, werden in den Dateien
Installationsausgangsverzeichnis\maximo\applications\maximo\
properties\maximo.properties und
Installationsausgangsverzeichnis\etc\install.properties gespeichert. Führen Sie die Konfigurationsschritte außerhalb des Produktinstallationsprogramms aus, indem Sie das Dienstprogramm "taskrunner"
im Verzeichnis Installationsausgangsverzeichnis\scripts verwenden. Führen Sie das Dienstprogramm "taskrunner" in der Befehlszeile
aus.
Installationsausgangsverzeichnis\scripts\taskrunner
[CONTINUE <STOPONERROR|NOSTOPONERROR>]
Das Dienstprogramm "taskrunner" verwendet die in den Dateien
maximo.properties und install.properties gespeicherten Konfigurationswerte für die Konfiguration von Control Desk.
Wenn Sie das Dienstprogramm "taskrunner" mit dem Parameter
NOSTOPONERROR ausführen, wird es trotz Fehlern fortgesetzt. Wenn Sie
das Dienstprogramm "taskrunner" mit dem Parameter STOPONERROR
ausführen, wird es gestoppt, wenn ein Fehler auftritt. Wenn Sie den
Parameter STOPONERROR verwendet haben, können Sie die Fehlerbedingungen beheben. Anschließend können Sie die Installation an dem
Punkt fortsetzen, an dem die letzte erfolgreich ausgeführte Aufgabe
im vorherigen Versuch aufgezeichnet wurde, indem Sie "taskrunner"
mit dem Parameter CONTINUE starten.
Anwendungsdateien später manuell implementieren
Wählen Sie diese Option aus, wenn Sie Anwendungsdateien manuell
im Anwendungsserver implementieren möchten.
Aktualisierung der Maximo-Datenbank verzögern
Wählen Sie diese Option aus, wenn Sie die Aufgabe der Datenbankaktualisierung für die Produktimplementierung manuell ausführen
möchten. Diese Option kann verwendet werden, wenn ein Fixpack
verfügbar ist, das bekannte Probleme mit dem Script "updatedb" behandelt. In diesem Szenario wählen Sie die Option Aktualisierung der
Maximo-Datenbank verzögern aus, wenden das Fixpack an und führen anschließend den Befehl updatedb -v1 manuell aus.
31. Legen Sie in der Anzeige Verknüpfungsposition auswählen fest, wo die Symbole von Control Desk erstellt werden sollen.
Wenn Sie Im Start-Menü auswählen und Internet Explorer verwenden, fügen
Sie den URL von Control Desk zur Webinhaltszone der vertrauenswürdigen
Sites hinzu. Inaktivieren Sie die Option, die für alle Sites in der Zone eine Serverprüfung erforderlich macht.
Wählen Sie nicht die Option In der Schnellstartleiste aus, da diese Option
kein Programmsymbol in der Schnellstartleiste erstellt.
54
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Achtung: Verknüpfungen werden nur für Windows-Systeme erstellt. Da Implementierungen von WebLogic Server manuelle Prozesse sind, müssen Sie
alle Verknüpfungen, die Sie erstellen, manuell aktualisieren. Sie aktualisieren
Verknüpfungen nach der manuellen Implementierung der EAR-Dateien von
Control Desk.
32. Prüfen Sie in der Anzeige Zusammenfassung der Eingabe die Angaben, die
Sie für das Produktinstallationsprogramm festgelegt haben.
Falls erforderlich, können Sie über die Schaltfläche Zurück zu vorherigen Anzeigen zurückkehren, um Werte zu ändern.
33. Prüfen Sie die Angaben in der Anzeige Vorinstallationszusammenfassung,
und klicken Sie anschließend auf Installieren.
Jetzt beginnt der Installationsprozess. Sie können den Installationsfortschritt
anhand der angezeigten Nachrichten überwachen.
34. Prüfen Sie die Angaben in der Anzeige Installation abgeschlossen, und klicken Sie dann auf Fertig.
Achtung: Auf AIX-Systemen ist die Anzeige Installation abgeschlossen in
einigen Fällen leer. Klicken Sie auf Fertig, um das Installationsprogramm zu
verlassen.
„Middleware unter Windows erneut starten” auf Seite 253
In diesem Abschnitt wird beschrieben, wie Middleware unter Windows erneut
gestartet wird, wenn Sie Middleware-Services erneut starten müssen.
„Middleware unter UNIX erneut starten” auf Seite 254
Middleware-Services müssen auf Linux- und AIX-Plattformen gelegentlich erneut gestartet werden, z. B. bei einem Warmstart. Middleware-Server und -Services müssen aktiv sein, damit das Installationsprogramm von Control Desk
ausgeführt werden kann.
Optionalen Inhalt installieren
Sie können das relevante optionale Inhaltspaket für Ihre Produktedition installieren.
Optionaler Inhalt wird in Entwicklungsumgebungen häufig als Ausgangspunkt für
die Entwicklung eigener Inhalte verwendet.
Wenn Sie während der Produktinstallation keinen optionalen Inhalt installieren
möchten, können Sie dies zu einem späteren Zeitpunkt nachholen. Wenn Sie den
Inhalt später installieren, müssen Sie die Datenbank aktualisieren und die Datei
"maximo.ear" erneut erstellen und implementieren.
Optionale Integrationsmodule installieren
Sie können Integrationsmodulpakete installieren, um Integrationen mit anderen
Produkten einzurichten.
Sie können diese Integrationsmodule über die Integrationsseite des Launchpads installieren:
Integrationsmodul von IBM Tivoli Provisioning Manager
Mit diesem Integrationsmodul können Sie Tivoli Provisioning Manager mit
dem Release-Management-Prozess integrieren. Sie können beispielsweise
Tivoli Provisioning Manager als maßgebliche Medienbibliothek verwenden.
Weitere Informationen zu dieser Integration finden Sie im Release-Management-Abschnitt im Information Center.
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
55
CMS-LIC-Aktivierungspaket für implementierte Anlagen
Dieses Paket ist erforderlich, wenn Sie vorhaben, CMS (Kontextmenüservice, Kontextmenüservice) für die Verwaltung von Launch-in-Context-Aktionen für implementierte Anlagen zu verwenden. Informationen zu Optionen für Launch-in-Context-Aktionen finden Sie im Abschnitt über die
Planung im Information Center.
CMS-LIC-Aktivierungspaket für Configuration Items
Dieses Paket ist erforderlich, wenn Sie vorhaben, CMS (Kontextmenüservice, Kontextmenüservice) für die Verwaltung von Launch-in-Context-Aktionen für tatsächliche Configuration Items zu verwenden. Informationen zu
Optionen für Launch-in-Context-Aktionen finden Sie im Abschnitt über die
Planung im Information Center.
Rational-ClearQuest-OSLC-Integrationen
Mit dieser Integration können Sie die Technologie "Open Services for Lifecycle Collaboration" (OSLC) verwenden, um eine Verknüpfung zwischen
der Anwendung "Probleme" und Rational ClearQuest herzustellen und so
Informationen zu Problemen und deren Lösungen zu freizugeben.
OSLC-Integrationen von Rational Team Concert
Mit dieser Integration können Sie die Technologie "Open Services for Lifecycle Collaboration" (OSLC) verwenden, um eine Verknüpfung zwischen
der Anwendung "Probleme" und Rational Team Concert herzustellen und
so Informationen zu Problemen und deren Lösungen freizugeben.
Wenn Sie während der Produktinstallation keine Integrationsmodule installieren
möchten, können Sie dies zu einem späteren Zeitpunkt nachholen. Entscheiden Sie
sich für die spätere Installation, müssen Sie die Datenbank aktualisieren und die
Datei "maximo.ear" erneut erstellen und implementieren.
Sprachenimplementierung nach Verzögerung der Datenbankaktualisierung
Die Auswahl der Option zur Verzögerung der Maximo-Datenbankaktualisierung
während der Installation des Produkts wirkt sich auf die Implementierung der
Sprachen aus.
Während der Installation haben Sie die Möglichkeit, die Aufgabe für die Datenbankaktualisierung zu verzögern. Diese Option verhindert das Schreiben von Daten in die Datenbank während der Installation. Das Installationsprogramm ist auf
das Kopieren der Dateien auf das Verwaltungssystem und die Registrierung der
Prozesslösungspakete für das Produkt beschränkt. Sie selbst fügen Sprachen hinzu,
indem Sie die Installation abschließen, die Datenbank manuell aktualisieren und
dann die Sprachenpakete manuell implementieren.
„Sprachen nach Verzögerung der Datenbankaktualisierung manuell implementieren”
Sprachen müssen manuell implementiert werden, wenn Sie Datenbankaktualisierungen über das Installationsprogramm verzögern.
Sprachen nach Verzögerung der Datenbankaktualisierung manuell implementieren
Sprachen müssen manuell implementiert werden, wenn Sie Datenbankaktualisierungen über das Installationsprogramm verzögern.
56
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Vorbereitende Schritte
Vor der manuellen Konfiguration von Sprachen für PSI-Pakete muss der Befehl
"updatedb" manuell ausgeführt worden sein.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um Sprachen manuell für PSI-Pakete zu
konfigurieren:
Vorgehensweise
1. Aktualisieren Sie die Sprachunterstützung für die Kernkomponenten.
Die Dateien für die Sprachauswahl, die Sie während der Installation vorgenommen haben, werden in das Verzeichnis C:\IBM\SMP\Maximo\Tools\Maximo\
Ländereinstellung\xliff\ auf Ihrem System extrahiert.
a. Wenn Sie eine Sprache als Basissprache für das Produkt aktualisieren möchten, setzen Sie den folgenden Befehl ab:
Installationsausgangsverzeichnis\maximo\tools\maximo\TDToolkit.bat
-IMPORT
-SLEN
-TLLändereinstellung
-maxmessfix
b. Wenn Sie eine oder mehrere zusätzliche Sprachen für das Produkt hinzufügen möchten, setzen Sie den folgenden Befehl für jede Sprache ab, die Sie
hinzufügen möchten:
Installationsausgangsverzeichnis\maximo\tools\maximo\TDToolkit.bat
-ADDLANGLändereinstellung
-maxmessfix
2. Aktualisieren Sie die Sprachen für zusätzliche Pakete.
Um festzustellen, welche Pakete Sie aktualisieren müssen, wechseln Sie in das
Verzeichnis Installationsausgangsverzeichnis\maximo\tools\maximo\en\xliff.
Jeder Ordner im Verzeichnis xliff wird mit Ausnahme des Ordners MAXUPG als
Eingabe für die Operation -pmpupdate von TDToolkit verwendet. Im Gegensatz
zum Prozess für die Aktualisierung der Sprachen für Control Desk müssen Sie
den Befehl TDToolkit einmal für jedes Paket ausführen. TDToolkit stellt fest,
welche Sprachen gegenwärtig implementiert sind, und aktualisiert alle Sprachen.
a. Wechseln Sie in das Verzeichnis Installationsausgangsverzeichnis\maximo\
tools\maximo\en\xliff, und geben Sie einen Paketordner zur Aktualisierung an, z. B. calibration.
b. Aktualisieren Sie die Sprachen für das ausgewählte Paket.
C:\IBM\SMP\maximo\tools\maximo\TDToolkit.bat
-pmpupdatePaketverzeichnis
In diesem Beispiel könnte der Befehl pmpupdatePaketverzeichnis wie folgt
lauten: pmpupdatecalibration oder pmpupdateconfig_pmp.
c. Wiederholen Sie den Vorgang für jedes zusätzliche Paket, das Sprachaktualisierungen benötigt.
Kapitel 2. Implementierung mit automatischer Middlewarekonfiguration
57
58
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
Anhand der folgenden Anweisungen können Sie mit den Installationsprogrammen
und Tools von Control Desk die vorhandene Middleware in Ihrem Unternehmen
während des Implementierungsprozesses von Control Desk automatisch konfigurieren.
Diese Informationen bieten eine allgemeine Übersicht über die Aufgaben bzw. eine
Roadmap der Aufgaben, die Sie ausführen müssen, um Control Desk automatisch
zu implementieren. Dabei wird Middleware verwendet, die bereits in Ihrem Unternehmen vorhanden ist.
In diesem Szenario verwenden Sie das Middlewareinstallationsprogramm und das
Installationsprogramm von Control Desk zum automatischen Konfigurieren der
vorhandenen Middlewareressourcen. Die Middlewarekonfiguration wird automatisch durchgeführt, bevor das Produkt implementiert wird.
Die Installationsprogramme werden verwendet, um einen vorhandenen DB2-Server
automatisch in Ihrer Umgebung zu konfigurieren.
Abbildung 1. Control Desk mit vorhandener Middleware implementieren
Middlewareinstallationsprogramm auf vorhandenen Middleware-Servern ausführen
Wenn Sie vorhaben, vorhandene Middleware-Server mit Control Desk wiederzuverwenden, müssen diese Server konfiguriert sein, bevor Sie das Installationsprogramm von Control Desk ausführen.
In diesem Abschnitt wird die Konfiguration vorhandener DB2-Server für Control
Desk unter Verwendung des Middlewareinstallationsprogramms beschrieben.
Informationen zur Verwendung des Middlewareinstallationsprogramms mit IBM
Tivoli Directory Server sind enthalten.
Es werden detaillierte Informationen zur Verwendung des Middlewareinstallationsprogramms mit Microsoft Active Directory bereitgestellt.
Das Middlewareinstallationsprogramm kann nicht verwendet werden, um vorhandene Oracle-Server zu konfigurieren.
Das Middlewareinstallationsprogramm kann nicht verwendet werden, um eine
vorhandene Implementierung von WebSphere Application Server Network Deployment zu konfigurieren.
Das Middlewareinstallationsprogramm kann nicht verwendet werden, um Microsoft SQL Server zu konfigurieren.
Stellen Sie sicher, dass die Version Ihrer Middleware für Control Desk unterstützt
wird.
© Copyright IBM Corp. 2014
59
Wenn Sie Middleware mit dem Middlewareinstallationsprogramm und dem Installationsprogramm von Control Desk installieren und konfigurieren, beachten Sie die
folgenden Einschränkungen für Sonderzeichen.
Tabelle 5. Namenskonventionen für Middlewareobjekte
Namenskonvention
Details
DB2-Namenskonventionen für
Gruppennamen, Benutzernamen und Benutzer-IDs
Gruppennamen und Benutzer-IDs unter
Linux- und UNIX-Betriebssystemen dürfen
maximal 8 Zeichen lang sein und ausschließlich aus Kleinbuchstaben bestehen.
Gruppennamen und Benutzernamen unter
Windows dürfen maximal 30 Zeichen lang
sein.
Die folgenden Werte dürfen nicht für Namen und IDs verwendet werden: USERS,
ADMINS, GUESTS, PUBLIC, LOCAL und
für SQL reservierte Wörter.
Namen und IDs dürfen nicht mit IBM, SQL
oder SYS beginnen. Sie dürfen ebenfalls
nicht mit dem Unterstreichungszeichen (_)
beginnen.
DB2-Namenskonventionen für DB2-Instanzen
Instanznamen dürfen maximal 8 Zeichen
lang sein.
Unter Windows dürfen Namen von Instanzen und Diensten nicht identisch sein.
DB2-Namenskonventionen für Kennwörter
Auf UNIX-Systemen dürfen Kennwörter maximal 8 Zeichen lang sein.
Auf Windows-Systemen dürfen Kennwörter
maximal 14 Zeichen lang sein.
Namenskonventionen von IBM Tivoli
Directory Server für Datenbanken und
Datenbankaliasnamen
Datenbanknamen müssen an der Position,
an der sie katalogisiert sind, eindeutig sein.
Unter Linux und UNIX ist diese Position ein
Verzeichnispfad, unter Windows eine logische Platte.
Datenbankaliasnamen müssen innerhalb des
Systemdatenbankverzeichnisses eindeutig
sein. Wenn eine neue Datenbank erstellt
wird, wird der Datenbankname
standardmäßig als Aliasname verwendet.
Daher können Sie keine Datenbank mit einem Namen erstellen, der als
Datenbankaliasname existiert, selbst wenn
keine Datenbank mit dem entsprechenden
Namen vorhanden ist.
Datenbank- und Datenbankaliasnamen können bis zu 8 Zeichen lang sein.
Vermeiden Sie bei der Erstellung eines
Datenbanknamens die Verwendung der Sonderzeichen @, # und $, da diese nicht auf
allen Tastaturen verfügbar sind.
60
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 5. Namenskonventionen für Middlewareobjekte (Forts.)
Namenskonvention
Details
Konventionen von IBM Tivoli Directory Server für Benutzer, Gruppen, Datenbanken
und Instanzen
Werte dürfen maximal 8 Zeichen lang sein.
Folgende Werte dürfen nicht verwendet werden: USERS, ADMINS, GUESTS, PUBLIC,
LOCAL, idsldap.
Werte dürfen nicht mit IBM, SQL oder SYS
beginnen.
Werte dürfen keine Zeichen mit Akzenten
enthalten.
Gültige Zeichen sind A bis Z, a bis z und 0
bis 9.
Werte müssen mit den Zeichen A bis Z oder
a bis z beginnen.
Doppelbytezeichen dürfen in
Administratorkennwörtern nicht verwendet
werden.
Kennwörter dürfen die folgenden Sonderzeichen nicht enthalten: ` ' \ " |
Konventionen von WebSphere Application
Server Network Deployment
Der Administratorname darf die folgenden
Zeichen nicht enthalten: / \ * , : ; = + ? | <
>&%'"][#$~()
Der Administratorname darf nicht mit einem
Punkt beginnen.
Der Administratorname darf keine führenden oder nachfolgenden Leerzeichen enthalten.
Das Administratorkennwort muss 8 Zeichen
lang sein.
Middlewareinstallationsprogramm
Das Middlewareinstallationsprogramm überprüft nicht, ob Ihr Kennwort mit dem Betriebssystem des Zielhosts kompatibel ist.
Daher müssen Sie sicherstellen, dass die
Kennwortwerte für Ihre Umgebung gültig
sind.
Das Middlewareinstallationsprogramm lässt
unter Windows das Zeichen "%" und unter
UNIX die Zeichen "!", "$", "#", "%" nicht zu.
Das Middlewareinstallationsprogramm prüft
nicht, ob Benutzernamen Zeichen mit Akzenten enthalten. Die Verwendung von Zeichen mit Akzenten kann Fehler verursachen.
Vorhandenen DB2-Server mit dem Middlewareinstallationsprogramm konfigurieren
Ein vorhandener DB2-Server kann mit dem Middlewareinstallationsprogramm
konfiguriert werden.
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
61
Vorbereitende Schritte
Wenn Sie einen vorhandenen DB2-Server mit dem Middlewareinstallationsprogramm konfigurieren möchten, muss ein Satz von Benutzern und Gruppen vorhanden sein. Diese Benutzer und Gruppen werden vom Middlewareinstallationsprogramm während der Konfiguration verwendet.
Zu den Standardwerten für Benutzer und Gruppen gehören folgende:
Benutzer
v db2admin
v dasusr1 (UNIX)
v db2fenc1 (UNIX)
Gruppen
v db2admns (Windows)
v dasadm1 (UNIX)
v dbgrp1 (UNIX)
v db2fgrp1 (UNIX)
Diese Werte sind Standardbenutzer- und Standardgruppenwerte. Diese Werte können angepasst werden, wenn die im Middlewareinstallationsprogramm angegebenen Werte mit den Werten auf dem System übereinstimmen. Sind diese Benutzer
nicht auf dem System vorhanden, müssen Sie sie erstellen, bevor Sie das Installationsprogramm ausführen.
Informationen zu diesem Vorgang
Falls Sie eine vorhandene DB2-Installation für Control Desk wiederverwenden
möchten, können Sie das Middlewareinstallationsprogramm auf dem System ausführen, um die Installation zu konfigurieren. Das Middlewareinstallationsprogramm identifiziert Instanzen der Middleware, die auf dem System vorhanden
und mit Control Desk kompatibel sind, und konfiguriert die vorhandene Instanz
für Control Desk.
Führen Sie die folgenden Schritte aus, wenn das Middlewareinstallationsprogramm
eine vorhandene Datenbankinstanz so konfigurieren soll, dass sie mit Control Desk
wiederverwendet werden kann:
Vorgehensweise
1. Melden Sie sich als Benutzer mit Administratorberechtigungen an.
2. Starten Sie das Middlewareinstallationsprogramm über das Launchpad.
3. Füllen Sie die Anzeigen des Middlewareinstallationsprogramms aus, bis Sie die
Anzeige "Auswahlmöglichkeiten für die Implementierung" erreichen.
4. Wählen Sie in der Anzeige "Auswahlmöglichkeiten für die Implementierung"
die Option "Datenbankserver" aus, und klicken Sie auf Weiter. Das Middlewareinstallationsprogramm zeigt alle auf dem System gefundenen Instanzen von
DB2 an.
5. Wählen Sie im Menü "Installation" die Instanz aus, die Sie wiederverwenden
möchten, und klicken Sie auf Weiter.
6. Füllen Sie die verbleibenden Anzeigen im Middlewareinstallationsprogramm
aus.
62
IBM Control Desk: Installationshandbuch (IBM WebSphere)
„Middleware mit dem Middlewareinstallationsprogramm installieren” auf Seite
21
Sie verwenden das Middlewareinstallationsprogramm, um Middlewarekomponenten für IBM Control Desk zu installieren. Die Middlewarekomponenten, die
Sie für die Installation auswählen, und die zugehörigen Konfigurationsparameter werden in einem Implementierungsplan für das Zielsystem festgehalten.
Vorhandenen IBM Tivoli Directory Server mit dem Middlewareinstallationsprogramm überprüfen
Falls Sie eine vorhandene Installation von IBM Tivoli Directory Server für Control
Desk wiederverwenden möchten, können Sie mit dem Middlewareinstallationsprogramm überprüfen, ob die Installation mit Control Desk verwendet werden kann.
Informationen zu diesem Vorgang
Das Middlewareinstallationsprogramm validiert Folgendes:
v Die Version von IBM Tivoli Directory Server ist mit Control Desk kompatibel.
v IBM Tivoli Directory Server ist aktiv.
v Die Informationen zum Basis-DN, die Sie in den Anzeigen des Middlewareinstallationsprogramms eingeben, sind in dem IBM Tivoli Directory Server, den Sie
verwenden, vorhanden.
Das Middlewareinstallationsprogramm erstellt keine Instanz von IBM Tivoli Directory Server zur Verwendung mit Control Desk. Wenn Sie eine vorhandene Instanz von IBM Tivoli Directory Server wiederverwenden möchten, müssen Sie in
den Anzeigen des Middlewareinstallationsprogramms den richtigen definierten
Namen und das zugehörige Kennwort des Administrators, den LDAP-Basis-DN,
den Port des Verzeichnisservers und den Verwaltungsport für die Instanz eingeben, wenn Sie dazu aufgefordert werden. Wenn Sie eine neue Instanz in Ihrem
vorhandenen IBM Tivoli Directory Server installieren möchten, müssen Sie die
Instanz erstellen, bevor Sie das Middlewareinstallationsprogramm ausführen.
Anmerkung: Technisch besteht zwar die Möglichkeit, dass Control Desk und
IBM Tivoli Directory Server eine DB2-Instanz gemeinsam nutzen, aber dies wird
nicht empfohlen. Während der Installation wird die Datenbankinstanz erneut gestartet, was dazu führen kann, dass IBM Tivoli Directory Server in Ihrem Unternehmen vorübergehend nicht verfügbar ist. Wenn Sie die automatisierten Installationsprogramme verwenden, werden separate Instanzen für Control Desk
und IBM Tivoli Directory Server erstellt.
Führen Sie die folgenden Schritte aus, wenn das Middlewareinstallationsprogramm
eine vorhandene Instanz von IBM Tivoli Directory Server hinsichtlich der Wiederverwendung mit Control Desk überprüfen soll:
Vorgehensweise
1. Melden Sie sich als Benutzer mit Administratorberechtigung am System an.
2. Starten Sie das Middlewareinstallationsprogramm über das Produktlaunchpad.
3. Navigieren Sie durch die Anzeigen des Middlewareinstallationsprogramms, bis
die Anzeige "Auswahlmöglichkeiten für die Implementierung" erscheint.
4. Wählen Sie in der Anzeige "Auswahlmöglichkeiten für die Implementierung"
die Option Directory Server aus, und klicken Sie auf Weiter. Das Middlewareinstallationsprogramm zeigt alle auf dem System gefundenen Instanzen von
IBM Tivoli Directory Server an.
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
63
5. Wählen Sie im Menü "Installation" die Instanz aus, die Sie wiederverwenden
möchten, und klicken Sie dann auf Weiter.
6. Navigieren Sie durch die übrigen Anzeigen des Middlewareinstallationsprogramms, um die Installation abzuschließen.
„Verzeichnisserver manuell konfigurieren” auf Seite 91
In den folgenden Abschnitten wird beschrieben, wie ein Verzeichnisserver manuell für die Verwendung mit Control Desk konfiguriert wird.
„Middleware mit dem Middlewareinstallationsprogramm installieren” auf Seite
21
Sie verwenden das Middlewareinstallationsprogramm, um Middlewarekomponenten für IBM Control Desk zu installieren. Die Middlewarekomponenten, die
Sie für die Installation auswählen, und die zugehörigen Konfigurationsparameter werden in einem Implementierungsplan für das Zielsystem festgehalten.
Microsoft Active Directory für Wiederverwendung vorbereiten
Eine vorhandene Instanz von Microsoft Active Directory kann zum Sichern von
WebSphere Application Server Network Deployment verwendet werden. Das
Middlewareinstallationsprogramm kann verwendet werden, um die Konfigurationsdaten von Microsoft Active Directory zu validieren.
Vorbereitende Schritte
Vor der Ausführung des Installationsprogramms müssen Sie die Benutzer manuell
erstellen. Sie können diese Aufgabe ausführen, nachdem Sie das Middlewareinstallationsprogramm ausgeführt haben, müssen sie aber ausführen, bevor Sie das Installationsprogramms für Control Desk verwenden.
Informationen zu diesem Vorgang
Das Middlewareinstallationsprogramm fordert Sie zur Eingabe von LDAP-Konfigurationsparametern auf, die mit WebSphere Application Server Network Deployment verwendet werden sollen.
Zum Validieren der Konfigurationsdaten von Microsoft Active Directory mit dem
Middlewareinstallationsprogramm führen Sie die folgenden Schritte aus:
Vorgehensweise
1. Melden Sie sich als Benutzer mit Administratorberechtigungen an.
2. Starten Sie das Middlewareinstallationsprogramm über das Launchpad.
3. Navigieren Sie durch die Anzeigen des Middlewareinstallationsprogramms,
bis die Anzeige "Auswahlmöglichkeiten für die Implementierung" erscheint.
4. Wählen Sie in der Anzeige "Auswahlmöglichkeiten für die Implementierung"
die Option für die Implementierung von Directory Server ab, und klicken Sie
auf Weiter. In der nächsten Anzeige können Sie eine vorhandene Instanz von
IBM Tivoli Directory Server oder Microsoft Active Directory zum Sichern von
WebSphere Application Server Network Deployment auswählen.
5. Klicken Sie im Fenster mit der Zusammenfassung des Implementierungsplans
auf Weiter, um Parameter zu konfigurieren. Der Implementierungsplan wird
generiert, und es werden Details zum Plan angezeigt.
6. In der Anzeige Konfigurierbarer Hostname können Sie den Hostnamen des
Systems, über das Sie die Installation ausführen, manuell angeben. Wählen Sie
die Option Überschreiben des Hostnamens der lokalen Maschine aus, und
geben Sie im Feld Hostname einen Wert ein. Wählen Sie diese Option nur
64
IBM Control Desk: Installationshandbuch (IBM WebSphere)
aus, wenn Sie den Hostnamen des Systems manuell angeben und nicht durch
das Installationsprogramm ermitteln lassen möchten. Diese Option ist nützlich, wenn dem System mehrere Hostnamen zugeordnet sind. Diese Konfiguration kommt vor, wenn ein System mehrere Netzschnittstellen hat oder für
die Unterstützung virtueller IP-Adressen konfiguriert ist. Wenn diese Option
ausgewählt ist, müssen Sie einen auflösbaren Hostnamen angeben. Sie können
diese Option nach Auswahl nicht mehr abwählen. Den Wert im Feld Hostname können Sie aber trotzdem ändern. Wenn Sie das Middlewareinstallationsprogramm mit dem Parameter forceHostname=true über die Befehlszeile gestartet haben, müssen Sie im Feld Hostname einen alphanumerischen Wert
eingeben. Wenn Sie eine IP-Adresse eingeben, wird eine Fehlernachricht ausgegeben. Wenn diese Option einmal ausgewählt ist, können Sie sie nicht mehr
abwählen. Sie haben jedoch die Möglichkeit, den im Feld Hostname eingegebenen Wert zu ändern.
7. In der Anzeige für die Wiederverwendung von Kennwörtern können Sie Dieses Kennwort als Wert für alle nachfolgenden Kennwörter verwenden auswählen. Diese Option ermöglicht es Ihnen, dasselbe Kennwort als Standardbenutzerkennwort in allen Anzeigen des Middlewareinstallationsprogramms zu
verwenden. Wenn Sie dies nicht wünschen, ignorieren Sie die Option Verwenden Sie dieses Kennwort als Wert für alle nachfolgenden Kennwörter, und
klicken Sie auf Weiter.
8. Wählen Sie "Schützen mit Microsoft Active Directory" aus, und klicken Sie
auf Weiter.
9. Konfigurieren Sie die folgenden Werte für die Sicherheit von WebSphere Application Server Network Deployment, und klicken Sie auf Weiter.
Name des LDAP-Hosts
Geben Sie den vollständig qualifizierten Namen des Servers ein, auf
dem sich Microsoft Active Directory befindet.
LDAP-Basiseintrag
Geben Sie den LDAP-Basiseintrag für die Instanz ein, z. B.
DC=ism75,DC=com.
Benutzersuffix
Geben Sie das Benutzersuffix für die Instanz ein, z. B.
OU=Users,OU=SWG,DC=ism75,DC=com.
Gruppensuffix
Geben Sie das Gruppensuffix für die Instanz ein, z. B.
OU=Groups,OU=SWG,DC=ism75,DC=com.
Organisationscontainersuffix
Geben Sie das Suffix des Organisationscontainers für die Instanz ein,
z. B. DC=ism75,DC=com.
In diesem Beispiel ist ism75 der Domänenname. Ersetzen Sie ism75
durch den Namen Ihrer eigenen Domäne.
10. Geben Sie die folgenden Konfigurationswerte für die Sicherheit von WebSphere Application Server Network Deployment ein, und klicken Sie dann auf
Weiter.
Definierter Name für Bindung
Geben Sie für die Instanz den definierten Namen für die Bindung an,
z. B. CN=Administrator,CN=Users,DC=ism75,DC=com.
Dieser Wert setzt voraus, dass der Administrator bereits Mitglied der
Domäne ism75 ist. Ersetzen Sie ism75 durch den Namen Ihrer eigenen
Domäne.
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
65
Kennwort für Bindung
Geben Sie auf dem System mit Microsoft Active Directory das Kennwort für den Benutzer mit Administratorberechtigung ein.
11. Schließen Sie die Installation ab, indem Sie die verbleibenden Anzeigen im
Middlewareinstallationsprogramm ausfüllen.
„Middleware mit dem Middlewareinstallationsprogramm installieren” auf Seite
21
Sie verwenden das Middlewareinstallationsprogramm, um Middlewarekomponenten für IBM Control Desk zu installieren. Die Middlewarekomponenten, die
Sie für die Installation auswählen, und die zugehörigen Konfigurationsparameter werden in einem Implementierungsplan für das Zielsystem festgehalten.
„Microsoft Active Directory manuell konfigurieren” auf Seite 96
Sie können Microsoft Active Directory manuell für die Verwendung mit Control
Desk konfigurieren.
Übersicht über das Installationsprogramm
Das Installationsprogramm von Control Desk stellt eine Schnittstelle für die Installation und Implementierung von Control Desk, einschließlich Process Automation
Engine und der Prozessmanager, bereit.
Das Installationsprogramm von Control Desk erfasst die von Ihnen für die Implementierung von Control Desk ausgewählten Optionen und die diesen Optionen
zugeordneten Konfigurationsparameter und kann so Control Desk anhand der von
Ihnen eingegebenen Informationen installieren und implementieren.
Es gibt zwei Installationspfade für Control Desk.
Einfach
Bei einer einfachen Implementierung wird die Middleware für Control
Desk auf einem einzigen System installiert. Es ist nicht möglich, bereits in
Ihrer Organisation vorhandene Middleware mit Control Desk zu verwenden. Die gesamte Middleware, die mit Control Desk genutzt wird, muss
mit dem Middlewareinstallationsprogramm unter Verwendung von Standardwerten auf dem System installiert werden. Control Desk wird mit
Standardwerten installiert, die vom Middlewareinstallationsprogramm und
vom Installationsprogramm von Control Desk vorgegeben werden.
Falls Sie beabsichtigen, die für die einfache Implementierung verwendeten
Standardwerte zu überschreiben, müssen Sie sich für die angepasste Implementierung entscheiden.
Angepasst
Bei einer angepassten Implementierung wird Control Desk in der Regel auf
mehreren Systemen implementiert. Einige dieser Systeme können bereits
Middlewareprodukte hosten, die Sie für Ihre Implementierung von Control
Desk verwenden möchten. Sie können Standardinstallationswerte ändern,
wenn Sie die Implementierung über den angepassten Installationspfad
durchführen.
Diese Implementierungsoption erfordert nicht zwingend, dass die Implementierung von Control Desk auf mehrere Systeme verteilt wird. Sie können den Namen des lokalen Hosts als Ziel für alle Komponenten von Control Desk angeben.
Einige Middlewarekomponenten für Control Desk können vom Installationsprogramm von Control Desk automatisch konfiguriert werden.
66
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Falls Sie nicht möchten, dass das Installationsprogramm von Control Desk Middleware automatisch konfiguriert, müssen Sie die entsprechende Middleware manuell
konfigurieren, bevor Sie Control Desk installieren.
Wichtig: Beachten Sie bei der Eingabe von LDAP-Werten in den Feldern der Installationsanzeigen von Control Desk die produktspezifischen Syntaxregeln für die
Verwendung von Sonderzeichen in LDAP-Zeichenfolgen. In den meisten Fällen
muss Sonderzeichen ein Escapezeichen vorangestellt werden, damit sie vom Verzeichnisserver gelesen werden können. Wenn die Escapezeichen für Sonderzeichen
in einer mit Control Desk verwendeten LDAP-Zeichenfolge fehlen, kommt es zu
Fehlern in Control Desk.
Viele Verzeichnisserverprodukte interpretieren ein Leerzeichen als Sonderzeichen,
das Teil der LDAP-Zeichenfolge ist. Wenn Sie eine LDAP-Zeichenfolge mit einem
Leerzeichen ohne Escapezeichen am Ende eines Feldwerts eingeben, treten Fehler
in Control Desk auf.
Weitere Informationen zur Verwendung von Sonderzeichen in LDAP-Zeichenfolgen
finden Sie in der Produktdokumentation für Ihren Verzeichnisserver.
Informationen, die Sie im Installationsprogramm von Control Desk eingeben, werden in den Dateien maximo.properties und install.properties sowie in der Maximo-Datenbank gespeichert. Bei jeder nachfolgenden Verwendung des Installationsprogramms von Control Desk werden diese Werte in die Felder der
Installationsanzeigen eingetragen. Wenn Sie das Installationsprogramm abbrechen,
ruft das Installationsprogramm beim nächsten Start die meisten Werte, die Sie eingegeben haben, wieder ab. Werte, die nicht auf diese Weise gespeichert werden,
sind das Installationsverzeichnis von Control Desk und die Direktaufrufoption, die
während der Installation ausgewählt werden. Sie können die Standardwerte im
Installationsprogramm von Control Desk wiederherstellen, indem Sie die Dateien
<Maximo-Ausgangsverzeichnis>/applications/maximo/properties/
maximo.properties und <Maximo-Ausgangsverzeichnis>/etc/install.properties
löschen. Wenn Sie die Datei maximo.properties nicht im Verzeichnis
<Maximo-Ausgangsverzeichnis> finden, suchen Sie sie im Systemverzeichnis für
temporäre Dateien.
Werte des einfachen Installationspfads
Das Installationsprogramm von Control Desk erfordert bestimmte Pfadwerte für
eine einfache Installation.
Wenn Sie sich für die Installation von Control Desk über den einfachen Installationspfad entscheiden, werden die folgenden Werte festgelegt. An den entsprechend
gekennzeichneten Stellen müssen Sie Werte eingeben.
Für einfache Installationen geben Sie einen einzigen Hostnamen für die Middleware an. Das Installationsprogramm von Control Desk geht davon aus, dass sich die
gesamte Software, die mit Control Desk ausgeführt werden soll, auf diesem Host
befindet.
Tabelle 6. Pfadwerte für eine einfache Installation von Control Desk
Kategorie
Feld
Wert
Implementierungsoption
Implementierung
Einfach
DatenbankkonfigurationDatenbanktyp
DB2
Vom Benutzer anzugeben?
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
67
Tabelle 6. Pfadwerte für eine einfache Installation von Control Desk (Forts.)
Kategorie
Feld
Wert
DatenbankkonfigurationHostname
Vom Benutzer anzugeben?
Ja
DatenbankkonfigurationPort
50005
DatenbankkonfigurationDatenbankname
maxdb75
DatenbankkonfigurationInstanz
ctginst1
DatenbankkonfigurationBenutzer-ID
Ja
DatenbankkonfigurationDatenbankkonfigurationJa
automatisieren
DatenbankkonfigurationBenutzer-ID für
Remotezugriff
Ja
DatenbankkonfigurationDatenbankinstallationsverzeichnis
Windows
C:\Program
Files\IBM\
SQLLIB
DatenbankkonfigurationBenutzer-ID für
Instanzadministrator
DatenbankkonfigurationBenutzer-ID für
Windows-Dienst
Windows
db2admin
Ja
db2admin
DatenbankkonfigurationName des
maxdata
Datentabellenbereichs
DatenbankkonfigurationGröße des
Mittel
Datentabellenbereichs
68
DatenbankkonfigurationName des temporären Tabellenbereichs
maxtemp
DatenbankkonfigurationGröße des temporären Tabellenbereichs
1000
Konnektivität von
IBM WebSphere
Application Server
Hostname
Konnektivität von
IBM WebSphere
Application Server
SOAP-Port
Konfiguration von
IBM WebSphere
Application Server
Ausgangsverzeichnis
des Servers von IBM
WebSphere
Application Server
Konfiguration von
IBM WebSphere
Application Server
Benutzername
wasadmin
Konfiguration von
IBM WebSphere
Application Server
Profilname
ctgDmgr01
Konfiguration von
IBM WebSphere
Application Server
Konfiguration von
IBM WebSphere
Application Server
automatisieren
Ja
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Ja
8879
Windows
C:\Program
Files\IBM\
WebSphere\
AppServer
Ja
Tabelle 6. Pfadwerte für eine einfache Installation von Control Desk (Forts.)
Kategorie
Feld
Konfiguration von
IBM WebSphere
Application Server
Benutzer-ID für
Remotezugriff
Konfiguration von
IBM WebSphere
Application Server
Web-Server-Port
80
Konfiguration von
IBM WebSphere
Application Server
Web-Server-Name
webserver1
Konfiguration von
IBM WebSphere
Application Server
Knotenname
ctgNode01
Konfiguration von
IBM WebSphere
Application Server
Clustername
MAXIMOCLUSTER
Konfiguration von
IBM WebSphere
Application Server
Anwendungsserver
MXServer: Dieser
Wert kann nicht geändert werden.
JMS-Konfiguration
für
Integrationsadapter
Name der JMSDatenquelle
meajmsds
JMS-Konfiguration
für
Integrationsadapter
JMS-Nachrichten als
persistent definieren
Nein
SicherheitskonfigurationStandardschema verwenden
Wert
Vom Benutzer anzugeben?
Ja
Ja
SicherheitskonfigurationBenutzer automatisch Ja
erstellen
Maximo-Konfiguration
InstallationsverzeichnisC:\IBM\SMP
Konfigurationsschritt
Konfiguration jetzt
durchführen
Ja
Ja
.
Produkt installieren und Middleware automatisch konfigurieren
Zum Installieren von Control Desk führen Sie das Installationsprogramm über das
Launchpad aus. Die Installationsprozedur konfiguriert die Middleware automatisch
unter Verwendung der Standardwerte auf mehreren Servern.
Vorbereitende Schritte
Vergewissern Sie sich, dass die Vorbedingungen erfüllt sind.
v Der Datenbankserver, der Verzeichnisserver und die Services des Anwendungsservers müssen gestartet und aktiv sein.
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
69
v Die Verzeichnisse /tmp und /var/tmp müssen auf dem System vorhanden sein.
Das Installationsprogramm benötigt diese Verzeichnisse als Informationsquelle
während der Implementierung von IBM WebSphere Application Server Network
Deployment.
v Beenden Sie auf der Verwaltungsworkstation vorübergehend alle nicht kritischen
Prozesse, die sich negativ auf die Installation auswirken können, wie z. B. Antivirensoftware.
v Stellen Sie sicher, dass die Windows-Einstellung "Datenausführungsverhinderung" die Ausführung des Launchpads nicht verhindert. Wählen Sie dazu Folgendes aus: Start > Einstellungen > Systemsteuerung > System > Erweitert >
Leistung > Einstellungen > Datenausführungsverhinderung. Wählen Sie Datenausführungsverhinderung nur für erforderliche Windows-Programme und
-Dienste aktivieren, und klicken Sie auf Übernehmen. Möglicherweise werden
Sie dazu aufgefordert, für den Server einen Warmstart durchzuführen.
v Für Linux- und UNIX-Systeme mit installierter Middleware muss der Befehl
hostname -f einen vollständig qualifizierten Hostnamen zurückgeben. Ziehen Sie
gegebenenfalls die Dokumentation zu Ihrem Betriebssystem zu Rate. Alternativ
können Sie die IP-Adresse des Systems angeben.
v Aktivieren Sie die Fernausführung, und rufen Sie den Service auf jedem System
mit installierter Middleware auf. Jedes ferne System muss ein Protokoll für Remotezugriff unterstützen und Fernanmeldungen, die mit einer auf dem Zielserver konfigurierten Kombination aus Benutzername und Kennwort durchgeführt
werden, akzeptieren. Zu den Protokollen für Remotezugriff gehören SSH und
Windows-SMB. Falls das ferne System ein Windows-Server ist, müssen Sie die
Fernausführung und den Remotezugriff über SMB konfigurieren.
v Die DB2-Datenbank muss vorbereitet sein.
– Wenn DB2 auf einem Linux- oder UNIX-System installiert ist, müssen Sie den
Instanzbenutzer und das Ausgangsverzeichnis für den Benutzer auf dem
DB2-Server erstellen.
– Im Ausgangsverzeichnis des Eigners der Datenbankinstanz müssen 8 GB
Speicher verfügbar sein, unabhängig davon, ob eine Datenbank an dieser Position installiert wird.
– Die Benutzer-ID für den DB2-Instanzadministrator muss die Berechtigung
SYSADM (Systemverwaltung) haben. Diese Benutzer-ID wird während der
Ausführung des Produktinstallationsprogramms angegeben. Suchen Sie in der
Produktdokumentation zu DB2 nach Informationen zum Erstellen eines Benutzers mit der Berechtigung SYSADM auf dem DB2-Server. Für UNIX-Systeme müssen Sie "root" einer Gruppe mit der Berechtigung SYSADM hinzufügen.
Informationen zu diesem Vorgang
Die bereitgestellten Anweisungen beziehen sich auf eine Mehrserverinstallation unter Verwendung von Standardwerten.
Wenn bei der Ferninstallation auf Systemen mit AIX 6.x Probleme mit der Benutzerschnittstelle des Installationsprogramms auftreten, sollten Sie eine erneute Installation auf dem lokalen System durchführen. Verwenden Sie auf dem lokalen
System eine Konsole oder ein X-Terminal.
Vorgehensweise
1. Melden Sie sich am Verwaltungssystem an.
2. Starten Sie das Produktinstallationsprogramm über das Launchpad.
70
IBM Control Desk: Installationshandbuch (IBM WebSphere)
a. Starten Sie das Launchpad. Navigieren Sie zum Stammverzeichnis bzw.
zum Verzeichnis mit dem heruntergeladenen Installationsimage, und führen Sie den folgenden Befehl aus:
Windows
launchpad.exe
UNIX launchpad.sh
Wenn das Launchpad die Installation nicht startet, können Sie das Produktinstallationsprogramm direkt starten. Navigieren Sie im heruntergeladenen Installationsimage zum Verzeichnis \Install\\, und führen Sie einen der folgenden
Befehle aus:
Windows
v install.bat
v install_win64.bat
UNIX
v install_aix64.sh
v install_linux32.sh
v install_linux64.sh
3. Wählen Sie die Sprache für die Installation aus, und klicken Sie auf OK.
4. Geben Sie in der Anzeige Installationsordner auswählen den Pfad der Position an, an der Control Desk installiert werden soll.
Sie können eine Beschreibung für die Installation eingeben. Eine Beschreibung
ist hilfreich, um zwischen mehreren Installationen auf derselben Verwaltungsworkstation unterscheiden zu können.
5. Überprüfen Sie die Informationen in der Anzeige Installationsposition prüfen. In der Anzeige erscheinen Informationen zur vorherigen Installation, die
basierend auf dem Installationsverzeichnis, das Sie in der vorherigen Anzeige
eingegeben haben, gefunden wurden. Nachdem Sie diese Anzeige verlassen
haben, können Sie nicht mehr zurückkehren, um das Installationsverzeichnis
für diese Installation zu ändern.
Wird eine neuere Version des Installationsprogramms im angegebenen Zielinstallationsverzeichnis gefunden, erhalten Sie eine entsprechende Benachrichtigung. Wird eine solche Benachrichtigung angezeigt, bedeutet das, dass Sie
eine ältere Version des Installationsprogramms verwenden. Auf der Verwaltungsworkstation wurde eine neuere Version gefunden, die wichtige Features
und Erweiterungen enthalten kann. Um die neuere Version des Installationsprogramms zu verwenden, wählen Sie die entsprechende Option in der Benachrichtigungsanzeige aus, und klicken Sie auf Weiter. Damit verlassen Sie
den aktuellen Installationsprozess und starten den Installationsprozess mit
dem neuen Installationsprogramm. Wenn Sie diese Option nicht auswählen,
setzen Sie die Installation mit der älteren Version des Installationsprogramms
fort.
6. Prüfen Sie in der Anzeige Paketzusammenfassung die Informationen zur Paketimplementierung. In dieser Anzeige werden Versionsinformationen für die
neuen und vorhandenen Pakete auf dem System aufgelistet. Die Versionsinformationen für das Zielpaket geben die Paketversion an, die gerade implementiert wird.
7. Geben Sie in der Anzeige Implementierung auswählen als Implementierungstyp Einfach oder Angepasst an.
8. Wählen Sie in der Anzeige Middlewarekonfigurationsdaten importieren die
Option Middlewarekonfigurationsdaten importieren aus, damit das ProdukKapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
71
tinstallationsprogramm die Werte des Middlewareinstallationsprogramms verwendet. Diese Werte werden im Produktinstallationsprogramm als Standardwerte für die entsprechenden Felder verwendet.
Das Feld Position für Arbeitsbereich bezeichnet die Position der Topologiedatei, die die für das Middlewareinstallationsprogramm angegebenen Werte enthält. Sie finden diese Datei in dem Arbeitsbereich, den Sie während der Installation der Middleware definiert haben. Beispiel: C:\ibm\tivoli\mwi\workspace
für Windows oder /root/ibm/tivoli/mwi/workspace für UNIX.
Wenn Sie die einfache Implementierung verwenden, werden die Middlewarestandardinformationen nicht verwendet.
9. Geben Sie in der Anzeige Datenbanktyp die Software an, die für die MaximoDatenbank verwendet werden soll.
10. Geben Sie in der Anzeige Datenbank die Konfigurationsinformationen für
Ihre Datenbanksoftware an.
Wenn die angegebenen Werte für die Datenbankbenutzer-ID, den Datenbanknamen und die Datenbankinstanz für Control Desk sowie für den Schemanamen nicht existieren, werden sie erstellt.
Bei DB2 darf die Benutzer-ID nicht mit der Benutzer-ID des Instanzadministrators übereinstimmen.
Datenbankbenutzer- und Datenbankinstanznamen dürfen keine Leerzeichen
enthalten.
Für DB2 wird die Datenbankinstanz erstellt, falls sie nicht vorhanden ist. Der
Benutzer und das zugehörige Ausgangsverzeichnis müssen jedoch auf dem
DB2-Server vorhanden sein. Bei DB2 kann als Schemaname entweder der Wert
für den Eigner der definierten Tabellenbereiche oder ein anderer Wert, z. B.
"maximo", verwendet werden.
Nachdem Sie die Konfigurationsinformationen für Ihre Datenbanksoftware angegeben haben, validiert das Installationsprogramm die Informationen mit
dem Datenbankserver.
11. In der Anzeige Datenbankkonfiguration automatisieren können Sie angeben,
dass die Datenbankerstellung und -konfiguration automatisiert werden sollen.
Wenn Sie diese Option nicht auswählen, müssen Sie die Datenbank manuell
konfigurieren.
12. Geben Sie in der Anzeige Berechtigung für Remotezugriff die Berechtigungsinformationen für die automatische Datenbankkonfiguration ein. Durch Angabe dieser Werte wird eine Fernkonfiguration ermöglicht.
13. Geben Sie in der Anzeige Datenbankverwaltung die Konfigurationsinformationen zur Datenbank ein. Die erforderlichen Informationen sind abhängig von
der Datenbankplattform.
Für DB2 darf die Benutzer-ID des Instanzadministrators nicht mit der Datenbankbenutzer-ID übereinstimmen. Außerdem muss die Benutzer-ID für den
Windows-Dienst auf dem System Administratorberechtigung haben.
14. Geben Sie in der Anzeige Datenbanktabellenbereich die Informationen zum
Tabellenbereich der Datenbank an.
Wenn Sie auf Weiter klicken, stellt das Produktinstallationsprogramm eine
Verbindung zum Datenbankserver her und validiert die angegebenen Informationen.
15. Geben Sie nach Abschluss der Datenbankvalidierung in der Anzeige Anwendungsservertyp den Anwendungsservertyp für die Produktimplementierung
an.
72
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Sie haben die Möglichkeit, WebSphere Application Server Network Deployment automatisch über das Produktinstallationsprogramm zu konfigurieren.
16. Geben Sie in der Anzeige WebSphere-Konnektivität die Hostinformationen
für WebSphere Application Server Network Deployment an.
17. Geben Sie in der Anzeige Berechtigung für Remotezugriff auf WebSphere
die Berechtigungsinformationen für die Konfiguration von WebSphere Application Server Network Deployment an.
18. Geben Sie in der Anzeige Konfiguration von WebSphere Application Server
Network Deployment die Konfigurationsinformationen für WebSphere Application Server Network Deployment an.
Der Web-Server-Port muss mit einem vorhandenen Portwert für den HTTPServer übereinstimmen, den Sie beim Installieren von WebSphere Application
Server Network Deployment konfiguriert haben. Wenn Sie für den Web-Server-Port einen anderen Wert eingeben, müssen Sie WebSphere Application Server Network Deployment nach Abschluss der Installation erneut starten.
Durch den Serverneustart wird der neue Port aktiviert und für eingehende
Anforderungen verfügbar.
Der Anwendungsservername, den Sie angeben, wird erstellt, wenn er noch
nicht vorhanden ist.
19. Geben Sie in der Anzeige Sicherheit die Methode an, die für die Authentifizierung und Berechtigung der Benutzer verwendet werden soll.
20. Geben Sie in der Anzeige Maximo-Benutzer angeben die Benutzerinformationen für die Maximo-Datenbank an.
Maximo-Benutzer mit Verwaltungsaufgaben
Die Benutzer-ID des Produktadministrators, die für die Erstkonfiguration und zum Hinzufügen von Benutzern verwendet wird.
Maximo-Benutzer für Systemregistrierung
Die Benutzer-ID, die für die Selbstregistrierung von Benutzern verwendet wird.
Maximo-Benutzer für Systemintegration
Die Benutzer-ID, die für Unternehmensadapter verwendet wird.
Angepasste Werte für Benutzer-ID und Kennwort werden in der Maximo-Datenbank gespeichert. Die Standardbenutzer-IDs, "maxadmin", "maxreg" und
"maxintadm", werden ebenfalls als Benutzer in der Maximo-Datenbank erstellt. Das Erstellen der Standardbenutzer-IDs erfolgt für interne Verarbeitungszwecke. Wenn Sie die Maximo-Datenbanksicherheit für die Authentifizierung und Berechtigung verwenden, können die Standardbenutzer-IDs für die
Anmeldung an der Anwendung verwendet werden. Sollten Sie diese Bedingung als Sicherheitsrisiko einstufen, können Sie die Kennwörter für diese
Standardbenutzer-IDs ändern. Sie können die Kennwörter für die BenutzerIDs in der Anwendung "Benutzer" ändern.
21. Geben Sie in der Anzeige Sicherheit die Namen der Benutzer- und Gruppenbasiseinheiten an, und legen Sie außerdem fest, wie die Benutzer von Control
Desk erstellt werden sollen.
Benutzerbasiseintrag
Wenn Sie das in Control Desk bereitgestellte LDAP-Standardschema
nicht verwenden möchten, geben Sie den zu verwendenden Benutzerbasiseintrag an.
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
73
Gruppenbasiseintrag
Wenn Sie das LDAP-Standardschema nicht verwenden möchten, geben Sie den zu verwendenden Gruppenbasiseintrag an.
Sie können festlegen, dass die erforderlichen Benutzer vom Installationsprogramm erstellt werden. Wenn Sie diese Option nicht verwenden, müssen Sie
die Benutzer manuell erstellen, bevor Sie fortfahren.
Wenn Sie das bereitgestellte LDAP-Standardschema nicht verwenden, müssen
Sie es selbst erstellen, bevor Sie fortfahren. Die in den Feldern Benutzerbasiseintrag und Gruppenbasiseintrag angegebenen Werte werden für die Konfiguration der Crontask VMMSYNC verwendet. Wenn Sie ein eigenes LDAPSchema erstellen und die Benutzer manuell erstellen möchten, können Sie die
Add-on-LDIF-Standarddaten ändern und in Ihr LDAP-Repository importieren.
22. Geben Sie in der Anzeige Integrationsadapter-JMS-Konfiguration die JMSKonfigurationsinformationen ein (Java Message Service). Ein JMS-Server setzt
für die Verwaltung der Nachrichten die Konfiguration eines DB2-Datenrepositorys voraus. Wenn Sie einen anderen Datenbanktyp verwenden, kann keine
Nachrichtenpersistenz konfiguriert werden. Wenn Sie festgelegt haben, dass
JMS-Nachrichten nicht als persistent definiert werden sollen, können Sie die
JMS-Implementierung später manuell konfigurieren.
Geben Sie den Namen der Datenbank ein, die von JMS verwendet werden
soll. Für DB2 können Sie festlegen, ob die JMS-Nachrichten in DB2 als persistent definiert werden sollen.
Wählen Sie JMS-Nachrichten nicht als persistent definieren aus, wenn Sie
Control Desk mit Oracle oder Microsoft SQL Server implementieren. Wenn Sie
auf Weiter klicken, springt der Installationsassistent zur Anzeige SMTP-Konfiguration.
23. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Konfiguration des DB2-Datenbankservers zusätzliche JMS-Konfigurationsinformationen an. Der JMS-Datenspeicher
kann nur als DB2-Datenbank erstellt werden.
24. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Berechtigung für Remotezugriff auf
DB2-Datenbankserver Berechtigungsinformationen für die Funktion der automatischen Konfiguration ein.
Unter Windows muss die Benutzer-ID Mitglied der Gruppe DB2ADMNS sein.
Unter Linux oder UNIX muss diese Benutzer-ID "root" sein und zu einer
Gruppe gehören, die die Berechtigung SYSADM für die Datenbankinstanz besitzt.
25. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Konfiguration der DB2-Datenbankinstanz zusätzliche DB2-Informationen an.
26. Geben Sie in der Anzeige SMTP-Konfiguration die SMTP-Konfigurationsinformationen ein, die die Workflows für die Kommunikation mit Workflowteilnehmern verwenden.
Zum Senden der Nachrichten wird die E-Mail-Adresse des Administrators
verwendet. Wenn Sie die Felder leer lassen, müssen Sie die SMTP-Parameter
im Rahmen der nach der Installation auszuführenden Aufgaben über die Produktschnittstelle konfigurieren.
27. Klicken Sie in der Anzeige Optionen für Datenintegrations- und Kontextmenüservices auf die Option, die anzeigt, wo die Datenbanktabellen für diese
Funktionen erstellt werden, in der Maximo-Datenbank oder in einer separaten
Datenbankinstanz, die Sie zu diesem Zweck erstellt haben. Wenn Sie die Entry
74
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Edition installieren möchten, wählen Sie die Maximo-Datenbank aus. Diese Tabellen werden erstellt, jedoch nicht von der Entry Edition verwendet.
28. Geben Sie in der Anzeige zur Auswahl der Basissprache die Basissprache für
die Installation an.
29. In der Anzeige Auswahl der zusätzlichen Sprachen können Sie wahlweise
eine oder mehrere zusätzliche Sprachen für die Installation angeben.
30. Geben Sie in der Anzeige Konfigurationsschritt ausführen an, wie Sie den
Konfigurationsschritt der Installation ausführen möchten. Wenn Sie keine Optionen auswählen und auf Weiter klicken, wird der Konfigurationsschritt fortgesetzt.
Dateien jetzt kopieren, aber Installationskonfiguration später durchführen
Wählen Sie diese Option aus, um Dateien von der Installationsquelle
auf die Verwaltungsworkstation zu kopieren. Sie müssen den Konfigurationsschritt später ausführen, um die Implementierung abzuschließen.
Wichtig: Installieren Sie kein weiteres Produkt, bevor der Konfigurationsschritt der ursprünglichen Installation abgeschlossen ist. Wenn Sie
vor der Ausführung des Konfigurationsschritts für diese Installation
ein weiteres Produkt installieren, wird der Aufgabenspeicher überschrieben, wodurch die Implementierung der ursprünglichen Installation verhindert wird.
Die Konfigurationswerte, die Sie eingeben, werden in den Dateien
Installationsausgangsverzeichnis\maximo\applications\maximo\
properties\maximo.properties und
Installationsausgangsverzeichnis\etc\install.properties gespeichert. Führen Sie die Konfigurationsschritte außerhalb des Produktinstallationsprogramms aus, indem Sie das Dienstprogramm "taskrunner"
im Verzeichnis Installationsausgangsverzeichnis\scripts verwenden. Führen Sie das Dienstprogramm "taskrunner" in der Befehlszeile
aus.
Installationsausgangsverzeichnis\scripts\taskrunner
[CONTINUE <STOPONERROR|NOSTOPONERROR>]
Das Dienstprogramm "taskrunner" verwendet die in den Dateien
maximo.properties und install.properties gespeicherten Konfigurationswerte für die Konfiguration von Control Desk.
Wenn Sie das Dienstprogramm "taskrunner" mit dem Parameter
NOSTOPONERROR ausführen, wird es trotz Fehlern fortgesetzt. Wenn Sie
das Dienstprogramm "taskrunner" mit dem Parameter STOPONERROR
ausführen, wird es gestoppt, wenn ein Fehler auftritt. Wenn Sie den
Parameter STOPONERROR verwendet haben, können Sie die Fehlerbedingungen beheben. Anschließend können Sie die Installation an dem
Punkt fortsetzen, an dem die letzte erfolgreich ausgeführte Aufgabe
im vorherigen Versuch aufgezeichnet wurde, indem Sie "taskrunner"
mit dem Parameter CONTINUE starten.
Anwendungsdateien später manuell implementieren
Wählen Sie diese Option aus, wenn Sie Anwendungsdateien manuell
im Anwendungsserver implementieren möchten.
Aktualisierung der Maximo-Datenbank verzögern
Wählen Sie diese Option aus, wenn Sie die Aufgabe der Datenbankaktualisierung für die Produktimplementierung manuell ausführen
möchten. Diese Option kann verwendet werden, wenn ein Fixpack
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
75
verfügbar ist, das bekannte Probleme mit dem Script "updatedb" behandelt. In diesem Szenario wählen Sie die Option Aktualisierung der
Maximo-Datenbank verzögern aus, wenden das Fixpack an und führen anschließend den Befehl updatedb -v1 manuell aus.
31. Legen Sie in der Anzeige Verknüpfungsposition auswählen fest, wo die Symbole von Control Desk erstellt werden sollen.
Wenn Sie Im Start-Menü auswählen und Internet Explorer verwenden, fügen
Sie den URL von Control Desk zur Webinhaltszone der vertrauenswürdigen
Sites hinzu. Inaktivieren Sie die Option, die für alle Sites in der Zone eine Serverprüfung erforderlich macht.
Wählen Sie nicht die Option In der Schnellstartleiste aus, da diese Option
kein Programmsymbol in der Schnellstartleiste erstellt.
Achtung: Verknüpfungen werden nur für Windows-Systeme erstellt. Da Implementierungen von WebLogic Server manuelle Prozesse sind, müssen Sie
alle Verknüpfungen, die Sie erstellen, manuell aktualisieren. Sie aktualisieren
Verknüpfungen nach der manuellen Implementierung der EAR-Dateien von
Control Desk.
32. Prüfen Sie in der Anzeige Zusammenfassung der Eingabe die Angaben, die
Sie für das Produktinstallationsprogramm festgelegt haben.
Falls erforderlich, können Sie über die Schaltfläche Zurück zu vorherigen Anzeigen zurückkehren, um Werte zu ändern.
33. Prüfen Sie die Angaben in der Anzeige Vorinstallationszusammenfassung,
und klicken Sie anschließend auf Installieren.
Jetzt beginnt der Installationsprozess. Sie können den Installationsfortschritt
anhand der angezeigten Nachrichten überwachen.
34. Prüfen Sie die Angaben in der Anzeige Installation abgeschlossen, und klicken Sie dann auf Fertig.
Achtung: Auf AIX-Systemen ist die Anzeige Installation abgeschlossen in
einigen Fällen leer. Klicken Sie auf Fertig, um das Installationsprogramm zu
verlassen.
„Middleware unter Windows erneut starten” auf Seite 253
In diesem Abschnitt wird beschrieben, wie Middleware unter Windows erneut
gestartet wird, wenn Sie Middleware-Services erneut starten müssen.
„Middleware unter UNIX erneut starten” auf Seite 254
Middleware-Services müssen auf Linux- und AIX-Plattformen gelegentlich erneut gestartet werden, z. B. bei einem Warmstart. Middleware-Server und -Services müssen aktiv sein, damit das Installationsprogramm von Control Desk
ausgeführt werden kann.
Optionalen Inhalt installieren
Sie können das relevante optionale Inhaltspaket für Ihre Produktedition installieren.
Optionaler Inhalt wird in Entwicklungsumgebungen häufig als Ausgangspunkt für
die Entwicklung eigener Inhalte verwendet.
Wenn Sie während der Produktinstallation keinen optionalen Inhalt installieren
möchten, können Sie dies zu einem späteren Zeitpunkt nachholen. Wenn Sie den
Inhalt später installieren, müssen Sie die Datenbank aktualisieren und die Datei
"maximo.ear" erneut erstellen und implementieren.
76
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Optionale Integrationsmodule installieren
Sie können Integrationsmodulpakete installieren, um Integrationen mit anderen
Produkten einzurichten.
Sie können diese Integrationsmodule über die Integrationsseite des Launchpads installieren:
Integrationsmodul von IBM Tivoli Provisioning Manager
Mit diesem Integrationsmodul können Sie Tivoli Provisioning Manager mit
dem Release-Management-Prozess integrieren. Sie können beispielsweise
Tivoli Provisioning Manager als maßgebliche Medienbibliothek verwenden.
Weitere Informationen zu dieser Integration finden Sie im Release-Management-Abschnitt im Information Center.
CMS-LIC-Aktivierungspaket für implementierte Anlagen
Dieses Paket ist erforderlich, wenn Sie vorhaben, CMS (Kontextmenüservice, Kontextmenüservice) für die Verwaltung von Launch-in-Context-Aktionen für implementierte Anlagen zu verwenden. Informationen zu Optionen für Launch-in-Context-Aktionen finden Sie im Abschnitt über die
Planung im Information Center.
CMS-LIC-Aktivierungspaket für Configuration Items
Dieses Paket ist erforderlich, wenn Sie vorhaben, CMS (Kontextmenüservice, Kontextmenüservice) für die Verwaltung von Launch-in-Context-Aktionen für tatsächliche Configuration Items zu verwenden. Informationen zu
Optionen für Launch-in-Context-Aktionen finden Sie im Abschnitt über die
Planung im Information Center.
Rational-ClearQuest-OSLC-Integrationen
Mit dieser Integration können Sie die Technologie "Open Services for Lifecycle Collaboration" (OSLC) verwenden, um eine Verknüpfung zwischen
der Anwendung "Probleme" und Rational ClearQuest herzustellen und so
Informationen zu Problemen und deren Lösungen zu freizugeben.
OSLC-Integrationen von Rational Team Concert
Mit dieser Integration können Sie die Technologie "Open Services for Lifecycle Collaboration" (OSLC) verwenden, um eine Verknüpfung zwischen
der Anwendung "Probleme" und Rational Team Concert herzustellen und
so Informationen zu Problemen und deren Lösungen freizugeben.
Wenn Sie während der Produktinstallation keine Integrationsmodule installieren
möchten, können Sie dies zu einem späteren Zeitpunkt nachholen. Entscheiden Sie
sich für die spätere Installation, müssen Sie die Datenbank aktualisieren und die
Datei "maximo.ear" erneut erstellen und implementieren.
Sprachenimplementierung nach Verzögerung der Datenbankaktualisierung
Die Auswahl der Option zur Verzögerung der Maximo-Datenbankaktualisierung
während der Installation des Produkts wirkt sich auf die Implementierung der
Sprachen aus.
Während der Installation haben Sie die Möglichkeit, die Aufgabe für die Datenbankaktualisierung zu verzögern. Diese Option verhindert das Schreiben von Daten in die Datenbank während der Installation. Das Installationsprogramm ist auf
das Kopieren der Dateien auf das Verwaltungssystem und die Registrierung der
Prozesslösungspakete für das Produkt beschränkt. Sie selbst fügen Sprachen hinzu,
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
77
indem Sie die Installation abschließen, die Datenbank manuell aktualisieren und
dann die Sprachenpakete manuell implementieren.
„Sprachen nach Verzögerung der Datenbankaktualisierung manuell
implementieren” auf Seite 56
Sprachen müssen manuell implementiert werden, wenn Sie Datenbankaktualisierungen über das Installationsprogramm verzögern.
Sprachen nach Verzögerung der Datenbankaktualisierung manuell implementieren
Sprachen müssen manuell implementiert werden, wenn Sie Datenbankaktualisierungen über das Installationsprogramm verzögern.
Vorbereitende Schritte
Vor der manuellen Konfiguration von Sprachen für PSI-Pakete muss der Befehl
"updatedb" manuell ausgeführt worden sein.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um Sprachen manuell für PSI-Pakete zu
konfigurieren:
Vorgehensweise
1. Aktualisieren Sie die Sprachunterstützung für die Kernkomponenten.
Die Dateien für die Sprachauswahl, die Sie während der Installation vorgenommen haben, werden in das Verzeichnis C:\IBM\SMP\Maximo\Tools\Maximo\
Ländereinstellung\xliff\ auf Ihrem System extrahiert.
a. Wenn Sie eine Sprache als Basissprache für das Produkt aktualisieren möchten, setzen Sie den folgenden Befehl ab:
Installationsausgangsverzeichnis\maximo\tools\maximo\TDToolkit.bat
-IMPORT
-SLEN
-TLLändereinstellung
-maxmessfix
b. Wenn Sie eine oder mehrere zusätzliche Sprachen für das Produkt hinzufügen möchten, setzen Sie den folgenden Befehl für jede Sprache ab, die Sie
hinzufügen möchten:
Installationsausgangsverzeichnis\maximo\tools\maximo\TDToolkit.bat
-ADDLANGLändereinstellung
-maxmessfix
2. Aktualisieren Sie die Sprachen für zusätzliche Pakete.
Um festzustellen, welche Pakete Sie aktualisieren müssen, wechseln Sie in das
Verzeichnis Installationsausgangsverzeichnis\maximo\tools\maximo\en\xliff.
Jeder Ordner im Verzeichnis xliff wird mit Ausnahme des Ordners MAXUPG als
Eingabe für die Operation -pmpupdate von TDToolkit verwendet. Im Gegensatz
zum Prozess für die Aktualisierung der Sprachen für Control Desk müssen Sie
den Befehl TDToolkit einmal für jedes Paket ausführen. TDToolkit stellt fest,
welche Sprachen gegenwärtig implementiert sind, und aktualisiert alle Sprachen.
a. Wechseln Sie in das Verzeichnis Installationsausgangsverzeichnis\maximo\
tools\maximo\en\xliff, und geben Sie einen Paketordner zur Aktualisierung an, z. B. calibration.
b. Aktualisieren Sie die Sprachen für das ausgewählte Paket.
78
IBM Control Desk: Installationshandbuch (IBM WebSphere)
C:\IBM\SMP\maximo\tools\maximo\TDToolkit.bat
-pmpupdatePaketverzeichnis
In diesem Beispiel könnte der Befehl pmpupdatePaketverzeichnis wie folgt
lauten: pmpupdatecalibration oder pmpupdateconfig_pmp.
c. Wiederholen Sie den Vorgang für jedes zusätzliche Paket, das Sprachaktualisierungen benötigt.
Kapitel 3. Automatische Implementierung unter Wiederverwendung vorhandener Middleware
79
80
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 4. Manuelle Implementierung unter Wiederverwendung
vorhandener Middleware
Verwenden Sie die Informationen in diesem Abschnitt, wenn Sie Control Desk unter Wiederverwendung vorhandener Middleware-Server implementieren und die
Server manuell für die Zusammenarbeit mit Control Desk konfigurieren möchten.
Diese Informationen bieten eine allgemeine Übersicht über die Aufgaben bzw. eine
Roadmap der Aufgaben, die Sie ausführen müssen, um Control Desk automatisch
mit in Ihrem Unternehmen bereits eingerichteter Middleware zu implementieren.
In diesem Szenario konfigurieren Sie vorhandene Middlewareressourcen manuell,
bevor Sie das Installationsprogramm von Control Desk ausführen.
Abbildung 2. Control Desk mit manueller Middlewarekonfiguration implementieren
Installation von Control Desk mit manueller Middlewarekonfiguration
Bei der manuellen Konfiguration von Installationen müssen vor Ausführung des
Installationsprogramms von Control Desk Middlewarekomponenten, Datenbankserver, Verzeichnisserver und J2EE für die Verwendung mit Control Desk konfiguriert werden.
Bei Bedarf können Sie Middlewarekomponenten von Control Desk automatisch
vom Installationsprogramm von Control Desk konfigurieren lassen. Alternativ können Sie einen oder mehrere Middleware-Server für Control Desk manuell konfigurieren.
In diesem Abschnitt wird detailliert beschrieben, wie Middleware für Control Desk
vor der Ausführung des Installationsprogramms von Control Desk manuell konfiguriert wird.
Stellen Sie zunächst sicher, dass die folgenden Voraussetzungen erfüllt sind:
v Sie haben einen Windows- oder UNIX-basierten Server festgelegt, auf dem das
Installationsprogramm von Control Desk gestartet werden soll.
v Vergewissern Sie sich bei WebSphere Application Server Network Deployment,
dass die Zelle und alle zugehörigen Knoten aktiv sind.
Jeder Server, der nicht mit der Funktion für automatische Konfiguration des Installationsprogramms von Control Desk konfiguriert werden soll, muss manuell konfiguriert werden, bevor das Installationsprogramm von Control Desk ausgeführt
wird.
Stellen Sie sicher, dass die Version Ihrer Middleware unterstützt wird.
Datenbank manuell konfigurieren
Sie haben die Möglichkeit, den Datenbankserver, der in der Implementierung von
Control Desk verwendet wird, manuell zu konfigurieren. Die manuelle Konfiguration des Datenbankservers muss abgeschlossen sein, bevor Sie das Installationsprogramm von Control Desk verwenden.
© Copyright IBM Corp. 2014
81
Für DB2 auf UNIX- und Linux-Systemen müssen Sie sicherstellen, dass mindestens
8 GB (binärer) freier Speicherplatz für die DB2-Tabellenbereiche im Ausgangsverzeichnis der Datenbankinstanz (/home/ctginst1) verfügbar sind.
Für DB2 unter Windows muss im DB2-Installationsverzeichnis ein freier Speicherplatz von mindestens 8 Gigabyte verfügbar sein.
DB2 9.x manuell konfigurieren
Dieser Abschnitt enthält Anweisungen zur manuellen Konfiguration von Servern
mit DB2 9.x für die Verwendung mit Control Desk.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte vor dem Start des Installationsprogramms von
Control Desk aus, um einen vorhandenen Server mit DB2 9.x für die Verwendung
mit Control Desk zu konfigurieren:
Vorgehensweise
1. Melden Sie sich als Benutzer mit Systemverwaltungsberechtigung am System
an.
2. Erstellen Sie Systembenutzer, falls keine im System vorhanden sind:
v Windows
– db2admin
– maximo
v Linux oder UNIX
– db2admin
– maximo
– ctgfenc1
– ctginst1
Die Benutzer-ID "ctginst1" muss der Gruppe "db2iadm1" zugeordnet werden.
3. Öffnen Sie ein Konsolenfenster, und richten Sie die DB2-Umgebung ein:
v Windows
db2cmd
v Linux oder UNIX
Stellen Sie sicher, dass die Verzeichnisse /opt/ibm/db2/V9.7/bin,
/opt/ibm/db2/v9.7/instance und /opt/ibm/db2/V9.7/adm der Umgebungsvariablen PATH hinzugefügt wurden.
4. Erstellen Sie die DB2-Instanz:
v Windows
db2icrt -s ese -u db2admin,meinKennwort -r 50005,50005 ctginst1
set db2instance=ctginst1
db2start
db2 update dbm config using SVCENAME 50005 DEFERRED
db2stopdb2set DB2COMM=tcpipdb2start
v Linux oder UNIX
db2icrt -s ese -u db2fenc1 -p 50005 ctginst1
. /home/ctginst1/sqllib/db2profile
db2start
db2 update dbm config using SVCENAME 50005 DEFERRED
db2stopdb2set DB2COMM=tcpipdb2start
5. Erstellen Sie die Datenbank:
db2
db2
db2
db2
db2
82
create db ’maxdb75’ ALIAS ’maxdb75’ using codeset UTF-8 territory US pagesize 32 K
connect to ’maxdb75’
GRANT DBADM ON DATABASE TO USER db2admin (windows only)
GRANT SECADM ON DATABASE TO USER db2admin (windows only)
connect reset
IBM Control Desk: Installationshandbuch (IBM WebSphere)
6. Konfigurieren Sie die Datenbank:
db2 update db cfg for maxdb75 using SELF_TUNING_MEM ON
db2 update db cfg for maxdb75 using APP_CTL_HEAP_SZ 16384 DEFERRED
db2 update db cfg for maxdb75 using APPLHEAPSZ 2048 AUTOMATIC DEFERRED
db2 update db cfg for maxdb75 using AUTO_MAINT ON DEFERRED
db2 update db cfg for maxdb75 using AUTO_TBL_MAINT ON DEFERRED
db2 update db cfg for maxdb75 using AUTO_RUNSTATS ON DEFERRED
db2 update db cfg for maxdb75 using AUTO_REORG ON DEFERRED
db2 update db cfg for maxdb75 using AUTO_DB_BACKUP ON DEFERRED
db2 update db cfg for maxdb75 using CATALOGCACHE_SZ 800 DEFERRED
db2 update db cfg for maxdb75 using CHNGPGS_THRESH 40 DEFERRED
db2 update db cfg for maxdb75 using DBHEAP AUTOMATIC
db2 update db cfg for maxdb75 using LOCKLIST AUTOMATIC DEFERRED
db2 update db cfg for maxdb75 using LOGBUFSZ 1024 DEFERRED
db2 update db cfg for maxdb75 using LOCKTIMEOUT 300 DEFERRED
db2 update db cfg for maxdb75 using LOGPRIMARY 20 DEFERRED
db2 update db cfg for maxdb75 using LOGSECOND 100 DEFERRED
db2 update db cfg for maxdb75 using LOGFILSIZ 8192 DEFERRED
db2 update db cfg for maxdb75 using SOFTMAX 1000 DEFERRED
db2 update db cfg for maxdb75 using MAXFILOP 32768 DEFERRED #32-bit Windows
db2 update db cfg for maxdb75 using MAXFILOP 65335 DEFERRED #64-bit Windows
db2 update db cfg for maxdb75 using MAXFILOP 30720 DEFERRED #32-bit UNIX
db2 update db cfg for maxdb75 using MAXFILOP 61440 DEFERRED #64-bit UNIX
db2 update db cfg for maxdb75 using PCKCACHESZ AUTOMATIC DEFERRED
db2 update db cfg for maxdb75 using STAT_HEAP_SZ AUTOMATIC DEFERRED
db2 update db cfg for maxdb75 using STMTHEAP AUTOMATIC DEFERRED
db2 update db cfg for maxdb75 using UTIL_HEAP_SZ 10000 DEFERRED
db2 update db cfg for maxdb75 using DATABASE_MEMORY AUTOMATIC DEFERRED
db2 update db cfg for maxdb75 using AUTO_STMT_STATS OFF DEFERRED
db2 update db cfg for maxdb75 using STMT_CONC LITERALS DEFERRED
db2 update alert cfg for database on maxdb75 using db.db_backup_req SET THRESHOLDSCHECKED YES
db2 update alert cfg for database on maxdb75 using db.tb_reorg_req SET THRESHOLDSCHECKED YES
db2 update alert cfg for database on maxdb75 using db.tb_runstats_req SET THRESHOLDSCHECKED YES
db2 update dbm cfg using PRIV_MEM_THRESH 32767 DEFERRED
db2 update dbm cfg using KEEPFENCED NO DEFERRED
db2 update dbm cfg using NUMDB 2 DEFERRED
db2 update dbm cfg using RQRIOBLK 65535 DEFERRED
db2 update dbm cfg using HEALTH_MON OFF DEFERRED
#
# Windows: AGENT_STACK_SZ 1000
# Unix : AGENT_STACK_SZ 1000
#
db2 update dbm cfg using AGENT_STACK_SZ 1000 DEFERRED
db2 update dbm cfg using MON_HEAP_SZ AUTOMATIC DEFERRED
db2set DB2_SKIPINSERTED=ON
db2set DB2_INLIST_TO_NLJN=YES
db2set DB2_MINIMIZE_LISTPREFETCH=Y
db2set DB2_EVALUNCOMMITTED=YES
db2set DB2_FMP_COMM_HEAPSZ=65536
db2set DB2_SKIPDELETED=ON
db2set DB2_USE_ALTERNATE_PAGE_CLEANING=ON
7. Melden Sie sich unter Linux oder UNIX als Benutzer "ctginst1" an, und führen
Sie einen Neustart der DB2-Befehlszeilenumgebung durch:
su - ctginst1
db2
8. Starten Sie DB2 erneut:
db2stop force
db2start
9. Stellen Sie erneut eine Verbindung zur Datenbank her:
db2 connect to ’maxdb75’
10. Erstellen Sie einen Pufferpool.
db2 CREATE BUFFERPOOL MAXBUFPOOL IMMEDIATE SIZE 4096 AUTOMATIC PAGESIZE 32 K
11. Erstellen Sie Tabellenbereiche.
db2 CREATE REGULAR TABLESPACE MAXDATA PAGESIZE 32 K MANAGED BY AUTOMATIC STORAGE INITIALSIZE 5000 M BUFFERPOOL MAXBUFPOOL
db2 CREATE TEMPORARY TABLESPACE MAXTEMP PAGESIZE 32 K MANAGED BY AUTOMATIC STORAGE BUFFERPOOL MAXBUFPOOL
db2 GRANT USE OF TABLESPACE MAXDATA TO USER MAXIMO
12. Erteilen Sie "maximo" die gewünschten Berechtigungen:
db2 GRANT DBADM,CREATETAB,BINDADD,CONNECT,CREATE_NOT_FENCED_ROUTINE,IMPLICIT_SCHEMA,
LOAD,CREATE_EXTERNAL_ROUTINE,QUIESCE_CONNECT,SECADM ON DATABASE TO USER MAXIMO
db2 GRANT USE OF TABLESPACE MAXDATA TO USER MAXIMO
db2 create schema maximo authorization maximo
db2 GRANT CREATEIN,DROPIN,ALTERIN ON SCHEMA MAXIMO TO USER MAXIMO
13. Beenden Sie die Datenbankverbindung.
db2 connect reset
14. Verlassen Sie die DB2-Befehlszeilenumgebung.
15. Installieren Sie das Fixpack, das im Artikel zu den Voraussetzungen in dem
Kapitel angegeben ist, in dem die Vorbereitung der Installation beschrieben
wird. Stellen Sie sicher, dass Sie alle Installationsaufgaben und Aufgaben nach
der Installation, die in der Readme-Datei zum Fixpack beschrieben sind, prüfen und ausführen. Andernfalls kann die Installation von Control Desk fehlschlagen. Weitere Informationen finden Sie auf der zugehörigen Produktunterstützungsseite.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
83
Oracle 11g manuell konfigurieren
Befolgen Sie diese Anweisungen, um Oracle 11g für Control Desk manuell zu konfigurieren.
Vorbereitende Schritte
Namen von Oracle-Instanzen dürfen maximal 8 Zeichen lang sein. Bei Oracle-Datenbanken muss die Benutzer-ID des Schemaeigners mit der Benutzer-ID des Datenbankbenutzers übereinstimmen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte vor dem Start des Installationsprogramms von
Control Desk aus, um einen vorhandenen Server mit Oracle 11g für die Verwendung mit Control Desk zu konfigurieren:
Vorgehensweise
1. Melden Sie sich als Oracle-Softwarebenutzer an. Dieser Benutzer hat in der Regel den Namen oracle.
2. Erstellen Sie den Datenbanklistener. Der Listener verwaltet Anforderungen zum
Herstellen von Verbindungen zur Datenbank. Dieser Schritt ist nur dann erforderlich, wenn noch kein Listener vorhanden ist.
a. Öffnen Sie die Anwendung "Oracle Network Configuration Assistant".
b. Wählen Sie in der Eingangsanzeige Listener configuration aus, und klicken
Sie auf Next.
c. Wählen Sie in der Aktionsanzeige die Option Add aus, und klicken Sie auf
Next.
d. Geben Sie einen Namen für den Listener ein, oder übernehmen Sie den
Standardwert. Klicken Sie anschließend auf Next.
e. Übernehmen Sie die standardmäßig ausgewählten Protokolle, indem Sie auf
Next klicken.
f. Wählen Sie in der Portanzeige die Option Use the standard port of 1521
aus, und klicken Sie auf Next.
g. Wählen Sie No aus, um anzugeben, dass die Konfiguration der Listener abgeschlossen ist, und klicken Sie auf Next.
h. Klicken Sie in der Anzeige "Listener Configuration Done" auf Next.
i. Klicken Sie auf Finish.
3. Erstellen Sie eine Datenbank für Control Desk.
a. Öffnen Sie die Anwendung "Oracle Database Configuration Assistant".
b. Klicken Sie auf Next.
c. Wählen Sie Create a Database aus, und klicken Sie auf Next.
d. Wählen Sie den Eintrag General Purpose or Transaction Processing aus,
und klicken Sie auf Next.
e. Geben Sie für "Global Database Name" und "SID" jeweils den Wert ctginst1
ein, und klicken Sie auf Next.
f. Übernehmen Sie die ausgewählten Standardwerte, und klicken Sie auf Next.
g. Vergewissern Sie sich, dass Use the Same Administrative Password for All
Accounts ausgewählt ist, und geben Sie ein Kennwort für Oracle-Benutzer
ein. Klicken Sie anschließend auf Next.
h. Vergewissern Sie sich, dass als Speichermechanismus für die Datenbank File
System ausgewählt ist. Vergewissern Sie sich, dass Use Database File Loca-
84
IBM Control Desk: Installationshandbuch (IBM WebSphere)
tions from Template als Wert ausgewählt ist, der für die Datenbankdateiposition verwendet werden soll, und klicken Sie anschließend auf Next.
i. Übernehmen Sie in der Anzeige mit den Optionen für Datenbankwiederherstellung die ausgewählten Standardwerte, und klicken Sie auf Next.
j. Klicken Sie in der Anzeige Sample Schemas auf Next.
k. Wählen Sie in der Anzeige "Initialization Parameters" auf der Registerkarte
"Memory" die Option Custom aus, und geben Sie folgende Werte (in MB)
an:
Memory Management
Setzen Sie diese Einstellung auf Manual Shared Memory Management.
Shared Pool
Setzen Sie diese Einstellung auf 152.
Buffer Cache
Setzen Sie diese Einstellung auf 36.
Java Pool
Setzen Sie diese Einstellung auf 32.
Large Pool
Setzen Sie diese Einstellung auf 8.
PGA Size
Setzen Sie diese Einstellung auf 36.
l. Wählen Sie auf der Registerkarte "Character Sets" die Einstellung Use Unicode (AL32UTF8) aus.
m. Klicken Sie auf All Initialization Parameters....
n. Klicken Sie auf Show Advanced Parameters.
o. Suchen Sie die folgenden Parameter, setzen Sie sie auf die angegebenen
Werte, und klicken Sie auf Close.
nls_length_semantics
Ändern Sie diesen Wert in CHAR.
open_cursors
Ändern Sie diesen Wert in 1000.
p.
q.
r.
s.
cursor_sharing
Setzen Sie diese Einstellung auf FORCE.
Klicken Sie in der Anzeige "Initialization Parameters" auf Next.
Klicken Sie in der Anzeige "Database Storage" auf Next.
Klicken Sie in der Anzeige "Creation Options" auf Finish.
Klicken Sie auf Exit, um Database Configuration Assistant zu verlassen. Die
Datenbank wurde erfolgreich erstellt.
Anmerkung: Oracle Database Configuration Assistant verwendet das Script
ORACLE-Ausgangsverzeichnis/ctx/admin/defaults/drdefus.sql im Rahmen der
Konfiguration des Benutzers "CTXSYS". Sie müssen dieses Script manuell ausführen, wenn Oracle Database Configuration Assistant nicht verwendet wird.
4. Erstellen Sie mit dem folgenden Befehl in SQL*Plus einen Tabellenbereich:
Create tablespace maxdata datafile
’C:\oracle\product\11.1.0\db_1\dbs\maxdata.dbf’
size 1000M autoextend on;
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
85
Ändern Sie das im Beispiel angegebene Verzeichnis in das Verzeichnis, in dem
sich die Datenbank befindet. Wenn das Verzeichnis nicht vorhanden ist, scheitert der Befehl.
5. Erstellen Sie mit dem folgenden Befehl in SQL*Plus einen temporären Tabellenbereich:
create temporary tablespace maxtemp tempfile
’C:\oracle\product\11.1.0\db_1\dbs\maxtemp.dbf’
size 1000M autoextend on maxsize unlimited;
Ändern Sie das im Beispiel angegebene Verzeichnis in das Verzeichnis, in dem
sich die Datenbank befindet. Wenn das Verzeichnis nicht vorhanden ist, scheitert der Befehl.
6. Erstellen Sie mit dem folgenden Befehl in SQL*Plus den Benutzer "maximo":
create user maximo identified by maximo default tablespace maxdata temporary
tablespace maxtemp;
grant connect to maximo;
grant create job to maximo;
grant create trigger to maximo;
grant create session to maximo;
grant create sequence to maximo;
grant create synonym to maximo;
grant create table to maximo;
grant create view to maximo;
grant create procedure to maximo;
grant alter session to maximo;
grant execute on ctxsys.ctx_ddl to maximo;
alter user maximo quota unlimited on maxdata;
Wenn Sie einen gesonderten Tabellenbereich für die Indexierung erstellt haben,
müssen Sie dem Benutzer "maximo" auch Zugriff auf diesen Indextabellenbereich erteilen. Verwenden Sie beispielsweise den folgenden Befehl, wenn Sie einen gesonderten Tabellenbereich für die Indexierung mit dem Namen "TSI_MAM_OWN" erstellt haben:
alter user maximo quota unlimited on TSI_MAM_OWN
In diesen Anweisungen wird davon ausgegangen, dass Sie die Standardrollensätze, die dem Oracle-DBA-Benutzer bzw. den Oracle-DBA-Benutzer-IDs, die
für das Herstellen von Verbindungen zur Datenbank erstellt wurden, nicht geändert haben. Wenn Sie die Standardberechtigungen für Benutzer-IDs eingeschränkt haben, müssen Sie sie dem Benutzer "maximo" explizit erteilen. Wenn
Sie beispielsweise eine Rolle wie "select_catalog_role" nicht erteilen, müssen Sie
diese Rolle dem Benutzer "maximo" explizit zuweisen. Diese Zuordnung kann
mit dem folgenden SQL*Plus-Befehl vorgenommen werden:
grant select_catalog_role to maximo
Oracle 10g manuell konfigurieren
Oracle 10g kann manuell für die Zusammenarbeit mit Control Desk konfiguriert
werden.
Vorbereitende Schritte
Namen von Oracle-Instanzen dürfen maximal 8 Zeichen lang sein. Bei Oracle-Datenbanken muss die Benutzer-ID des Schemaeigners mit der Benutzer-ID des Datenbankbenutzers übereinstimmen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte vor dem Start des Installationsprogramms von
Control Desk aus, um einen vorhandenen Server von Oracle 10g für die Verwendung mit Control Desk zu konfigurieren:
86
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Vorgehensweise
1. Melden Sie sich als Oracle-Softwarebenutzer an. Dieser Benutzer hat in der Regel den Namen oracle.
2. Erstellen Sie den Datenbanklistener. Der Listener verwaltet Anforderungen zum
Herstellen von Verbindungen zur Datenbank.
a. Öffnen Sie die Anwendung "Oracle Network Configuration Assistant".
b. Wählen Sie in der Eingangsanzeige Listener configuration aus, und klicken
Sie auf Next.
c. Wählen Sie in der Aktionsanzeige die Option Add aus, und klicken Sie auf
Next.
d. Geben Sie einen Namen für den Listener ein, oder übernehmen Sie den
Standardwert. Klicken Sie anschließend auf Next.
e. Übernehmen Sie die standardmäßig ausgewählten Protokolle, indem Sie auf
Next klicken.
f. Wählen Sie in der Portanzeige die Option Use the standard port of 1521
aus, und klicken Sie auf Next.
g. Wählen Sie No aus, um anzugeben, dass die Konfiguration der Listener abgeschlossen ist, und klicken Sie auf Next.
h. Klicken Sie in der Anzeige "Listener Configuration Done" auf Next.
i. Klicken Sie auf Finish.
3. Erstellen Sie eine Datenbank für Control Desk.
a. Öffnen Sie die Anwendung "Oracle Database Configuration Assistant".
b. Klicken Sie auf Next.
c. Wählen Sie Create a Database aus, und klicken Sie auf Next.
d. Wählen Sie General Purpose aus, und klicken Sie auf Next.
e. Geben Sie für "Global Database Name" und "SID" jeweils den Wert ctginst1
ein, und klicken Sie auf Next.
f. Übernehmen Sie die ausgewählten Standardwerte, und klicken Sie auf Next.
g. Vergewissern Sie sich, dass Use the Same Administrative Password for All
Accounts ausgewählt ist, und geben Sie ein Kennwort für Oracle-Benutzer
ein. Klicken Sie anschließend auf Next.
h. Vergewissern Sie sich, dass als Speichermechanismus für die Datenbank File
System ausgewählt ist, und klicken Sie auf Next.
i. Vergewissern Sie sich, dass Use Database File Locations from Template als
Wert ausgewählt ist, der für die Datenbankdateiposition verwendet werden
soll, und klicken Sie anschließend auf Next.
j. Übernehmen Sie in der Anzeige mit den Optionen für Datenbankwiederherstellung die ausgewählten Standardwerte, und klicken Sie auf Next.
k. Klicken Sie in der Anzeige Sample Schemas auf Next.
l. Wählen Sie in der Anzeige für Speicherzuordnung Custom aus, geben Sie
die folgenden Werte (in Bytes) an, und klicken Sie auf Next.
Shared Memory Management
Setzen Sie diese Einstellung auf Manual.
Shared Pool
Setzen Sie diese Einstellung auf 152.
Buffer Cache
Setzen Sie diese Einstellung auf 36.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
87
Java Pool
Setzen Sie diese Einstellung auf 32.
Large Pool
Setzen Sie diese Einstellung auf 8.
PGA Size
Setzen Sie diese Einstellung auf 36.
m. Wählen Sie auf der Registerkarte "Character Sets" die Einstellung Use Unicode (AL32UTF8) aus.
n. Klicken Sie auf All Initialization Parameters....
o. Klicken Sie auf Show Advanced Parameters.
p. Suchen Sie die folgenden Parameter, setzen Sie sie auf die angegebenen
Werte, und klicken Sie auf Close.
nls_length_semantics
Ändern Sie diesen Wert in CHAR.
open_cursors
Ändern Sie diesen Wert in 1000.
cursor_sharing
Setzen Sie diese Einstellung auf FORCE.
q. Klicken Sie in der Anzeige "Initialization Parameters" auf Next.
r. Klicken Sie in der Anzeige "Database Storage" auf Next.
s. Klicken Sie in der Anzeige "Creation Options" auf Finish.
t. Klicken Sie nach der erfolgreichen Erstellung der Datenbank auf Password
Management.
u. Geben Sie den Account "CTXSYS" frei, indem Sie in der Spalte Lock Account? die Markierung für diesen Eintrag entfernen. Geben Sie ein Kennwort für den Account ein, und klicken Sie dann auf OK.
v. Klicken Sie auf Exit, um Database Configuration Assistant zu verlassen. Die
Datenbank wurde erfolgreich erstellt.
Anmerkung: Oracle Database Configuration Assistant verwendet das Script
ORACLE-Ausgangsverzeichnis/ctx/admin/defaults/drdefus.sql im Rahmen der
Konfiguration des Benutzers "CTXSYS". Dieses Script muss manuell verwendet
werden, wenn Oracle Database Configuration Assistant nicht verwendet wird.
4. Erstellen Sie mit dem folgenden Befehl in SQL*Plus einen Tabellenbereich:
Create tablespace maxdata datafile
’C:\oracle\product\10.2.0\oradata\ctginst1\maxdata.dbf’
size 1000M autoextend on;
Das im Beispiel angegebene Verzeichnis muss in die Installationsposition der
Datenbank geändert werden. Wenn das Verzeichnis nicht vorhanden ist, scheitert der Befehl.
5. Erstellen Sie einen Tabellenbereich für temporäre Tabellen.
6. Erstellen Sie mit dem folgenden Befehl in SQL*Plus den Benutzer "maximo":
create user maximo identified by maximo default tablespace maxdata temporary
tablespace maxtemp;
grant connect to maximo;
grant create job to maximo;
grant create trigger to maximo;
grant create session to maximo;
grant create sequence to maximo;
grant create synonym to maximo;
grant create table to maximo;
88
IBM Control Desk: Installationshandbuch (IBM WebSphere)
grant
grant
grant
grant
alter
create view to maximo;
create procedure to maximo;
alter session to maximo;
execute on ctxsys.ctx_ddl to maximo;
user maximo quota unlimited on maxdata;
Wenn Sie entschieden haben, einen separaten Tabellenbereich für die Indexierung zu erstellen, müssen Sie dem Benutzer "maximo" auch Zugriff auf diesen
Indextabellenbereich erteilen. Beispielsweise müssen Sie, wenn Sie einen eigenständigen Tabellenbereich für die Indexierung mit dem Namen "TSI_CMDB_OWN" erstellt haben, den folgenden zusätzlichen SQL*plus-Befehl ausführen:
alter user maximo quota unlimited on TSI_CMDB_OWN
Bei diesen Anweisungen wird davon ausgegangen, dass Sie die Standardrollensätze, die dem Oracle-Datenbankadministrator bzw. anderen Benutzer-IDs für
das Herstellen einer Verbindung zur Datenbank zugeordnet sind, nicht geändert haben. Wenn Sie die Standardberechtigungen für Benutzer-IDs eingeschränkt haben, müssen Sie sie dem Benutzer "maximo" explizit erteilen. Die
Rolle "select_catalog_role" ist beispielsweise für Benutzer-IDs erforderlich, die
eine Verbindung zur Datenbank herstellen. Für eine erfolgreiche Implementierung von Control Desk müssen Sie dem Benutzer "maximo" diese Rolle explizit
mit dem folgenden SQL*Plus-Befehl zuweisen:
grant select_catalog_role to maximo
Microsoft SQL Server manuell konfigurieren
Sie können Microsoft SQL Server manuell für die Verwendung mit Control Desk
konfigurieren.
Vorbereitende Schritte
Control Desk bietet bei der Implementierung mit Microsoft SQL Server keine
Mehrsprachenunterstützung, weil Microsoft SQL Server UTF-8 nicht unterstützt.
Die Sortiereinstellungen für die Microsoft-SQL-Server-Datenbank müssen auf die
folgenden Optionen gesetzt werden:
v Wörterbuchreihenfolge
v Keine Unterscheidung der Groß-/Kleinschreibung
v Verwendung mit dem Zeichensatz 1252
Informationen zu diesem Vorgang
Führen Sie vor dem Start des Installationsprogramms von Control Desk die folgenden Schritte aus, um einen vorhandenen Microsoft SQL Server für die Verwendung
mit Control Desk zu konfigurieren:
Vorgehensweise
1. Konfigurieren Sie den Listener-Port.
Wenn die Standardinstanz des Datenbankmoduls von Microsoft SQL Server aktiviert ist, ist diese am TCP-Port 1433 empfangsbereit. Benannte Instanzen des
Datenbankmoduls von Microsoft SQL Server und Microsoft SQL Server Compact Edition sind für dynamische Ports konfiguriert, d. h., sie wählen beim
Starten des Dienstes einen beliebigen verfügbaren Port aus. Wenn die Verbindung zu einer benannten Instanz über eine Firewall hergestellt wird, konfigurieren Sie das Datenbankmodul für den Empfang an einem bestimmten Port,
damit dieser Port in der Firewall geöffnet wird.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
89
a. Öffnen Sie Programme > Microsoft SQL Server 2008 > Konfigurationstools
> SQL Server-Konfigurations-Manager.
b. Wählen Sie im Navigationsfenster von Microsoft SQL Server-KonfigurationsManager die Option SQL-Server-Netzwerkkonfiguration > Protokolle für
<Instanzname> aus, und klicken Sie anschließend doppelt auf TCP/IP.
c. Klicken Sie im Dialogfenster "TCP/IP-Eigenschaften" auf das Register "IPAdressen".
d. Stellen Sie für jede aufgelistete IP-Adresse sicher, dass das Feld "Dynamische TCP-Ports" leer ist. Falls das Feld "Dynamische TCP-Ports" den Wert
"0" enthält, verwendet diese IP-Adresse dynamische Ports. Da Control Desk
voraussetzt, dass Microsoft SQL Server an einem statischen Port empfangsbereit ist, muss dieses Feld leer bleiben.
e. Geben Sie für jede aufgelistete IP-Adresse im Feld "TCP-Port" den Wert
1433 ein.
f. Klicken Sie auf OK.
g. Klicken Sie im Navigationsfenster von SQL Server-Konfigurations-Manager
auf SQL-Server-Dienste.
h. Klicken Sie mit der rechten Maustaste auf SQL Server (<Instanzname>)
und dann auf Neu starten, um Microsoft SQL Server zu stoppen und erneut
zu starten.
i. Vergewissern Sie sich, dass die Instanz von Microsoft SQL Server aktiv ist,
und schließen Sie dann SQL Server-Konfigurations-Manager.
2. Prüfen Sie, ob während der Installation von Microsoft SQL Server 2008 die Einstellung für Volltextsuche aktiviert wurde. Führen Sie die folgenden Schritte
aus, um festzustellen, ob für Ihre vorhandene Microsoft-SQL-Server-Datenbank
die Volltextsuche installiert ist:
a. Öffnen Sie SQL Server Management Studio, wählen Sie SQL-Serverauthentifizierung als Authentifizierungstyp aus, geben Sie die Berechtigungsnachweise für die Benutzer-ID sa ein, und klicken Sie auf "Verbinden".
b. Klicken Sie auf Neue Abfrage.
c. Geben Sie den folgenden Befehl ein:
select FULLTEXTSERVICEPROPERTY ( ’IsFulltextInstalled’ )
Falls Sie die Volltextsuche nicht installiert haben (Ergebniswert null), müssen Sie diesen Schritt jetzt ausführen. Zum Installieren der Volltextsuche legen Sie den Produktdatenträger von Microsoft SQL Server 2008 in das System ein, und starten Sie den Installationsassistenten. Navigieren Sie durch
den Assistenten, und aktivieren Sie die Option für die Volltextsuche im Abschnitt "Angepasst" des Dialogfensters "Setup-Typ". Zum Beenden des Installationsprozesses starten Sie den Server erneut.
3. Erstellen Sie eine Microsoft-SQL-Server-Datenbank.
a. Öffnen Sie SQL Server Management Studio (Start > Programme > Microsoft
SQL Server 2008 > SQL Server Management Studio).
b. Klicken Sie in der Navigationsstruktur mit der rechten Maustaste auf den
Ordner "Datenbanken", und wählen Sie Neue Datenbank aus.
c. Geben Sie im Feld "Datenbankname" einen eindeutigen Datenbanknamen
ein (z. B. maxdb75).
d. Ändern Sie für den logischen Namen "maxdb75" den Wert des Attributs
"Anfangsgröße" in 500 (MB). Legen Sie außerdem für "Automatische Vergrößerung" den Wert Um 1 MB, unbeschränkte Vergrößerung fest.
e. Bei Bedarf können Sie die Protokolleinstellungen an Ihre Produktionsumgebung anpassen.
90
IBM Control Desk: Installationshandbuch (IBM WebSphere)
f. Klicken Sie auf OK.
4. Erstellen Sie den Maximo-Benutzer für Microsoft SQL Server.
a. Öffnen Sie Microsoft SQL Server Management Studio (Start > Programme >
Microsoft SQL Server 2008 > SQL Server Management Studio).
b. Klicken Sie auf Neue Abfrage.
c. Wählen Sie im Dropdown-Menü "Verfügbare Datenbanken" die MaximoAsset-Management-Datenbank (maxdb75) aus.
d. Geben Sie das folgende Script ein, um den Maximo-Datenbankbenutzer
MAXIMO mit dem Kennwort MAXIMO zu erstellen.
sp_addlogin MAXIMO,MAXIMO
go
Bei diesem Wert muss die Groß-/Kleinschreibung beachtet werden.
e. Klicken Sie auf Ausführen.
f. Geben Sie das folgende Script ein, um den Datenbankeigner auf "maximo"
zu setzen:
sp_changedbowner MAXIMO
go
g. Klicken Sie auf Ausführen.
Nächste Schritte
Wenn Sie weitere logische Namen zur Datenbank hinzufügen und deren Dateigruppe auf einen anderen Wert als PRIMÄR setzen, müssen Sie nach der Konfiguration der Datenbank und nach Erstellung des Maximo-Benutzers die folgenden
Schritte ausführen:
1. Führen Sie das Installationsprogramm von Control Desk aus, und wählen Sie
die Option Konfigurationsschritt jetzt nicht ausführen aus.
2. Fügen Sie der Datei Installationsausgangsverzeichnis\etc\
install.properties die folgende Eigenschaft hinzu:
Database.SQL.DataFilegroupName=<Ihr logischer Name>
3. Führen Sie die Konfigurationsschritte außerhalb des Installationsprogramms
von Control Desk aus. Verwenden Sie dazu das Dienstprogramm "taskrunner"
im Verzeichnis Installationsausgangsverzeichnis\scripts.
Führen Sie diese zusätzlichen Schritte nur aus, wenn Sie weitere logische Namen
zur Datenbank hinzugefügt und deren Dateigruppe auf einen anderen Wert als
PRIMÄR gesetzt haben.
Verzeichnisserver manuell konfigurieren
In den folgenden Abschnitten wird beschrieben, wie ein Verzeichnisserver manuell
für die Verwendung mit Control Desk konfiguriert wird.
Es gibt mehrere Methoden, um Control Desk zu schützen. Wenn Sie einen Verzeichnisserver verwenden möchten, um Control Desk zu schützen, müssen Sie eine
manuelle Konfiguration des Verzeichnisservers durchführen, bevor Sie das Installationsprogramm von Control Desk verwenden. Eine manuelle Konfiguration ist erforderlich, wenn Sie sich gegen die Konfiguration durch das Installationsprogramm
von Control Desk entscheiden.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
91
Anmerkung: Der Basis-DN, der Benutzer für die Bindung und weitere verschiedene Knotenwerte, die in diesen Abschnitten aufgelistet sind, sind Standardwerte.
Diese Werte werden durch Werte ersetzt, die für vorhandene LDAP-Hierarchien in
Ihrer Organisation gültig sind.
Wichtig: Bei der Eingabe von LDAP-Werten für die Felder in den Installationsanzeigen von Control Desk, Einträgen in LDIF-Dateien oder Werten, die Sie direkt
über Verzeichnisservertools in eine Verzeichnisinstanz eingeben, müssen Sie die
produktspezifischen Syntaxregeln für die Verwendung von Sonderzeichen in einer
LDAP-Zeichenfolge berücksichtigen. In den meisten Fällen muss Sonderzeichen ein
Escapezeichen vorangestellt werden, damit sie vom Verzeichnisserver gelesen werden können. Wenn die Escapezeichen für Sonderzeichen in einer mit Control Desk
verwendeten LDAP-Zeichenfolge fehlen, kommt es zu Fehlern in Control Desk.
Viele Verzeichnisserver interpretieren ein Leerzeichen als Sonderzeichen, das Teil
der LDAP-Zeichenfolge ist. Wenn Sie also versehentlich eine LDAP-Zeichenfolge
mit einem Leerzeichen eingeben, z. B. am Ende eines Feldwertes, und diesem Leerzeichen kein Escapezeichen vorangestellt ist, treten Fehler in Control Desk auf, die
nur schwer zu beheben sind.
Weitere Informationen zu Sonderzeichen in LDAP-Zeichenfolgen enthält die Produktdokumentation zu Ihrem Verzeichnisserver.
IBM Tivoli Directory Server manuell konfigurieren
Befolgen Sie diese Anweisungen, um IBM Tivoli Directory Server für Control Desk
manuell zu konfigurieren.
Informationen zu diesem Vorgang
Wenn Sie IBM Tivoli Directory Server vor dem Start des Installationsprogramms
von Control Desk konfigurieren möchten, müssen Sie eine Instanz von IBM Tivoli
Directory Server erstellen.
Anmerkung: Obwohl es technisch möglich ist, eine DB2-Instanz gemeinsam für
Control Desk und IBM Tivoli Directory Server zu nutzen, kann dieses Verfahren zu
Fehlern führen. Während der Installation wird die Datenbankinstanz erneut gestartet, was dazu führen kann, dass IBM Tivoli Directory Server in Ihrem Unternehmen vorübergehend nicht verfügbar ist. Wenn Sie die automatisierten Installationsprogramme verwenden, werden separate Instanzen für Control Desk und IBM
Tivoli Directory Server erstellt.
Vorgehensweise
1. Erstellen Sie mit der von Ihnen bevorzugten Methode einen Benutzer auf dem
System, und ordnen Sie ihn der entsprechenden Gruppe zu.
Windows
Erstellen Sie den Benutzer db2admin, und ordnen Sie ihn den folgenden Gruppen als Mitglied zu:
v Windows-Administratoren
v DB2ADMNS
v DB2USERS
UNIX Erstellen Sie den Benutzer idsccmdb, und ordnen Sie ihn den folgenden Gruppen als Mitglied zu:
v dasadmn1
v idsldap
92
IBM Control Desk: Installationshandbuch (IBM WebSphere)
v dbsysadm
Der Rootbenutzer muss auch Mitglied der Gruppen "dasadm1",
"idsldap" und "dbsysadm" sein.
2. Falls Instance Administration Tool noch nicht gestartet ist, vergewissern Sie
sich, dass Sie als Administrator am System angemeldet sind, und starten Sie
das Tool.
Windows
Wählen Sie Programme > IBM Tivoli Directory Server 6.3 > Instance
Administration Tool aus.
UNIX Geben Sie in der Befehlszeile ./opt/IBM/ldap/V6.3/sbin/idsxinst ein.
3. Klicken Sie in Instance Administration Tool auf Create an instance.
4. Klicken Sie im Fenster "Create a new instance" auf Create a new directory server instance und dann auf Next.
5. Geben Sie in den folgenden Feldern des Fensters "Instance details" Werte ein,
und klicken Sie auf Next.
User name
Wählen Sie idsccmdb als ID des Systembenutzers aus, der der Eigner
der Verzeichnisserverinstanz sein soll. Dieser Name wird auch als
Name der Instanz verwendet.
Install location
Geben Sie die Position ein, an der die Instanzdateien gespeichert werden sollen.
Encryption seed string
Geben Sie eine Folge von Zeichen ein, die als Seedwert für die Verschlüsselung verwendet werden soll. Dieser Wert muss aus mindestens 12 Zeichen bestehen.
Instance description
Geben Sie eine kurze Beschreibung der Instanz ein.
6. Geben Sie in der Anzeige "DB2 instance details" im Feld "DB2 instance name"
idsccmdb ein, und klicken Sie auf Next.
7. Wählen Sie in der Anzeige "TCP/IP settings for multihomed hosts" die Option
"Listen on all configured IP addresses" aus, und klicken Sie auf Next.
8. Geben Sie in den folgenden Feldern der Anzeige "TCP/IP port settings" Werte
ein, und klicken Sie auf Next.
Server port number
Geben Sie 389 als Kontaktport für den Server ein.
Server secure port number
Geben Sie 636 als sicheren Port für den Server ein.
Admin daemon port number
Geben Sie 3538 als Port für den Verwaltungsdämon ein.
Admin daemon secure port number
Geben Sie 3539 als sicheren Port für den Verwaltungsdämon ein.
9. Lassen Sie in der Anzeige "Option steps" die folgenden Optionen ausgewählt,
und klicken Sie auf Next.
Configure admin DN and password
Jetzt können Sie den definierten Namen des Administrators (Administrator-DN) und das Kennwort für die Instanz konfigurieren.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
93
Configure database
Jetzt können Sie die Datenbank für den Verzeichnisserver konfigurieren.
10. Geben Sie in den folgenden Feldern des Fensters "Configure administrator DN
and password" Werte ein, und klicken Sie auf Next.
Administrator DN
Geben Sie cn=root als definierten Namen des Administrators ein.
Administrator Password
Geben Sie ein Kennwort für den definierten Namen des Administrators ein.
11. Geben Sie in den folgenden Feldern der Anzeige "Configure database" Werte
ein, und klicken Sie auf Next.
Database user name
Geben Sie idsccmdb als Datenbankbenutzer ein.
Password
Geben Sie das Kennwort für den Benutzer "idsccmdb" ein.
Database name
Geben Sie idsccmdb als die Datenbank ein, die mit dieser Verzeichnisinstanz verwendet werden soll.
12. Geben Sie in den folgenden Feldern der Anzeige "Database options" Werte ein,
und klicken Sie auf Next.
Database install location
Geben Sie die Position für die Datenbank ein.
Windows
Für Windows-Plattformen müssen Sie hier einen Laufwerkbuchstaben angeben.
UNIX Für Nicht-Windows-Plattformen muss die Position ein Verzeichnisname sein, wie z. B. /home/ldapdb.
Stellen Sie sicher, dass an der von Ihnen angegebenen Position mindestens 80 MB freier Plattenspeicherplatz vorhanden ist. Zusätzlicher
Plattenspeicherplatz muss verfügbar sein, um flexibel expandieren zu
können, wenn dem Verzeichnis neue Einträge hinzugefügt werden.
13.
14.
15.
16.
Character-set option
Lassen Sie die Option Create a universal DB2 database (UTF-8/UCS2) ausgewählt.
Prüfen Sie in der Anzeige "Verify settings" die angegebenen Details für die
Instanzerstellung. Klicken Sie dann auf Finish, um die Instanz "idsccmdb" zu
erstellen.
Klicken Sie auf Close, um das Fenster zu schließen und zum Hauptfenster
von Instance Administration Tool zurückzukehren.
Klicken Sie auf Close, um Instance Administration Tool zu verlassen.
Starten Sie das Konfigurationstool für IBM Tivoli Directory Server:
Windows
Wählen Sie Programme > IBM Tivoli Directory Server 6.3 > Instance
Administration Tool aus.
UNIX Geben Sie in der Befehlszeile ./opt/IBM/ldap/V6.3/sbin/idsxcfg ein.
17. Wählen Sie Manage suffixes aus.
94
IBM Control Desk: Installationshandbuch (IBM WebSphere)
18. Geben Sie in der Anzeige "Manage suffixes" das folgende Suffix ein, und klicken Sie auf Add.
o=IBM,c=US
19. Klicken Sie auf OK.
20. Erstellen Sie eine LDIF-Datei, und speichern Sie sie.
Fügen Sie die DN-Informationen hinzu, z. B.:
v ou=SWG,o=IBM,c=US
v ou=users
Anmerkung: Die Angaben "ou=SWG,o=IBM,c=US" in diesem Beispiel bezeichnen eine Organisationseinheit mit dem Namen "SWG", in der die Organisationseinheiten "OU=Users" für die Benutzer von Control Desk erstellt werden sollen. "DC=IBM" und "DC=COM" zeigen eine Domänengesamtstruktur
von ibm.com an. Sie können das Beispiel durch die Verzeichnisstruktur Ihrer
eigenen Organisation ersetzen.
Definieren Sie die folgenden Benutzer und deren Positionen innerhalb der von
Ihnen erstellten DNs vom Typ "ou=users". Diese Benutzer werden definiert,
damit Virtual Member Manager zur Sicherung von Control Desk verwendet
werden kann.
Wichtig: Stellen Sie vor Ausführung dieser Prozedur sicher, dass Sie im
Stammverzeichnis Ihres LDAP-Repositorys die folgenden Benutzer erstellt haben:
Tabelle 7. Erforderliche Benutzer für das Basisprodukt Control Desk
Benutzer
wasadmin
maxadmin
mxintadm
maxreg
Es folgt ein Beispiel für die LDIF-Standardbasisdaten:
dn: o=ibm,c=us
objectClass: top
objectClass: organization
o: IBM
dn: ou=SWG, o=ibm,c=us
ou: SWG
objectClass: top
objectClass: organizationalUnit
dn: ou=users,ou=SWG, o=ibm,c=us
ou: users
objectClass: top
objectClass: organizationalUnit
dn: cn=wasadmin,ou=users,ou=SWG, o=ibm,c=us
uid: wasadmin
userpassword: passw0rd
objectclass: organizationalPerson
objectclass: inetOrgPerson
objectclass: person
objectclass: top
title: WebSphere Administrator
sn: wasadmin
cn: wasadmin
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
95
dn: uid=maxadmin,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxadmin
uid: maxadmin
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
sn: maxadmin
cn: maxadmin
dn: uid=mxintadm,ou=users,ou=SWG, o=ibm,c=us
userPassword: mxintadm
uid: mxintadm
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
sn: mxintadm
cn: mxintadm
dn: uid=maxreg,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxreg
uid: maxreg
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
sn: maxreg
cn: maxreg
Anmerkung: Wenn Sie die LDIF-Datei unter Windows erstellen, müssen Sie
die Zeichen "^M" aus der Datei entfernen, bevor Sie die Datei verwenden.
21.
22.
23.
24.
Anmerkung: Bevor Sie eine LDIF-Datei auf UNIX-Systemen importieren können, müssen Sie den Befehl "dos2unix" zur Dateiformatierung ausführen.
Klicken Sie in IBM Tivoli Directory Server Configuration Tool auf Import
LDIF data.
Klicken Sie auf Browse, um die LDIF-Datei zu suchen.
Klicken Sie auf Import.
Schließen Sie IBM Tivoli Directory Server Configuration Tool, und starten Sie
den Server erneut.
Microsoft Active Directory manuell konfigurieren
Sie können Microsoft Active Directory manuell für die Verwendung mit Control
Desk konfigurieren.
Vorbereitende Schritte
Verwenden Sie diese Vorgehensweise, um Benutzer und Gruppen in Microsoft Active Directory manuell zu erstellen. Sie haben die Möglichkeit, Benutzer und Gruppen automatisch zu erstellen, wenn Sie die Option zum automatischen Konfigurieren von WebSphere Application Server Network Deployment mit dem
Produktinstallationsprogramm wählen. Wenn das Produktinstallationsprogramm
WebSphere Application Server Network Deployment während der Installation
nicht automatisch konfigurieren soll, müssen Sie die Benutzer manuell erstellen.
Die automatische Erstellung von Benutzern setzt eine SSL-Kommunikation zwischen Microsoft Active Directory und WebSphere Application Server Network Deployment voraus.
96
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Wichtig: Die Benutzer und Kennwörter, die Sie in den folgenden Schritten erstellen, müssen der folgenden Konfiguration exakt entsprechen, damit die Implementierung erfolgreich verläuft. Manchmal ist es erforderlich, die Sicherheitsrichtlinie
von Microsoft Active Directory vorübergehend zu ändern, um diese Accounts im
erforderlichen Format zu erstellen. Nach der Installation können Sie diese Standardkennwörter so ändern, dass sie einer strengeren Sicherheitsrichtlinie entsprechen.
Informationen zu diesem Vorgang
Bevor Sie das Installationsprogramm von Control Desk starten, konfigurieren Sie
Microsoft Active Directory. Führen Sie die folgenden Schritte aus:
Vorgehensweise
1. Wählen Sie Start > Systemsteuerung > Verwaltungstools > Microsoft Active
Directory-Benutzer und -Computer und anschließend die Domäne aus, mit
der Sie arbeiten werden.
2. Bearbeiten Sie die Funktionsebene, indem Sie Aktion > Domänenfunktionsebene heraufstufen auswählen. Daraufhin wird der Dialog "Domänenfunktionsebene heraufstufen" geöffnet.
3. Wählen Sie im Menü zur Auswahl einer verfügbaren Domänenfunktionsebene "Microsoft Windows Server 2008" aus, und klicken Sie anschließend auf
Heraufstufen. Es erscheint ein Alertdialogfenster.
4. Klicken Sie auf OK.
5. Wenn die Domänenheraufstufung abgeschlossen ist, klicken Sie auf OK.
6. Klicken Sie in der Benutzerschnittstelle "Microsoft Active Directory-Benutzer
und -Computer" mit der rechten Maustaste auf die Domäne, mit der Sie arbeiten möchten, und wählen Sie Neu > Organisationseinheit aus.
7. Geben Sie einen Namen für die neue Organisationseinheit ein, z. B. SWG, und
klicken Sie dann auf OK.
8. Erstellen Sie unter der Organisationseinheit "SWG" wie folgt ein Gruppenobjekt:
a. Klicken Sie mit der rechten Maustaste auf die Organisationseinheit "SWG",
und wählen Sie Neu > Organisationseinheit aus.
b. Geben Sie als Namen für die neue Organisationseinheit "Gruppen" ein,
und klicken Sie auf OK.
9. Erstellen Sie unter der Organisationseinheit "SWG" wie folgt ein Benutzerobjekt:
a. Klicken Sie mit der rechten Maustaste auf die Organisationseinheit "SWG",
und wählen Sie Neu > Organisationseinheit aus.
b. Geben Sie als Namen für die neue Organisationseinheit "Benutzer" ein,
und klicken Sie auf OK.
10. Erstellen Sie wie folgt den Benutzer "wasadmin":
a. Klicken Sie mit der rechten Maustaste auf die Organisationseinheit "Benutzer", und wählen Sie Neu > Benutzer aus.
b. Geben Sie im Dialogfenster "Neues Objekt - Benutzer" die folgenden Werte
ein, und klicken Sie auf Weiter:
Vorname
Geben Sie wasadmin ein.
Initialen
Lassen Sie dieses Feld leer.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
97
Nachname
Lassen Sie dieses Feld leer.
Vollständiger Name
Geben Sie wasadmin ein.
Benutzeranmeldename
Geben Sie im ersten Feld wasadmin ein. Übernehmen Sie im zweiten Feld den Standardwert.
Anmeldename (vor Microsoft Windows 2000)
In dieses Feld wird der Wert (wasadmin) eingetragen, der als Benutzeranmeldename eingegeben wurde.
c. Geben Sie in der nächsten Anzeige die folgenden Informationen ein, und
klicken Sie auf Weiter:
Kennwort
Geben Sie ein Kennwort für den Benutzer "wasadmin" ein.
Benutzer muss Kennwort bei der nächsten Anmeldung ändern
Stellen Sie sicher, dass dieses Kontrollkästchen abgewählt ist.
Benutzer kann Kennwort nicht ändern
Stellen Sie sicher, dass dieses Kontrollkästchen ausgewählt ist.
Kennwort läuft nie ab
Stellen Sie sicher, dass dieses Kontrollkästchen ausgewählt ist.
Konto ist deaktiviert
Stellen Sie sicher, dass dieses Kontrollkästchen abgewählt ist.
Die zuvor verwendeten Werte sind Beispiele. Geben Sie Werte ein, die mit
der Kennwortrichtlinie Ihres Unternehmens übereinstimmen.
d. Prüfen Sie die Kennworteinstellungen in der Zusammenfassungsanzeige,
und klicken Sie auf Fertig stellen.
11. Erstellen Sie einen Benutzer mit Administratorberechtigung, z. B. "maxadmin":
a. Klicken Sie mit der rechten Maustaste auf die Organisationseinheit "Benutzer", und wählen Sie Neu > Benutzer aus.
b. Geben Sie im Dialogfenster "Neues Objekt - Benutzer" die folgenden Werte
ein, und klicken Sie auf Weiter:
Vorname
Geben Sie maxadmin ein.
Initialen
Lassen Sie dieses Feld leer.
Nachname
Lassen Sie dieses Feld leer.
Vollständiger Name
Geben Sie maxadmin ein.
Benutzeranmeldename
Geben Sie im ersten Feld maxadmin ein. Übernehmen Sie im zweiten Feld den Standardwert.
Anmeldename (vor Microsoft Windows 2000)
In dieses Feld wird der Wert (maxadmin) eintragen, der als Benutzeranmeldename eingegeben wurde.
c. Geben Sie in der nächsten Anzeige die folgenden Informationen ein, und
klicken Sie auf Weiter:
98
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kennwort
Geben Sie maxadmin als Kennwort für den Benutzer "maxadmin"
ein.
Benutzer muss Kennwort bei der nächsten Anmeldung ändern
Stellen Sie sicher, dass dieses Kontrollkästchen abgewählt ist.
Benutzer kann Kennwort nicht ändern
Stellen Sie sicher, dass dieses Kontrollkästchen ausgewählt ist.
Kennwort läuft nie ab
Stellen Sie sicher, dass dieses Kontrollkästchen ausgewählt ist.
Konto ist deaktiviert
Stellen Sie sicher, dass dieses Kontrollkästchen abgewählt ist.
Die zuvor verwendeten Werte sind Beispiele. Geben Sie Werte ein, die mit
der Kennwortrichtlinie Ihres Unternehmens übereinstimmen.
d. Prüfen Sie die Kennworteinstellungen in der Zusammenfassungsanzeige,
und klicken Sie auf Fertig stellen.
12. Erstellen Sie wie folgt den Benutzer "mxintadm":
a. Klicken Sie mit der rechten Maustaste auf die Organisationseinheit "Benutzer", und wählen Sie Neu > Benutzer aus.
b. Geben Sie im Dialogfenster "Neues Objekt - Benutzer" die folgenden Werte
ein, und klicken Sie auf Weiter:
Vorname
Geben Sie mxintadm ein.
Initialen
Lassen Sie dieses Feld leer.
Nachname
Lassen Sie dieses Feld leer.
Vollständiger Name
Geben Sie mxintadm ein.
Benutzeranmeldename
Geben Sie im ersten Feld mxintadm ein. Übernehmen Sie im zweiten Feld den Standardwert.
Anmeldename (vor Microsoft Windows 2000)
In dieses Feld wird der Wert (mxintadm) eingetragen, der als Benutzeranmeldename eingegeben wurde.
c. Geben Sie in der nächsten Anzeige die folgenden Informationen ein, und
klicken Sie auf Weiter:
Kennwort
Geben Sie ein Kennwort für den Benutzer "mxintadm" ein.
Benutzer muss Kennwort bei der nächsten Anmeldung ändern
Stellen Sie sicher, dass dieses Kontrollkästchen abgewählt ist.
Benutzer kann Kennwort nicht ändern
Stellen Sie sicher, dass dieses Kontrollkästchen ausgewählt ist.
Kennwort läuft nie ab
Stellen Sie sicher, dass dieses Kontrollkästchen ausgewählt ist.
Konto ist deaktiviert
Stellen Sie sicher, dass dieses Kontrollkästchen abgewählt ist.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
99
Die zuvor verwendeten Werte sind Beispiele. Sie müssen diese Felder auf
Werte setzen, die mit der Kennwortrichtlinie Ihres Unternehmens übereinstimmen.
d. Prüfen Sie die Kennworteinstellungen in der Zusammenfassungsanzeige,
und klicken Sie auf Fertig stellen.
13. Erstellen Sie wie folgt den Benutzer "maxreg":
a. Klicken Sie mit der rechten Maustaste auf die Organisationseinheit "Benutzer", und wählen Sie Neu > Benutzer aus.
b. Geben Sie im Dialogfenster "Neues Objekt - Benutzer" die folgenden Werte
ein, und klicken Sie auf Weiter:
Vorname
Geben Sie maxreg ein.
Initialen
Lassen Sie dieses Feld leer.
Nachname
Lassen Sie dieses Feld leer.
Vollständiger Name
Geben Sie maxreg ein.
Benutzeranmeldename
Geben Sie im ersten Feld maxreg ein. Übernehmen Sie im zweiten
Feld den Standardwert.
Anmeldename (vor Microsoft Windows 2000)
In dieses Feld wird der Wert (maxreg) eingetragen, der als Benutzeranmeldename eingegeben wurde.
c. Geben Sie in der nächsten Anzeige die folgenden Informationen ein, und
klicken Sie auf Weiter:
Kennwort
Geben Sie ein Kennwort für den Benutzer "maxreg" ein.
Benutzer muss Kennwort bei der nächsten Anmeldung ändern
Stellen Sie sicher, dass dieses Kontrollkästchen abgewählt ist.
Benutzer kann Kennwort nicht ändern
Stellen Sie sicher, dass dieses Kontrollkästchen ausgewählt ist.
Kennwort läuft nie ab
Stellen Sie sicher, dass dieses Kontrollkästchen ausgewählt ist.
Konto ist deaktiviert
Stellen Sie sicher, dass dieses Kontrollkästchen abgewählt ist.
Die zuvor verwendeten Werte sind Beispiele. Geben Sie Werte ein, die mit
der Kennwortrichtlinie Ihres Unternehmens übereinstimmen.
d. Prüfen Sie die Kennworteinstellungen in der Zusammenfassungsanzeige,
und klicken Sie auf Fertig stellen.
14. Jetzt können Sie das Tool Microsoft Active Directory Users and Computers beenden.
Nächste Schritte
Die Konfiguration von Microsoft Active Directory ist abgeschlossen. Jetzt können
Sie die verbleibende Middleware für Control Desk installieren und den J2EE-Server
für die Verwendung von Microsoft Active Directory konfigurieren.
100
IBM Control Desk: Installationshandbuch (IBM WebSphere)
J2EE-Server manuell konfigurieren
Dieser Abschnitt enthält Anweisungen zur manuellen Konfiguration eines vorhandenen J2EE-Servers für die Verwendung mit Control Desk.
Die manuelle Konfiguration des J2EE-Servers ist erforderlich, wenn Sie Control
Desk mit WebSphere Application Server Network Deployment implementieren
möchten und sich gegen eine automatische Konfiguration durch das Installationsprogramm von Control Desk entschieden haben. Sie müssen die manuelle Konfiguration vor der Verwendung des Installationsprogramms von Control Desk durchführen.
WebSphere Application Server Network Deployment manuell
konfigurieren
Dieser Abschnitt enthält Anweisungen zur manuellen Konfiguration einer vorhandenen Installation von WebSphere Application Server Network Deployment für die
Verwendung mit Control Desk.
Sie müssen WebSphere Application Server Network Deployment manuell konfigurieren, bevor Sie das Installationsprogramm von Control Desk verwenden, falls Sie
sich gegen eine automatische Konfiguration durch das Installationsprogramm von
Control Desk entschieden haben.
Konfigurationsaufgaben für WebSphere Application Server Network Deployment ausführen:
Verwenden Sie diese Vorgehensweise, um Konfigurationsaufgaben für WebSphere
Application Server Network Deployment auszuführen.
Informationen zu diesem Vorgang
Falls Sie sich für die manuelle Konfiguration der Middleware für Control Desk entscheiden, müssen Sie WebSphere Application Server Network Deployment manuell
konfigurieren.
Vorgehensweise
1. Kopieren Sie die Keystoredatei manuell vom Host des Deployment Manager
von WebSphere Application Server Network Deployment in ein temporäres
Verzeichnis auf dem Verwaltungssystem von Control Desk, in dem Control
Desk installiert werden soll: WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/
etc/trust.p12
2. Öffnen Sie einen Browser, und rufen Sie die Administrationskonsole auf, indem Sie in der Adressleiste des Browsers Folgendes eingeben: http://
Servername:9060/admin. Diese URL-Adresse gibt die Standardportnummer
(9060) und den Standardkontext (admin) für die Administrationskonsole an.
Geben Sie für die Anmeldung einen Benutzernamen ein. Der Browser wird an
einen sicheren Port (9043) umgeleitet.
3. Erstellen Sie den Anwendungsserver "MXServer". Dieser Schritt ist nur erforderlich, wenn Sie WebSphere Application Server Network Deployment Version
7 nicht mit dem Middlewareinstallationsprogramm installiert haben. Für WebSphere Application Server Network Deployment Version 8 müssen Sie den
Anwendungsserver erstellen.
a. Navigieren Sie zu Server > Servertypen > WebSphere-Anwendungsserver.
b. Klicken Sie auf Neu.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
101
c.
d.
e.
f.
g.
Geben Sie MXServer ein, und klicken Sie auf Weiter.
Übernehmen Sie alle Standardeinstellungen, und klicken Sie auf Weiter.
Übernehmen Sie die Standardeinstellungen, und klicken Sie auf Weiter.
Klicken Sie auf Fertig stellen.
Klicken Sie auf Einstellungen.
h. Wählen Sie das Kontrollkästchen Änderungen mit Knoten synchronisieren aus, und klicken Sie anschließend auf Anwenden.
i. Klicken Sie auf Speichern.
j. Klicken Sie auf OK.
Abbildung 3. Anwendungsserver manuell erstellen
4. Bearbeiten Sie wie folgt die JVM-Speichereinstellungen und JVM-Argumente
für den Anwendungsserver.
a. Klicken Sie im Hauptfenster auf MXServer.
b. Wählen Sie in der Gruppe "Serverinfrastruktur" den Link Java- und Prozessverwaltung aus.
c. Klicken Sie auf Prozessdefinition.
d. Klicken Sie auf Java Virtual Machine.
e. Wenn Sie eine 32-Bit-Plattform verwenden, blättern Sie vor, und geben Sie
in den Feldern Anfangsgröße des Heapspeichers und Maximale Größe
des Heapspeichers jeweils den Wert 1536 ein. Für 64-Bit-Plattformen müssen diese Einstellungen auf 4096 gesetzt werden.
f. Geben Sie im Feld Generische JVM-Argumente die folgenden Werte durch
Leerzeichen getrennt ein:
-Dsun.rmi.dgc.ackTimeout=10000
-Djava.net.preferIPv4Stack=true # für Windows
-Xdisableexplicitgc
-Xgcpolicy:gencon
-Xmn320m
# -Xmn320m für eine 32-Bit-JVM, -Xmn1024m für eine 64-Bit-JVM
-Xlp64k
# AIX
102
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Abbildung 4. Anwendungsserver manuell erstellen
g. Klicken Sie auf OK.
h. Klicken Sie im Nachrichtenfenster auf Speichern.
5. Bearbeiten Sie Thread-Pool-Einstellungen für den Anwendungsserver.
a. Klicken Sie in der Anzeige "WebSphere-Anwendungsserver" auf MXServer.
b. Klicken Sie in der Gruppe "Weitere Eigenschaften" auf Thread-Pools.
c. Klicken Sie auf Standard. Geben Sie für Mindestgröße den Wert 20 an.
Setzen Sie Maximale Größe auf den Wert 50. Geben Sie für Zeitlimit für
Threadinaktivität den Wert 30000 an, und klicken Sie auf OK.
d. Klicken Sie auf TCPChannel.DCS. Geben Sie für Mindestgröße den Wert
5 und für Maximale Größe den Wert 20 an. Geben Sie für Zeitlimit für
Threadinaktivität den Wert 5000 an, und klicken Sie auf OK.
e. Klicken Sie auf Web-Container. Geben Sie für Mindestgröße den Wert 50
an. Setzen Sie Maximale Größe auf den Wert 50. Geben Sie für Zeitlimit
für Threadinaktivität den Wert 30000 an, und klicken Sie auf OK.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
103
Abbildung 5. Thread-Pool-Einstellungen für den Anwendungsserver bearbeiten
6. Bearbeiten Sie wie folgt die JVM-Speichereinstellungen für den Deployment
Manager.
a. Klicken Sie unter Systemverwaltung auf Deployment Manager.
b. Wählen Sie in der Gruppe "Serverinfrastruktur" den Link Java- und Prozessverwaltung aus.
c. Klicken Sie auf Prozessdefinition.
d. Klicken Sie auf Java Virtual Machine.
e. Blättern Sie vor, um die Anfangsgröße des Heapspeichers auf den Wert 512
und die maximale Größe des Heapspeichers auf den Wert 1024 zu setzen.
Klicken Sie dann auf OK.
104
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Abbildung 6. JVM-Speichereinstellungen für den Deployment Manager bearbeiten
f. Klicken Sie im Nachrichtenfenster auf Speichern.
7. Starten Sie den Anwendungsserver.
a. Klicken Sie unter Server > Servertypen > WebSphere-Anwendungsserver
auf Anwendungsserver.
b. Wählen Sie das Kontrollkästchen "MXServer" aus.
c. Klicken Sie auf Starten.
8. Ermitteln Sie die Portnummern für die HTTP-Übertragung.
a. Navigieren Sie zu Server > Servertypen > WebSphere-Anwendungsserver, und klicken Sie im Hauptfenster auf MXServer.
b. Öffnen Sie die Web-Container-Einstellungen, und klicken Sie auf Transportketten für Web-Container.
c. Notieren Sie die Standardportnummer, die für WCInboundDefault angezeigt wird (9080).
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
105
Abbildung 7. Portnummern für die HTTP-Übertragung ermitteln
9. Erstellen Sie wie folgt den virtuellen Host:
a. Erweitern Sie den Eintrag Umgebung.
b. Klicken Sie auf Virtuelle Hosts.
c. Klicken Sie auf Neu.
d. Geben Sie unter "Allgemeine Eigenschaften" im Namensfeld den Wert
maximo_host ein.
e. Klicken Sie auf Anwenden.
f. Klicken Sie auf Speichern.
g. Klicken Sie auf OK.
Klicken Sie im Fenster "Virtuelle Hosts" auf maximo_host.
Klicken Sie auf den Link Hostaliasnamen.
Klicken Sie auf Neu.
Geben Sie als Hostnamen einen Stern (*) ein, und geben Sie die HTTPPortnummer ein (standardmäßig 80).
l. Klicken Sie auf OK.
m. Klicken Sie auf Neu.
n. Geben Sie als Hostnamen einen Stern (*) und als Portnummer 9061 ein.
o. Klicken Sie auf OK.
h.
i.
j.
k.
p. Klicken Sie auf Neu.
q. Geben Sie als Hostnamen einen Stern (*) und als Portnummer 9443 ein.
r.
s.
t.
u.
v.
Klicken Sie auf OK.
Klicken Sie auf Neu.
Geben Sie als Hostnamen einen Stern (*) und als Portnummer 9080 ein.
Klicken Sie auf OK.
Klicken Sie auf Neu.
w. Geben Sie als Hostnamen einen Stern (*) und als Portnummer 9044 ein.
x. Klicken Sie auf OK und anschließend auf Speichern.
106
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Abbildung 8. Virtuellen Host erstellen
10. Aktivieren Sie die Option für den automatischen Start des Anwendungsservers beim Starten des Node Agent.
a. Navigieren Sie zu Server > Servertypen > WebSphere-Anwendungsserver.
b. Klicken Sie im Hauptfenster auf MXServer.
c. Wählen Sie in der Gruppe "Serverinfrastruktur" den Eintrag Java- und Prozessverwaltung aus.
d. Klicken Sie auf Überwachungsrichtlinie.
e. Setzen Sie "Neustartstatus des Knotens" auf AKTIV, und klicken Sie auf
OK.
f. Klicken Sie im Nachrichtenfenster auf Speichern.
Abbildung 9. Option für den automatischen Start des Anwendungsservers beim Starten des Node Agent aktivieren
Wenn Sie WebSphere Application Server Network Deployment Version 7 mit
dem Middlewareinstallationsprogramm installiert haben, wurde dieser Schritt
bereits ausgeführt.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
107
Windows-Dienst für den Node Agent erstellen:
Sie können einen Windows-Dienst für das Starten des Node Agent von WebSphere
Application Server Network Deployment erstellen.
Informationen zu diesem Vorgang
Sie können den Node Agent auch als Windows-Dienst starten.
Wenn Sie WebSphere Application Server Network Deployment Version 7 mit dem
Middlewareinstallationsprogramm installiert haben, wurde dieser Schritt bereits
ausgeführt.
Vorgehensweise
1. Öffnen Sie eine Eingabeaufforderung.
2. Wechseln Sie in das Verzeichnis <WAS-Ausgangsverzeichnis>\bin.
3. Geben Sie den folgenden Befehl ohne Zeilenumbrüche ein (Groß-/
Kleinschreibung muss beachtet werden):
WASService
-add NodeAgent
-serverName nodeagent
-profilePath "C:\IBM\WebSphere\AppServer\profiles\ctgAppSrv01"
-wasHome "C:\IBM\WebSphere\AppServer"
-logRoot "C:\IBM\WebSphere\AppServer\profiles\ctgAppSrv01\logs\nodeagent"
-logFile "C:\IBM\WebSphere\AppServer\profiles\ctgAppSrv01\logs\nodeagent\
startServer.log"
-restart true
4. Schließen Sie die Eingabeaufforderung.
Authentifizierungsservice konfigurieren:
Der Authentifizierungsservice wird für Authentifizierungszwecke verwendet, wenn
die Funktion "Im Kontext starten" (Launch in Context, LIC) für ein anderes Produkt, das dieselben Berechtigungsnachweise verwendet wie Control Desk, ausgeführt wird.
Authentifizierungsservice manuell konfigurieren:
Sie können in Control Desk einen Authentifizierungsservice manuell konfigurieren,
der die Authentifizierung für die Funktion "Im Kontext starten" (Launch in Context, LIC) bereitstellt.
Vorbereitende Schritte
Wenn Sie das Middlewareinstallationsprogramm zum Installieren und Konfigurieren der Middleware verwendet haben, wurde der Authentifizierungsservice bereits
automatisch konfiguriert. Wenn Sie zum Installieren und Konfigurieren der Middleware nicht das Middlewareinstallationsprogramm verwendet haben, müssen Sie
die Middleware manuell für die Verwendung dieses Features konfigurieren.
Informationen zu diesem Vorgang
Der Authentifizierungsservice unterstützt die Funktion "Im Kontext starten"
(Launch in Context) über Control Desk für die Benutzerschnittstelle eines anderen
Servers, z. B. TADDM, sofern auf diesem Server der Authentifizierungsclient installiert ist und denselben Verzeichnisserver für die Authentifizierung verwendet. In
108
IBM Control Desk: Installationshandbuch (IBM WebSphere)
einem solchen Szenario müssen Sie sich nur einmal dem Server gegenüber authentifizieren, auf dem sich der Client befindet.
Gehen Sie wie folgt vor, um den Authentifizierungsservice manuell zu konfigurieren:
Vorgehensweise
1. Öffnen Sie auf dem System mit WebSphere Application Server Network Deployment eine Eingabeaufforderung, und wechseln Sie in das Verzeichnis WASAusgangsverzeichnis\bin.
2. Starten Sie Deployment Manager, Application Server und MXServer mit den
richtigen Profilnamen erneut:
Windows
WAS-Ausgangsverzeichnis/profiles/ctgAppsrv01/bin/stopServer.bat MXServer
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgAppsrv01/bin/stopNode.bat
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.bat
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgAppsrv01/bin/startManager.bat
WAS-Ausgangsverzeichnis/profiles/ctgAppsrv01/bin/startNode.bat
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startServer.bat MXServer
UNIX
./stopServer.sh MXServer -profileName ctgAppSrv01
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
./stopNode.sh -profileName ctgAppSrv01
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
./stopManager.sh -profileName ctgDmgr01
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
./startManager.sh -profileName ctgDmgr01
./startNode.sh -profileName ctgAppSrv01
./startServer.sh MXServer -profileName ctgAppSrv01
Alternative:
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/stopServer.sh MXServer
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/stopNode.sh-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.sh-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.sh
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/startNode.sh
3. Melden Sie sich bei der wsadmin-Shell an, indem Sie eine Eingabeaufforderung öffnen und den folgenden Befehl absetzen:
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
109
WAS-Ausg
Windows
wsadmin.bat -username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
UNIX
./wsadmin.sh -username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
4. Prüfen Sie wie folgt, ob bereits Authentifizierungsservices implementiert sind:
wsadmin>$AdminApp view authnsvc_ctges
Dieser Befehl gibt eine Ausnahme wie die folgende Beispielausnahme zurück:
WASX7015E: Beim Ausführen des Befehls "$AdminApp view authnsvc_ctges" ist eine Ausnahme eingetreten;
Informationen zur Ausnahme: com.ibm.ws.scripting.ScriptingException:
WASX7280E: Es ist keine Anwendung mit dem Namen "authnsvc_ctges" vorhanden.
5. Kopieren Sie die Datei IBMESSAuthnSvc.ear in Ihr lokales System. Diese Datei
befindet sich im Verzeichnis Operating System\WS-ESS_6.2_GA der DVD mit
der Middleware für Control Desk.
6. Implementieren Sie die Datei IBMESSAuthnSvc.ear.
wsadmin>$AdminApp install Dateipfad/IBMESSAuthnSvc.ear
{-usedefaultbindings -deployws -appname authnsvc_ctges –node (Knotenname)
–server Servername |[-cluster (Clustername)]}
Wenn Knotenname vom Middlewareinstallationsprogramm auf den Standardwert gesetzt würde, wäre der Wert "ctgNode01". Servername entspricht MXServer, wenn diese Einstellung auf den im Installationsprogramm von Control
Desk bereitgestellten Standardwert gesetzt ist.
7. Speichern Sie die Konfiguration wie folgt:
wsadmin>$AdminConfig save
8. Geben Sie die Anwendungsserver-MBean für den Server an, auf dem die Anwendung installiert ist, und ordnen Sie sie der Variable "appManager" zu:
set appManager [$AdminControl queryNames
cell=myNodeCell,node=myNode,
type=ApplicationManager,process=myServer,*]
Alternativ dazu können Sie die folgenden Befehle ausführen, um die Zelle,
den Knoten und den Anwendungsserver zu bestimmen:
$AdminConfig list Cell
$AdminConfig list Node
$AdminConfig list Server
9. Starten Sie wie folgt die Anwendung:
$AdminControl invoke $appManager startApplication authnsvc_ctges
10. Beenden Sie die wsadmin-Shell, indem Sie exit eingeben.
11. Melden Sie sich an der Konsole von WebSphere Application Server Network
Deployment an.
12. Navigieren Sie zu Anwendungen > Unternehmensanwendungen, klicken Sie
auf authnsvc_ctges und anschließend auf Module verwalten.
13. Markieren Sie alle Einträge, die in der Liste der Cluster und Server aufgeführt
sind, wählen Sie die Einträge listtokenservice und WSFedPassiveProfile aus,
klicken Sie auf Anwenden, auf OK und dann auf Speichern.
14. Generieren Sie das Plug-in für WebSphere Application Server Network Deployment mit dem folgenden Befehl erneut:
WAS-Ausgangsverzeichnis/bin/GenPluginCfg.bat –cell.name myNodeCell –node.name myNode
–webserver.name myServer
Nach erfolgreicher Ausführung des Befehls wird eine Nachricht wie die folgende angezeigt:
110
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Generierung der Plugin-in-Konfigurationsdatei für den Web-Server
myNodeCell.myNode.myServer
ist abgeschlossen.
15. Kopieren Sie die neu generierte Datei von WebSphere Application Server Network Deployment, z. B. plugin-cfg.xml von WAS-Ausgangsverzeichnis\
AppServer\profiles\ctgAppSrv01\config\cells in HTTP-ServerAusgangsverzeichnis\Plugins\config\webserver1.
16. Starten Sie HTTP Server und die HTTP-Administrationskonsole erneut.
17. Stoppen Sie WebSphere Application Server Network Deployment und die verwalteten Knoten:
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/stopNode.sh -username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.sh -username WebSphere Admin
-password Kennwort des WebSphere-Administrators
18. Kopieren Sie die Datei com.ibm.security.ess.server_config.6.2.0.jar in das
Verzeichnis WAS-Ausgangsverzeichnis/plugins auf Ihrem lokalen System. Diese Datei befindet sich im Verzeichnis Operating System\WS-ESS_6.2_GA der
DVD mit der Middleware für Control Desk.
19. Führen Sie für WebSphere Application Server Network Deployment und die
verwalteten Knoten wie folgt einen Neustart aus:
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.(sh|bat)
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/startNode.(sh|bat)
20. Melden Sie sich wieder bei der wsadmin-Shell an.
21. Konfigurieren Sie den Service wie folgt:
wsadmin>$AdminTask configureESS
22. Vergewissern Sie sich, dass der Service konfiguriert ist:
wsadmin>$AdminTask isESSConfigured
Dieser Befehl gibt den Wert "true" zurück.
23. Erstellen Sie einen LTPA-Schlüssel wie folgt:
wsadmin>$AdminTask createESSLTPAKeys {-password Kennwort}
Wenn das Schlüsselkennwort verloren geht, müssen Sie einen neuen Schlüssel
generieren. Vergewissern Sie sich, dass alle Clients, die eine Verbindung zum
Service herstellen, die neue Exportschlüsseldatei verwenden, die Sie generieren.
24. Speichern Sie die Konfiguration wie folgt:
wsadmin>$AdminConfig save
wsadmin>set dmgr [$AdminControl completeObjectName
type=DeploymentManager,*]
wsadmin>$AdminControl invoke $dmgr syncActiveNodes true
25. Gehen Sie wie folgt vor, um WebSphere Application Server Network Deployment und die verwalteten Knoten zu stoppen und dann erneut zu starten:
Windows
WAS-Ausgangsverzeichnis\profiles\ctgAppSrv01\bin\stopNode.bat
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis\profiles\ctgDmgr01\bin\stopManager.bat
-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis\profiles\ctgDmgr01\bin\startManager.bat
WAS-Ausgangsverzeichnis\profiles\ctgAppSrv01\bin\startNode.bat
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
111
UNIX
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/stopNode.sh-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.sh-username WebSphere-Administrator
-password Kennwort des WebSphere-Administrators
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.shWAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/startNode.sh
26. Fügen Sie dem Benutzer mit Administratorberechtigung für WebSphere Application Server Network Deployment die Rolle "TrustClientRole" hinzu. Dieser
Benutzer wurde während der Installation von TADDM angegeben.
a. Navigieren Sie zu Anwendungen > Unternehmensanwendungen, klicken
Sie auf authnsvc_ctges und anschließend auf Zuordnung von Sicherheitsrollen zu Benutzern/Gruppen.
b. Wählen Sie TrustClientRole aus, und klicken Sie auf Benutzer suchen.
c. Verschieben Sie den Benutzer mit Administratorberechtigung für WebSphere Application Server Network Deployment aus der Spalte Verfügbar
in die Spalte Ausgewählt. Verwenden Sie die Schaltfläche >>, klicken Sie
auf OK, klicken Sie erneut auf OK, und klicken Sie dann auf Speichern.
Dieser Schritt erhöht die Sicherheit, indem die Benutzer, die sich beim Authentifizierungsservice authentifizieren können, auf die Benutzer beschränkt werden, die der Rolle "TrustClientRole" zugeordnet sind.
27. Exportieren Sie die LTPA-Schlüssel direkt aus WebSphere und verwenden Sie
importESSLTPAKeys, um die Schlüssel in die ESS-Konfiguration zu importieren.
Authentifizierungsservice migrieren:
Dieser Abschnitt enthält Informationen, die Sie zum Migrieren des Authentifizierungsservice verwenden können.
Vorbereitende Schritte
Falls Sie Version 7.5.1 von CCMDB implementiert und WebSphere Application Server Network Deployment mit dem Middlewareinstallationsprogramm installiert
haben, wurde auf dem Anwendungsserver bereits eine Version des Authentifizierungsservice implementiert. Wenn Sie beim Upgrade auf Control Desk 7.5.3 die
Funktion "Im Kontext starten" mit IBM Tivoli Application Dependency Discovery
Manager weiterhin nutzen möchten, müssen Sie auf eine neuere Version des Authentifizierungsservice migrieren.
Beachten Sie, dass es für diese Schritte keine Funktion für Wiederherstellung gibt.
Sichern Sie deshalb das System, bevor Sie beginnen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um den Authentifizierungsservice manuell
zu konfigurieren:
Vorgehensweise
1. Vergewissern Sie sich, dass die Services und Server von WebSphere Application
Server Network Deployment aktiv sind.
2. Aktualisieren Sie die Anwendung "Authentifizierungsservice":
a. Melden Sie sich bei der wsadmin-Shell mit folgendem Befehl an:
Windows
wsadmin.bat
112
IBM Control Desk: Installationshandbuch (IBM WebSphere)
UNIX
./wsadmin.sh
Wenn Sie bei der Erstinstallation des Anwendungsservers den Benutzernamen oder das Kennwort "wsadmin" nicht geändert haben, lautet der Standardwert für den Benutzer wsadmin und für das Kennwort wsadmin.
b. Führen Sie die folgenden Befehle aus:
$AdminApp update authnsvc_ctges app {-operation update -contents
(Installationspfad)/IBMESSAuthnSvc.ear -usedefaultbindings
-deployws}
$AdminConfig save
Stoppen Sie WebSphere Application Server Network Deployment mit allen
wsadmin-Instanzen.
4. Ersetzen Sie die JAR-Konfigurationsdatei einer früheren Version des Authentifizierungsservice, die sich im Plug-in-Verzeichnis von WebSphere Application
Server Network Deployment mit der aktualisierten JAR-Datei befindet.
3.
a. Löschen Sie die vorhandene Datei WAS-Ausgangsverzeichnis/plugins/
com.ibm.security.ess.server_config.6.1.0.jar.
b. Kopieren Sie die neue Datei com.ibm.security.ess.server_config.6.2.0.jar in
das Verzeichnis WAS-Ausgangsverzeichnis/plugins.
c. Führen Sie den folgenden Befehl aus:
WAS-Ausgangsverzeichnis/profiles/PROFILE/bin/osgicfginit
5.
Starten Sie WebSphere Application Server Network Deployment erneut.
Verwaltungsbefehle für den Authentifizierungsservice:
Es gibt mehrere Verwaltungsbefehle für den Authentifizierungsservice, die mit dem
wsadmin-Tool verwendet werden können. Mithilfe dieser Befehle können Sie den
Status des aktuell installierten Authentifizierungsservice bestimmen.
Verwaltungsbefehle
Aktion
isESSConfigured
Zweck
Mit diesem Befehl wird geprüft, ob der Authentifizierungsservice konfiguriert ist.
Eingabe
Ohne
Rückgabe
"True" (wahr), wenn der Authentifizierungsservice konfiguriert ist.
"False" (falsch), wenn der Authentifizierungsservice nicht konfiguriert ist.
Löst aus
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask isESSConfigured
Aktion
isESSConfiguredLTPAKeys
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
113
Zweck
Mit diesem Befehl wird geprüft, ob LTPA-Schlüssel für den Authentifizierungsservice konfiguriert sind.
Eingabe
Ohne
Rückgabe
"True" (wahr), wenn LTPA-Schlüssel für den Authentifizierungsservice konfiguriert sind.
"False" (falsch), wenn LTPA-Schlüssel für den Authentifizierungsservice
nicht konfiguriert sind.
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask isESSConfiguredLTPAKeys
Aktion
configureESS
Zweck
Mit diesem Befehl wird der Authentifizierungsservice konfiguriert, indem
eine Konfigurationsdatei für den Authentifizierungsservice im Konfigurationsrepository von WebSphere Application Server Network Deployment in
WAS-Profil/config/ibmess/authn/Configuration.xml erstellt wird.
Eingabe
Ohne
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask configureESS
Aktion
unconfigureESS
Zweck
Mit diesem Befehl wird die Konfiguration des Authentifizierungsservice
aufgehoben, indem die entsprechende Konfiguration aus dem Konfigurationsrepository von WebSphere Application Server Network Deployment in
WAS-Profil/config/ibmess/authn/Configuration.xml entfernt wird.
Eingabe
Ohne
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask unconfigureESS
114
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Aktion
createESSLTPAKeys
Zweck
Mit diesem Befehl werden neue LTPA-Schlüssel für den Authentifizierungsservice erstellt. Wenn für den Authentifizierungsservice konfigurierte
LTPA-Schlüssel vorhanden sind, werden diese überschrieben und LTPATokens, die zuvor unter Verwendung der ersetzten Schlüssel ausgegeben
wurden, werden ungültig.
Eingabe
password
Das Kennwort, das zum Schützen der LTPA-Schlüssel in der Datei verwendet wurde.
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Ausnahmebedingung, wenn die LTPA-Schlüssel für den Authentifizierungsservice nicht konfiguriert werden können.
Syntax
$AdminTask createESSLTPAKeys {-password Kennwort}
Aktion
importESSLTPAKeys
Zweck
Mit diesem Befehl werden LTPA-Schlüssel aus einer vorhandenen Exportdatei für LTPA-Schlüssel in den Authentifizierungsservice importiert. Wenn
für den Authentifizierungsservice konfigurierte LTPA-Schlüssel vorhanden
sind, werden diese überschrieben und LTPA-Tokens, die zuvor unter Verwendung der ersetzten Schlüssel ausgegeben wurden, werden ungültig.
Eingabe
pathname Pfad und Name der Datei, die LTPA-Schlüssel für den Import in
den Authentifizierungsservice enthält. Diese Datei kann von WebSphere
Application Server Network Deployment oder vom Authentifizierungsservice mithilfe des Befehls "exportESSLTPAKeys" exportiert worden sein.
password Das Kennwort, das zum Schützen der LTPA-Schlüssel in der Datei verwendet wurde.
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Ausnahmebedingung, wenn die Schlüssel nicht erstellt werden können.
Syntax
$AdminTask importESSLTPAKeys {-pathname Pfadname - password Kennwort}
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
115
Referenz
Diese Tabelle zeigt, wie die Informationen in der exportierten LTPA-Schlüsseldatei den Konfigurationsfeldern für den Authentifizierungsservice zugeordnet werden.
Tabelle 8. Zuordnung der exportierten LTPA-Schlüsseldatei
Name
Typ
Beschreibung des Werts
ltpa.partner.sharedkey
Zeichenfolge
Der gemeinsam genutzte Schlüssel,
der zum Entschlüsseln des Tokens
verwendet wird.
Dieser Schlüssel kann aus
"com.ibm.websphere.ltpa" abgerufen
werden. Name/Wert-Paar für
"3DESKey" einer exportierten LTPASchlüsseldatei. Dieser Schlüssel wurde beim Exportieren des Servers von
WebSphere Application Server
Network Deployment, von dem er
erstellt wurde, verschlüsselt.
ltpa.partner.publickey
Zeichenfolge
Der öffentliche Schlüssel für den
Partner, der das Token signierte.
Dieser Schlüssel kann aus
"com.ibm.websphere.ltpa" abgerufen
werden. Name/Wert-Paar für
"PublicKey" einer exportierten LTPASchlüsseldatei.
ltpa.partner.password
Zeichenfolge
Das Kennwort, das zum Schützen der
vom Partner erstellten Schlüssel verwendet wurde.
ltpa.self.sharedkey
Zeichenfolge
Der gemeinsam genutzte Schlüssel,
der zum Verschlüsseln des Tokens
verwendet wird.
Dieser Schlüssel kann aus
"com.ibm.websphere.ltpa" abgerufen
werden. Name/Wert-Paar für
"3DESKey" einer exportierten LTPASchlüsseldatei. Dieser Schlüssel wurde beim Exportieren des Servers von
WebSphere Application Server
Network Deployment, von dem er
erstellt wurde, verschlüsselt.
ltpa.self.publickey
Zeichenfolge
Der öffentliche Schlüssel, der der Eigenschaft "ltpa.self.privatekey" zugeordnet ist.
Dieser Schlüssel kann aus
"com.ibm.websphere.ltpa" abgerufen
werden. Name/Wert-Paar für
"PublicKey" einer exportierten LTPASchlüsseldatei.
116
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 8. Zuordnung der exportierten LTPA-Schlüsseldatei (Forts.)
Name
Typ
Beschreibung des Werts
ltpa.self.privatekey
Zeichenfolge
Der private Schlüssel, der zum Signieren des Tokens verwendet wird.
Dieser Schlüssel kann aus
"com.ibm.websphere.ltpa" abgerufen
werden. Name/Wert-Paar für
"PrivateKey" einer exportierten LTPASchlüsseldatei. Dieser Schlüssel wurde beim Exportieren des Servers von
WebSphere Application Server
Network Deployment, von dem er
erstellt wurde, verschlüsselt.
ltpa.self.password
Zeichenfolge
Das Kennwort, das zum Schützen der
Schlüssel verwendet wurde, die von
der verarbeitenden Anwendung erstellt wurden.
Aktion
exportESSLTPAKeys
Zweck
Mit diesem Befehl werden LTPA-Schlüssel aus dem Authentifizierungsservice exportiert und in die Exportdatei für LTPA-Schlüssel geschrieben.
Eingabe
pathname Pfad und Name der Datei, in die LTPA-Schlüssel für den Export
aus dem Authentifizierungsservice geschrieben werden. Nach dem erfolgreichen Exportieren aus dem Authentifizierungsservice kann diese Datei
verwendet werden, um LTPA-Schlüssel auf einem anderen Server für den
Authentifizierungsservice oder in WebSphere Application Server Network
Deployment zu importieren.
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Ausnahmebedingung, wenn die LTPA-Schlüssel für den Authentifizierungsservice nicht konfiguriert wurden.
Syntax
$AdminTask exportESSLTPAKeys {-pathname Pfadname}
Referenz
Es folgt ein Beispiel einer Exportdatei für LTPA-Schlüssel. Beachten Sie,
dass die Exportdatei für LTPA-Schlüssel keine Zeilenumbrüche aufweist.
#IBM WebSphere Application Server key file
#Mon Jun 11 08:05:50 EDT 2007
com.ibm.websphere.CreationDate=Mon Jun 11 08\:05\:50 EDT 2007
com.ibm.websphere.ltpa.version=1.0
com.ibm.websphere.ltpa.3DESKey=
zDtRTqOEsw0F5NNhGpvzdp/xqoFFTyX0WFNxYMEpC10\=
com.ibm.websphere.CreationHost=
PestRHAS3
com.ibm.websphere.ltpa.PrivateKey=
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
117
hPyfNkqrClrwpQgRAnvNSRugf/6Su59g5Jh5FR28SrT/
XapX/OOghU3/41dX1HXL496sDKm9kXE/WYhsFvh3L8JVzacEqF3T+57akZZ
/wDJdga6DcDlYMmzLll
91SgjV68dB6lsVgt/
jFtMczYxK+RgBDpKthEurI9rQr2eq73Gm75KehgRSMCaBwew+kQi6aWFdyhWc
OlQLCod8BQtesJt2aTEaQ3NDD0PFQVkDMWVpzoLvBOJBdhwhQFWX9L7gE9gMeS
PoeXr19MlEA780/E
X9w7kEIKYu7UzrUbvTEREoYCUFklJcE2A3Q0rMKlIzlkIJ1QGXwR6EM2sVe9w6M
CPHir32A45rEYyy1
lP0SuA\=
com.ibm.websphere.ltpa.Realm=
VmmLdapRealm
com.ibm.websphere.ltpa.PublicKey=
AKj4wjeYEQoxL76Ph0g1i3gt5Siwgygu3+22xfh6Kh1JR3
LZGsT+nONpAfxY9NfmPTDFxjbrIESIS/
XAdp/0QgWBF9DZJ5vO1Ds0/M356seVtsnvwy3p/VVFQg4Uz
T6j/f1G6SJaqPQjrv2EAZyEn+TL8Okl3CWdKiFtPjtpWdh5AQAB
So wird "ESSLTPAKeys" in eine Datei exportiert:
com.ibm.websphere.CreationDate=(set to the date/time when the export file is
created)
com.ibm.websphere.ltpa.version=1.0
com.ibm.websphere.ltpa.3DESKey=(set from ltpa.self.sharedkey)
com.ibm.websphere.CreationHost=(set to local host name)
com.ibm.websphere.ltpa.PrivateKey=(set from ltpa.self.privatekey)
com.ibm.websphere.ltpa.Realm=(set to the currently configured VMM realm)
com.ibm.websphere.ltpa.PublicKey=(set from ltpa.self.publickey)
Aktion
showESSLTPAConfiguration
Zweck
Dieser Befehl gibt ein Eigenschaftenobjekt zurück, das die aktuelle LTPAKonfiguration des Authentifizierungsservice enthält. Die zurückgegeben
Eigenschaftenliste enthält Version, Ablaufdatum und usefips-Konfigurationseigenschaften. Nach einer Erstkonfiguration werden die Standardwerte
zurückgegeben.
Eingabe
Ohne
Rückgabe
Eigenschaftenobjekt
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask showESSLTPAConfiguration
Aktion
modifyESSLTPAConfiguration
Zweck
Mit diesem Befehl werden die LTPA-Eigenschaften des Authentifizierungsservice geändert.
Eingabe
usefips Siehe "ltpa.self.usefips" in der Tabelle.
expiration Siehe "ltpa.self.expiration" in der Tabelle.
version Siehe "ltpa.self.version" in der Tabelle.
118
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask modifyESSLTPAConfiguration {[-version version] [-expiration
ablauffatum] [-usefips fips_verwenden]}
Referenz
Tabelle 9. LTPA-Konfigurationseigenschaften
Parameter
Typ
Standardwert
KonfigurationstypBeschreibung
Erforderlich
ltpa.partner.usefips
Boolescher Wert
False (falsch)
partner
Dieser Parameter be- Nein
stimmt, ob das Attribut zum Verwenden
des FIPS-Standards
beim Erstellen des
Tokens durch den
Partner aktiviert
wurde.
ltpa.self.expiration
Long
120
self
Die Ablaufzeit in Mi- Ja
nuten, die für das
Token festgelegt werden soll. Diese Zeitangabe wird in
Millisekunden umgerechnet und dann
zur aktuellen Systemzeit addiert, sodass sich eine
absolute Ablaufzeit
ergibt.
ltpa.self.usefips
Boolescher Wert
False (falsch)
self
Dieser Parameter be- Nein
stimmt, ob das Attribut zum Verwenden
des FIPS-Standards
beim Erstellen des
Tokens durch den
Partner aktiviert
wurde.
ltpa.self.version
Liste (wenn eine
Liste vorhanden
ist, sonst eine
Zeichenfolge)
2
self
Dieser Parameter be- Ja
stimmt, welche Version des LTPA-Tokens
ausgegeben wird:
Version 1 oder 2.
Aktion
createESSSigner
Zweck
Mit diesem Befehl wird der Authentifizierungsservice so konfiguriert, dass
Signierschlüssel für Antworten aus dem Standardschlüsselspeicher verwendet werden.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
119
Eingabe
Ohne
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask createESSSigner
Aktion
importESSSigner
Zweck
Mit diesem Befehl wird der Authentifizierungsservice so konfiguriert, dass
Signierschlüssel für Antworten aus dem angegebenen Schlüsselspeicher
verwendet werden.
Eingabe
pathname - Erforderlich – Pfadname einer vorhandenen Keystore-Datei für
den Import in die Konfiguration des Authentifizierungsservice.
password - Erforderlich - Kennwort zum Öffnen der importierten Schlüsselspeicherdatei.
keyalias - Erforderlich - Der Aliasname des Unterzeichnerschlüssels in der
importierten Schlüsselspeicherdatei.
keypassword - Optional - Das Kennwort für den Zugriff auf den Unterzeichnerschlüssel in der Schlüsselspeicherdatei.
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Ausnahmebedingung, wenn ein erforderlicher Parameter fehlt.
Ausnahmebedingung, wenn die Keystore-Datei nicht gefunden werden
kann.
Syntax
$AdminTask importESSSigner {-pathname Pfadname -password Kennwort
-keyalias Aliasname -keypassword Kennwort }
Aktion
exportESSSigner
Zweck
Mit diesem Befehl werden die konfigurierten Unterzeichnerschlüssel für
Antworten in den angegebenen Schlüsselspeicher exportiert, damit sie zur
Synchronisation mit anderen Instanzen des Authentifizierungsservice verwendet werden können.
Eingabe
pathname - Erforderlich - Pfad und Dateiname eines Schlüsselspeichers, in
120
IBM Control Desk: Installationshandbuch (IBM WebSphere)
den konfigurierte Unterzeichnerschlüssel für Antworten exportiert werden.
Wenn der Schlüsselspeicher vorhanden ist, wird er aktualisiert.
password - Erforderlich - Kennwort für den Zugriff auf die angegebene
Keystore-Datei für den Export.
keyalias - Erforderlich - Aliasname, der zum Speichern der exportierten
Antwort angegeben wird.
keypassword - Erforderlich - Das Kennwort, das zum Verschlüsseln des Unterzeichnerschlüssels in der Keystore-Datei angegeben wird.
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Ausnahmebedingung, wenn die Keystore-Datei nicht gefunden werden
kann.
Syntax
$AdminTask exportESSSigner {-pathname Pfadname -password Kennwort
-keyalias Aliasname -keypassword Kennwort }
Aktion
exportESSSignerCert
Zweck
Mit diesem Befehl wird das konfigurierte Unterzeichnerzertifikat für Antworten in den angegebenen Schlüsselspeicher exportiert, damit es von einem Authentifizierungsclient zur Überprüfung der Antwortsignatur verwendet werden kann.
Eingabe
pathname - Erforderlich - Pfad und Dateiname eines Schlüsselspeichers, in
den konfigurierte Unterzeichnerschlüssel für Antworten exportiert werden.
Wenn der Schlüsselspeicher vorhanden ist, wird er aktualisiert.
password - Erforderlich - Kennwort für den Zugriff auf die angegebene
Keystore-Datei für den Export.
certalias - Erforderlich - Aliasname des zu exportierenden Zertifikats, das
dem Unterzeichnerschlüssel für Antworten zugeordnet ist.
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist. Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Ausnahmebedingung, wenn die Keystore-Datei nicht gefunden werden
kann.
Syntax
$AdminTask exportESSSignerCert {-pathname Pfadname -password Kennwort -certalias Aliasname}
Aktion
showESSWSFedConfiguration
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
121
Zweck
Mit diesem Befehl werden die aktuellen Konfigurationseinstellungen des
SSO-Servlets (Single Sign-On) gemäß WS-Federation angezeigt.
Eingabe
Ohne
Rückgabe
Eigenschaftenobjekt mit den aktuellen Eigenschaften des SSO-Servlets für
die Umleitung gemäß WS-Federation
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask showESSWSFedConfiguration
Aktion
modifyESSWSFedConfiguration
Zweck
Mit diesem Befehl werden die Cookie-Eigenschaften des SSO-Servlets für
die Umleitung gemäß WS-Federation geändert.
Eingabe
domain Siehe "domain" in der Tabelle.
secure Siehe "secure" in der Tabelle.
maxage Siehe "maxage" in der Tabelle.
Rückgabe
Ohne
Löst aus
Ausnahmebedingung, wenn der Authentifizierungsservice nicht konfiguriert ist.
Ausnahmebedingung, wenn ein Systemfehler festgestellt wird.
Syntax
$AdminTask modifyESSWSFedConfiguration {[-domain Domäne] [-secure
true|false(wahr|falsch)] [-maxage Millisekunden|-1]}
Referenz
122
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 10. Parameter für "modifyESSWSFedConfiguration"
Parameter
Typ
Standardwert
Beschreibung
Erforderlich
Domäne
Zeichenfolge
Standardwert
Mit diesem Parameter Nein
wird das
Domänenfeld eines
Cookies zur
Sitzungsüberwachung
angegeben. Dieser
Wert steuert, ob ein
Browser ein Cookie
an bestimmte Server
sendet.
Wenn Sie z. B. eine
bestimmte Domäne
angeben, werden
Sitzungscookies an
Hosts in dieser Domäne gesendet. Das
Cookie wird von einem Browser nicht
akzeptiert, wenn die
Cookiedomäne in
Konflikt mit der in
der AnforderungsURL angegebenen
Domäne steht. Wenn
keine
Standarddomäne angegeben ist, stellt die
Domäne dieses Servers die
Standarddomäne dar.
#Examples:
# domain = .ibm.com
# domain = none
# domain = default
secure
Boolescher Wert
True (wahr)
Mit diesem Parameter Nein
wird angegeben, dass
die Sitzungscookies
das Feld "secure" beinhalten. Durch Aktivierung dieses
Features wird der
Austausch von
Cookies auf HTTPSSitzungen beschränkt.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
123
Tabelle 10. Parameter für "modifyESSWSFedConfiguration" (Forts.)
Parameter
Typ
Standardwert
Beschreibung
Erforderlich
maxage
Ganzzahl/
Zeichenfolge
Session
Mit diesem Parameter Nein
wird der Zeitraum
angegeben, über den
das Cookie im ClientBrowser gültig ist.
Geben Sie die maximale Zeit in Sekunden an. Wenn
"maxage" auf "session" festgelegt wird,
entspricht die Gültigkeit der Dauer der
aktuellen
Browsersitzung.
TrustClientRole für den Authentifizierungsservice konfigurieren:
Wenn die einmalige Anmeldung aktiviert ist, wird die Authentifizierungsserviceanwendung "authnsvc_ctges" auf dem Server von WebSphere Application Server Network Deployment installiert. Der Authentifizierungsservice enthält die Rolle "TrustClientRole". Wenn die Sicherheit von WebSphere Application Server Network
Deployment aktiviert ist, ordnet der Administrator von WebSphere Application
Server Network Deployment Benutzer oder Gruppen der Rolle "TrustClientRole"
zu.
Vorbereitende Schritte
Wenn SSO-Clients (Single Sign-On) konfiguriert sind und die Anwendungssicherheit aktiviert ist, werden die Clients mit einer Identität konfiguriert, die zum Authentifizieren eines Clients bei WebSphere Application Server Network Deployment
dient, wenn dieser den Authentifizierungsservice aufruft. Diese Identität muss bei
WebSphere Application Server Network Deployment registriert werden. Außerdem
muss sie entweder der Rolle "TrustClientRole" des Authentifizierungsservice zugeordnet oder einer Gruppe hinzugefügt werden, die der Rolle "TrustClientRole" des
Authentifizierungsservice zugeordnet ist.
Anmerkung: Dieser Abschnitt gilt nicht für eingebettetes WebSphere. Die eingebettete WebSphere-ISC-Konsole bietet keine Funktion für Anwendungsrollenzuordnung. Zum Zuordnen von Anwendungsrollen unter eingebettetem WebSphere
müssen wsadmin-Schnittstellen verwendet werden.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um der Rolle "TrustClientRole" des Authentifizierungsservice in der Konsole von WebSphere Application Server Network Deployment Benutzer und Gruppen hinzuzufügen:
Vorgehensweise
1. Navigieren Sie zu Anwendungen > Unternehmensanwendungen > authnsvc_ctges > Zuordnung von Sicherheitsrollen zu Benutzern/Gruppen.
124
IBM Control Desk: Installationshandbuch (IBM WebSphere)
2. Verwenden Sie Benutzer oder Gruppen suchen, um die Benutzer oder Gruppen auszuwählen, die der Rolle "TrustClientRole" hinzugefügt werden sollen.
Sie können aber auch die Felder Jeder? oder Alle Authentifizierten? auswählen.
3. Klicken Sie auf OK.
4. Speichern Sie die Konfiguration.
Ergebnisse
Zum Abfragen der Benutzer und Gruppen, die momentan der Rolle "TrustClientRole" des Authentifizierungsservice zugeordnet sind, verwenden Sie den Befehl
"wsadmin AdminApp view":
wsadmin>$AdminApp view authnsvc_ctges
Sie können aber auch Benutzer und Gruppen mit dem wsadmin-Befehl "AdminApp
edit" zur Rolle "TrustClientRole" des Authentifizierungsservice hinzufügen. Beispielsweise legen Sie mit dem folgenden Befehl fest, dass die Rolle "TrustClientRole" allen authentifizierten Benutzern Zugriff gewähren soll:
wsadmin>$AdminApp edit authnsvc_ctges
{-MapRolesToUsers { {"TrustClientRole" no yes "" ""}} }
Weitere Informationen zum Befehl "AdminApp edit" und zur Verwendung der Option –MapRolesToUsers finden Sie in der Dokumentation zu WebSphere Application
Server Network Deployment.
Das folgende Jython-Beispielscript setAuthnSvcRoleAll.py legt fest, dass die Rolle
"TrustClientRole" allen authentifizierten Benutzern Zugriff gewähren soll:
import sys
global AdminConfig
global AdminControl
# Usage:
#
WAS-Profilverzeichnis/bin/wsadmin -lang jython -f setAuthnSvcRoleAll.py
#
WAS-Profilverzeichnis steht für das WebSphere-Profilverzeichnis.
AdminApp.edit("authnsvc_ctges", ["-MapRolesToUsers",
[["TrustClientRole", "No", "Yes", "", ""]]] )
AdminConfig.save()
Systemzeitsynchronisation:
Uhrzeit, Datum und Zeitzone aller Server in der geschützten Domäne müssen synchronisiert sein.
Da die SSO-Authentifizierung (Single Sign-on, einmalige Anmeldung) zeitkritische
Token verwendet, müssen Sie sicherstellen, dass Uhrzeit, Datum und Zeitzone aller
Server, die in die geschützte Domäne eingebunden sind, synchronisiert sind. Dazu
gehören z. B. der Server von WebSphere Application Server Network Deployment
und der Server von den Tivoli Application Dependency Discovery Manager.
Wenn der Unterschied zwischen den Servern zu groß ist, kann ein Token für die
einmalige Anmeldung in einigen Servern vorzeitig verfallen und Fehler bei der
Authentifizierung oder Gültigkeitsprüfung verursachen.
WebSphere Application Server Network Deployment und servicebasierte Token für
die einmalige Anmeldung für die Authentifizierung weisen standardmäßig eine LeKapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
125
bensdauer von zwei Stunden auf. Um optimale Ergebnisse zu erreichen, sollten die
Server innerhalb von 5 Minuten synchronisiert werden, damit Token für die einmalige Anmeldung konsistent ausgewertet werden.
Authentifizierungsserviceprotokollierung:
Bei der Behebung von Verbindungsfehlern zum Authentifizierungsservice können
die Protokolle des LTPA-Token-Anbieters und der Token-Service-Infrastruktur des
Authentifizierungsservice von Nutzen sein.
Konfiguration der Protokollierung für den LTPA-Token-Anbieter des Authentifizierungsservice "authnsvc_ctges"
Für die Protokollierung des LTPA-Token-Anbieters des Authentifizierungsservice wird die Nachrichten- und Traceprotokollierungseinrichtung "java.util.logging.Logger" verwendet. Die Protokollkenndaten können mit der
Administratorkonsole von WebSphere Application Server Network Deployment konfiguriert werden.
1. Wählen Sie in der Administratorkonsole von WebSphere Application
Server Network Deployment Troubleshooting > Logs and trace > Server 1 > Change Log Detail Levels aus.
2. Legen Sie die Protokollierungsstufe für "com.ibm.security.ess.authn.provider" in den Registern Configuration und Runtime auf All Messages
and Traces fest.
3. Klicken Sie auf OK und speichern Sie die Einstellungen.
4. Starten Sie den Server erneut.
Konfiguration der Protokollierung für die Token-Service-Infrastruktur des Authentifizierungsservice "authnsvc_ctges"
Für die Protokollierung des Benutzernamenanbieters und der Token-Service-Infrastruktur des Authentifizierungsservice wird das Dienstprogramm
"Log4J" verwendet. Die Protokollkenndaten können durch Ändern der Datei WAS-Profil/installedApps/Zellenname/authnsvc_ctges.ear/
com.ibm.security.ess.war/WEB-INF/classes/log4j.properties und anschließendes Neustarten des Servers konfiguriert werden.
Format der Datei log4j.properties:
### direct log messages to stdout ###
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{HH:mm:ss,SSS} %5p %C{1}.%M
(%L): %m%n
### set log levels - for more verbose logging change ’info’ to ’debug’ ###
log4j.rootLogger=TRACE, stdout
log4j.logger.org.eclipse=info
log4j.logger.org.apache=info
log4j.logger.org.apache.xml.security=info
log4j.logger.org.xmlsoap.schemas.ws=info
log4j.logger.org.eclipse.higgins=trace
log4j.logger.org.eclipse.alf=info
log4j.logger.org.apache.axis.transport.http.HTTPSender=info
log4j.logger.org.openid=info
log4j.logger.com.ibm.openid=info
log4j.logger.com.ibm.security.ess=trace
126
IBM Control Desk: Installationshandbuch (IBM WebSphere)
In den meisten Fällen sollten nur die Eigenschaften
"log4j.logger.org.eclipse.higgins" und "log4j.logger.com.ibm.security.ess" auf
"trace" eingestellt werden.
Es gibt die folgenden Protokollierungsstufen (aufgelistet in aufsteigender
Reihenfolge des Protokollierungsumfangs):
1. fatal
2. error
3. warn
4. info
5. debug
6. trace
Befehlsprotokollierung für Verwaltungsaufgaben bei der Konfiguration des Authentifizierungsservice
Für die Befehlsprotokollierung von Verwaltungsaufgaben bei der Konfiguration des Authentifizierungsservice wird die Nachrichten- und Traceprotokollierungseinrichtung "java.util.logging.Logger" verwendet. Die Protokollkenndaten können mit der Administratorkonsole von WebSphere
Application Server Network Deployment konfiguriert werden.
1. Wählen Sie in der Administratorkonsole von WebSphere Application
Server Network Deployment Troubleshooting > Logs and trace > Server 1 > Change Log Detail Levels aus.
2. Legen Sie die Protokollierungsstufe für "com.ibm.security.ess.authn.provider" in den Registern Configuration und Runtime auf All Messages
and Traces fest.
3. Klicken Sie auf OK und speichern Sie die Einstellungen.
4. Starten Sie den Server erneut.
JMS-Warteschlangen manuell konfigurieren:
In diesem Abschnitt sind die vor der Verwendung des Produktinstallationsprogramms auszuführenden Schritte zum Konfigurieren von JMS-Warteschlangen beschrieben.
Informationen zu diesem Vorgang
Während des Installationsprozesses bietet das Installationsprogramm von Control
Desk Ihnen die Möglichkeit zur automatischen Konfiguration der Middleware für
Control Desk. Wenn Sie festlegen, dass das Installationsprogramm von Control
Desk die Middleware für Control Desk automatisch konfigurieren soll, erstellt und
konfiguriert das Programm JMS-Nachrichtenwarteschlangen. Falls Sie sich entschließen, die Middleware für Control Desk manuell zu konfigurieren, müssen Sie
diese Nachrichtenwarteschlangen manuell konfigurieren.
Führen Sie zum Konfigurieren der JMS-Warteschlangen die folgenden Schritte aus:
Vorgehensweise
1. Starten Sie den Anwendungsserver von WebSphere Application Server Network Deployment.
2. Starten Sie Internet Explorer, und öffnen Sie die Administrationskonsole von
WebSphere Application Server Network Deployment, indem Sie den folgenden URL eingeben:
http://<Servername>:<Portnummer>/ibm/console
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
127
Geben Sie beispielsweise einen URL wie den folgenden ein:
http://localhost:9060/ibm/console
3. Geben Sie in der Anmeldeanzeige Ihre Benutzer-ID ein, und klicken Sie auf
Anmelden. Mit dieser Aktion wird die Eingangsanzeige der Administrationskonsole von WebSphere Application Server Network Deployment geöffnet.
4. Klicken Sie auf Serviceintegration > Busse, um den Dialog "Busse" zu öffnen.
Ein Bus ist eine Gruppe miteinander verbundener Server und Cluster, die als
Member zum Bus hinzugefügt wurden.
5. Klicken Sie auf Neu, um in der Anzeige einen neuen Service Integration Bus
zu erstellen und hinzuzufügen.
6. Geben Sie im Feld "Name" intjmsbus als Namen für den neuen Bus ein.
7. Wählen Sie das Kontrollkästchen Bussicherheit ab. Wenn diese Option markiert bleibt, übernimmt "intjmsbus" die globale Sicherheitseinstellung der Zelle.
Abbildung 10. Neuen Service Integration Bus erstellen
8. Klicken Sie auf Weiter.
9. Klicken Sie auf Fertig stellen.
10. Klicken Sie auf Speichern. Die JMS-Busdefinition wird jetzt an die Clusterkonfiguration weitergegeben.
Server zum Service Integration Bus hinzufügen:
Für den Service Integration Bus muss ein Server definiert werden.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um einen Server zum Service Integration
Bus hinzuzufügen:
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Serviceintegration > Busse, um das Dialogfenster
"Busse" zu öffnen.
2. Klicken Sie auf intjmsbus, um den Dialog Busse > intjmsbus zu öffnen.
3. Klicken Sie unter "Topologie" auf Busmember.
4. Klicken Sie im Dialogfenster Busse > intjmsbus > Busmember auf Hinzufügen, um den Dialog "Neues Busmember hinzufügen" aufzurufen.
5. Wählen Sie die Option Server aus, und wählen Sie den Servernamen
ctgNode01:MXServer zum Hinzufügen zum Bus aus. Klicken Sie anschließend
auf Weiter.
128
IBM Control Desk: Installationshandbuch (IBM WebSphere)
6. Prüfen Sie, ob das Optionsfeld Dateispeicher ausgewählt ist, und klicken Sie
auf Weiter. Alternativ dazu können Sie einen Dateispeicher zum Speichern
von Nachrichten verwenden, indem Sie Dateispeicher auswählen.
7. Wählen Sie in der Anzeige Eigenschaften des Datenspeichers angeben die
Option Vorhandene Datenquelle verwenden aus.
8. Geben Sie im Feld JNDI-Name der Datenquelle den Wert jdbc/intjmsds
ein. Wählen Sie für Authentifizierungsalias den Wert ctgCellManager01/
maxJaasAlias aus, und klicken Sie auf Weiter.
9. Klicken Sie in der Anzeige Messaging-Leistung des Anwendungsservers optimieren auf Weiter.
10. Klicken Sie auf Fertig stellen.
11. Klicken Sie auf Speichern.
Abbildung 11. Server zum Service Integration Bus hinzufügen
SIB-Ziel für die durchgehende Eingangswarteschlange (CQINBD) erstellen:
Sie müssen ein SIB-Ziel für die durchgehende Eingangswarteschlange (CQINBD)
erstellen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um eine logische Adresse für die durchgehende Buszieleingangswarteschlange (CQINBD) im JMS-Bus hinzuzufügen.
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Serviceintegration > Busse, um den Dialog "Busse"
zu öffnen.
2. Klicken Sie auf intjmsbus, um den Dialog Busse > intjmsbus zu öffnen.
3. Klicken Sie unter "Zielressourcen" auf Ziel, um den Dialog Busse > intjmsbus
> Ziele zu öffnen.
Ein Busziel wie CQINBD ist ein virtueller Bereich innerhalb eines Service Integration Bus, dem Anwendungen Nachrichten zuordnen und über den sie
Nachrichten austauschen können.
4. Klicken Sie auf Neu, um den Dialog "Neues Ziel erstellen" zu öffnen.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
129
5. Lassen Sie Warteschlange als Zieltyp ausgewählt, und klicken Sie auf Weiter,
um den Dialog "Neue Warteschlange erstellen" zu öffnen.
6. Geben Sie im Feld "ID" den Wert CQINBD und im Feld "Beschreibung" den Wert
Durchgehende Eingabewarteschlange ein. Klicken Sie dann auf Weiter, um den
Dialog "Neue Warteschlange für Punkt-zu-Punkt-Messaging erstellen" zu öffnen.
7. Wählen Sie im Pulldown-Menü "Busmember" den Eintrag
Node=ctgNode01:Server=MXServer als Busmember aus, in dem Nachrichten
für die Buszielwarteschlange "CQINBD" gespeichert und verarbeitet werden.
8. Klicken Sie auf Weiter, um den Dialog "Erstellung der Warteschlange bestätigen" zu öffnen.
9. Überprüfen Sie die von Ihnen ausgewählten Optionen. Klicken Sie dann auf
Fertig stellen, um die Erstellung der Buszielwarteschlange CQINBD abzuschließen.
10. Navigieren Sie zu Busse > intjmsbus > Ziele, und klicken Sie auf CQINBD,
um das Konfigurationsdialogfenster zu öffnen.
11. Klicken Sie für "Ausnahmeziel" auf Ohne.
12. Klicken Sie auf Anwenden.
13. Klicken Sie auf Speichern.
SIB-Ziel für die sequenzielle Eingangswarteschlange (SQINBD) erstellen:
Sie müssen das SIB-Ziel für die sequenzielle Eingangswarteschlange (SQINBD) erstellen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um eine logische Adresse für die sequenzielle Buszieleingangswarteschlange (SQINBD) im Service Integration Bus hinzuzufügen.
Anmerkung: In den folgenden Anweisungen werden die Feld- und Optionsnamen
aus WebSphere Version 8 oder höher zitiert. Sollten Sie mit einer früheren Version
von WebSphere arbeiten, beachten Sie bitte, dass in Version 8 diverse begriffliche
Änderungen in der Benutzerschnittstelle vorgenommen wurden. Für die folgenden
Anweisungen betrifft dies insbesondere den Begriff "Ziel", der in den früheren Versionen "Destination" hieß.
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Serviceintegration > Busse, um den Dialog "Busse"
zu öffnen.
2. Klicken Sie auf intjmsbus, um den Dialog Busse > intjmsbus zu öffnen.
3. Klicken Sie unter "Zielressourcen" auf Ziel, um den Dialog Busse > intjmsbus
> Ziele zu öffnen. Ein Busziel ist ein virtueller Bereich innerhalb eines Service
Integration Bus, dem Anwendungen Nachrichten zuordnen und über den sie
Nachrichten austauschen können.
4. Klicken Sie auf Neu, um den Dialog "Neues Ziel erstellen" zu öffnen.
5. Lassen Sie Warteschlange als Zieltyp ausgewählt, und klicken Sie auf Weiter,
um den Dialog "Neue Warteschlange erstellen" zu öffnen.
6. Geben Sie im Feld "ID" den Wert SQINBD und im Feld "Beschreibung" den Wert
Sequenzielle Eingangswarteschlange ein. Klicken Sie dann auf Weiter, um
130
IBM Control Desk: Installationshandbuch (IBM WebSphere)
den Dialog "Neue Warteschlange für Punkt-zu-Punkt-Messaging erstellen" zu
öffnen. Beachten Sie, dass Sie diesen Wert verwenden müssen. Er darf nur aus
Großbuchstaben bestehen.
7. Wählen Sie im Pulldown-Menü "Busmember" den Eintrag
Node=ctgNode01:Server=MXServer aus.
8. Klicken Sie auf Weiter, um den Dialog "Erstellung der Warteschlange bestätigen" zu öffnen.
9. Überprüfen Sie die von Ihnen ausgewählten Optionen. Klicken Sie dann auf
Fertig stellen, um die Erstellung der Buszielwarteschlange SQINBD abzuschließen.
10. Navigieren Sie zu Busse > intjmsbus > Ziele, und klicken Sie auf SQINBD,
um das Konfigurationsdialogfenster zu öffnen.
11. Klicken Sie für "Ausnahmeziel" auf Ohne.
12. Klicken Sie auf Anwenden.
13. Klicken Sie auf Speichern.
Abbildung 12. Logische Adresse für sequenzielle Buszieleingangswarteschlange hinzufügen
SIB-Ziel für die sequenzielle Ausgangswarteschlange (SQOUTBD) erstellen:
Sie müssen das SIB-Ziel für die sequenzielle Ausgangswarteschlange (SQOUTBD)
erstellen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um eine logische Adresse für die sequenzielle Buszielausgangswarteschlange (SQOUTBD) im Service Integration Bus hinzuzufügen.
Anmerkung: In den folgenden Anweisungen werden die Feld- und Optionsnamen
aus WebSphere Version 8 oder höher zitiert. Sollten Sie mit einer früheren Version
von WebSphere arbeiten, beachten Sie bitte, dass in Version 8 diverse begriffliche
Änderungen in der Benutzerschnittstelle vorgenommen wurden. Für die folgenden
Anweisungen betrifft dies insbesondere den Begriff "Ziel", der in den früheren Versionen "Destination" hieß.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
131
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Serviceintegration > Busse, um das Dialogfenster
"Busse" zu öffnen.
2. Klicken Sie auf intjmsbus, um den Dialog Busse > intjmsbus zu öffnen.
3. Klicken Sie unter "Zielressourcen" auf Ziel, um den Dialog Busse > intjmsbus
> Ziele zu öffnen. Ein Busziel wie SQOUTBD ist ein virtueller Bereich innerhalb eines Service Integration Bus, dem Anwendungen Nachrichten zuordnen
und über den sie Nachrichten austauschen können.
4. Klicken Sie auf Neu, um den Dialog "Neues Ziel erstellen" zu öffnen.
5. Lassen Sie Warteschlange als Zieltyp ausgewählt, und klicken Sie auf Weiter,
um den Dialog "Neue Warteschlange erstellen" zu öffnen.
6. Geben Sie im Feld "ID" den Wert SQOUTBD und im Feld "Beschreibung" den
Wert Sequenzielle Ausgangswarteschlange ein. Klicken Sie dann auf Weiter,
um den Dialog "Neue Warteschlange für Punkt-zu-Punkt-Messaging erstellen"
zu öffnen. Sie müssen diesen Wert verwenden. Er darf nur aus Großbuchstaben bestehen.
7. Wählen Sie im Menü "Busmember" den Eintrag
Node=ctgNode01:Server=MXServer als Busmember aus, in dem Nachrichten
für die Buszielwarteschlange "SQOUTBD" gespeichert und verarbeitet werden.
8. Klicken Sie auf Weiter, um den Dialog "Erstellung der Warteschlange bestätigen" zu öffnen.
9. Überprüfen Sie die von Ihnen ausgewählten Optionen. Klicken Sie dann auf
Fertig stellen, um die Erstellung der Warteschlange abzuschließen.
10. Navigieren Sie zu Busse > intjmsbus > Ziele, und klicken Sie auf SQOUTBD,
um das Konfigurationsdialogfenster zu öffnen, in dem Sie die folgenden Änderungen vornehmen müssen:
11. Klicken Sie für "Ausnahmeziel" auf Ohne.
12. Klicken Sie auf Anwenden.
13. Klicken Sie auf Speichern.
JMS-Verbindungsfactory erstellen:
Fügen Sie eine Verbindungsfactory hinzu, um Verbindungen zum zugehörigen
JMS-Provider von Warteschlangen für das Punkt-zu-Punkt-Messaging zu erstellen.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um die JMS-Verbindungsfactory zu erstellen:
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Ressourcen > JMS > Verbindungsfactorys.
2. Wählen Sie in der Dropdown-Liste Geltungsbereich den Eintrag
Cell=ctgCell01 aus.
3. Klicken Sie auf Neu.
4. Vergewissern Sie sich, dass der Standard-Messaging-Provider ausgewählt ist.
Klicken Sie dann auf OK.
5. Geben Sie die folgenden Informationen ein:
Name Geben Sie intjmsconfact ein.
132
IBM Control Desk: Installationshandbuch (IBM WebSphere)
JNDI-Name
Geben Sie jms/maximo/int/cf/intcf ein.
Busname
Wählen Sie intjmsbus aus.
Abbildung 13. JMS-Verbindungsfactory erstellen
6. Klicken Sie auf Anwenden.
7. Klicken Sie auf Speichern.
Durchgehende JMS-Eingangswarteschlange (CQIN) erstellen:
Sie müssen eine JMS-Warteschlange (CQIN) als Ziel für fortlaufend eingehende
Punkt-zu-Punkt-Nachrichten erstellen.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um die JMS-Warteschlange "CQIN" zu erstellen:
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Ressourcen > JMS > Warteschlangen.
2. Wählen Sie in der Dropdown-Liste "Geltungsbereich" den Eintrag
Cell=ctgCell01 aus.
3. Klicken Sie auf Neu.
4. Vergewissern Sie sich, dass der Standard-Messaging-Provider ausgewählt ist.
Klicken Sie dann auf OK.
5. Geben Sie die folgenden Informationen ein, und klicken Sie auf OK.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
133
Name Geben Sie CQIN ein.
Dieser Wert darf nur Großbuchstaben enthalten.
JNDI-Name
Geben Sie jms/maximo/int/queues/cqin ein.
Busname
Wählen Sie intjmsbus aus.
Warteschlangenname
Wählen Sie CQINBD aus.
Abbildung 14. JMS-Warteschlange CQIN erstellen
6. Klicken Sie auf OK.
7. Klicken Sie auf Speichern.
Sequenzielle JMS-Eingangswarteschlange (SQIN) erstellen:
Sie müssen eine JMS-Warteschlange (SQIN) als Ziel für sequenziell eingehende
Punkt-zu-Punkt-Nachrichten erstellen.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um die JMS-Warteschlange "SQIN" zu erstellen:
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Ressourcen > JMS > Warteschlangen.
2. Wählen Sie in der Dropdown-Liste "Geltungsbereich" den Eintrag
Cell=ctgCell01 aus.
3. Klicken Sie auf Neu.
134
IBM Control Desk: Installationshandbuch (IBM WebSphere)
4. Vergewissern Sie sich, dass der Standard-Messaging-Provider ausgewählt ist.
Klicken Sie dann auf OK.
5. Geben Sie die folgenden Informationen ein, und klicken Sie auf OK.
Name Geben Sie SQIN ein.
Dieser Wert darf nur Großbuchstaben enthalten.
JNDI-Name
Geben Sie jms/maximo/int/queues/sqin ein.
Busname
Wählen Sie intjmsbus aus.
Warteschlangenname
Wählen Sie SQINBD aus.
Abbildung 15. JMS-Warteschlange SQIN erstellen
6. Klicken Sie auf OK.
7. Klicken Sie auf Speichern.
Sequenzielle JMS-Ausgangswarteschlange (SQOUT) erstellen:
Sie müssen eine JMS-Warteschlange (SQOUT) als Ziel für sequenziell ausgehende
Punkt-zu-Punkt-Nachrichten erstellen.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um die JMS-Warteschlange "SQOUT" zu erstellen:
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Ressourcen > JMS > Warteschlangen.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
135
2. Wählen Sie in der Dropdown-Liste "Geltungsbereich" den Eintrag
Cell=ctgCell01 aus.
3. Klicken Sie auf Neu.
4. Vergewissern Sie sich, dass der Standard-Messaging-Provider ausgewählt ist.
Klicken Sie dann auf OK.
5. Geben Sie die folgenden Informationen ein, und klicken Sie auf OK.
Name Geben Sie SQOUT ein.
Dieser Wert darf nur Großbuchstaben enthalten.
JNDI-Name
Geben Sie jms/maximo/int/queues/sqout ein.
Busname
Wählen Sie intjmsbus aus.
Warteschlangenname
Wählen Sie SQOUTBD aus.
Abbildung 16. JMS-Warteschlange SQOUT erstellen
6. Klicken Sie auf OK.
7. Klicken Sie auf Speichern.
JMS-Aktivierungsspezifikation für die durchgehende Eingangswarteschlange (CQIN) erstellen:
Sie müssen die durchgehende Eingangswarteschlange (CQIN) aktivieren, damit sie
Nachrichten empfangen kann.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um die Warteschlange CQIN zu aktivieren:
136
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Ressourcen > JMS > Aktivierungsspezifikationen.
2. Wählen Sie in der Dropdown-Liste "Geltungsbereich" den Eintrag
Cell=ctgCell01 aus.
3. Klicken Sie auf Neu.
4. Wählen Sie Standard-Messaging-Provider aus, und klicken Sie auf OK.
5. Geben Sie die folgenden Informationen ein, und klicken Sie auf OK.
Name intjmsact
Bei diesem Wert muss die Groß-/Kleinschreibung beachtet werden. Geben Sie ihn in Kleinbuchstaben ein.
JNDI-Name
intjmsact
Zieltyp
Warteschlange
JNDI-Name des Ziels
jms/maximo/int/queues/cqin
Busname
intjmsbus
Maximale Anzahl gleichzeitiger MDB-Aufrufe pro Endpunkt
10
Abbildung 17. Warteschlange CQIN aktivieren
6. Klicken Sie auf OK und anschließend auf Speichern.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
137
Fehlerwarteschlangen:
Sie müssen eine Fehlerwarteschlange erstellen, in der umgeleitete Nachrichten aus
der durchgehenden Warteschlange (CQIN) empfangen werden.
Treten beim Senden der Nachrichten Fehler auf, empfängt die Fehlerwarteschlange
die umgeleiteten Nachrichten aus der durchgehenden Warteschlange (CQIN).
SIB-Ziel für die Eingangswarteschlange für Fehler (CQINERRBD) erstellen:
Sie müssen eine logische Adresse für die Eingangswarteschlange für Fehler
(CQINERRBD) im JMS-Bus hinzuzufügen:
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus:
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Serviceintegration > Busse, um das Dialogfenster
"Busse" zu öffnen.
2. Klicken Sie auf intjmsbus, um den Dialog Busse > intjmsbus zu öffnen.
3. Klicken Sie unter "Zielressourcen" auf Ziel, um den Dialog Busse > intjmsbus
> Ziele zu öffnen. Ein Busziel ist ein virtueller Bereich innerhalb eines Service
Integration Bus, dem Anwendungen Nachrichten zuordnen und über den sie
Nachrichten austauschen können.
4. Klicken Sie auf Neu, um den Dialog "Neues Ziel erstellen" zu öffnen.
5. Lassen Sie Warteschlange als Zieltyp ausgewählt, und klicken Sie auf Weiter,
um den Dialog "Neue Warteschlange erstellen" zu öffnen.
6. Geben Sie im Feld "ID" den Wert CQINERRBD und im Feld "Beschreibung" den
Wert Eingangswarteschlange für Fehler ein. Klicken Sie dann auf Weiter, um
den Dialog "Neue Warteschlange für Punkt-zu-Punkt-Messaging erstellen" zu
öffnen. Sie müssen diesen Wert verwenden. Er darf nur aus Großbuchstaben
bestehen.
7. Wählen Sie im Menü "Busmember" den Eintrag
Node=ctgNode01:Server=MXServer aus.
8. Klicken Sie auf Weiter, um den Dialog "Erstellung der Warteschlange bestätigen" zu öffnen.
9. Überprüfen Sie die von Ihnen ausgewählten Optionen. Klicken Sie dann auf
Fertig stellen, um die Buszielwarteschlange CQINERRBD zu erstellen.
10. Wählen Sie Busse > intjmsbus > Ziele aus, und klicken Sie anschließend auf
CQINERRBD, um den Konfigurationsdialog zu öffnen, in dem Sie die folgenden Änderungen vornehmen müssen:
a. Wählen Sie die Option Angeben aus, und geben Sie CQINERRBD als Wert für
das Ausnahmeziel ein.
b. Ändern Sie den Wert für "Maximale Anzahl fehlgeschlagener Zustellungen" in 5.
Dies ist die maximale Anzahl der Verarbeitungen, die das System für einen
fehlgeschlagenen Zustellungsversuch unternimmt, bevor es die Nachricht
an das Ausnahmeziel weiterleitet.
138
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Abbildung 18. SIB-Ziel für die Eingangswarteschlange für Fehler erstellen
11. Klicken Sie auf Anwenden.
12. Klicken Sie auf Speichern.
13. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Serviceintegration > Busse, um das Dialogfenster
"Busse" zu öffnen.
14. Klicken Sie auf intjmsbus, um den Dialog Busse > intjmsbus zu öffnen.
15. Klicken Sie unter "Zielressourcen" auf Ziel, um den Dialog Busse > intjmsbus
> Ziele zu öffnen.
16. Wählen Sie CQINBD aus.
17. Geben Sie CQINERRBD als Ausnahmeziel an. Ändern Sie den Wert für "Maximale Anzahl fehlgeschlagener Zustellungen" in 5.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
139
Abbildung 19. Ausnahmeziel definieren
18. Klicken Sie auf OK.
19. Klicken Sie auf Speichern.
JMS-Fehlerwarteschlange (CQINERR) erstellen:
Nachdem Sie das SIB-Ziel für eine Fehlerwarteschlange erstellt haben, erstellen Sie
die Fehlerwarteschlange.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um die Fehlerwarteschlange zu erstellen:
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Ressourcen > JMS > Warteschlangen.
2. Wählen Sie in der Dropdown-Liste "Geltungsbereich" den Eintrag
Cell=ctgCell01 aus.
3. Klicken Sie auf Neu.
4. Vergewissern Sie sich, dass der Standard-Messaging-Provider ausgewählt ist.
Klicken Sie dann auf OK.
5. Geben Sie die folgenden Informationen ein, und klicken Sie auf OK.
Name Geben Sie CQINERR ein.
Dieser Wert darf nur Großbuchstaben enthalten.
JNDI-Name
Geben Sie jms/maximo/int/queues/cqinerr ein.
140
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Busname
Wählen Sie intjmsbus aus.
Warteschlangenname
Wählen Sie CQINERRBD aus.
Abbildung 20. Fehlerwarteschlange erstellen
6. Klicken Sie auf OK.
7. Klicken Sie auf Speichern.
JMS-Aktivierungsspezifikation für die Eingangswarteschlange für Fehler (CQINERR) erstellen:
Sie müssen die durchgehende Eingangswarteschlange für Fehler (CQINERR) aktivieren, damit sie Nachrichten empfangen kann.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um die Warteschlange CQINERR zu aktivieren:
Vorgehensweise
1. Klicken Sie in der Administrationskonsole von WebSphere Application Server
Network Deployment auf Ressourcen > JMS > Aktivierungsspezifikationen.
2. Wählen Sie im Menü "Geltungsbereich" den Eintrag Cell=ctgCell01 aus, und
klicken Sie auf Anwenden.
3. Klicken Sie auf Neu, um den Abschnitt "Allgemeine Eigenschaften" für die
neue JMS-Aktivierungsspezifikation zu vervollständigen.
4. Klicken Sie auf OK.
5. Geben Sie die folgenden Informationen ein, und klicken Sie auf OK.
Name Geben Sie intjmsacterr ein.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
141
Dieser Wert darf nur Kleinbuchstaben enthalten.
JNDI-Name
Geben Sie intjmsacterr ein.
Dieser Wert muss mit dem Wert im Feld Name übereinstimmen.
Zieltyp
Geben Sie Warteschlange ein.
JNDI-Name des Ziels
jms/maximo/int/queues/cqinerr
Busname
intjmsbus
Maximale Anzahl gleichzeitiger MDB-Aufrufe pro Endpunkt
10
Abbildung 21. Durchgehende Eingangswarteschlange aktivieren
6. Klicken Sie auf OK.
7. Klicken Sie auf Speichern.
8. Stoppen Sie unbedingt alle IBM relevanten Prozesse und alle Dämonprozesse.
9. Sie müssen diese Prozesse jetzt neu starten, damit die Aktualisierung wirksam
wird.
10. Starten Sie das Busmember für ctgNode MXServer intjmsbus, sofern dieses
nicht gestartet ist. Wenn Sie "ctgNode MXServer intjmsbus" nicht starten können, führen Sie einen Neustart von "MXServer" unter Server > Anwendungsserver durch.
142
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Datenquelle für persistenten Speicher manuell erstellen:
Falls Sie WebSphere Application Server Network Deployment manuell konfigurieren möchten und JMS-Nachrichten in einer DB2-Datenbank gespeichert werden
sollen, müssen Sie eine Datenquelle erstellen.
Informationen zu diesem Vorgang
Sie können für WebSphere Application Server Network Deployment eine DB2-Datenbank zum Speichern von JMS-Nachrichten verwenden. Weitere Informationen
zum Speichern der Nachrichten von WebSphere Application Server Network Deployment sowie zur Verwendung anderer Produkte als DB2 finden Sie im Knowledge Center von WebSphere Application Server Network Deployment.
Gehen Sie wie folgt vor, um eine Datenquelle für den persistenten Speicher zu erstellen:
Vorgehensweise
1. Erstellen Sie auf dem Server mit dem Datenbankserver einen Systembenutzer
und ein Kennwort. Geben Sie z. B. einen Benutzer mit dem Namen mxsibusr
und dem Kennwort mxsibusr ein.
2. Erstellen und konfigurieren Sie die Datenbank.
a. Öffnen Sie die DB2-Steuerzentrale.
b. Navigieren Sie zum Ordner "Datenbanken", der unter Ihrem System aufgelistet wird.
c. Klicken Sie mit der rechten Maustaste auf den Ordner "Datenbanken", und
wählen Sie Datenbank erstellen > Standard aus.
d. Erstellen Sie unter Verwendung der Standardeinstellungen eine Datenbank
mit dem Namen maxsibdb.
e. Nachdem die Datenbank erstellt wurde, blenden Sie die Einträge für die erstellte Datenbank "maxsibdb" ein, und wählen Sie Benutzer- und Gruppenobjekte aus.
f. Klicken Sie mit der rechten Maustaste auf DB-Benutzer, und wählen Sie
Hinzufügen aus.
g. Wählen Sie im Menü "Benutzer" den Eintrag mxsibusr aus.
h. Erteilen Sie "mxsibusr" alle Berechtigungen mit Ausnahme der Sicherheitsadministratorberechtigung.
i. Klicken Sie auf Anwenden.
j. Prüfen Sie, ob Sie als Benutzer "mxsibusr" eine Verbindung zur Datenbank
herstellen können. Klicken Sie dazu mit der rechten Maustaste auf maxsibdb, und wählen Sie Verbinden aus.
3. Konfigurieren Sie in WebSphere Application Server Network Deployment die
J2C-Authentifizierungsdaten und den JDBC-Provider.
a. Öffnen Sie die Administrationskonsole von WebSphere Application Server
Network Deployment, und melden Sie sich an.
b. Navigieren Sie zu Sicherheit > Globale Sicherheit.
c. Klicken Sie unter der Überschrift "Authentifizierung" auf Java Authentication and Authorization Service > J2C-Authentifizierungsdaten.
d. Klicken Sie auf Neu.
e. Füllen Sie im Formular für die Benutzeridentität die folgenden Felder aus:
Alias
maxJaasAlias
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
143
Benutzer-ID
mxsibusr
Kennwort
Für "mxsibusr" erstelltes Kennwort
Beschreibung
Der Aliasname des SIB-Datenbankbenutzers
f. Klicken Sie auf Anwenden und anschließend auf Speichern.
g. Navigieren Sie in der Administrationskonsole von WebSphere Application
Server zu Ressourcen > JDBC > JDBC-Provider.
h. Klicken Sie unter Geltungsbereich auf Dropdown-Liste für Geltungsbereichsauswahl mit allen Geltungsbereichsoptionen anzeigen. Wählen Sie
Cell=ctgCell01 aus, und klicken Sie unter Einstellungen auf Anwenden.
i. Klicken Sie auf Neu.
j. Geben Sie die folgenden Werte ein, und klicken Sie auf Anwenden:
Datenbanktyp
DB2
Providertyp
DB2 Universal JDBC Driver Provider
Implementierungstyp
XA-Datenquelle
Name maxJdbcProvider
k. Klicken Sie auf Weiter.
l. Geben Sie im Feld für die Variable
"${DB2UNIVERSAL_JDBC_DRIVER_PATH}" von WebSphere Application Server den Wert "<WAS-Ausgangsverzeichnis>ctgMX\lib" ein. Beispiel:
C:\Program Files\IBM\WebSphere\AppServer\ctgMX\lib.
m. Klicken Sie auf Weiter.
Abbildung 22. Neuen JDBC-Provider erstellen
n. Klicken Sie auf Fertigstellen.
o. Klicken Sie auf Speichern.
144
IBM Control Desk: Installationshandbuch (IBM WebSphere)
4. Öffnen Sie eine Eingabeaufforderung, und kopieren Sie die Dateien
<DB2-Ausgangsverzeichnis>/java/db2jcc.jar und <DB2-Ausgangsverzeichnis>/
java/db2jcc_license_cu.jar in das Verzeichnis <WAS-Ausgangsverzeichnis>\
ctgMX\lib. Rufen Sie erneut Ressourcen > JDBC > JDBC-Provider > maxJdbcProvider auf, und korrigieren Sie ggf. den Klassenpfad für die beiden Dateien
db2jcc.jar und db2jcc_license_cu.jar. Stellen Sie sicher, dass für jede der
JAR-Dateien der vollständige Pfad von
${DB2UNIVERSAL_JDBC_DRIVER_PATH} angegeben ist.
5. Konfigurieren Sie WebSphere Application Server wie folgt:
a. Navigieren Sie in der Administrationskonsole von WebSphere Application
Server Network Deployment zu Ressourcen > JDBC > Datenquellen.
b. Klicken Sie unter Geltungsbereich auf Dropdown-Liste für Geltungsbereichsauswahl mit allen Geltungsbereichsoptionen anzeigen. Wählen Sie
Cell=ctgCell01 aus, und klicken Sie unter Einstellungen auf Anwenden.
c. Klicken Sie auf Neu.
d. Geben Sie die folgenden Werte an:
Name der Datenquelle
intjmsds
JNDI-Name
jdbc/intjmsds
e. Wählen Sie im Menü "Komponentengesteuerter Authentifizierungsalias"
und "Authentifizierungsalias für XA-Wiederherstellung" den Namen maxJaasAlias aus.
f. Klicken Sie auf Weiter.
g. Wählen Sie Vorhandenen JDBC-Provider auswählen und anschließend im
Menü maxJdbcProvider aus.
h. Klicken Sie auf Weiter.
i. Geben Sie die folgenden Werte an:
Datenbankname
maxsibdb
Treibertyp
4
Servername
Geben Sie den Namen des DB2-Serverhosts an.
Portnummer
Geben Sie die Portnummer für DB2 an, z. B. 50005.
j. Vergewissern Sie sich, dass die Option Diese Datenquelle für containergesteuerte Persistenz (CMP) verwenden ausgewählt ist, und klicken Sie auf
Weiter.
k. Klicken Sie auf Fertigstellen.
l. Klicken Sie auf Speichern.
6. Prüfen Sie die Datenquelle, indem Sie intjmsds auswählen und dann auf Verbindung testen klicken.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
145
Produkt installieren und Middleware manuell konfigurieren
Sie können Control Desk vor Beginn der Installation mit konfigurierter Middleware
implementieren. Wenn es in Ihrem Unternehmen für die Erstellung von Datenbanken, Datenbankinstanzen, Benutzern usw. bestimmte Richtlinien und Vorgehensweisen gibt, verwenden Sie diese Anweisungen.
Vorbereitende Schritte
Vergewissern Sie sich, dass die Vorbedingungen erfüllt sind.
v Der Datenbankserver, der Verzeichnisserver und die Services des Anwendungsservers müssen gestartet und aktiv sein.
v Die Verzeichnisse /tmp und /var/tmp müssen auf dem System vorhanden sein.
Das Installationsprogramm benötigt diese Verzeichnisse als Informationsquelle
während der Implementierung von IBM WebSphere Application Server Network
Deployment.
v Beenden Sie auf der Verwaltungsworkstation vorübergehend alle nicht kritischen
Prozesse, die sich negativ auf die Installation auswirken können, wie z. B. Antivirensoftware.
v Stellen Sie sicher, dass die Windows-Einstellung "Datenausführungsverhinderung" die Ausführung des Launchpads nicht verhindert. Wählen Sie dazu Folgendes aus: Start > Einstellungen > Systemsteuerung > System > Erweitert >
Leistung > Einstellungen > Datenausführungsverhinderung. Wählen Sie Datenausführungsverhinderung nur für erforderliche Windows-Programme und
-Dienste aktivieren aus, und klicken Sie auf Übernehmen. Möglicherweise werden Sie dazu aufgefordert, einen Warmstart des Servers durchzuführen.
v Für Linux- und UNIX-Systeme mit installierter Middleware muss der Befehl
hostname -f einen vollständig qualifizierten Hostnamen zurückgeben. Ziehen Sie
gegebenenfalls die Dokumentation zu Ihrem Betriebssystem zu Rate. Alternativ
können Sie die IP-Adresse des Systems angeben.
v Aktivieren Sie die Fernausführung, und rufen Sie den Service auf jedem System
mit installierter Middleware auf. Jedes ferne System muss ein Protokoll für Remotezugriff unterstützen und Fernanmeldungen, die mit einer auf dem Zielserver konfigurierten Kombination aus Benutzername und Kennwort durchgeführt
werden, akzeptieren. Zu den Protokollen für Remotezugriff gehören SSH und
Windows-SMB. Falls das ferne System ein Windows-Server ist, müssen Sie die
Fernausführung und den Remotezugriff über SMB konfigurieren.
v Die DB2-Datenbank muss vorbereitet sein.
– Wenn DB2 auf einem Linux- oder UNIX-System installiert ist, müssen Sie den
Instanzbenutzer und das Ausgangsverzeichnis für den Benutzer auf dem
DB2-Server erstellen.
– Im Ausgangsverzeichnis des Eigners der Datenbankinstanz müssen 8 GB
Speicher verfügbar sein, unabhängig davon, ob eine Datenbank an dieser Position installiert wird.
– Die Benutzer-ID für den Administrator der DB2-Instanz muss die Berechtigung SYSADM (Systemverwaltung) haben. Diese Benutzer-ID wird während
der Ausführung des Produktinstallationsprogramms angegeben. Suchen Sie in
der Produktdokumentation zu DB2 nach Informationen zum Erstellen eines
Benutzers mit der Berechtigung SYSADM auf dem DB2-Server. Für UNIX-Systeme müssen Sie "root" einer Gruppe mit der Berechtigung SYSADM hinzufügen.
146
IBM Control Desk: Installationshandbuch (IBM WebSphere)
– Zur Vermeidung einer hohen Systemspeicherbelegung durch DB2 legen Sie
die folgende DB2-Eigenschaft fest, und starten Sie dann den DB2-Server erneut.
db2 update dbm cfg using KEEPFENCED NO
v Wenn Sie DB2 auf UNIX-Systemen mit Control Desk verwenden, müssen Sie
"root" zu einer Gruppe mit SYSADM-Berechtigung für die Datenbankinstanz
hinzufügen. Diese Zugehörigkeit muss vor dem Starten des Installationsprogramms von Control Desk definiert werden.
Informationen zu diesem Vorgang
Die bereitgestellten Anweisungen beziehen sich auf eine Mehrserverinstallation unter Verwendung von Standardwerten.
Wenn bei der Ferninstallation auf Systemen mit AIX 6.x Probleme mit der Benutzerschnittstelle des Installationsprogramms auftreten, sollten Sie eine erneute Installation auf dem lokalen System durchführen. Verwenden Sie auf dem lokalen
System eine Konsole oder ein X-Terminal.
Vorgehensweise
1. Melden Sie sich am Verwaltungssystem an.
2. Starten Sie das Produktinstallationsprogramm über das Launchpad.
a. Starten Sie das Launchpad. Navigieren Sie zum Stammverzeichnis bzw.
zum Verzeichnis mit dem heruntergeladenen Installationsimage, und führen Sie den folgenden Befehl aus:
Windows
launchpad.exe
UNIX launchpad.sh
Wenn das Launchpad die Installation nicht startet, können Sie das Produktinstallationsprogramm direkt starten. Navigieren Sie im heruntergeladenen Installationsimage zum Verzeichnis \Install\\, und führen Sie einen der folgenden
Befehle aus:
Windows
v install.bat
v install_win64.bat
UNIX
v install_aix64.sh
v install_linux32.sh
v install_linux64.sh
3. Wählen Sie die Sprache für die Installation aus, und klicken Sie auf OK.
4. Geben Sie in der Anzeige Installationsordner auswählen den Pfad der Position an, an der Control Desk installiert werden soll.
Sie können eine Beschreibung für die Installation eingeben. Eine Beschreibung
ist hilfreich, um zwischen mehreren Installationen auf derselben Verwaltungsworkstation unterscheiden zu können.
5. Überprüfen Sie die Informationen in der Anzeige Installationsposition prüfen. In der Anzeige erscheinen Informationen zur vorherigen Installation, die
basierend auf dem Installationsverzeichnis, das Sie in der vorherigen Anzeige
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
147
eingegeben haben, gefunden wurden. Nachdem Sie diese Anzeige verlassen
haben, können Sie nicht mehr zurückkehren, um das Installationsverzeichnis
für diese Installation zu ändern.
Wenn eine neuere Version des Installationsprogramms im angegebenen Zielinstallationsverzeichnis gefunden wird, erhalten Sie eine entsprechende Benachrichtigung. Wird eine solche Benachrichtigung angezeigt, bedeutet das, dass
Sie eine ältere Version des Installationsprogramms verwenden. Auf der Verwaltungsworkstation wurde eine neuere Version gefunden, die wichtige Features und Erweiterungen enthalten kann. Um die neuere Version des Installationsprogramms zu verwenden, wählen Sie die entsprechende Option in der
Benachrichtigungsanzeige aus, und klicken Sie auf Weiter. Damit verlassen
Sie den aktuellen Installationsprozess und starten den Installationsprozess mit
dem neuen Installationsprogramm. Wenn Sie diese Option nicht auswählen,
setzen Sie die Installation mit der älteren Version des Installationsprogramms
fort.
6. Prüfen Sie in der Anzeige Paketzusammenfassung die Informationen zur Paketimplementierung. In dieser Anzeige werden Versionsinformationen für die
neuen und vorhandenen Pakete auf dem System aufgelistet. Die Versionsinformationen für das Zielpaket geben die Paketversion an, die momentan implementiert wird.
7. Geben Sie in der Anzeige Implementierung auswählen als Implementierungstyp Einfach oder Angepasst an.
8. Wählen Sie in der Anzeige Middlewarekonfigurationsdaten importieren die
Option Middlewarekonfigurationsdaten importieren aus, damit das Produktinstallationsprogramm die Werte des Middlewareinstallationsprogramms verwendet. Diese Werte werden im Produktinstallationsprogramm als Standardwerte für die entsprechenden Felder verwendet.
Das Feld Position für Arbeitsbereich bezeichnet die Position der Topologiedatei, die die für das Middlewareinstallationsprogramm angegebenen Werte enthält. Sie finden diese Datei in dem Arbeitsbereich, den Sie während der Installation der Middleware definiert haben. Beispiel: C:\ibm\tivoli\mwi\workspace
für Windows oder /root/ibm/tivoli/mwi/workspace für UNIX.
Wenn Sie die einfache Implementierung verwenden, werden die Middlewarestandardinformationen nicht verwendet.
9. Geben Sie in der Anzeige Datenbanktyp die Software an, die für die MaximoDatenbank verwendet werden soll.
10. Geben Sie in der Anzeige Datenbank die Konfigurationsinformationen für
Ihre Datenbanksoftware an.
Wenn die angegebenen Werte für die Datenbankbenutzer-ID, den Datenbanknamen und die Datenbankinstanz für Control Desk sowie für den Schemanamen nicht existieren, werden sie erstellt. Namen von Datenbankbenutzern und
Datenbankinstanzen dürfen keine Leerzeichen enthalten.
Bei DB2 darf die Benutzer-ID nicht mit der Benutzer-ID des Instanzadministrators übereinstimmen. Für DB2 wird die Datenbankinstanz erstellt, falls sie
nicht vorhanden ist. Der Benutzer und das zugehörige Ausgangsverzeichnis
müssen jedoch auf dem DB2-Server vorhanden sein. Für DB2 kann als Schemaname entweder der Wert für den Eigner der definierten Tabellenbereiche
oder ein anderer Wert, z. B. "maximo", verwendet werden.
Nachdem Sie die Konfigurationsinformationen für Ihre Datenbanksoftware angegeben haben, validiert das Installationsprogramm die Informationen mit
dem Datenbankserver.
148
IBM Control Desk: Installationshandbuch (IBM WebSphere)
11. Wählen Sie in der Anzeige Datenbankkonfiguration automatisieren die Option Die Datenbank wurde bereits erstellt und konfiguriert aus, und klicken
Sie anschließend auf Weiter.
12.
13.
14.
15.
Bei diesem Schritt wird davon ausgegangen, dass Sie bereits eine Datenbankinstanz, eine Datenbank, Tabellenbereiche, einen Benutzer und ein Schema für
Control Desk erstellt haben. Weitere Informationen finden Sie im Abschnitt
„Datenbank manuell konfigurieren” auf Seite 81. Falls Sie die Datenbank vor
der Auswahl von Die Datenbank wurde bereits erstellt und konfiguriert
nicht manuell konfiguriert haben, werden Sie aufgefordert, die Konfiguration
durchzuführen, bevor Sie das Installationsprogramm erneut starten.
Geben Sie in der Anzeige Datenbanktabellenbereich die Informationen zum
Tabellenbereich der Datenbank an.
Wenn Sie auf Weiter klicken, stellt das Produktinstallationsprogramm eine
Verbindung zum Datenbankserver her und validiert die angegebenen Informationen.
Geben Sie nach Abschluss der Datenbankvalidierung in der Anzeige Anwendungsservertyp den Anwendungsservertyp für die Produktimplementierung
an.
Sie haben die Möglichkeit, WebSphere Application Server Network Deployment automatisch über das Produktinstallationsprogramm zu konfigurieren.
Geben Sie in der Anzeige WebSphere-Konnektivität die Hostinformationen
für WebSphere Application Server Network Deployment an.
Geben Sie in der Anzeige Berechtigung für Remotezugriff auf WebSphere
die Berechtigungsinformationen für die Konfiguration von WebSphere Application Server Network Deployment an.
16. Geben Sie in der Anzeige Konfiguration von WebSphere Application Server
Network Deployment die Konfigurationsinformationen für WebSphere Application Server Network Deployment an.
Der Web-Server-Port sollte mit einem vorhandenen Portwert für den HTTPServer übereinstimmen, den Sie beim Installieren von WebSphere Application
Server Network Deployment konfiguriert haben. Wenn Sie für den Web-Server-Port einen anderen Wert eingeben, müssen Sie WebSphere Application Server Network Deployment nach Abschluss der Installation erneut starten.
Durch den Serverneustart wird der neue Port aktiviert und für eingehende
Anforderungen verfügbar.
Der Anwendungsservername, den Sie angeben, wird erstellt, wenn er noch
nicht vorhanden ist.
17. Geben Sie in der Anzeige Sicherheit die Methode an, die für die Authentifizierung und Berechtigung der Benutzer verwendet werden soll.
18. Geben Sie in der Anzeige Maximo-Benutzer angeben die Benutzerinformationen für die Maximo-Datenbank an.
Maximo-Benutzer mit Verwaltungsaufgaben
Die Benutzer-ID des Produktadministrators, die für die Erstkonfiguration und zum Hinzufügen von Benutzern verwendet wird.
Maximo-Benutzer für Systemregistrierung
Die Benutzer-ID, die für die Selbstregistrierung von Benutzern verwendet wird.
Maximo-Benutzer für Systemintegration
Die Benutzer-ID, die für Unternehmensadapter verwendet wird.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
149
Angepasste Werte für Benutzer-ID und Kennwort werden in der Maximo-Datenbank gespeichert. Die Standardbenutzer-IDs, "maxadmin", "maxreg" und
"maxintadm", werden ebenfalls als Benutzer in der Maximo-Datenbank erstellt. Das Erstellen der Standardbenutzer-IDs erfolgt für interne Verarbeitungszwecke. Wenn Sie die Maximo-Datenbanksicherheit für die Authentifizierung und Berechtigung verwenden, können die Standardbenutzer-IDs für die
Anmeldung an der Anwendung verwendet werden. Sollten Sie diese Bedingung als Sicherheitsrisiko einstufen, können Sie die Kennwörter für diese
Standardbenutzer-IDs ändern. Sie können die Kennwörter für die BenutzerIDs in der Anwendung "Benutzer" ändern.
19. Geben Sie in der Anzeige Sicherheit die Namen der Benutzer- und Gruppenbasiseinheiten an, und legen Sie außerdem fest, wie die Benutzer von Control
Desk erstellt werden sollen.
Benutzerbasiseintrag
Wenn Sie das in Control Desk bereitgestellte LDAP-Standardschema
nicht verwenden möchten, geben Sie den zu verwendenden Benutzerbasiseintrag an.
Gruppenbasiseintrag
Wenn Sie das LDAP-Standardschema nicht verwenden möchten, geben Sie den zu verwendenden Gruppenbasiseintrag an.
Sie können festlegen, dass die erforderlichen Benutzer vom Installationsprogramm erstellt werden. Wenn Sie diese Option nicht verwenden, müssen Sie
die Benutzer manuell erstellen, bevor Sie fortfahren.
Wenn Sie das bereitgestellt LDAP-Standardschema nicht verwenden, müssen
Sie das Schema selbst erstellen, bevor Sie fortfahren. Die in den Feldern Benutzerbasiseintrag und Gruppenbasiseintrag angegebenen Werte werden für
die Konfiguration der Crontask VMMSYNC verwendet. Wenn Sie ein eigenes
LDAP-Schema erstellen und die Benutzer manuell erstellen möchten, können
Sie die Add-on-LDIF-Standarddaten ändern und in Ihr LDAP-Repository importieren.
20. Geben Sie in der Anzeige Integrationsadapter-JMS-Konfiguration die JMSKonfigurationsinformationen (Java Message Service) ein. Ein JMS-Server setzt
für die Verwaltung der Nachrichten die Konfiguration eines DB2-Datenrepositorys voraus. Wenn Sie einen anderen Datenbanktyp verwenden, kann keine
Nachrichtenpersistenz konfiguriert werden. Wenn Sie festgelegt haben, dass
JMS-Nachrichten nicht als persistent definiert werden sollen, können Sie die
JMS-Implementierung später manuell konfigurieren.
Geben Sie den Namen der Datenbank ein, die von JMS verwendet werden
soll. Für DB2 können Sie festlegen, ob die JMS-Nachrichten in DB2 als persistent definiert werden sollen.
Wählen Sie JMS-Nachrichten nicht als persistent definieren aus, wenn Sie
Control Desk mit Oracle oder Microsoft SQL Server implementieren. Wenn Sie
auf Weiter klicken, springt der Installationsassistent zur Anzeige SMTP-Konfiguration.
21. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Konfiguration des DB2-Datenbankservers zusätzliche JMS-Konfigurationsinformationen an. Der JMS-Datenspeicher
kann nur als DB2-Datenbank erstellt werden.
22. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Berechtigung für Remotezugriff auf
DB2-Datenbankserver Berechtigungsinformationen für die Funktion der automatischen Konfiguration ein.
Unter Windows muss die Benutzer-ID Mitglied der Gruppe DB2ADMNS sein.
150
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Unter Linux oder UNIX muss diese Benutzer-ID "root" sein und zu einer
Gruppe gehören, die die Berechtigung SYSADM für die Datenbankinstanz besitzt.
23. Wenn Sie festgelegt haben, dass JMS-Nachrichten als persistent definiert werden sollen, geben Sie in der Anzeige Konfiguration der DB2-Datenbankinstanz zusätzliche DB2-Informationen an.
24. Navigieren Sie in der Anzeige für die Keystoredatei von WebSphere Application Server Network Deployment zu der Position, an die Sie die Keystoredatei
"trust.p12" kopiert haben, und klicken Sie auf Weiter.
25. Geben Sie in der Anzeige SMTP-Konfiguration die SMTP-Konfigurationsinformationen ein, die die Workflows für die Kommunikation mit Workflowteilnehmern verwenden.
Zum Senden der Nachrichten wird die E-Mail-Adresse des Administrators
verwendet. Wenn Sie die Felder leer lassen, müssen Sie die SMTP-Parameter
im Rahmen der nach der Installation auszuführenden Aufgaben über die Produktschnittstelle konfigurieren.
26. Klicken Sie in der Anzeige Optionen für Datenintegrations- und Kontextmenüservices auf die Schaltfläche, die angibt, wo die Datenbanktabellen für diese Funktionen erstellt werden sollen: in der Maximo-Datenbank ("same") oder
in einer eigenständigen Datenbankinstanz, die Sie zu diesem Zweck bereits erstellt haben. Wenn Sie die Entry Edition installieren möchten, wählen Sie die
Maximo-Datenbank aus. Diese Tabellen werden erstellt, jedoch nicht von der
Entry Edition verwendet.
27. Geben Sie in der Anzeige zur Auswahl der Basissprache die Basissprache für
die Installation an.
28. In der Anzeige Auswahl der zusätzlichen Sprachen können Sie wahlweise
eine oder mehrere zusätzliche Sprachen für die Installation angeben.
29. Geben Sie in der Anzeige Konfigurationsschritt ausführen an, wie Sie den
Konfigurationsschritt der Installation ausführen möchten. Wenn Sie keine Optionen auswählen und auf Weiter klicken, wird der Konfigurationsschritt fortgesetzt.
Dateien jetzt kopieren, aber Installationskonfiguration später durchführen
Wählen Sie diese Option aus, um Dateien von der Installationsquelle
auf die Verwaltungsworkstation zu kopieren. Sie müssen den Konfigurationsschritt später ausführen, um die Implementierung abzuschließen.
Wichtig: Installieren Sie kein weiteres Produkt, bevor der Konfigurationsschritt der ursprünglichen Installation abgeschlossen ist. Wenn Sie
vor der Ausführung des Konfigurationsschritts für diese Installation
ein weiteres Produkt installieren, wird der Aufgabenspeicher überschrieben, wodurch die Implementierung der ursprünglichen Installation verhindert wird.
Die Konfigurationswerte, die Sie eingeben, werden in den Dateien
Installationsausgangsverzeichnis\maximo\applications\maximo\
properties\maximo.properties und
Installationsausgangsverzeichnis\etc\install.properties gespeichert. Führen Sie die Konfigurationsschritte außerhalb des Produktinstallationsprogramms aus, indem Sie das Dienstprogramm "taskrunner"
im Verzeichnis Installationsausgangsverzeichnis\scripts verwenden. Führen Sie das Dienstprogramm "taskrunner" in der Befehlszeile
aus.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
151
Installationsausgangsverzeichnis\scripts\taskrunner
[CONTINUE <STOPONERROR|NOSTOPONERROR>]
Das Dienstprogramm "taskrunner" verwendet die in den Dateien
maximo.properties und install.properties gespeicherten Konfigurationswerte für die Konfiguration von Control Desk.
Wenn Sie das Dienstprogramm "taskrunner" mit dem Parameter
NOSTOPONERROR ausführen, wird es trotz Fehlern fortgesetzt. Wenn Sie
das Dienstprogramm "taskrunner" mit dem Parameter STOPONERROR
ausführen, wird es gestoppt, wenn ein Fehler auftritt. Wenn Sie den
Parameter STOPONERROR verwendet haben, können Sie die Fehlerbedingungen beheben. Anschließend können Sie die Installation an dem
Punkt fortsetzen, an dem die letzte erfolgreich ausgeführte Aufgabe
im vorherigen Versuch aufgezeichnet wurde, indem Sie "taskrunner"
mit dem Parameter CONTINUE starten.
Anwendungsdateien später manuell implementieren
Wählen Sie diese Option aus, wenn Sie Anwendungsdateien manuell
im Anwendungsserver implementieren möchten.
Aktualisierung der Maximo-Datenbank verzögern
Wählen Sie diese Option aus, wenn Sie die Aufgabe der Datenbankaktualisierung für die Produktimplementierung manuell ausführen
möchten. Diese Option kann verwendet werden, wenn ein Fixpack
verfügbar ist, das bekannte Probleme mit dem Script "updatedb" behandelt. In diesem Szenario wählen Sie die Option Aktualisierung der
Maximo-Datenbank verzögern aus, wenden das Fixpack an und führen anschließend den Befehl updatedb -v1 manuell aus.
30. Legen Sie in der Anzeige Verknüpfungsposition auswählen fest, wo die Symbole von Control Desk erstellt werden sollen.
Wenn Sie Im Start-Menü auswählen und Internet Explorer verwenden, fügen
Sie den URL von Control Desk zur Webinhaltszone der vertrauenswürdigen
Sites hinzu. Inaktivieren Sie die Option, die für alle Sites in der Zone eine Serverprüfung erforderlich macht.
Wählen Sie nicht die Option In der Schnellstartleiste aus, da diese Option
kein Programmsymbol in der Schnellstartleiste erstellt.
Achtung: Verknüpfungen werden nur für Windows-Systeme erstellt.
31. Prüfen Sie in der Anzeige Zusammenfassung der Eingabe die Informationen,
die Sie für das Produktinstallationsprogramm angegeben haben.
Falls erforderlich, können Sie über die Schaltfläche Zurück zu vorherigen Anzeigen zurückkehren, um Werte zu ändern.
32. Prüfen Sie die Angaben in der Anzeige Vorinstallationszusammenfassung,
und klicken Sie anschließend auf Installieren.
Jetzt beginnt der Installationsprozess. Sie können den Installationsfortschritt
anhand der angezeigten Nachrichten überwachen.
33. Prüfen Sie die Angaben in der Anzeige Installation abgeschlossen, und klicken Sie dann auf Fertig.
Achtung: Auf AIX-Systemen ist die Anzeige Installation abgeschlossen in
einigen Fällen leer. Klicken Sie auf Fertig, um das Installationsprogramm zu
verlassen.
152
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Nächste Schritte
Führen Sie die installationsabschließenden Aufgaben aus, die für die Installation
mit manueller Middlewarekonfiguration erforderlich sind.
Wenn Sie die Option Anwendungsdateien später manuell implementieren ausgewählt haben, müssen Sie jetzt die Dateien maximo.ear und maximoiehs.ear implementieren.
Sie können optionalen Inhalt und Integrationsmodule über das Launchpad installieren.
„EAR-Dateien verwalten” auf Seite 291
Dieser Abschnitt enthält Informationen zur Verwaltung der EAR-Dateien von
Control Desk.
Optionalen Inhalt installieren
Sie können das relevante optionale Inhaltspaket für Ihre Produktedition installieren.
Optionaler Inhalt wird in Entwicklungsumgebungen häufig als Ausgangspunkt für
die Entwicklung eigener Inhalte verwendet.
Wenn Sie während der Produktinstallation keinen optionalen Inhalt installieren
möchten, können Sie dies zu einem späteren Zeitpunkt nachholen. Wenn Sie den
Inhalt später installieren, müssen Sie die Datenbank aktualisieren und die Datei
"maximo.ear" erneut erstellen und implementieren.
Optionale Integrationsmodule installieren
Sie können Integrationsmodulpakete installieren, um Integrationen mit anderen
Produkten einzurichten.
Sie können diese Integrationsmodule über die Integrationsseite des Launchpads installieren:
Integrationsmodul von IBM Tivoli Provisioning Manager
Mit diesem Integrationsmodul können Sie Tivoli Provisioning Manager mit
dem Release-Management-Prozess integrieren. Sie können beispielsweise
Tivoli Provisioning Manager als maßgebliche Medienbibliothek verwenden.
Weitere Informationen zu dieser Integration finden Sie im Release-Management-Abschnitt im Information Center.
CMS-LIC-Aktivierungspaket für implementierte Anlagen
Dieses Paket ist erforderlich, wenn Sie vorhaben, CMS (Kontextmenüservice, Kontextmenüservice) für die Verwaltung von Launch-in-Context-Aktionen für implementierte Anlagen zu verwenden. Informationen zu Optionen für Launch-in-Context-Aktionen finden Sie im Abschnitt über die
Planung im Information Center.
CMS-LIC-Aktivierungspaket für Configuration Items
Dieses Paket ist erforderlich, wenn Sie vorhaben, CMS (Kontextmenüservice, Kontextmenüservice) für die Verwaltung von Launch-in-Context-Aktionen für tatsächliche Configuration Items zu verwenden. Informationen zu
Optionen für Launch-in-Context-Aktionen finden Sie im Abschnitt über die
Planung im Information Center.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
153
Rational-ClearQuest-OSLC-Integrationen
Mit dieser Integration können Sie die Technologie "Open Services for Lifecycle Collaboration" (OSLC) verwenden, um eine Verknüpfung zwischen
der Anwendung "Probleme" und Rational ClearQuest herzustellen und so
Informationen zu Problemen und deren Lösungen zu freizugeben.
OSLC-Integrationen von Rational Team Concert
Mit dieser Integration können Sie die Technologie "Open Services for Lifecycle Collaboration" (OSLC) verwenden, um eine Verknüpfung zwischen
der Anwendung "Probleme" und Rational Team Concert herzustellen und
so Informationen zu Problemen und deren Lösungen freizugeben.
Wenn Sie während der Produktinstallation keine Integrationsmodule installieren
möchten, können Sie dies zu einem späteren Zeitpunkt nachholen. Entscheiden Sie
sich für die spätere Installation, müssen Sie die Datenbank aktualisieren und die
Datei "maximo.ear" erneut erstellen und implementieren.
Sprachenimplementierung nach Verzögerung der Datenbankaktualisierung
Die Auswahl der Option zur Verzögerung der Maximo-Datenbankaktualisierung
während der Installation des Produkts wirkt sich auf die Implementierung der
Sprachen aus.
Während der Installation haben Sie die Möglichkeit, die Aufgabe für die Datenbankaktualisierung zu verzögern. Diese Option verhindert das Schreiben von Daten in die Datenbank während der Installation. Das Installationsprogramm ist auf
das Kopieren der Dateien auf das Verwaltungssystem und die Registrierung der
Prozesslösungspakete für das Produkt beschränkt. Sie selbst fügen Sprachen hinzu,
indem Sie die Installation abschließen, die Datenbank manuell aktualisieren und
dann die Sprachenpakete manuell implementieren.
„Sprachen nach Verzögerung der Datenbankaktualisierung manuell
implementieren” auf Seite 56
Sprachen müssen manuell implementiert werden, wenn Sie Datenbankaktualisierungen über das Installationsprogramm verzögern.
Sprachen nach Verzögerung der Datenbankaktualisierung manuell implementieren
Sprachen müssen manuell implementiert werden, wenn Sie Datenbankaktualisierungen über das Installationsprogramm verzögern.
Vorbereitende Schritte
Vor der manuellen Konfiguration von Sprachen für PSI-Pakete muss der Befehl
"updatedb" manuell ausgeführt worden sein.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um Sprachen manuell für PSI-Pakete zu
konfigurieren:
Vorgehensweise
1. Aktualisieren Sie die Sprachunterstützung für die Kernkomponenten.
154
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Die Dateien für die Sprachauswahl, die Sie während der Installation vorgenommen haben, werden in das Verzeichnis C:\IBM\SMP\Maximo\Tools\Maximo\
Ländereinstellung\xliff\ auf Ihrem System extrahiert.
a. Wenn Sie eine Sprache als Basissprache für das Produkt aktualisieren möchten, setzen Sie den folgenden Befehl ab:
Installationsausgangsverzeichnis\maximo\tools\maximo\TDToolkit.bat
-IMPORT
-SLEN
-TLLändereinstellung
-maxmessfix
b. Wenn Sie eine oder mehrere zusätzliche Sprachen für das Produkt hinzufügen möchten, setzen Sie den folgenden Befehl für jede Sprache ab, die Sie
hinzufügen möchten:
Installationsausgangsverzeichnis\maximo\tools\maximo\TDToolkit.bat
-ADDLANGLändereinstellung
-maxmessfix
2. Aktualisieren Sie die Sprachen für zusätzliche Pakete.
Um festzustellen, welche Pakete Sie aktualisieren müssen, wechseln Sie in das
Verzeichnis Installationsausgangsverzeichnis\maximo\tools\maximo\en\xliff.
Jeder Ordner im Verzeichnis xliff wird mit Ausnahme des Ordners MAXUPG als
Eingabe für die Operation -pmpupdate von TDToolkit verwendet. Im Gegensatz
zum Prozess für die Aktualisierung der Sprachen für Control Desk müssen Sie
den Befehl TDToolkit einmal für jedes Paket ausführen. TDToolkit stellt fest,
welche Sprachen gegenwärtig implementiert sind, und aktualisiert alle Sprachen.
a. Wechseln Sie in das Verzeichnis Installationsausgangsverzeichnis\maximo\
tools\maximo\en\xliff, und geben Sie einen Paketordner zur Aktualisierung an, z. B. calibration.
b. Aktualisieren Sie die Sprachen für das ausgewählte Paket.
C:\IBM\SMP\maximo\tools\maximo\TDToolkit.bat
-pmpupdatePaketverzeichnis
In diesem Beispiel könnte der Befehl pmpupdatePaketverzeichnis wie folgt
lauten: pmpupdatecalibration oder pmpupdateconfig_pmp.
c. Wiederholen Sie den Vorgang für jedes zusätzliche Paket, das Sprachaktualisierungen benötigt.
Kapitel 4. Manuelle Implementierung unter Wiederverwendung vorhandener Middleware
155
156
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 5. Unbeaufsichtigte Installation
Control Desk bietet die Option der unbeaufsichtigten Installation.
Die Option für die unbeaufsichtigte Installation von Control Desk bietet die Möglichkeit, über eine Eingabeaufforderung (nicht über das Launchpad von Control
Desk) und eine Antwortdatei eine Schnittstelle zum Installationsprogramm von
Control Desk herzustellen.
Control Desk unbeaufsichtigt installieren
Control Desk kann mit einer Installationsantwortdatei unbeaufsichtigt installiert
werden.
Vorbereitende Schritte
Sie müssen Control Desk erfolgreich installieren, um eine Antwortdatei zu erzeugen, die Sie für eine unbeaufsichtigte Installationsoperation verwenden können. Alternativ können Sie eine der auf dem Produktdatenträger bereitgestellten Beispielantwortdateien verwenden und diese entsprechend Ihren Anforderungen
anpassen.
Sie müssen sicherstellen, dass alle Antwortdateipfade ordnungsgemäß formatiert
sind. Beispielsweise kann eine Pfadanweisung unter UNIX wie folgt aussehen:
USER_INSTALL_DIR=K:/IBM/max_dev.Wenn ein Pfad wie USER_INSTALL_DIR=K:/IBM/
max_dev in einer Antwortdatei enthalten ist, die in Verbindung mit einem Windows-Verwaltungssystem verwendet wird, tritt ein Fehler auf. Das Windows-Äquivalent müsste im vorliegenden Beispiel wie folgt für ein Windows-System
formatiert werden: USER_INSTALL_DIR=K:\\IBM\\max_dev.
Anmerkung: Die Antwortdatei für die unbeaufsichtigte Installation kann verwendet werden, um Felder des Installationsprogramms von Control Desk während einer beaufsichtigten Installation auszufüllen. Dazu müssen Sie die Eigenschaft
INSTALLER_UI=silent aus der Antwortdatei entfernen, bevor Sie die Antwortdatei
mit dem Installationsprogramm von Control Desk verwenden. Das Installationsprogramm verwendet Standardwerte, die es aus der Antwortdatei liest. Das Installationsprogramm von Control Desk verwendet die Antwortdatei automatisch,
wenn diese den Namen installer.properties oder install.properties hat und
sich in demselben Verzeichnis befindet. Sie müssen den Namen der Antwortdatei
beim Starten des Installationsprogramms von Control Desk nicht angeben.
Anmerkung: Diese Antwortdatei kann auch mit dem Deinstallationsprogramm
von Control Desk verwendet werden, um Control Desk unbeaufsichtigt zu deinstallieren.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um Control Desk unbeaufsichtigt zu installieren:
Vorgehensweise
1. Legen Sie mit dem Installationsprogramm von Control Desk Konfigurationsoptionen fest, und erfassen Sie diese Optionen in einer Antwortdatei:
© Copyright IBM Corp. 2014
157
a. Starten Sie das Installationsprogramm von Control Desk über das Produktimage. Verwenden Sie den folgenden Befehl für 32-Bit-Systeme:
install.exe -r <Pfad und Name der Antwortdatei>
Verwenden Sie für 64–Bit-Systeme den folgenden Befehl:
install_win64.exe -r <Pfad und Name der Antwortdatei>
Die ausführbaren Dateien des Installationsprogramms von Control Desk befinden sich im Verzeichnis "Control Desk" des Produktimage von Control
Desk 7.5.3.
Antwortdateien müssen die Dateierweiterung ".properties" haben, z. B. response.properties.
Sie müssen die Antwortdatei mit vollständigem Pfad angeben.
b. Arbeiten Sie sich durch das Installationsprogramm von Control Desk, und
wählen Sie dabei die gewünschten Konfigurationsoptionen aus.
c. Beenden Sie das Installationsprogramm von Control Desk nach erfolgreicher
Installation von Control Desk.
Es gibt verschiedene Beispielantwortdateien, die im Produktimage "IBM Control Desk 7.5.3" bereitgestellt werden.
Tabelle 11. Beispielantwortdateien für die unbeaufsichtigte Installation von Control Desk
Datei
Beschreibung
simple_response.properties
Diese Datei enthält eine
Beispielantwortdatei, die zum Installieren
einer einfachen Implementierung von
Control Desk verwendet werden kann.
custom_response_win.properties
Diese Datei enthält eine
Beispielantwortdatei, die zum Installieren
einer angepassten Implementierung von
Control Desk unter Windows verwendet
werden kann.
custom_response_unix.properties
Diese Datei enthält eine
Beispielantwortdatei, die zum Installieren
einer angepassten Implementierung von
Control Desk unter UNIX verwendet werden
kann.
Diese Dateien befinden sich im Verzeichnis Control Desk\samples des Produktimage.
Wenn die Antwortdatei durch Erfassung einer tatsächlichen Installation erstellt
wird, müssen Sie einen Eintrag für "LICENSE_ACCEPTED=true" hinzufügen.
Wenn Sie eine Beispielantwortdatei verwenden, müssen Sie den Eintrag von
false in true ändern. Wird eine unbeaufsichtigte Installation gestartet und ist
dieser Eintrag nicht in der Antwortdatei enthalten, wird die Installation sofort
beendet. Es werden keine Nachrichten oder Protokolldateien erstellt.
Wenn Sie Control Desk unter Verwendung von Middleware implementieren
möchten, die sowohl unter dem Betriebssystem Windows als auch unter dem
Betriebssystem UNIX installiert ist, enthält Ihre Antwortdatei Werte für beide
Betriebssysteme, einschließlich Verzeichnispfaden und Namen der ausführbaren
Dateien. In einigen Fällen wird die Antwortdatei nicht generiert, weil der Benutzer, der das Installationsprogramm gestartet hat, keinen Schreibzugriff auf
das Zielverzeichnis hat. In diesem Szenario meldet das Installationsprogramm
keinen Fehler. Die Antwortdatei wird nicht in das Zielverzeichnis geschrieben,
und es wird keine Protokolldatei im Verzeichnis ibm\smp\logs erzeugt. Sie kön-
158
IBM Control Desk: Installationshandbuch (IBM WebSphere)
nen dieses Problem beheben, indem Sie sicherstellen, dass der Benutzer, der das
Installationsprogramm aufruft, Schreibzugriff auf das Zielverzeichnis hat, bevor
das Installationsprogramm ausgeführt wird.
2. Öffnen Sie die Antwortdatei in einem Texteditor, und ändern Sie die Eigenschaft "INSTALLER_UI" in "INSTALLER_UI=silent". Kennwörter werden in
Klartextformat gespeichert. Sie müssen die in der Antwortdatei enthaltenen Felder CONFIRM_PASSWORD auf die Kennwortwerte der entsprechenden Aufgaben setzen. Stellen Sie beispielsweise sicher, dass CONFIRM_PASSWORD im
folgenden Beispiel mit RXA_PASSWORD übereinstimmt:
#Informationen zum Middleware-Server
#----------------------------MIDDLEWARE_SERVER=myserver.mydomain.com
RXA_USER_ID=root
RXA_PASSWORD=mypassword
CONFIRM_PASSWORD=mypassword
3. Kopieren Sie die Antwortdatei auf das Zielsystem.
4. Starten Sie das Installationsprogramm von Control Desk im unbeaufsichtigten
Modus, und geben Sie die zu verwendende Antwortdatei an.
install.exe -f <Pfad und Name der Antwortdatei>
Sie müssen die Antwortdatei mit vollständigem Pfad angeben, und die Antwortdatei muss sich auf dem Laufwerk C:\ des Systems befinden.
Ergebnisse
Die Installation wird mit den in der Antwortdatei angegebenen Werten unbeaufsichtigt fortgesetzt.
In Antwortdateien, die Felder für die Oracle-Konfiguration enthalten, müssen zusätzliche Backslashes entfernt werden. Eine Antwortdatei, die Oracle als Implementierungsoption enthält, wird mit Feldern wie im folgenden Auszug generiert:
DB_INSTALL_DIR=C\:/oracle/product/10.2.0/db_1
INSTANCE_LOCATION=C\:/oracle/product/10.2.0/db_1/dbs
WAS_HOME_DIR=C\:/Program Files/IBM/WebSphere/AppServerUSER_INSTALL_DIR=C\:/IBM/
USER_SHORTCUTS=C\:/Documents and Settings/All Users/Start Menu/Programs
/Process Automation Engine
MAXIMO_INSTALL_DIR=C\:/IBM/maximo
Sie müssen den Backslash unmittelbar hinter dem Laufwerkbuchstaben entfernen,
sodass die Antwortdatei dem folgenden Auszug gleicht:
DB_INSTALL_DIR=C:/oracle/product/10.2.0/db_1
INSTANCE_LOCATION=C:/oracle/product/10.2.0/db_1/dbs
WAS_HOME_DIR=C:/Program Files/IBM/WebSphere/AppServerUSER_INSTALL_DIR=C:/IBM/
USER_SHORTCUTS=C:/Documents and Settings/All Users/Start Menu/Programs
/Process Automation Engine
MAXIMO_INSTALL_DIR=C:/IBM/maximo
Wenn Sie versuchen, Control Desk unbeaufsichtigt zu installieren und die Installationsbenutzerschnittstelle angezeigt wird, müssen Sie prüfen, ob die Antwortdatei
die folgende Zeile enthält:
INSTALLER_UI=silent
Kapitel 5. Unbeaufsichtigte Installation
159
Eigenschaften für die unbeaufsichtigte Installation
Die Eigenschaften für die unbeaufsichtigte Installation werden in einer Installationsantwortdatei aufgezeichnet. Antwortdateien für eine unbeaufsichtigte Installation werden generiert, wenn das Installationsprogramm mit den Parametern gestartet wird, die in der Prozedur für die unbeaufsichtigte Installation beschrieben sind.
Alternativ kann eine Antwortdatei für die unbeaufsichtigte Installation auch manuell erstellt und gefüllt werden.
Allgemeine Eigenschaften für die unbeaufsichtigte Installation
Die folgenden Eigenschaften gelten für alle Implementierungen.
Tabelle 12. Allgemeine Eigenschaften in der Antwortdatei für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Definition
Kopfzeile der Datei
INSTALLER_UI=SILENT
Diese Eigenschaft muss festgelegt
werden, damit die Datei mit dem
Produktinstallationsprogramm verwendet werden kann.
Paketimplementierungsgruppe
INSTALL_SOME_PACKAGES=0
Wenn nur ein Teil der Pakete installiert werden kann, setzen Sie
diese Eigenschaft auf 1, damit das
Produktinstallationsprogramm fortgesetzt werden kann.
Lizenzvereinbarung LICENSE_ACCEPTED=TRUE
Setzen Sie diese Eigenschaft auf
true, wenn die Lizenzvereinbarung
akzeptiert werden soll, bzw. auf
false, wenn sie abgelehnt werden
soll.
Installationsordner USER_INSTALL_DIR=Installationspfad
Legen Sie einen Installationspfad
fest. Legen Sie z. B. für UNIX den
Pfad /opt/IBM/SMP und für
Windows den Pfad C:\\IBM\\SMP
fest.
Installationsbeschreibung
INSTALLATION_DESCRIPTION
Beschreibung der
Installationsposition.
Implementierungstyp
SIMPLE=0
Die Installation ist auf den Typ
SIMPLE (Einfach) eingestellt. Zum
Inaktivieren geben Sie den Wert 0,
zum Aktivieren den Wert 1 an.
Wenn SIMPLE aktiviert ist, muss
ADVANCED inaktiviert sein.
ADVANCED=1
Die Installation ist auf den Typ
ADVANCED eingestellt. Dies entspricht einer angepassten Installation. Zum Inaktivieren geben Sie
den Wert 0, zum Aktivieren den
Wert 1 an. Wenn ADVANCED aktiviert ist, muss SIMPLE inaktiviert
sein.
MIDDLEWARE_SERVER=Hostname
Informationen
zum MiddlewareServer (nur für
Installationstyp
"Simple")
Legen Sie den Hostnamen des Systems fest, auf dem sich die gesamte
Middleware befindet.
160
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 12. Allgemeine Eigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
RXA_USER_ID=Benutzername
Legen Sie die Benutzer-ID für den
Zugriff auf das System fest, auf
dem sich die gesamte Middleware
befindet.
RXA_PASSWORD=Kennwort
Legen Sie ein Kennwort für die
Benutzer-ID fest, die Zugriff auf
das System hat, auf dem sich die
gesamte Middleware befindet.
Daten aus dem
MWI_IMPORT_DATA=0
Middlewareinstallationsprogramm
importieren
Setzen Sie diesen Parameter, um
Konfigurationsdaten aus dem
Middlewareinstallationsprogramm
zu importieren.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an.
SMTP-Konfiguration
MWI_HOSTNAME=Hostname
Legen Sie den Hostnamen des Systems fest, auf dem sich der Arbeitsbereich des
Middlewareinstallationsprogramms
befindet.
MWI_USER_ID=Benutzername
Legen Sie die Benutzer-ID für den
Zugriff auf das System fest, auf
dem sich der Arbeitsbereich des
Middlewareinstallationsprogramms
befindet, z. B. root.
MWI_PASSWORD=Kennwort
Legen Sie ein Kennwort für die
Benutzer-ID fest, die für den Zugriff auf das System verwendet
wird, auf dem sich der Arbeitsbereich des
Middlewareinstallationsprogramms
befindet.
MWI_LOCATION=Pfad
Legen Sie einen Pfad für die Position fest, an der sich der Arbeitsbereich des
Middlewareinstallationsprogramms
befindet. Legen Sie z. B. für UNIX
den Pfad /root/ibm/tivoli/mwi/
workspace fest und für Windows
den Pfad C:\\ibm\\tivoli\\mwi\\
workspace fest.
SMTP_SERVER=Hostname
Legen Sie den Namen des Systems
fest, auf dem sich der SMTP-Server
befindet, der für die Verteilung von
Verwaltungsnachrichten an den
Administrator von Control Desk
zuständig ist.
ADMIN_EMAIL=E-Mail-Adresse
Legen Sie die E-Mail-Adresse des
Administrators von Control Desk
fest.
Kapitel 5. Unbeaufsichtigte Installation
161
Tabelle 12. Allgemeine Eigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
KonfigurationsschrittRUN_CONFIG_NO=0
ausführen
Definition
Legen Sie das Verhalten für die
Ausführung des
Konfigurationsschritts fest.
Zum Inaktivieren geben Sie den
Wert 0 an (Konfigurationsschritt
wird zur Installationszeit ausgeführt). Zum Aktivieren geben Sie
den Wert 1 an
(Konfigurationsschritt wird verzögert).
DEPLOY_EAR_NO=0
Legen Sie das Verhalten des
Schritts zur Implementierung der
EAR-Datei fest.
Zum Inaktivieren geben Sie den
Wert 0 an (EAR-Datei wird zur
Installationszeit implementiert).
Zum Aktivieren geben Sie den
Wert 1 an (Implementierung der
EAR-Datei wird verzögert).
DEFER_DB_UPDATE=0
Legen Sie des Verhalten des
Schritts zur
Datenbankaktualisierung fest.
Zum Inaktivieren geben Sie den
Wert 0 an (updateDB wird zur
Installationszeit ausgeführt). Zum
Aktivieren geben Sie den Wert 1 an
(updateDB wird verzögert).
VerknüpfungsordnerUSER_SHORTCUTS=Pfad
Legen Sie einen Pfad für Verknüpfungen fest. Legen Sie z. B. für
Windows den Pfad C:\\Documents
and Settings\\Administrator\\
Desktop\\Process Automation
Engine fest.
Version des
LAUNCH_NEW_INSTALLER=TRUE
Installationsprogramms
Es wurde eine neuere Version des
Installationsprogramms im angegebenen Zielinstallationsverzeichnis
gefunden. Dies weist darauf hin,
dass Sie eine ältere Version des
Installationsprogramms verwenden. Setzen Sie diese Eigenschaft
auf TRUE, um eine neuere Version
des Installationsprogramms zu verwenden. Wenn Sie diese Eigenschaft auf FALSE setzen, wird die
Installation mit der älteren Version
des Installationsprogramms durchgeführt.
Benutzereigenschaften für die unbeaufsichtigte Installation
Die folgenden Eigenschaften sind für Benutzer vorgesehen, die vom Installationsprogramm erstellt oder identifiziert werden.
162
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 13. Benutzereigenschaften für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Benutzerinformationen
MAXADMIN_USER_NAME=Benutzername
Definition
Legen Sie einen Benutzernamen für
den Maximo-Administrator fest, z.
B. maxadmin.
MAXADMIN_PASSWORD=Kennwort
Legen Sie ein Kennwort für den
Maximo-Administrator fest, z. B.
maxadmin.
MAXREG_USER_NAME=Benutzername
Legen Sie einen Benutzernamen für
den Benutzer für
Selbstregistrierung fest. Dieser Benutzer ist verantwortlich für den
Prozess, mit dem die Benutzer eigene Accounts erstellen können.
Geben Sie z. B. maxreg an.
MAXREG_PASSWORD=Kennwort
Legen Sie ein Kennwort für den
Benutzer für Selbstregistrierung
fest, z. B. maxreg.
MXINTADM_USER_NAME=Benutzername
Legen Sie einen Benutzernamen für
den internen Benutzer fest, z. B.
mxintadm.
MXINTADM_PASSWORD=Kennwort
Legen Sie ein Kennwort für den
internen Benutzer fest, z. B.
mxintadm.
Allgemeine Datenbankeigenschaften für die unbeaufsichtigte Installation
Die folgenden Eigenschaften enthalten allgemeine Informationen zu der für die Implementierung verwendeten Datenbank.
Tabelle 14. Allgemeine Datenbankeigenschaften in der Antwortdatei für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Definition
Datenbanktyp
DB_TYPE_DB2=1
Legen Sie für den Datenbanktyp
die Einstellung DB2 fest. Zum Inaktivieren geben Sie den Wert 0,
zum Aktivieren den Wert 1 an. Sie
können nur einen Datenbanktyp
aktivieren.
DB_TYPE_ORACLE=0
Legen Sie für den Datenbanktyp
die Einstellung Oracle fest. Zum
Inaktivieren geben Sie den Wert 0,
zum Aktivieren den Wert 1 an. Sie
können nur einen Datenbanktyp
aktivieren.
DB_TYPE_SQLSERVER=0
Legen Sie für den Datenbanktyp
die Einstellung Microsoft SQL Server fest. Zum Inaktivieren geben
Sie den Wert 0, zum Aktivieren
den Wert 1 an. Sie können nur einen Datenbanktyp aktivieren.
DB_HOST_NAME=Hostname
Legen Sie den Hostnamen des
Datenbankservers fest.
Datenbank
Kapitel 5. Unbeaufsichtigte Installation
163
Tabelle 14. Allgemeine Datenbankeigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
DB_PORT=Port
Legen Sie den Datenbankport fest,
z. B. 50005.
DB_NAME=Name
Legen Sie einen Namen für die Datenbank fest, z. B. maxdb75.
DB2
DB_NAME=Name
Legen Sie einen Namen für die Datenbank fest, z. B. maxdb75.
Microsoft SQL Server
DB_INSTANCE=Instanz
Legen Sie einen Namen für die
Datenbankinstanz fest, die mit
dem Produkt verwendet werden
soll, z. B. ctginst1.
DB2
DB_INSTANCE=Instanz
Legen Sie einen Namen für die
Datenbankinstanz fest, die mit
dem Produkt verwendet werden
soll, z. B. ctginst1.
Oracle
DB_USER=Benutzername
Legen Sie die Benutzer-ID für den
Zugriff auf die Datenbank fest, z.
B. maximo.
DB_PASSWORD=Kennwort
Legen Sie das Kennwort der
Datenbankbenutzer-ID fest, z. B.
maximo.
Automatisierung AUTOMATE_DB=1
der
Datenbankkonfiguration
DO_NOT_AUTOMATE_DB=0
164
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Konfigurieren Sie die automatische
Konfiguration der Datenbank
durch das Installationsprogramm.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an. Es kann nur jeweils
"AUTOMATE_DB" oder
"DO_NOT_AUTOMATE_DB" aktiviert werden.
Konfigurieren Sie die automatische
Konfiguration der Datenbank
durch das Installationsprogramm.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an. Es kann nur jeweils
"AUTOMATE_DB" oder
"DO_NOT_AUTOMATE_DB" aktiviert werden.
Tabelle 14. Allgemeine Datenbankeigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
Berechtigung für
Remotezugriff
DB_RXA_USER=Benutzername
Legen Sie die Benutzer-ID für den
Zugriff auf das ferne
Datenbankserversystem fest, z. B.
root.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
DB2
Berechtigung für
Remotezugriff
DB_RXA_USER=Benutzername
Legen Sie die Benutzer-ID für den
Zugriff auf das ferne
Datenbankserversystem fest, z. B.
root.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
Oracle
DB_RXA_PASSWORD=Kennwort
Legen Sie für die Benutzer-ID mit
Remotezugriff ein Kennwort fest.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
DB2
DB_RXA_PASSWORD=Kennwort
Legen Sie für die Benutzer-ID mit
Remotezugriff ein Kennwort fest.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
Oracle
Datenbankverwaltung
DB_INSTALL_DIR=Pfad
Geben Sie den Installationspfad für
den Datenbankserver an, z. B.
UNIX
/opt/IBM/db2/V9.7
/opt/oracle/product/
11.2.0/db_1
Windows
C:\Program
Files\oracle\product\
11.2.0\db_1
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
DB2
Kapitel 5. Unbeaufsichtigte Installation
165
Tabelle 14. Allgemeine Datenbankeigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Datenbankverwaltung
DB_INSTALL_DIR=Pfad
Definition
Geben Sie den Installationspfad für
den Datenbankserver an, z. B.
UNIX
/opt/IBM/db2/V9.7
/opt/oracle/product/
11.2.0/db_1
Windows
C:\Program
Files\oracle\product\
11.2.0\db_1
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
Oracle
DB_ADMIN_USER=Benutzername
Legen Sie den Namen des
Datenbankadministrators fest, z. B.
db2admin.
DB2
DB_ADMIN_USER=Benutzername
Legen Sie den Namen des
Datenbankadministrators fest, z. B.
Sys.
Oracle
DB_ADMIN_PASSWORD=Kennwort
Legen Sie ein Kennwort für den
Datenbankadministrator mit
Remotezugriff fest.
DB2
DB_ADMIN_PASSWORD=Kennwort
Legen Sie ein Kennwort für den
Datenbankadministrator mit
Remotezugriff fest.
Oracle
Datenbanktabellenbereich
DB_TABLE_SPACE_NAME=Tabellenbereichsname
Legen Sie den Namen des
Datenbanktabellenbereichs fest, z.
B. MAXDATA.
DB2
Datenbanktabellenbereich
DB_TABLE_SPACE_NAME=Tabellenbereichsname
Legen Sie den Namen des
Datenbanktabellenbereichs fest, z.
B. MAXDATA.
Oracle
DB_TABLE_SPACE_SIZE=Tabellenbereichsgröße in MB
Legen Sie die Größe des
Indextabellenbereichs der Datenbank in MB fest, z. B. 5000.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
166
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 14. Allgemeine Datenbankeigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
DB_TEMP_TABLE_SPACE_NAME=Name des temporären
Tabellenbereichs
Legen Sie den Namen des temporären Datenbanktabellenbereichs
fest, z. B. MAXTEMP.
DB2
DB_TEMP_TABLE_SPACE_NAME=Name des temporären
Tabellenbereichs
Legen Sie den Namen des temporären Datenbanktabellenbereichs
fest, z. B. MAXTEMP.
Oracle
DB_TEMP_TABLE_SPACE_SIZE=Größe des temporären
Tabellenbereichs in MB
Legen Sie die Größe des temporären Datenbanktabellenbereichs in
MB fest, z. B. 1000.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
DB2
DB_TEMP_TABLE_SPACE_SIZE=Größe des temporären
Tabellenbereichs in MB
Legen Sie die Größe des temporären Datenbanktabellenbereichs in
MB fest, z. B. 1000.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
Oracle
DB_INDEX_TABLE_SPACE_NAME=Name des
Indextabellenbereichs
Legen Sie den Namen des
Indextabellenbereichs für die Datenbank fest, z. B. MAXDATA.
DB2
DB_INDEX_TABLE_SPACE_NAME=Name des
Indextabellenbereichs
Legen Sie den Namen des
Indextabellenbereichs für die Datenbank fest, z. B. MAXDATA.
Oracle
DB_INDEX_TABLE_SPACE_SIZE=Größe des
Indextabellenbereichs in MB
Legen Sie die Größe des
Indextabellenbereichs der Datenbank in MB fest, z. B. 5000.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
DB2
DB_INDEX_TABLE_SPACE_SIZE=Größe des
Indextabellenbereichs in MB
Legen Sie die Größe des
Indextabellenbereichs der Datenbank in MB fest, z. B. 5000.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
Nur Oracle.
Kapitel 5. Unbeaufsichtigte Installation
167
DB2-Eigenschaften für die unbeaufsichtigte Installation
Die folgenden Eigenschaften enthalten Informationen zu einer für die Implementierung verwendeten DB2-Datenbank. Diese Eigenschaften werden nur benötigt,
wenn Sie für die Implementierung eine DB2-Datenbank verwenden.
Tabelle 15. DB2-Eigenschaften in der Antwortdatei für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Definition
DB2
DB_SCHEMA=Schema
Legen Sie das Datenbankschema
fest, z. B. maximo.
DB_WIN_SERVICE_USER=Benutzername
Legen Sie den Namen für den Eigner des Datenbankdienstes in
Windows fest, z. B. ctginst1.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
DB_WIN_SERVICE_PASSWORD=Kennwort
Legen Sie ein Kennwort für den
Eigner des Datenbankdienstes in
Windows fest.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
DB2_VARCHAR=0
Konfigurieren Sie mit dem
Installationsprogramm "varchar"
oder "vargraphic" in der Datenbank. Geben Sie den Wert 0 an, um
die Formatierung "vargraphic" zu
verwenden. Geben Sie den Wert 1
an, um "varchar" zu verwenden.
Die Formatierung "varchar" unterstützt nur Englisch.
Oracle-Eigenschaften für die unbeaufsichtigte Installation
Die folgenden Eigenschaften enthalten Informationen zu einer für die Implementierung verwendeten Oracle-Datenbank. Diese Eigenschaften sind nur dann erforderlich, wenn Sie für die Implementierung eine Oracle-Datenbank verwenden.
Tabelle 16. Oracle-Eigenschaften in der Antwortdatei für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Definition
Oracle
ORACLE_OWNER_ID=Benutzername
Legen Sie die Benutzer-ID des
Oracle-Softwareeigners fest, z. B.
oracle.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
ORACLE_OWNER_PASSWORD=Kennwort
Legen Sie das Kennwort für den
Oracle-Softwareeigner fest.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
168
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 16. Oracle-Eigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
INSTANCE_LOCATION=Instanzposition
Legen Sie die Speicherposition der
Oracle-Datenbankinstanz fest, z. B.
/opt/oracle/product/11.2.0/db_1.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
Eigenschaften für Microsoft SQL Server für die unbeaufsichtigte
Installation
Die folgenden Eigenschaften enthalten Informationen zu einer für die Implementierung verwendeten Datenbank des Typs Microsoft SQL Server. Diese Eigenschaften
sind nur dann erforderlich, wenn Sie für die Implementierung eine Datenbank des
Typs Microsoft SQL Server verwenden.
Tabelle 17. Eigenschaften für Microsoft SQL Server in der Antwortdatei für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Definition
Microsoft SQL
Server
SQL_DATA_FILE_NAME=Name der Datendatei
Legen Sie den Dateinamen für die
Datenquelle von Microsoft SQL Server fest, z. B. maxdb75_dat.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
DB_TABLE_SPACE_SIZE=Datenquellengröße in MB
Legen Sie die Größe der
Datenquelle für Microsoft SQL Server in MB fest, z. B. 1000.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
SQL_ADMIN=Benutzername
Legen Sie den Namen des Administrators für Microsoft SQL Server
fest, z. B. sa.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
SQL_ADMIN_PW=Kennwort
Legen Sie ein Kennwort für den
Administrator von Microsoft SQL
Server fest.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
SQL_LOG_FILE_NAME
Name des Protokolls für Microsoft
SQL Server, z. B. maxdb75_log.
Nur erforderlich, wenn
AUTOMATE_DB aktiviert wurde.
Allgemeine Anwendungsservereigenschaften für die unbeaufsichtigte Installation
Die folgenden Eigenschaften enthalten allgemeine Informationen zu dem für die
Implementierung verwendeten Anwendungsserver.
Kapitel 5. Unbeaufsichtigte Installation
169
Tabelle 18. Allgemeine Anwendungsservereigenschaften in der Antwortdatei für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Anwendungsservertyp
APPLICATION_SERVER_TYPE_WAS=1
Definition
Konfigurieren Sie den
Anwendungsserver, der für die Implementierung verwendet wird.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an.
Sie können nur einen einzigen
Anwendungsservertyp aktivieren.
Eigenschaften für IBM WebSphere Application Server Network
Deployment für die unbeaufsichtigte Installation
Die folgenden Eigenschaften enthalten Informationen zu einem für die Implementierung verwendeten Anwendungsserver des Typs IBM WebSphere Application
Server Network Deployment. Diese Eigenschaften sind nur dann erforderlich,
wenn Sie für die Implementierung einen Anwendungsserver des Typs IBM WebSphere Application Server Network Deployment verwenden.
Tabelle 19. Eigenschaften für IBM WebSphere Application Server Network Deployment in der Antwortdatei für die
unbeaufsichtigte Installation
Kategorie
Eigenschaft
Konnektivität
WAS_HOSTNAME=Hostname
von IBM WebSphere
Application
Server Network
Deployment
WAS_SOAP_PORT=Port
Definition
Legen Sie den Hostnamen des Servers mit IBM WebSphere
Application Server Network
Deployment fest.
Legen Sie den SOAP-Port fest, z. B.
8879.
Konfiguration
AUTOMATE_WAS_CLIENT=1
von WebSphere
Application
Server Network
Deployment
automatisieren
Automatische Konfiguration des
Thin Client von WebSphere
Application Server Network
Deployment durch das
Installationsprogramm von Control
Desk. Zum Inaktivieren geben Sie
den Wert 0, zum Aktivieren den
Wert 1 an.
WAS_CLIENT_RXA_USER=Benutzername
Berechtigung
für
Remotezugriff
auf WebSphere
Application
Server Network
Deployment
Legen Sie die Benutzer-ID für den
Zugriff auf das ferne Serversystem
mit WebSphere Application Server
Network Deployment fest, z. B.
root.
WAS_CLIENT_RXA_PASSWORD=Kennwort
170
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Legen Sie für die Benutzer-ID mit
Remotezugriff ein Kennwort fest.
Tabelle 19. Eigenschaften für IBM WebSphere Application Server Network Deployment in der Antwortdatei für die
unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
WAS_HOME_DIR=Pfad
Konfiguration
des
Deployment
Manager von
WebSphere
Application
Server Network
Deployment
Definition
Geben Sie den Installationspfad für
WebSphere Application Server
Network Deployment ein, z. B.
/opt/IBM/WebSphere/AppServer für
UNIX oder C:\\Program
Files\\IBM\\WebSphere\\AppServer
für Windows.
WAS_USER=Benutzername
Legen Sie die Benutzer-ID für den
Zugriff auf den Server mit WebSphere Application Server Network
Deployment fest, z. B. wasadmin.
WAS_PASSWORD=Kennwort
Legen Sie ein Kennwort für die Benutzer-ID für WebSphere
Application Server Network
Deployment fest.
WAS_PROFILE=Profilname
Legen Sie einen Namen für das
Profil des Domänenmanagers fest,
z. B. ctgDmgr01.
WAS_VIRTUAL_HOST_PORT=Port
Konfiguration
des
Anwendungsservers
von WebSphere
Application
Server Network
Deployment
Legen Sie einen Port für den virtuellen Host fest, z. B. 80.
WAS_WEB_SERVER_NAME=Web-Server-Name
Legen Sie einen Namen für den
Web-Server fest, z. B. webserver1.
WAS_NODE_NAME=Knotenname
Legen Sie einen Namen für den
Knoten fest, z. B. ctgNode01.
WAS_APPLICATION_SERVER_NAME=Hostname
Legen Sie einen Namen für den
Anwendungsserver fest, z. B.
MXServer.
JMS-Konfigura- WAS_SIB_DS_NAME=Datenquellenname
tion für
Integrationsadapter
WAS_JMS_PERSIST_DATASTORE=1
Legen Sie einen Namen für die
Datenquelle fest, die für das persistente Speichern von JMS-Nachrichten verwendet werden soll, z. B.
intjmsds.
JMS-Nachrichten in einer
Datenquelle persistent speichern.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an.
Es kann entweder der Parameter
WAS_JMS_PERSIST_DATASTORE
oder der Parameter
WAS_JMS_DO_NOT_PERSIST_DATASTORE
aktiviert werden.
Kapitel 5. Unbeaufsichtigte Installation
171
Tabelle 19. Eigenschaften für IBM WebSphere Application Server Network Deployment in der Antwortdatei für die
unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
WAS_JMS_DO_NOT_PERSIST_DATASTORE=0
JMS-Nachrichten nicht persistent
speichern. Zum Inaktivieren geben
Sie den Wert 0, zum Aktivieren den
Wert 1 an.
Es kann entweder der Parameter
WAS_JMS_PERSIST_DATASTORE
oder der Parameter
WAS_JMS_DO_NOT_PERSIST_DATASTORE
aktiviert werden.
Konfiguration
WAS_SIB_DB_SERVER_NAME=Hostname
des DB2Datenbankservers
Legen Sie den Namen des Systems
fest, auf dem sich die Datenbank
für das persistente Speichern von
JMS-Nachrichten befindet.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
WAS_SIB_DB_SERVER_PORT=Port
Legen Sie den Port für den Zugriff
auf die Datenbank fest, die für das
persistente Speichern von JMSNachrichten verwendet wird, z. B.
50005.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
WAS_SIB_DB_NAME=Datenbankname
Legen Sie einen Namen für die Datenbank fest, die für das persistente
Speichern von JMS-Nachrichten
verwendet werden soll, z. B.
maxsibdb.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
WAS_SIB_DB_USER_NAME=Benutzername
Legen Sie die Benutzer-ID für den
Zugriff auf die Datenbank fest, in
der JMS-Nachrichten persistent gespeichert werden, z. B. maximo.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
WAS_SIB_DB_USER_PASS=Kennwort
Legen Sie ein Kennwort für die
Datenbankbenutzer-ID der
Datenquelle fest.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
172
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 19. Eigenschaften für IBM WebSphere Application Server Network Deployment in der Antwortdatei für die
unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Berechtigung
WAS_SIB_DB_REMOTE_ACCESS_USER=Benutzername
für
Remotezugriff
auf den DB2Datenbankserver
Definition
Legen Sie die Benutzer-ID fest, die
für den Zugriff auf den fernen
Datenbankserver für das persistente Speichern von JMS-Nachrichten
verwendet wird, z. B. Administrator.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
WAS_SIB_DB_REMOTE_ACCESS_PASSWORD=
Kennwort
Legen Sie ein Kennwort für die Benutzer-ID fest, die für den Zugriff
auf den fernen Datenbankserver,
auf dem JMS-Nachrichten persistent gespeichert werden, verwendet
wird.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
WAS_DB_HOME_DIR=Pfad
Konfiguration
der DB2Datenbankinstanz
Geben Sie den Installationspfad für
DB2 ein, z. B. /opt/IBM/db2/V9.7
für UNIX oder C:\\Program
Files\\IBM\\SQLLIB für Windows.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
WAS_SIB_DB_INSTANCE=Name der Datenbankinstanz
Legen Sie einen Namen für die
Datenbankinstanz fest, die für das
persistente Speichern von JMSNachrichten verwendet werden
soll, z. B. ctginst1.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
WAS_SIB_DB_INSTANCE_ADMIN_USER=Benutzername
Legen Sie einen Namen für den
Administrator der
Datenbankinstanz fest, die für das
persistente Speichern von JMSNachrichten verwendet werden
soll, z. B. db2admin.
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
Kapitel 5. Unbeaufsichtigte Installation
173
Tabelle 19. Eigenschaften für IBM WebSphere Application Server Network Deployment in der Antwortdatei für die
unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
WAS_SIB_DB_INSTANCE_ADMIN_PASSWORD=
Legen Sie ein Kennwort für den
Administrator der
Datenbankinstanz fest, die für das
persistente Speichern von JMSNachrichten verwendet werden
soll.
Kennwort
Nur erforderlich, wenn
WAS_JMS_PERSIST_DATASTORE
aktiviert wurde.
Sicherheitseigenschaften für die unbeaufsichtigten Installation
Die folgenden Eigenschaften werden zum Konfigurieren der Sicherheit verwendet.
Tabelle 20. Sicherheitseigenschaften in der Antwortdatei für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Definition
Sicherheit
LDAP_OPTION1=1
Die Sicherheit wird in der Weise
konfiguriert, dass eine LDAP-Ressource für die
Benutzerberechtigung und
-authentifizierung verwendet wird.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an.
Es darf jeweils nur ein Parameter
des Typs LDAP_OPTION aktiviert
werden.
Wenn LDAP_OPTION1 aktiviert
ist, müssen auch für die Eigenschaften VMM_USER_RDN,
VMM_GROUP_RDN und
CREATE_DEFAULT_USERS gültige
Werte angegeben werden.
LDAP_OPTION2=0
Die Sicherheit wird in der Weise
konfiguriert, dass eine LDAP-Ressource nur für die
Benutzerauthentifizierung verwendet wird. Die Gruppenverwaltung
wird über die Anwendung von
Control Desk gesteuert. Die
Berechtigungsdaten werden in der
Datenbank gespeichert.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an.
Es darf jeweils nur ein Parameter
des Typs LDAP_OPTION aktiviert
werden.
174
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 20. Sicherheitseigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
LDAP_OPTION3=0
Die Sicherheit wird in der Weise
konfiguriert, dass sowohl die
Benutzerauthentifizierung als auch
die Benutzerberechtigung mit der
Anwendung von Control Desk verwaltet werden. Die
Authentifizierungs- und
Berechtigungsdaten werden in der
Datenbank gespeichert.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an.
Es darf jeweils nur ein Parameter
des Typs LDAP_OPTION aktiviert
werden.
VMM_USER_RDN=Benutzer-RDN
Legen Sie für VMM-Benutzer einen
relativen definierten Namen (RDN)
fest, z. B.
ou=users,ou=SWG,o=IBM,c=US.
VMM_GROUP_RDN=Gruppen-RDN
Legen Sie für VMM-Gruppen einen
relativen definierten Namen (RDN)
fest, z. B.
ou=groups,ou=SWG,o=IBM,c=US.
CREATE_DEFAULT_USERS=1
Sie können festlegen, dass das
Installationsprogramm von Control
Desk automatisch
Standardbenutzer erstellt.
Zum Inaktivieren geben Sie den
Wert 0, zum Aktivieren den Wert 1
an.
Spracheneigenschaften für die unbeaufsichtigte Installation
Die folgenden Eigenschaften werden zum Konfigurieren von Sprachen verwendet.
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation
Kategorie
Eigenschaft
Definition
Basissprache
BASE_ARABIC=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
Kapitel 5. Unbeaufsichtigte Installation
175
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
BASE_BRAZILIAN_PORTUGUESE=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_CROATIAN=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_CZECH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_DANISH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_DUTCH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
176
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
BASE_ENGLISH=1
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_FINNISH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_FRENCH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_GERMAN=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_HEBREW=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
Kapitel 5. Unbeaufsichtigte Installation
177
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
BASE_HUNGARIAN=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_ITALIAN=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_JAPANESE=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_KOREAN=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_NORWEGIAN=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
178
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
BASE_POLISH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_RUSSIAN=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_SIMPLIFIED_CHINESE=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_SLOVAK=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_SLOVENIAN=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
Kapitel 5. Unbeaufsichtigte Installation
179
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
BASE_SPANISH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_SWEDISH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_TRADITIONAL_CHINESE=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
BASE_TURKISH=0
Diese Sprache als
Basissprache festlegen, die von
Control Desk verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
Zusätzliche
Sprachen
ADD_ARABIC=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
180
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
ADD_BRAZILIAN_PORTUGUESE=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_CROATIAN=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_CZECH=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_DANISH=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_DUTCH=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
Kapitel 5. Unbeaufsichtigte Installation
181
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
ADD_ENGLISH=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_FINNISH=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_FRENCH=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_GERMAN=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_HEBREW=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
182
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
ADD_HUNGARIAN=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_ITALIAN=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_JAPANESE=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_KOREAN=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_NORWEGIAN=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
Kapitel 5. Unbeaufsichtigte Installation
183
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
ADD_POLISH=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_RUSSIAN=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_SIMPLIFIED_CHINESE=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_SLOVAK=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_SLOVENIAN=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
184
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 21. Spracheneigenschaften in der Antwortdatei für die unbeaufsichtigte Installation (Forts.)
Kategorie
Eigenschaft
Definition
ADD_SPANISH=1
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_SPANISH=1
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_TRADITIONAL_CHINESE=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
ADD_TURKISH=0
Diese Sprache als
zusätzliche Sprache festlegen, die
von Control Desk
verwendet wird.
Zum Inaktivieren
geben Sie den
Wert 0, zum Aktivieren den Wert
1 an.
Kapitel 5. Unbeaufsichtigte Installation
185
186
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 6. Installationserfolg programmgesteuert prüfen
Nach einer fehlerfreien Ausführung des Installationsprogramms von Control Desk
können Sie prüfen, ob die Installation erfolgreich war. Die Installation wird mit
den Prüfdienstprogrammen geprüft, die nach der Installation ausgeführt werden.
Vorbereitende Schritte
Damit Sie die Prüfdienstprogramme verwenden können, muss die Umgebungsvariable JAVA_HOME im System definiert werden.
Informationen zu diesem Vorgang
Während der Installation führt das Installationsprogramm von Control Desk eine
einfache Statusprüfung durch. Diese Statusprüfung besteht darin, dass eine Anmeldung an der Anwendung vorgenommen wird, um deren Verfügbarkeit zu prüfen.
Eine solche Statusprüfung ist möglicherweise nicht in allen Implementierungsszenarien ausreichend, um sicherzustellen, dass die Installation erfolgreich war. Wenn
Sie beispielsweise während der Installation die Option für spätere Implementierung der Anwendungs-EAR-Datei ausgewählt haben, kann der Installationserfolg
mit dieser Statusprüfung nicht verifiziert werden. Diese einfache Statusprüfung ist
auch nicht ausreichend, um den Erfolg eines Upgrades zu verifizieren.
Nach der Implementierung des Produkts stehen Ihnen Prüfdienstprogramme zur
Verfügung, die nach der Installation ausgeführt werden können.
Das Dienstprogramm "middlewareValidate" wird zum Prüfen der Middleware verwendet.
Das Dienstprogramm "installValidation" wird zum Prüfen der Produktinstallation
verwendet. Diese Befehlszeilendienstprogramme werden verwendet, um die Installation und Konfiguration des Produkts umfassender zu prüfen. Außerdem können
Sie mit diesen Dienstprogrammen eine vorhandene Implementierung prüfen, nachdem Änderungen in der Umgebung vorgenommen wurden, z. B. Änderungen von
Hostnamen, Benutzer-IDs oder Kennwörtern.
Die Ergebnisse des Dienstprogramms "installValidation" werden in der Datei
installValidationTrace00.log protokolliert. Diese Datei ist im Verzeichnis
\ibm\smp\logs auf der Verwaltungsworkstation enthalten.
Vorgehensweise
1. Melden Sie sich am Server mit der Benutzer-ID an, die für die Ausführung des
Installationsprogramms verwendet wurde. Wenn Sie das Dienstprogramm "installValidation" verwenden möchten, melden Sie sich an der Verwaltungsworkstation an. Wenn Sie das Dienstprogramm "middlewareValidate" verwenden
möchten, melden Sie sich an dem Server an, auf dem die Middleware installiert
ist.
2. Vergewissern Sie sich, dass die Umgebungsvariable JAVA_HOME ordnungsgemäß auf die Position einer Installation von JRE 1.6 gesetzt ist.
3. Zum Prüfen der Produktinstallation wechseln Sie auf der Verwaltungsworkstation in das Verzeichnis \ibm\smp\scripts, und führen Sie den Befehl
installValidation.bat aus. Verwenden Sie für beide Befehle die unten be© Copyright IBM Corp. 2014
187
schriebenen Parameter: Zum Prüfen der Middlewareinstallation aktualisieren
Sie die Datei middleware.properties im Middleware-Image mit den Werten der
Installationsparameter für die zu prüfenden Middlewarekomponenten. Wechseln Sie in das Verzeichnis \HealthCheck, und führen Sie den Befehl
middlewareValidate.[sh|bat] aus.
Tabelle 22. Parameter für die Prüfdienstprogramme
Programm
Parameter in der Syntax
Eingabe
installValidation.bat
-action
Verwenden Sie -action validate, um
die Prüfung der Produktinstallation
zu starten.
Der Parameter -action ist der einzige
obligatorische Parameter für das
Dienstprogramm "installValidation".
-trace
Die Informationen zum
Prüfungsfortschritt werden während
des Prüfungsprozesses am Bildschirm
ausgegeben. Sie können die Ausgabe
mit dem Parameter -tracing ändern.
v minimal
Die Informationen zum Fortschritt
werden auf Fehlerinformationen
begrenzt.
v normal
Die Informationen umfassen den
Fortschritt einzelner Tests und den
Fortschritt des gesamten
Prüfprozesses.
Dies ist der Standardmodus für
das Tracing.
v verbose
Zusätzlich zu den mit der Einstellung normal angezeigten Informationen zum Fortschritt umfasst das
Tracing mit der Einstellung
verbose den Namen der Testklasse,
den Namen der Testmethode und
Informationen zu
Korrekturmaßnahmen.
-confirm
Sie erhalten vor dem Start jedes Tests
eine Anfrage. Sie müssen die Ausführung jedes Tests bestätigen. Für diesen Parameter gibt es keinen
Eingabewert.
-component
Sie können eine durch durch Kommas begrenzte Liste mit Verzeichnissen angeben, in denen die Testobjekte
enthalten sind, um die Tests auf eine
bestimmte Testgruppe zu beschränken.
Diese Testobjekte müssen sich im Verzeichnis \ibm\smp\HealthValidation\
befinden. Für das
Produktinstallationsprogramm wird
nur der Ordner CTGIN bereitgestellt.
188
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 22. Parameter für die Prüfdienstprogramme (Forts.)
Programm
middlewareValidate.[sh|bat]
Parameter in der Syntax
Eingabe
-dbuser
Geben Sie die Benutzer-ID für den
Zugriff auf die Datenbank an.
-dbpwd
Geben Sie das Kennwort der Benutzer-ID an, die für den Zugriff auf die
Datenbank verwendet wird.
-wasuser
Geben Sie den Benutzer von WebSphere Application Server Network
Deployment an.
-waspwd
Geben Sie das Kennwort des Benutzers von WebSphere Application Server Network Deployment an.
-maxuser
Geben Sie die Administrator-ID für
Control Desk an, z. B. maxadmin.
-maxpwd
Geben Sie das Kennwort für die Administrator-ID für Control Desk an.
-middlewareproperties
Verwenden Sie
-middlewareproperties Datei
, wobei Datei für die Position der Datei middleware.properties steht.
Standardmäßig ist diese Datei auf
den Installationsmedien für die
Middleware im Verzeichnis
\HealthCheck enthalten.
Die Datei middleware.properties enthält die Installationseigenschaften für
die Middleware, z. B. die
Installationsverzeichnisse und die
Ports. Benutzernamen und Kennwörter werden in dieser
unverschlüsselten Textdatei nicht gespeichert. Für einige Eigenschaften,
die für alle Plattform gelten, sind
Standardwerte definiert. Die
plattformspezifischen Eigenschaften,
z. B. die Installationsverzeichnisse,
müssen jedoch in dieser Datei aktualisiert werden, bevor das
Dienstprogramm
"middlewareValidate" gestartet wird.
Der Parameter
-middlewareproperties ist der einzige obligatorische Parameter für das
Dienstprogramm
"middlewareValidate".
Kapitel 6. Installationserfolg programmgesteuert prüfen
189
Tabelle 22. Parameter für die Prüfdienstprogramme (Forts.)
Programm
Parameter in der Syntax
Eingabe
-trace
Die Informationen zum
Prüfungsfortschritt werden während
des Prüfungsprozesses am Bildschirm
ausgegeben. Sie können die Ausgabe
mit dem Parameter -trace ändern.
v minimal
Die Informationen zum Fortschritt
werden auf Fehlerinformationen
begrenzt.
v normal
Die Informationen umfassen den
Fortschritt einzelner Tests und den
Fortschritt des gesamten
Prüfprozesses.
v verbose
Zusätzlich zu den mit der Einstellung normal angezeigten Informationen zum Fortschritt umfasst das
Tracing mit der Einstellung
verbose den Namen der Testklasse,
den Namen der Testmethode und
Informationen zu
Korrekturmaßnahmen.
Wird diese Option nicht angegeben,
wird standardmäßig keine Ausgabe
angezeigt.
-component
Geben Sie die
Middlewarekomponenten an:
v DBSERVER - Installation des IBM
DB2-Servers prüfen.
v DIRSERVER - Installation des
optionalen IBM Tivoli Directory
Server prüfen.
v LDAPSERVER - Konfiguration des
optionalen IBM Tivoli Directory
Server prüfen.
v J2EESERVER - Installation des Servers mit WebSphere Application
Server prüfen.
Eines oder mehrere dieser Schlüsselwörter können als durch Kommas
getrennte Liste angegeben werden.
Wird dieses Argument nicht angegeben, geht das Tool davon aus, dass
alle Komponenten zur Prüfung ausgewählt sind.
190
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 22. Parameter für die Prüfdienstprogramme (Forts.)
Programm
Parameter in der Syntax
Eingabe
-bindUser
Geben Sie den Benutzer für Bindungen an.
Diese Angabe ist für die Prüfung von
LDAPSERVER erforderlich. Die
Berechtigungsnachweise, der definierte Name und das zugehörige Kennwort für Bindungen müssen mit den
Optionen -bindUser und -bindPass
angegeben werden.
Geben Sie das Kennwort für den Benutzer für Bindungen an.
-bindPass
Diese Angabe ist für die Prüfung von
LDAPSERVER erforderlich. Die
Berechtigungsnachweise, der definierte Name und das zugehörige Kennwort für Bindungen müssen mit den
Optionen -bindUser und -bindPass
angegeben werden.
Geben Sie den Benutzer von WebSphere Application Server an.
-wasuser
Die Berechtigungsnachweise des Benutzers mit Verwaltungsaufgaben
von WebSphere Application Server
sind für die Prüfungen der Komponenten LDAPSERVER und
J2EESERVER erforderlich.
Geben Sie das Kennwort des Benutzers von WebSphere Application Server an.
-waspwd
Die Berechtigungsnachweise des Benutzers mit Verwaltungsaufgaben
von WebSphere Application Server
sind für die Prüfungen der Komponenten LDAPSERVER und
J2EESERVER erforderlich.
Beispiel:
installValidation.bat -action validate
Ergebnisse
Die Ergebnisse des Prüfdienstprogramms installValidation.bat werden in der
Datei ctginstallvalidationtrace00.log protokolliert. Sie finden dieses Protokoll
im Verzeichnis \ibm\smp\logs auf der Verwaltungsworkstation.
Die Ergebnisse des Prüfdienstprogramms middlewareValidate.[sh|bat] werden in
der Datei CTGInstallValidationTrace.log protokolliert. Sie finden dieses Protokoll
im Verzeichnis HealthCheck.
Kapitel 6. Installationserfolg programmgesteuert prüfen
191
192
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 7. Installation manuell prüfen
Nach einer fehlerfreien Ausführung des Installationsprogramms von Control Desk
können Sie prüfen, ob die Installation erfolgreich war. Bei der manuellen Prüfung
der Installation werden Schlüsselartefakte gesucht und verschiedene einfache Aufgaben ausgeführt.
Vorbereitende Schritte
Das Produktinstallationsprogramm führt die Installationsprüfung oder eine Statusprüfung durch, indem es sich vor dem Beenden der Installation am Produkt anmeldet. Das Produktinstallationsprogramm gibt eine Nachricht über erfolgreiche
Ausführung zurück, wenn alle Installationsschritte einschließlich der Anmeldung
am Produkt erfolgreich verlaufen sind. Falls die Statusprüfaufgabe nicht erfolgreich
ist, wird der Fehler HealthCheckFailed für die Funktion getUrlContentString in
der Datei Installationsverzeichnis\logs\CTGInstallTraceXX.log protokolliert.
XX symbolisiert eine zweistellige Zahl wie 00.
Informationen zu diesem Vorgang
Sie können die folgenden zusätzlichen Prüfprozeduren ausführen, um festzustellen,
ob die Installation von Control Desk erfolgreich verlaufen ist:
Vorgehensweise
1. Prüfen Sie, ob die Datei CTGInstallTrace00.log Nachrichten über eine erfolgreiche Ausführung enthält.
Die folgenden Nachrichten über erfolgreiche Ausführung sind in der Datei
CTGInstallTrace00.log enthalten und können verwendet werden, um zu prüfen, welche Phasen der Installation erfolgreich waren:
v CTGIN2114I: Die Datenbank wurde erfolgreich erstellt.
v CTGIN2135I: Der Tabellenbereich maxdata wurde erfolgreich erstellt.
v CTGIN2135I: Der Tabellenbereich maxtemp wurde erfolgreich erstellt.
v CTGIN2079I: Datenbankkonfiguration der Process Automation Engine erfolgreich ausgeführt (Diese Nachricht zeigt an, dass "maxinst" erfolgreich abgeschlossen wurde.)
v CTGIN2222I: Die Erstellung von WebSphere Application Server erfolgreich
ausgeführt.
v CTGIN2188I: Die Erstellung und Konfiguration des Service Integration Bus
wurde erfolgreich ausgeführt.
v CTGIN2184I: Die Erstellung und die Konfiguration der JMS-Ressourcen wurden erfolgreich ausgeführt.
v CTGIN2310I: Die Sicherheit für Application Server wurde erfolgreich für die
Process Automation Engine aktiviert.
v CTGIN2253I: "buildmaximoear.cmd" wurde erfolgreich ausgeführt.
v CTGIN2224I: Die Implementierung der Anwendung MAXIMO war erfolgreich.
v CTGIN2253I: "buildhelpear.cmd" wurde erfolgreich ausgeführt.
v CTGIN2224I: Die Implementierung der Anwendung MAXIMOIEHS war erfolgreich.
© Copyright IBM Corp. 2014
193
v CTGIN2208I: "runConfigurationStep" wurde erfolgreich ausgeführt.
v CTGIN2370I: Die Installation wurde erfolgreich beendet.
Wenn Sie WebSphere Application Server Network Deployment automatisch
konfiguriert haben, weisen bestimmte Nachrichten auf einen Erfolg hin. Die folgenden Nachrichten in der Datei CTGInstallTrace00.log sind ein Hinweis auf
eine erfolgreiche Konfiguration:
<symptom>CTGIN2228I.*client</symptom>
<symptom>CTGIN2230I.*node</symptom>
<symptom>CTGIN2232I.*NodeAgent</symptom>
<symptom>CTGIN2240I.*server</symptom>
<symptom>CTGIN2238I.*security</symptom>
Suchen Sie in der Datei CTGInstallTrace00.log nach der folgenden Nachricht,
die anzeigt, dass die Aufgabe "maxinst" erfolgreich ausgeführt wurde:
CTGIN2079I, maxinst.*completed
2. Vergleichen Sie die Pakete, die für die Installation ausgewählt wurden, mit den
tatsächlich installierten Paketen. Die Zusammenfassungsanzeige für Pakete des
Installationsprogramms von Control Desk enthält eine Zusammenfassung aller
zu installierenden Pakete. Sie können den Inhalt dieser Anzeige mit der Liste
der tatsächlich auf dem System installierten Pakete vergleichen. Verwenden Sie
den Befehl solutioninstaller zum Auflisten der installierten Pakete:
Installationsausgangsverzeichnis\bin\setupPSIenv.bat
Installationsausgangsverzeichnis\bin\solutionInstaller.bat -action showInstalled -type all
Die daraufhin angezeigte Liste entspricht den Paketen, die in der Anzeige mit
der Paketzusammenfassung aufgelistet sind.
3. Melden Sie sich am Produkt an, und vergewissern Sie sich, dass Anwendungen
vorhanden sind. Wenn Sie sich manuell am Produkt anmelden können, ist das
ein Hinweis darauf, dass die Installation erfolgreich war. Vergewissern Sie sich
nach der Anmeldung, dass Sie die richtigen Anwendungen aufrufen können.
Wenn beim Zugriff auf das Produkt Probleme auftreten, löschen Sie den Inhalt
Ihres Browser-Caches, und wiederholen Sie die Anforderung.
194
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 8. Attribut "HTTPOnly" konfigurieren
Wenn Anwendungen über die Benutzerschnittstelle in IBM WebSphere Application
Server Network Deployment 8 nicht gestartet werden können, lässt sich das Problem häufig auf eine Sicherheitseinstellung in IBM WebSphere Application Server
Network Deployment zurückführen. Insbesondere wenn das Attribut HTTPOnly für
Sitzungscookies gesetzt ist, sind die Anwendungen nicht zugänglich.
Vorgehensweise
1. Melden Sie sich an der Administrationskonsole von IBM WebSphere Application Server Network Deployment an.
2. Wählen Sie im Navigationsfenster die Optionen Server > Servertypen > WebSphere-Anwendungsserver aus.
3. Klicken Sie auf den Anwendungsserver, der für das zu aktualisierende Produkt erstellt wurde, z. B. "MXServer".
4. Klicken Sie in der Konfigurationsanzeige unter "Containereinstellungen" auf
Sitzungsverwaltung.
5. Klicken Sie unter "Allgemeine Eigenschaften" auf Cookies aktivieren. Wählen
Sie diese Option nicht ab. Klicken Sie nur auf den Kennsatz.
6. Wählen Sie das Kontrollkästchen Sitzungscookies auf HTTPOnly setzen ab,
um Cross-Site-Scripting-Attacken abzuwehren.
7. Klicken Sie auf OK, speichern Sie die Änderungen, und klicken Sie dann auf
OK.
8. Klicken Sie auf Speichern und dann auf OK.
9. Navigieren Sie zur Tabelle "Anwendungsserver" zurück, und wählen Sie den
erforderlichen Anwendungsserver aus.
10. Klicken Sie auf Neu starten, um den Anwendungsserver erneut zu starten
und die vorgenommenen Änderungen anzuwenden.
© Copyright IBM Corp. 2014
195
196
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 9. Integration Composer installieren
Nachdem Sie die Komponenten von IBM Control Desk
erfolgreich installiert haben, können Sie wahlweise Integration Composer installieren (oder aktualisieren). Dies
ist ein Integrationstool, das IT-Daten in die Maximo-Datenbank importiert.
Installationen von IBM Control Desk verwenden das
Launchpad als Schnittstelle für die Installation von Integration Composer. Falls nötig, können Sie Integration
Composer auf einem UNIX-Betriebssystem im
Konsolenmodus über die Befehlszeile installieren.
Wenn Sie Integration Composer und IBM Control Desk
mit dem Launchpad installieren, aktualisiert das
Installationsprogramm die Datenbanktabellen von Integration Composer im Repository von Integration Composer automatisch.
Übersicht über Integration Composer
Integration Composer ist die IBM Anwendung für die Umwandlung und den Import von Bestandsdaten zu implementierter Hardware und Software. Diese Bestandsdaten werden aus der Datenbank eines Erkennungs- oder Systemverwaltungstools in die Maximo-Datenbanktabellen für implementierte Anlagen oder
Configuration Items importiert.
Mit Integration Composer kann ein Unternehmen die von externen Erkennungstools erfassten Daten in der Maximo-Datenbank zusammentragen und auf diese
Weise ein zentrales Repository für die IT-Anlagenverwaltung des Unternehmens,
für die Berichterstellung und die Entscheidungsunterstützung erstellen. Die Maximo-Datenbank ist das von Control Desk verwendete Repository.
Um diese Daten zu implementierten Anlagen oder Configuration Items (CIs) zu
sammeln, scannen Erkennungstools Computer, Netzeinheiten und Netzdrucker Ihres Unternehmens und zeichnen Informationen zur vorhandenen Hardware und
Software auf. Integration Composer verwendet einen Integrationsadapter, um die
vom Erkennungstool erfassten Daten umzuwandeln und sie aus der Erkennungstooldatenbank in die Maximo-Datenbank zu verschieben.
Die importierten Daten können in verschiedenen Anwendungen im System angezeigt werden. Außerdem werden die Daten zum Generieren von Berichten verwendet.
Anmerkung: Integration Composer importiert Hardware- und Softwarebestandsdaten aus der Datenbank eines Erkennungstools in die Tabellen "Implementierte
Anlage", "Tatsächliches CI" oder (für die Anlageninitialisierung) "Anlage" in der
Maximo-Datenbank. Für den Import oder Export von Daten in eine andere Tabelle
oder aus einer anderen Tabelle innerhalb der Maximo-Datenbank wird ein anderes
Tool, das Integrationsframework, verwendet
© Copyright IBM Corp. 2014
197
Hardware- und Softwarevoraussetzungen
Überprüfen Sie vor Beginn der Installation die Hardware- und Softwarevoraussetzungen für Integration Composer, um sicherzustellen, dass auf Ihrem Server die erforderliche Hardware und Software installiert ist.
Informationen zu den Hardware- und Softwarevoraussetzungen finden Sie auf der
Seite Integration Composer hardware and software requirements im Wiki von Control Desk.
Installationsvoraussetzungen
Vor der Installation muss das vorausgesetzte IBM Java Software Development Kit
für Integration Composer auf dem System installiert und jegliche Software, die die
Ausführung des Installationsprogramms InstallAnywhere beeinträchtigt, entfernt
worden sein.
Die Installation von IBM Java SDK 6.0 für das verwendete Betriebssystem auf dem
Computer mit Integration Composer ist eine Installationsvoraussetzung. IBM Java
SDK wird auf den Produkt-DVDs bereitgestellt.
Die Installation bzw. das Upgrade muss in JRE 1.6 ausgeführt werden. Deshalb
muss JRE 1.6 als JVM (Java Virtual Machine) des Systems festgelegt werden. Wenn
auf dem Computer mehrere JREs installiert sind, müssen die Systemvariablen
PATH und CLASSPATH auf JRE 1.6 verweisen.
UNIX
Auf UNIX-basierten Betriebssystemen müssen Sie sicherstellen, dass die
Umgebungsvariable PATH die Position der Java Virtual Machine enthält (z. B.
Java60).
Weil die folgende Software die Ausführung des für Integration Composer verwendeten Installationsprogramms InstallAnywhere beeinträchtigen kann, sollten Sie
folgende Programme vor der Installation von Integration Composer inaktivieren:
v Antivirensoftware, z. B. Norton Antivirus oder Symantec Client Firewall
v Dell OpenManage
v Suchsoftware, z. B. pcAnywhere
Die Verwendung dieser Softwareprogramme beeinträchtigt die ordnungsgemäße
Ausführung des Installationsprogramms InstallAnywhere. Dieses Problem besteht
nicht nur für Integration Composer.
[Nur Installation] Bevor Sie mit der Installation beginnen, vergewissern Sie sich,
dass die Informationen zu der in Tabelle 23 auf Seite 200 beschriebenen Zieldatenbank (Maximo-Datenbank) bereitliegen.
Installation von Integration Composer durchführen
Bei Installationen von Control Desk, für die Integration Composer verwendet werden soll, müssen Sie dieses Produkt wie hier beschrieben über das Launchpad installieren. Die erforderlichen Anweisungen zur Installation von Integration Composer unter einem UNIX-Betriebssystem im Konsolenmodus werden ebenfalls
beschrieben.
198
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Ergebnisse
Nach erfolgreichem Abschluss der Installation können Sie Integration Composer
wie folgt aufrufen:
Windows
UNIX
Über das Startmenü oder durch Eingabe des folgenden Befehls: ITICInstallationsverzeichnis\bin\startFusion.bat.
Das Standardinstallationsverzeichnis für Integration Composer auf einem
Windows-Betriebssystem ist C:\Integration Composer.
Geben Sie folgenden Befehl ein: ITIC-Installationsverzeichnis/bin/
startFusion.sh
Das Standardinstallationsverzeichnis für Integration Composer auf einem
UNIX-Betriebssystem ist /home/user/Integration_Composer.
Integration Composer über das Launchpad installieren
UNIX
Windows
Für Installationen von IBM Control Desk wird empfohlen, Integration Composer über das Launchpad zu installieren. Verwenden Sie das Launchpad, um Integration Composer unter Windows- oder UNIX-Betriebssystemen zu
installieren.
Vorbereitende Schritte
Vergewissern Sie sich, dass für das Installationsverzeichnis mindestens 70 MB freier Speicherplatz vorhanden sind.
Vorgehensweise
1. Legen Sie die Launchpad-DVD in das Laufwerk des Servers ein, auf dem Sie
Integration Composer installieren möchten.
Bei Installation auf einem UNIX-Betriebssystem müssen Sie das Launchpad
möglicherweise manuell starten, indem Sie den Befehl launchpad.sh ausführen, der im Stammverzeichnis der Launchpad-DVD enthalten ist. (Unter Windows-Betriebssystemen wird der Befehl launchpad.exe automatisch ausgeführt.)
Anmerkung: Stellen Sie sicher, dass der Befehl java -version die Angabe 1.6
zurückgibt, bevor Sie die Installation starten. IBM Java SDK 6.0 mit JRE 1.6
wird auf der Produkt-DVD bereitgestellt.
2. Starten Sie das Installationsprogramm von Integration Composer über das
Launchpad, indem Sie auf den Link unter IBM Tivoli Integration Composer
installieren klicken.
3. Wählen Sie unten im Fenster IBM Tivoli Integration Composer in der Dropdown-Liste die gewünschte Sprache aus, und klicken Sie auf OK.
4. [Nur UNIX] Wählen Sie im Fenster Installationstyp auswählen die Option
Neuinstallation aus, und klicken Sie auf Weiter.
5. Lesen Sie die Informationen im Fenster Einführung, und klicken Sie auf Weiter.
6. Geben Sie im Fenster Position von IBM SDK auswählen das Verzeichnis ein,
in dem sich IBM Java SDK 6.0 befindet, oder klicken Sie auf Wählen, um zum
gewünschten Verzeichnis zu navigieren und dieses auszuwählen. Klicken Sie
anschließend auf Weiter.
7. Akzeptieren Sie im Fenster Installationsordner auswählen entweder die Standardposition, oder geben Sie einen Dateipfad zu der Position ein, an der das
Kapitel 9. Integration Composer installieren
199
Produkt installiert werden soll. (Alternativ dazu können Sie auf Wählen klicken, um zu der gewünschten Position zu navigieren und diese auszuwählen.)
Klicken Sie anschließend auf Weiter.
8. Wählen Sie im Fenster Datenbanktyp den Maximo-Datenbanktyp aus (die
Maximo-Datenbank ist die Position, an der das Repository von Integration
Composer installiert ist). Klicken Sie anschließend auf Weiter. Der Standardwert ist IBM DB2.
Das Fenster Informationen für die Datenbankanmeldung wird angezeigt.
9. Geben Sie im Fenster Informationen für die Datenbankanmeldung die Anmeldeinformationen für die Datenbank ein, und klicken Sie auf Weiter.
Im Fenster Informationen für die Datenbankanmeldung definieren Sie die
Parameter, die für eine Verbindung mit der Maximo-Datenbank erforderlich
sind. Die Felder, die in diesem Fenster angezeigt werden, sind abhängig von
dem Datenbanktyp, den Sie im vorherigen Schritt ausgewählt haben. In der
folgenden Tabelle sind die Felder definiert, die das Installationsprogramm für
die unterstützten Datenbanken anzeigt.
Tabelle 23. Anmeldeinformationen für die Maximo-Datenbank
Feld
Beschreibung
Name des Datenbankservers
Der Name des Servers, auf dem sich die MaximoDatenbank befindet.
Portnummer
Die Portnummer des Servers, auf dem sich die
Maximo-Datenbank befindet.
Datenbankname (SID)
Für Oracle-Datenbanken ist dies die Sitzungs-ID
(SID) für die Datenbank, d. h. die
Datenbankinstanz.
oder
Datenbankname
Für SQL Server oder IBM Datenbanken ist dies
einfach der Name der Datenbank.
Benutzername für Datenbank
Ein gültiger Benutzername für die Anmeldung an
der Maximo-Datenbank.
Datenbank-/Schemaeigner
Der Datenbank- oder Schemaeigner.
Tipp: Notieren Sie sich die Werte, die Sie hier angeben. Wenn Sie den Integration Composer später starten, verwenden Sie die Werte, die Sie in diesen Feldern eingegeben haben, um Verbindungsparameter für die Maximo-Datenbank zu definieren.
10. Wählen Sie im Fenster Softwareinstanzen aktualisieren eine der folgenden
Optionen aus, und klicken Sie auf Weiter:
Ja, Software-Updates inaktivieren
Falls Sie diese Option auswählen, wenn Integration Composer Daten
in die Maximo-Datenbank importiert, fügt Integration Composer Softwaredatensätze ein oder löscht sie, aktualisiert jedoch keine Softwaredatensätze. Diese Option wird empfohlen.
Nein, Software-Updates nicht inaktivieren
Falls Sie diese Option auswählen, wenn Integration Composer Daten
in die Maximo-Datenbank importiert, aktualisiert Integration Composer vorhandene Softwaredatensätze.
Im Feld Name der Softwareklasse sollten Sie den Standardwert Software
übernehmen. Der Name der Softwareklasse wird verwendet, um die Klasse
anzugeben, die aufgrund der ausgewählten Option nicht aktualisiert werden
soll. Im Zielschema für implementierte Anlagen ist dies der Name Software.
200
IBM Control Desk: Installationshandbuch (IBM WebSphere)
11. [Nur UNIX.] Akzeptieren Sie im Fenster Internet-Browserdatei auswählen
den Standardbrowser, oder wählen Sie einen anderen Browser aus, der für die
Anzeige der Onlinehilfe von Integration Composer verwendet werden soll,
und klicken Sie anschließend auf Weiter.
12. Überprüfen Sie im Fenster Vorinstallationszusammenfassung die Installationsdetails. (Verwenden Sie, sofern erforderlich, die Schaltfläche Zurück, um in
vorherige Fenster zurückzukehren und Korrekturen vorzunehmen, und die
Schaltfläche Weiter, um zu diesem Fenster zurückzukehren.) Wenn Sie mit
den Informationen in der Zusammenfassung zufrieden sind, klicken Sie auf
Installieren.
Während der Installation wird das Fenster mit dem Installationsfortschritt für
Integration Composer angezeigt. Nach Abschluss der Installation erscheint das
Fenster Installation abgeschlossen.
13. Klicken Sie im Fenster Installation abgeschlossen auf Fertig.
Integration Composer unter UNIX-Betriebssystemen im Konsolenmodus installieren
Verwenden Sie die hier beschriebene Prozedur, falls Sie Integration Composer auf einem UNIX-Computer im Konsolenmodus (Befehlszeile) installieren
müssen.
UNIX
Vorbereitende Schritte
Vergewissern Sie sich, dass für das Installationsverzeichnis mindestens 70 MB freier Speicherplatz vorhanden sind.
Informationen zu diesem Vorgang
Die Dateien für Integration Composer befinden sich im Verzeichnis \ITIC oder
\Install\ITIC auf der Produkt-DVD mit Version 7.5.3. Verwenden Sie den Befehl
setup.bin aus dem DVD-Layout, um den Upgradeprozess zu starten:
setup.bin ←
setup.exe
Führen Sie die folgenden Schritte aus, um Integration Composer unter einem
UNIX-Betriebssystem zu installieren.
Vorgehensweise
1. Melden Sie sich als Administrator (z. B. als root) am Server an.
2. Speichern Sie die binäre Installationsdatei für Integration Composer, setup.bin, auf dem Server, auf dem Integration Composer installiert werden soll.
3. Vergewissern Sie sich, dass JRE 1.6 in Ihrem Systempfad enthalten ist.
Zum Hinzufügen von JRE 1.6 zum Pfad geben Sie die folgenden Befehle ein
(wobei JRE-Position der Pfad für IBM JRE ist, z. B. /opt/ibm/java-i386-60/
jre/bin:$PATH):
JAVA_HOME=JRE-Position
export JAVA_HOME
PATH=$JAVA_HOME:$PATH
export PATH
4. Navigieren Sie zu der Position, an der Sie die Datei setup.bin gespeichert haben.
5. Geben Sie den folgenden Befehl ein, um die binäre Installationsdatei ausführbar zu machen:
Kapitel 9. Integration Composer installieren
201
chmod +x setup.bin
6. Führen Sie das Installationsprogramm von Integration Composer im Konsolenmodus aus, indem Sie an der Shelleingabeaufforderung den folgenden Befehl eingeben:
sh ./setup.bin -i console
Im Konsolenmodus werden Sie Zeile für Zeile zur Eingabe von Informationen
aufgefordert.
Anmerkung: Stellen Sie sicher, dass der Befehl java -version die Angabe 1.6
zurückgibt, bevor Sie die Installation starten. IBM Java SDK 6.0 mit JRE 1.6
wird auf der Produkt-DVD bereitgestellt.
7. Geben Sie im Schritt Ländereinstellung auswählen die Nummer Ihrer Ländereinstellung ein, die Sie in der Liste der Ländereinstellungen finden, und drücken Sie die Eingabetaste.
8. Lesen Sie die im Schritt Einführung angezeigten einführenden Informationen,
und drücken Sie die Eingabetaste.
9. Drücken Sie im Schritt "Installationstyp auswählen" die Eingabetaste, um die
Standardeinstellung (Neuinstallation) zu akzeptieren.
10. Geben Sie im Schritt Position von IBM SDK auswählen den Dateipfad ein, in
dem IBM Java SDK 6.0 installiert ist, indem Sie eine der folgenden Aktionen
ausführen:
v Übernehmen Sie die Standardposition, und drücken Sie die Eingabetaste.
v Geben Sie einen anderen Dateipfad für die Position ein, und drücken Sie
die Eingabetaste.
11. Geben Sie im Schritt Installationsordner auswählen an, wo Integration Composer installiert werden soll. Führen Sie dazu eine der folgenden Aktionen
aus:
v Übernehmen Sie die Standardposition, und drücken Sie die Eingabetaste.
v Geben Sie einen anderen Dateipfad als Position ein, und drücken Sie die
Eingabetaste. Geben Sie anschließend J ein, um die neue Position zu bestätigen, und drücken Sie die Eingabetaste erneut.
12. Geben Sie im Schritt Datenbanktyp den Typ Ihrer Maximo-Datenbank (in der
Maximo-Datenbank wird das Repository von Integration Composer installiert)
durch Eingabe der entsprechenden Nummer an, und drücken Sie die Eingabetaste. Der Schritt Informationen für die Datenbankanmeldung wird angezeigt.
Im Schritt Informationen für die Datenbankanmeldung definieren Sie die Parameter, die für eine Verbindung mit der Maximo-Datenbank erforderlich
sind. Die Felder, die in diesem Schritt angezeigt werden, sind abhängig von
dem Datenbanktyp, den Sie im vorherigen Schritt ausgewählt haben.
In der folgenden Tabelle sind die Felder definiert, die das Installationsprogramm für die unterstützten Datenbanken anzeigt.
202
Feld
Beschreibung
Name des Datenbankservers
Der Name des Servers, auf dem sich die
Zieldatenbank befindet.
Portnummer
Die Portnummer des Servers, auf dem sich die
Zieldatenbank befindet.
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Feld
Beschreibung
Datenbankname (SID)
Für Oracle-Datenbanken ist dies die Sitzungs-ID
(SID) für die Datenbank, d. h. die
Datenbankinstanz.
oder
Datenbankname
Für SQL Server oder IBM Datenbanken ist dies lediglich der Name der Datenbank.
Benutzername für Datenbank
Ein gültiger Benutzername für die Anmeldung an
der Zieldatenbank.
Datenbank-/Schemaeigner
Der Datenbank- oder Schemaeigner.
13. Geben Sie im Schritt Informationen für die Datenbankanmeldung die Anmeldespezifikationen für die Datenbank nacheinander ein, und drücken Sie
nach jeder Eingabe die Eingabetaste, um zur nächsten Spezifikation zu gelangen.
Tipp: Notieren Sie sich die Werte, die Sie hier angeben. Wenn Sie Integration
Composer später starten, verwenden Sie die Werte, die Sie in diesen Feldern
eingegeben haben, um Verbindungsparameter für die Zieldatenquelle zu definieren.
14. Geben Sie im Schritt Softwareinstanzen aktualisieren eine Nummer ein, um
eine der folgenden Optionen auszuwählen. Drücken Sie anschließend die
Eingabetaste:
v Ja, Software-Updates inaktivieren
Falls Sie diese Option auswählen, wenn Integration Composer Daten in die
Zieldatenbank importiert, kann Integration Composer Softwaredatensätze
einfügen oder löschen, aber nicht aktualisieren. Diese Option wird empfohlen, um eine bessere Leistung zu erzielen.
v Nein, Software-Updates nicht inaktivieren
Falls Sie diese Option auswählen, wenn Integration Composer Daten in die
Zieldatenbank importiert, aktualisiert Integration Composer vorhandene
Softwaredatensätze.
15. Übernehmen Sie im Schritt Name der Softwareklasse den Standardwert, und
drücken Sie die Eingabetaste.
16. Geben Sie im Schritt Datei für Internet-Browser auswählen einen Browser an
und drücken Sie die Eingabetaste.
17. Prüfen Sie im Schritt Vorinstallationszusammenfassung die detaillierten Angaben zur Installation, und drücken Sie die Eingabetaste, um die Installation
von Integration Composer zu starten. Während der Installation wird eine Leiste mit dem Installationsfortschritt angezeigt.
Nach Abschluss der Installation erscheint das Fenster Installation abgeschlossen.
18. Drücken Sie im Fenster Installation abgeschlossen die Eingabetaste. Die Installation ist abgeschlossen, und die UNIX-Eingabeaufforderung wird erneut
angezeigt.
Kapitel 9. Integration Composer installieren
203
Upgrade von Integration Composer durchführen
In Installationen von IBM Control Desk, in denen ein Upgrade von Integration
Composer durchgeführt werden soll, müssen Sie, wie nachfolgend beschrieben, das
Launchpad für das Upgrade verwenden. Außerdem finden Sie in diesem Artikel
Anweisungen für das Durchführen eines Upgrades von Integration Composer unter einem UNIX-Betriebssystem im Konsolenmodus.
Informationen zu diesem Vorgang
Dieses Upgrade ist für jedes Release von Integration Composer 7.2.1 oder höher,
einschließlich Integration Composer 7.2.1, 7.2.2 und 7.2.2.1. Das Installationsprogramm ermöglicht keine Upgrades von früheren Releases. Auf Windows-Betriebssystemen überprüft das Installationsprogramm vor dem Upgrade automatisch, ob
ein gültiges aktuelles Release vorhanden ist.
Ergebnisse
Nach erfolgreichem Abschluss des Upgrades können Sie folgendermaßen auf Integration Composer zugreifen:
Windows
Über das Startmenü oder durch Eingabe des folgenden Befehls: ITICInstallationsverzeichnis\bin\startFusion.bat.
Das Standardinstallationsverzeichnis für Integration Composer auf einem
Windows-Betriebssystem ist C:\Integration Composer.
UNIX
Geben Sie folgenden Befehl ein: ITIC-Installationsverzeichnis/bin/
startFusion.sh
Das Standardinstallationsverzeichnis für Integration Composer auf einem
UNIX-Betriebssystem ist /home/user/Integration_Composer.
Upgrade von Integration Composer über das Launchpad
durchführen
UNIX
Windows
Für Installationen von Control Desk wird empfohlen, das Upgrade von Integration Composer über das Launchpad durchzuführen. Verwenden
Sie das Launchpad, um ein Upgrade von Integration Composer unter Windowsoder UNIX-Betriebssystemen durchzuführen.
Vorbereitende Schritte
Um den Verlust aktueller Daten zu verhindern, sichern Sie vor dem Upgrade Ihre
Verzeichnisse data\dataschema und data\mappings von Integration Composer.
Achtung: Für dieses Release wurde NRS (Naming and Reconciliation Service) in
DIS (Data Integration Services) aktualisiert. Im Rahmen dieser Installation von Integration Composer wird die Datei nameReconciliation.logging.properties aus
dem Unterverzeichnis properties des Installationsverzeichnisses von Integration
Composer entfernt, und die entfernte Datei wird durch die Datei
dis.logging.properties ersetzt. Deshalb gehen alle Anpassungen, die an der ursprünglichen Datei nameReconciliation.logging.properties vorgenommen wurden, verloren.
204
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Bevor Sie ein Upgrade auf dieses Release von Integration Composer durchführen,
notieren Sie Ihre aktuellen Anpassungsinformationen wenn Sie vorhaben, diese Informationen in der neuen Datei dis.logging.properties wiederzuverwenden. Weitere Details zu diesen Eigenschaftendateien finden Sie in der Veröffentlichung IBM
Tivoli Integration Composer Administrator Guide.
Vergewissern Sie sich, dass für das Installationsverzeichnis mindestens 70 MB freier Speicherplatz vorhanden sind.
Vorgehensweise
1. Legen Sie die Launchpad-DVD in den Server ein, auf dem Sie das Upgrade von
Integration Composer durchführen.
Wenn Sie das Upgrade auf einem UNIX-Betriebssystem durchführen, müssen
Sie das Launchpad möglicherweise manuell starten, indem Sie den Befehl
launchpad.sh ausführen, der im Stammverzeichnis der Launchpad-DVD enthalten ist. (Unter Windows-Betriebssystemen wird der Befehl launchpad.exe automatisch ausgeführt.)
2.
3.
4.
5.
6.
Anmerkung: Stellen Sie sicher, dass der Befehl java -version den Wert 1.6 zurückgibt, bevor Sie das Upgrade starten. IBM Java SDK 6.0 mit JRE 1.6 wird auf
der Produkt-DVD bereitgestellt.
Starten Sie das Upgradeprogramm von Integration Composer über das Launchpad, indem Sie auf den Link unter IBM Tivoli Integration Composer installieren klicken.
Wählen Sie unten im Fenster IBM Tivoli Integration Composer in der Dropdown-Liste die gewünschte Sprache aus, und klicken Sie auf OK.
Lesen Sie die Informationen im Fenster Einführung, und klicken Sie auf OK.
[Nur UNIX] Wählen Sie im Fenster Installationstyp auswählen die Option Upgrade aus, und klicken Sie auf Weiter.
Akzeptieren Sie im Fenster Installationsordner auswählen die Standardposition, oder geben Sie einen Dateipfad für das Upgrade des Produkts ein. (Alternativ dazu können Sie auf Wählen klicken, um zu der gewünschten Position zu
navigieren und diese auszuwählen.) Klicken Sie anschließend auf Weiter.
7. Geben Sie im Fenster Position von IBM SDK auswählen das Verzeichnis ein,
in dem sich IBM Java SDK 6.0 befindet, oder klicken Sie auf Wählen, um zum
gewünschten Verzeichnis zu navigieren und dieses auszuwählen. Klicken Sie
anschließend auf Weiter.
8. Überprüfen Sie im Fenster Vorinstallationszusammenfassung die Upgradedetails. (Verwenden Sie, sofern erforderlich, die Schaltfläche Zurück, um in vorherige Fenster zurückzukehren und Korrekturen vorzunehmen, und die Schaltfläche Weiter, um zu diesem Fenster zurückzukehren.) Wenn Sie mit den
Informationen in der Zusammenfassung zufrieden sind, klicken Sie auf Installieren.
Während des Upgrades wird das Fortschrittsfenster Integration Composer
wird installiert angezeigt. Nach Abschluss des Upgrades wird das Fenster Installation abgeschlossen angezeigt.
9. Klicken Sie im Fenster Installation abgeschlossen auf Fertig.
Kapitel 9. Integration Composer installieren
205
Upgrade für Integration Composer unter UNIX-Betriebssystemen im Konsolenmodus durchführen
UNIX
Verwenden Sie die hier beschriebene Prozedur, wenn Sie ein Upgrade
für Integration Composer auf einem UNIX-Computer im Konsolenmodus (Befehlszeile) durchführen müssen.
Vorbereitende Schritte
Wenn Sie Integration Composer 7.5.3 wie in diesem Abschnitt beschrieben installieren, wird ein Upgrade der Vorgängerversionen von Integration Composer durchgeführt. Sie müssen die Vorgängerversion nicht zuvor entfernen. Um den Verlust aktueller Daten zu verhindern, sichern Sie vor dem Upgrade Ihre Verzeichnisse
data\dataschema und data\mappings von Integration Composer.
Achtung: Für dieses Release wurde NRS (Naming and Reconciliation Service) in
DIS (Data Integration Services) aktualisiert. Im Rahmen dieser Installation von Integration Composer wird die Datei nameReconciliation.logging.properties aus
dem Unterverzeichnis properties des Installationsverzeichnisses von Integration
Composer entfernt, und die entfernte Datei wird durch die Datei
dis.logging.properties ersetzt. Deshalb gehen alle Anpassungen, die an der ursprünglichen Datei nameReconciliation.logging.properties vorgenommen wurden, verloren.
Bevor Sie dieses Release von Integration Composer installieren, notieren Sie Ihre
aktuellen Anpassungsinformationen wenn Sie vorhaben, diese Informationen in der
neuen Datei dis.logging.properties wiederzuverwenden. Weitere Details zu diesen Eigenschaftendateien finden Sie in der Veröffentlichung IBM Tivoli Integration
Composer Administrator Guide.
Vergewissern Sie sich, dass für das Installationsverzeichnis mindestens 70 MB freier Speicherplatz vorhanden sind.
Informationen zu diesem Vorgang
Die Dateien für Integration Composer befinden sich im Verzeichnis \ITIC oder
\Install\ITIC auf der Produkt-DVD mit Version 7.5.3. Verwenden Sie den Befehl
setup.bin aus dem DVD-Layout, um den Upgradeprozess zu starten:
setup.bin ←
setup.exe
Im Folgenden Sie die Schritte für das Durchführen des Upgrades von Integration
Composer unter einem UNIX-basierten Betriebssystem beschrieben.
Vorgehensweise
1. Melden Sie sich als Administrator (z. B. als root) am Server an.
2. Speichern Sie die binäre Installationsdatei für Integration Composer, setup.bin, auf dem Server, auf dem Integration Composer installiert werden soll.
3. Vergewissern Sie sich, dass JRE 1.6 in Ihrem Systempfad enthalten ist.
Zum Hinzufügen von JRE 1.6 zum Pfad geben Sie die folgenden Befehle ein
(wobei JRE-Position der Pfad für IBM JRE ist, z. B. /opt/ibm/java-i386-60/
jre/bin:$PATH):
206
IBM Control Desk: Installationshandbuch (IBM WebSphere)
JAVA_HOME=JRE-Position
export JAVA_HOME
PATH=$JAVA_HOME:$PATH
export PATH
4. Navigieren Sie zu der Position, an der Sie die Datei setup.bin gespeichert haben.
5. Geben Sie den folgenden Befehl ein, um die binäre Installationsdatei ausführbar zu machen:
chmod +x setup.bin
6. Führen Sie das Installationsprogramm von Integration Composer im Konsolenmodus aus, indem Sie an der Shelleingabeaufforderung den folgenden Befehl eingeben:
sh ./setup.bin -i console
Im Konsolenmodus werden Sie Zeile für Zeile zur Eingabe von Informationen
aufgefordert.
7.
8.
9.
10.
11.
Anmerkung: Stellen Sie sicher, dass der Befehl java -version den Wert 1.6
zurückgibt, bevor Sie das Upgrade starten. IBM Java SDK 6.0 mit JRE 1.6 wird
auf der Produkt-DVD bereitgestellt.
Geben Sie im Schritt Ländereinstellung auswählen die Nummer Ihrer Ländereinstellung ein, die Sie in der Liste der Ländereinstellungen finden, und drücken Sie die Eingabetaste.
Lesen Sie die im Schritt Einführung angezeigten einführenden Informationen,
und drücken Sie die Eingabetaste.
Geben Sie im Schritt "Installationstyp auswählen" die Nummer für die Upgradeauswahl ein, und drücken Sie die Eingabetaste. Damit geben Sie an,
dass Sie ein Upgrade von Integration Composer vom vorherigen Release
durchführen möchten.
Geben Sie im Schritt Installationsordner auswählen die Position (absoluter
Pfad) ein, an der Integration Composer derzeit installiert ist, und drücken Sie
die Eingabetaste. Sie können auch einfach nur die Eingabetaste drücken, um
den angezeigten Pfad zu übernehmen.
Geben Sie im Schritt Position von IBM SDK auswählen den Dateipfad ein, in
dem IBM Java SDK 6.0 installiert ist, indem Sie eine der folgenden Aktionen
ausführen:
v Übernehmen Sie die Standardposition, und drücken Sie die Eingabetaste.
v Geben Sie einen anderen Dateipfad für die Position ein, und drücken Sie die
Eingabetaste.
12. Prüfen Sie im Schritt Vorinstallationszusammenfassung die detaillierten Angaben zur Installation, und drücken Sie die Eingabetaste, um die Installation
von Integration Composer zu starten. Während der Installation wird eine Leiste mit dem Installationsfortschritt angezeigt.
Nach Abschluss der Installation erscheint das Fenster Installation abgeschlossen.
13. Drücken Sie im Fenster Installation abgeschlossen die Eingabetaste. Die Installation ist abgeschlossen, und die UNIX-Eingabeaufforderung wird erneut
angezeigt.
Installation bestätigen
In diesem Abschnitt wird erläutert, wie Sie überprüfen können, ob Ihre neue Installation von Integration Composer ordnungsgemäß funktioniert.
Kapitel 9. Integration Composer installieren
207
Vorgehensweise
1. Rufen Sie die Anwendung Integration Composer auf eine der folgenden Arten
auf:
Windows
Wählen Sie im Windows-Startmenü Folgendes aus: Start > Programme >
IBM Tivoli > Integration Composer > IBM Tivoli Integration Composer
oder
geben Sie in der Befehlszeile folgenden Befehl ein: startFusion.bat
UNIX
Geben Sie diesen Befehl ein: ./startFusion.sh.
2. Melden Sie sich bei der Anwendung "Integration Composer" an. Verwenden Sie
dazu die Angaben für den Namen und das Kennwort des Datenbankbenutzers
(oder des Schemaeigners), die Sie während der Installation angegeben haben.
3. Wählen Sie im Menü Hilfe im Hauptfenster von Integration Composer die Option Produktinfo aus.
4. Prüfen Sie im angezeigten Fenster "Produktinfo" für Integration Composer, ob
im Feld Version die Nummer 7.5.3 angezeigt wird. Wenn diese Nummer angezeigt wird, wurde Integration Composer erfolgreich installiert.
Aufgaben nach der Installation
Dieser Abschnitt enthält Anweisungen, anhand derer Sie überprüfen können, ob
Integration Composer nach der Installation oder nach dem Upgrade ordnungsgemäß konfiguriert wurde.
Einstellungen in der Datei fusion.properties für Integration
Composer überprüfen
Die Datei fusion.properties ist die Eigenschaftendatei für Integration Composer.
Diese Eigenschaften geben datenbankbezogene Eigenschaften und Anwendungseigenschaften an. Mit dieser Überprüfungsaufgabe soll sichergestellt werden, dass
nach der Installation oder nach einem Upgrade von Integration Composer die kritischen Eigenschaften in der Datei fusion.properties richtig sind.
Vorbereitende Schritte
Die Datei fusion.properties für Integration Composer befindet sich im folgenden
Verzeichnis:
ITIC-Installationsverzeichnis\data\properties\fusion.properties
Vorgehensweise
1. Suchen Sie die Datei fusion.properties von Integration Composer im Installationsverzeichnis von Integration Composer, ITIC-Installationsverzeichnis.
2. Überprüfen Sie, ob NRS im Abschnitt "IBM Tivoli Integration Composer (ITIC)
Mapping Execution Properties" aktiviert (auf true gesetzt) ist, falls Sie NRS verwenden:
mxe.fusion.mapping.nrs.enable=true
Falls Sie NRS nicht verwenden, muss diese Eigenschaft inaktiviert (auf false
gesetzt) sein:
208
IBM Control Desk: Installationshandbuch (IBM WebSphere)
mxe.fusion.mapping.nrs.enable=false
NRS (Naming and Reconciliation Service) ist Teil von DIS (Data Integration Services, Datenintegrationsservices) und eine optionale Komponente, die Integration Composer verwendet, um implementierte Anlagen oder tatsächliche CIs
(Configuration Items) eindeutig zu kennzeichnen und dadurch duplizierte Anlagen- oder CI-Datensätze in Ihrer Datenbank zu vermeiden.
Standardmäßig ist Integration Composer für die Verwendung dieser Komponente konfiguriert. Diese Komponente ordnet einer implementierten Anlage
oder einem tatsächlichen CI auf der Basis definierter Namensregeln eine global
eindeutige ID (GUID) zu. Wenn Integration Composer zwar für die Verwendung von NRS konfiguriert ist (d. h., die NRS-Eigenschaft ist auf true gesetzt),
NRS aber nicht installiert und aktiv ist, wird das Produkt nicht erfolgreich ausgeführt. Wenn Sie daher NRS nicht verwenden, muss die NRS-Eigenschaft auf
false gesetzt werden, damit Integration Composer erfolgreich ausgeführt wird.
IBM Control Desk, ein Produkt, das Integration Composer verwendet, um implementierte Anlagen und tatsächliche CIs zu importieren, benötigt DIS/NRS
für die Ausführung automatisierter Verknüpfungen zwischen den entsprechenden
berechtigten Anlagen und den zugehörigen CIs. Wenn Sie IBM Control Desk
verwenden, führen Sie DIS/NRS aus und setzen Sie die NRS-Eigenschaft in der
Datei "fusion.properties" auf true.
Für Integration Composer wird empfohlen, dass DIS/NRS installiert und aktiviert wird. Die NRS-Eigenschaft ist standardmäßig aktiviert (auf true gesetzt).
3. Vergewissern Sie sich, dass der im Abschnitt "IBM Tivoli Maximo Database Related Properties" angegebene Eigner des Datenbankschemas, die JDBC-Treiberspezifikation und die JDBC-URL-Spezifikation richtig sind. Verwenden Sie die
folgende Tabelle als Leitfaden:
Eigenschaft
Beschreibung
Wert
mxe.db.schemaowner
Eigner des
Datenbankschemas
Geben Sie das geeignete Schema für Ihre Datenbank an, z. B. dbo.
mxe.db.driver
JDBCTreiberspezifikation
Diese Einstellung ist abhängig von der Datenbank. Beispiel:
IBM DB2:
com.ibm.db2.jcc.DB2Driver
Oracle JDBC Thin Driver:
oracle.jdbc.driver.OracleDriver
Microsoft-JDBC-Treiber (SqlServer):
com.microsoft.sqlserver.jdbc.SQLServerDriver
i-net-Opta-Treiber (SqlServer):
com.inet.tds.TdsDriver
Anmerkung: Benutzer, die ein Upgrade von einem früheren
Release durchführen und bereits über diesen Treiber (der
nicht weiter unterstützt wird) verfügen, können ihn weiterhin
für die Unterstützung von Microsoft SQL Server verwenden.
Allerdings sollten Sie künftig den Microsoft-JDBC-Treiber
nicht mehr für SQL Server verwenden.
Kapitel 9. Integration Composer installieren
209
Eigenschaft
Beschreibung
Wert
mxe.db.url
JDBC-DatenbankURL
Diese Einstellung ist abhängig von der Datenbank. Beispiel:
IBM DB2:
jdbc:db2://Hostname:Host-Port/Datenbankname
Oracle JDBC Thin Driver:
jdbc:oracle:thin:@Hostname:Host-Port:Host-SID
Microsoft-JDBC-Treiber (SqlServer):
jdbc:sqlserver://Hostname:Host-Port;databaseName=
Datenbankname;integratedSecurity=false;
i-net-Opta-Treiber (SqlServer 7.0 oder höher):
jdbc:inetdae7:Hostname:Host-Port?database=Datenbankname
Anmerkung: Benutzer, die ein Upgrade von einem früheren
Release durchführen und bereits über diesen Treiber (der
nicht weiter unterstützt wird) verfügen, können ihn weiterhin
für die Unterstützung von Microsoft SQL Server verwenden.
Allerdings sollten Sie künftig den Microsoft-JDBC-Treiber
nicht mehr für SQL Server verwenden.
mxe.db.user
Anmeldename des
Datenbankbenutzers
Anmerkung: Windows Bei Windows-Betriebssystemen wird Microsoft Windows Explorer als Standard-Browser verwendet.
Speicherzuordnung in der Datei startFusion ändern (optional)
Die Datei startFusion (startFusion.bat unter Windows-Betriebssystemen und
startFusion.sh unter UNIX-Betriebssystemen) ist die Startdatei für die grafische
Benutzerschnittstelle von Integration Composer. Durch diese Überprüfungsaufgabe
soll sichergestellt werden, dass nach der Installation oder dem Upgrade von Integration Composer die Speicherzuordnung in der Datei startFusion richtig festgelegt
ist.
Vorbereitende Schritte
Diese Aufgabe ist optional. Sie müssen sie nur dann ausführen, wenn die grafische
Benutzerschnittstelle von Integration Composer nicht, wie im Abschnitt „Installation bestätigen” auf Seite 207 beschrieben, gestartet wird.
Informationen zu diesem Vorgang
Die Datei startFusion von Integration Composer befindet sich in den Windowsund UNIX-Installationsverzeichnissen an folgender Position:
Windows
UNIX
ITIC-Installationsverzeichnis\bin\startFusion.bat
ITIC-Installationsverzeichnis/bin/startfusion.sh
Wenn Sie Integration Composer installieren, ordnet das Installationsprogramm
standardmäßig 1536 Megabyte als virtuellen Arbeitsspeicher für die Anwendung
zu. Wenn Ihr Server aber beispielsweise nur über einen physischen Hauptspeicher
von 1 GB verfügt, können Sie die Einstellung 1536M nicht verwenden.
210
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Vorgehensweise
Wenn die grafische Benutzerschnittstelle von Integration Composer nicht gestartet
wird, überprüfen Sie die Speichereinstellung für den Befehl start javaw.exe in der
Datei startFusion, und legen Sie ggf. eine niedrigere Speichereinstellung fest.
Beispiel
Ändern Sie beispielsweise die Einstellung -Xmx1536M in -Xmx1024M.
Speicherzuordnung in der Datei executeMapping ändern (optional)
Die Datei executeMapping (Datei executeMapping.bat unter Windows-Betriebssystemen und executeMapping.sh unter UNIX-Betriebssystemen) ist das Script von Integration Composer, mit dem eine Zuordnung vorgenommen wird. Durch diese
Überprüfungsaufgabe soll sichergestellt werden, dass nach der Installation von Integration Composer die Speicherzuordnung in der Datei executeMapping richtig
festgelegt ist.
Vorbereitende Schritte
Diese Aufgabe ist optional. Sie muss nur dann ausgeführt werden, wenn die Zuordnung von Integration Composer nicht ausgeführt wird oder wenn Sie gerade
ein Upgrade durchgeführt und die Speicherkapazität, die in der vorher installierten
Version von Integration Composer zugeordnet war, erhöht haben.
Informationen zu diesem Vorgang
Die Datei executeMapping von Integration Composer befindet sich in den Windows- und UNIX-Installationsverzeichnissen an folgender Position:
Windows
UNIX
ITIC-Installationsverzeichnis\bin\executeMapping.bat
ITIC-Installationsverzeichnis/bin/executeMapping.sh
Wenn Sie Integration Composer installieren, ordnet das Installationsprogramm
standardmäßig 1536 Megabyte als virtuellen Arbeitsspeicher für die Anwendung
zu. Wenn Ihr Server aber beispielsweise nur über einen physischen Hauptspeicher
von 1 GB verfügt, können Sie die Einstellung 1536M nicht verwenden.
Vorgehensweise
v Wenn die Zuordnung von Integration Composer nicht ausgeführt wird, überprüfen Sie die Speichereinstellung für den Befehl java in der Datei executeMapping,
und legen Sie eine niedrigere Speichereinstellung fest. Bearbeiten Sie dazu die
Datei executeMapping, und ändern Sie den Parameter –Xmx im Befehl java.
Ändern Sie beispielsweise die Einstellung -Xmx1536M in -Xmx1024M.
v [Nur Upgrade] Wenn Sie die Speicherkapazität, die den Importen von Integration Composer zugeordnet ist, erhöht haben, überprüfen Sie, ob Ihre Speichereinstellungen unverändert sind. Wenn Sie die zugeordnete Speicherkapazität erhöhen müssen, bearbeiten Sie die Datei executeMapping, und ändern Sie den
Parameter –Xmx im Befehl java.
Ändern Sie beispielsweise die Einstellung -Xmx1536M in -Xmx2048M.
Kapitel 9. Integration Composer installieren
211
Integration Composer deinstallieren
Dieser Abschnitt enthält Anweisungen für das Entfernen von Integration Composer
von Microsoft-Windows- und UNIX- Betriebssystemen.
Integration Composer unter Windows-Betriebssystemen deinstallieren
Verwenden Sie die hier beschriebene Prozedur, um Integration Composer von einem Windows-Betriebssystem zu entfernen.
Windows
Vorgehensweise
1. Rufen Sie im Explorer von Microsoft Windows den Deinstallationsordner
Installationsverzeichnis\Uninstall_Integration_Composer auf, in dem Integration Composer 7.5.3 installiert wurde.
2. Klicken Sie im Deinstallationsordner doppelt auf die Deinstallationsdatei
Uninstall_Integration_Composer.exe. Das Integration-Composer-Dienstprogramm zur Deinstallation der Anwendung wird im Fenster IBM Tivoli Integration Composer deinstallieren angezeigt.
3. Klicken Sie auf Deinstallieren. Das Fenster IBM Tivoli Integration Composer
deinstallieren wird aufgerufen und zeigt den Fortschritt der Deinstallation an,
während das Deinstallationsdienstprogramm die Anwendung entfernt.
Anmerkung: Sie können ggf. auf Abbrechen klicken, um die Deinstallation zu
stoppen.
Nachdem Integration Composer entfernt wurde, wird das Fenster Deinstallation abgeschlossen angezeigt.
4. Klicken Sie auf Fertig. Das Entfernen von Integration Composer ist abgeschlossen.
5. Optional: Nachdem das Dienstprogramm Integration Composer entfernt hat,
bleiben im Installationsverzeichnis manchmal eine oder mehrere Dateien übrig.
(Dies können z. B. Dateien sein, die Sie manuell in das Verzeichnis gestellt haben, z. B. Zuordnungsdateien, oder Schemadateien, die vom Benutzer importiert wurden, oder es kann sich um Protokolldateien handeln, die von Integration Composer erstellt wurden.) Diese Dateien können manuell gelöscht werden.
Integration Composer unter UNIX-Betriebssystemen deinstallieren
UNIX
Verwenden Sie die hier beschriebene Prozedur, um Integration Composer von einem UNIX-Betriebssystem zu entfernen.
Vorgehensweise
1. Wechseln Sie in den Deinstallationsordner ITIC-Installationsverzeichnis\
Uninstall_Integration_Composer, in dem Integration Composer 7.5.3 installiert
wurde.
2. Führen Sie im Deinstallationsordner eine der folgenden Aktionen aus:
v Wenn Sie Integration Composer mit einer X-Window-System-Anwendung installiert haben, geben Sie Folgendes ein:
sh ./Uninstall_IBM_Tivoli_Integration_Composer
v Wenn Sie Integration Composer im Konsolenmodus installiert haben, geben
Sie Folgendes ein:
sh ./Uninstall_IBM_Tivoli_Integration_Composer -i console
212
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Die folgenden Anweisungen beschreiben die verbleibenden Deinstallationsschritte im Konsolenmodus.
3. Drücken Sie die Eingabetaste, um den Befehl aus dem vorherigen Schritt zu
starten. Die Fortschrittsleiste für den Deinstallationsprozess wird angezeigt,
während das Deinstallationsdienstprogramm die Anwendung entfernt.
Nachdem Integration Composer entfernt wurde, wird erneut die Eingabeaufforderung angezeigt.
4. Optional: Nachdem das Dienstprogramm Integration Composer entfernt hat,
bleiben im Installationsverzeichnis manchmal eine oder mehrere Dateien übrig.
(Dies können z. B. Dateien sein, die Sie manuell in das Verzeichnis gestellt haben, z. B. Zuordnungsdateien, oder Schemadateien, die vom Benutzer importiert wurden, oder es kann sich um Protokolldateien handeln, die von Integration Composer erstellt wurden.) Diese Dateien können manuell gelöscht werden.
Kapitel 9. Integration Composer installieren
213
214
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 10. Deployer's Workbench installieren
Deployer's Workbench ist eine separat installierte, Eclipse-basierte Workbench und
stellt das Tool zum Erstellen von Bereichen für berechtigte CIs auf der Grundlage
bewährter Verfahren dar. Installieren Sie dieses Tool auf einer Windows-Workstation, die eine Verbindung mit dem Server von Control Desk herstellen kann.
Informationen zu diesem Vorgang
Wenn Sie die Entry Edition von Control Desk installieren, ist die Installation von
Deployer's Workbench nicht erforderlich.
Sie können Deployer's Workbench entweder über das Launchpad von Control
Desk oder mithilfe des nativen Installationsprogramms installieren. In beiden Fällen muss von der Workstation aus, auf der Sie Deployer's Workbench installieren
möchten, auf das DVD1-Image oder die physische DVD zugegriffen werden können.
Vorgehensweise
1. Starten Sie das Installationsprogramm von Deployer's Workbench. Starten Sie
entweder das Launchpad von Control Desk, klicken Sie auf Produkt installieren und dann auf Deployer's Workbench installieren, oder wechseln Sie in das
Verzeichnis "DW", und führen Sie die Datei "install.exe" aus, um das native Installationsprogramm zu verwenden.
2. Möglicherweise wird eine Nachricht angezeigt, dass Install Anywhere zur Installation vorbereitet wird. Wenn die Anzeige von Deployer's Workbench eingeblendet wird, wählen Sie eine Sprache aus der Dropdown-Liste aus, und klicken Sie auf OK.
3. Prüfen Sie die Informationen in der Anzeige "Einführung". Klicken Sie auf Weiter, um fortzufahren.
4. Wählen Sie den Installationsordner und die Installationsposition für die Symbole aus.
5. Prüfen Sie die Anzeige "Vorinstallationszusammenfassung". Klicken Sie auf Zurück, um Änderungen vorzunehmen. Klicken Sie auf Installieren, um mit der
Installation zu beginnen.
6. Es wird ein Fortschrittsanzeiger angezeigt, der den Fortschritt bei der Installation angibt. Klicken Sie nach Abschluss der Installation auf Fertig, um das Installationsprogramm zu beenden.
© Copyright IBM Corp. 2014
215
216
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 11. IBM Control Desk Everyplace installieren
Verwenden Sie die Informationen in diesem Abschnitt, um die optionale Komponente IBM Control Desk Everyplace zu installieren.
IBM Control Desk Everyplace wird mit einem eigenen Launchpad bereitgestellt,
mit dem Sie die Komponente auf derselben Verwaltungsworkstation installieren
können wie Control Desk. Der Installationsprozess erstellt keine neue EAR-Datei,
sondern aktualisiert die Datei "maximo.ear", die Sie dann erneut erstellen und implementieren müssen. Die Datei "maximoiehs.ear" wird nicht aktualisiert und muss
daher nicht erneut erstellt und implementiert werden. Das Installationsverfahren
ist von Ihrem Szenario abhängig. Wählen Sie den für Ihre Situation passenden Link
aus.
Installation im Rahmen einer Neuinstallation des Produkts
Wenn Sie IBM Control Desk Everyplace im Rahmen einer Neuinstallation von Control Desk installieren möchten, führen Sie die folgenden Schritte aus.
Informationen zu diesem Vorgang
Wenn Sie mit der Installation von Control Desk beginnen möchten, verschieben Sie
die Aktualisierung der Datenbank und die Implementierung der EAR-Datei auf einen späteren Zeitpunkt. Sie müssen die folgenden Schritte nach der Ausführung
des Installationsprogramms von Control Desk und vor der Aktualisierung der Datenbank ausführen.
Vorgehensweise
1. Legen Sie die Installations-DVD von IBM Control Desk Everyplace ein, oder
wählen Sie einen Link zum installierbaren Image aus.
2. Setzen Sie den Befehl ab, um das für Ihre Verwaltungsworkstation passende
Launchpad zu starten:
launchpad.exe
Verwenden Sie diesen Befehl für Windows-Workstations (32 Bit).
launchpad64.exe
Verwenden Sie diesen Befehl für Windows-Workstations (64 Bit).
launchpad.sh
Verwenden Sie diesen Befehl für Workstations, auf denen andere Betriebssysteme ausgeführt werden.
3. Zum Installieren von IBM Control Desk Everyplace öffnen Sie die Seite "Produkt installieren", und klicken Sie auf den Link, um das Installationsprogramm
zu starten.
4. Wählen Sie bei der Installation unbedingt die Optionen Anwendungsdateien
später manuell implementieren und Aktualisierung der Maximo-Datenbank
verschieben aus. Damit bewirken Sie, dass der Code von IBM Control Desk
Everyplace den Dateien von Control Desk hinzugefügt wird, die in nachfolgenden Schritten installiert werden.
5. Klicken Sie nach Installationsabschluss im Fenster Paket erfolgreich implementiert auf Fertig.
© Copyright IBM Corp. 2014
217
Nächste Schritte
Nachdem Sie IBM Control Desk Everyplace installiert haben, müssen Sie zum Produktinstallationsprogramm zurückkehren, um die Installation aller Komponenten,
die Aktualisierung der Datenbank und die Erstellung und Implementierung der
EAR-Datei durchzuführen.
Installation im Rahmen eines Produktupgrades
Wenn Sie IBM Control Desk Everyplace im Rahmen eines Upgrades auf Control
Desk installieren möchten, führen Sie die im Upgradehandbuch beschriebenen
Schritte aus.
Informationen zu diesem Vorgang
Das Upgradehandbuch enthält Informationen zur Installation von IBM Control
Desk Everyplace im Rahmen eines Upgrades. Das Upgradehandbuch finden Sie
auf der Seite Installing, Migrating and Upgrading des Wikis von Control Desk.
Installation nach der Installation von Control Desk
Führen Sie die folgenden Schritte aus, wenn Sie IBM Control Desk Everyplace installieren möchten, nachdem Sie Control Desk installiert haben.
Informationen zu diesem Vorgang
Sie können IBM Control Desk Everyplace zusätzlich zu einer vorhandenen Installation von Control Desk installieren.
Bei der folgenden Vorgehensweise wird davon ausgegangen, dass Sie die Ausfallzeit Ihres J2EE-Servers so kurz wie möglich halten wollen.
Vorgehensweise
1. Legen Sie die Installations-DVD von IBM Control Desk Everyplace ein, oder
wählen Sie einen Link zum installierbaren Image aus.
2. Setzen Sie den Befehl ab, um das für Ihre Verwaltungsworkstation passende
Launchpad zu starten:
launchpad.exe
Verwenden Sie diesen Befehl für Windows-Workstations (32 Bit).
launchpad64.exe
Verwenden Sie diesen Befehl für Windows-Workstations (64 Bit).
launchpad.sh
Verwenden Sie diesen Befehl für Workstations, auf denen andere Betriebssysteme ausgeführt werden.
3. Zum Installieren von IBM Control Desk Everyplace öffnen Sie die Seite "Produkt installieren", und klicken Sie auf den Link, um das Installationsprogramm
zu starten.
4. Wählen Sie im Dropdown-Menü den Installationspfad für Control Desk aus.
5. Wählen Sie bei der Installation nicht die Optionen Anwendungsdateien später
manuell implementieren und Aktualisierung der Maximo-Datenbank verschieben aus. Lassen Sie stattdessen die Schritte vom Installationsprogramm
ausführen.
218
IBM Control Desk: Installationshandbuch (IBM WebSphere)
6. Klicken Sie nach Installationsabschluss im Fenster Paket erfolgreich implementiert auf Fertig.
Kapitel 11. IBM Control Desk Everyplace installieren
219
220
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 12. Aufgaben nach der Installation
Nach der Installation müssen mehrere Aufgaben ausgeführt werden, um die Implementierung von Control Desk abzuschließen.
Zugriff auf die Produktdokumentation
In diesem Artikel wird beschrieben, wie Sie auf die Dokumentation im Information
Center von Control Desk und auf die Onlinehilfe des Produkts zugreifen.
Wichtig: Bei Verwendung von WebSphere Application Server muss der Deployment Manager nach der Installation von Control Desk erneut gestartet werden, um
die vollständige Funktionalität des Information Center und der Onlinehilfe zu aktivieren.
Führen Sie nach der Installation von Control Desk die folgenden Schritte aus, um
während der Verwendung des Produkts auf das Dokumentationssystem zugreifen
zu können.
1. Stoppen Sie mit dem folgenden Befehl den Deployment Manager:
c:\Programme\IBM\WebSphere\AppServer\profiles\<DMGR-Profil>\bin\stopManager
-username wasadmin -password <Kennwort>
2. Starten Sie den Deployment Manager, indem Sie folgenden Befehl ausführen:
c:\Programme\IBM\WebSphere\AppServer\profiles\<DMRG-Profil>\bin\startManager
Wenn Sie den Anwendungsserver nach der Ausführung des Produktinstallationsprogramms manuell konfiguriert haben, müssen Sie die Eigenschaft für den Produktdokumentationsserver definieren. Weitere Informationen finden Sie auf der
Seite https://www.ibm.com/support/docview.wss?uid=swg21508594.
Wichtig: Der Deployment Manager (eine Komponente von WebSphere Application
Server Network Deployment) ermöglicht die Fernverwaltung und die Ausführung
von Implementierungsoperationen. Wenn der Deployment Manager gestoppt wird,
sind davon alle Verwaltungs- und Implementierungsoperationen - auch außerhalb
von Control Desk - betroffen (d. h., sie werden gestoppt).
Erste Datenkonfiguration
Nachdem Sie die Komponenten von Control Desk erfolgreich installiert und konfiguriert haben, müssen Sie verschiedene Konfigurationsaufgaben ausführen, bevor
Sie Control Desk verwenden.
Zugehörige Informationen:
Daten mit externen Anwendungen integrieren
Anmeldung mit einer Standardbenutzer-ID
Für die Benutzerverwaltung können Sie die Maximo-Anwendung oder den Verzeichnisserver verwenden, den Sie für Control Desk konfiguriert haben.
Vorbereitende Schritte
Nach der Erstinstallation von Control Desk gibt es die folgenden Standardbenutzer-IDs:
© Copyright IBM Corp. 2014
221
Tabelle 24. Benutzer von Control Desk
Benutzer
wasadmin
maxadmin
mxintadm
maxreg
Wichtig: Wenn Sie einen Verzeichnisserver in Ihrer Implementierung verwenden,
stellen Sie vor Ausführung dieser Prozedur sicher, dass Sie in Ihrem LDAP-Repository die folgenden Benutzer erstellt haben.
Anmerkung: Bei Benutzernamen und Kennwörtern muss die Groß-/
Kleinschreibung beachtet werden. Standardbenutzernamen bestehen aus Kleinbuchstaben.
Informationen zu diesem Vorgang
Melden Sie sich wie folgt an:
Vorgehensweise
1. Öffnen Sie ein Browserfenster.
2. Navigieren Sie zum Anmelde-URL für Control Desk. Beispiel: http://
Hostname:Port/maximo.
3. Geben Sie den Benutzernamen maxadmin (in Kleinbuchstaben) ein.
4. Geben Sie das Kennwort ein, das Sie während der Installation eingegeben haben, und drücken Sie die Eingabetaste. Das Standardstartcenter für "maxadmin"
wird angezeigt.
SMTP konfigurieren
Installationsanzeigen bieten eine Option für die Konfiguration eines SMTP-Servers,
über den E-Mail-Benachrichtigungen über Systemereignisse an einen Administrator
oder andere Benutzer gesendet werden können. Wenn Sie diese Anzeigen bei der
Installation von Control Desk überspringen, können Sie die Schnittstelle von Control Desk für die Konfiguration von SMTP-Parametern verwenden.
Vorbereitende Schritte
Diese Aufgabe muss ausgeführt werden, bevor Sie Änderungen auf die Datenbank
anwenden.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um SMTP für Control Desk zu konfigurieren:
Vorgehensweise
1. Melden Sie sich als Benutzer "maxadmin" an der Konsole an.
2. Öffnen Sie die Anwendung "Systemeigenschaften", indem Sie Systemkonfiguration > Plattformkonfiguration > Systemeigenschaften auswählen.
3. Suchen Sie mithilfe des Features "Filter" den Eigenschaftsnamen mail.smtp.host.
222
IBM Control Desk: Installationshandbuch (IBM WebSphere)
4. Erweitern Sie die Eigenschaft mail.smtp.host, und setzen Sie das Attribut
"Globaler Wert" auf Ihren SMTP-Host.
5. Wählen Sie das Kontrollkästchen für den mail.smtp.host-Datensatz aus.
6. Klicken Sie in der Symbolleiste auf "Zeitnahe Aktualisierung".
7. Klicken Sie im Dialogfenster "Zeitnahe Aktualisierung" auf OK.
8. Suchen Sie mithilfe des Features "Filter" nach dem Eigenschaftsnamen mxe.adminEmail.
9. Erweitern Sie die Eigenschaft mxe.adminEmail, und setzen Sie das Attribut
"Globaler Wert" auf Ihre E-Mail-Adresse.
10. Wählen Sie das Kontrollkästchen für den mxe.adminEmail-Datensatz aus.
11. Klicken Sie in der Symbolleiste auf "Zeitnahe Aktualisierung".
12. Klicken Sie im Dialogfenster "Zeitnahe Aktualisierung" auf OK.
„Änderungen auf die Datenbank anwenden” auf Seite 224
Wenn Sie eine Hauptbuchkontenkomponente erstellen, muss diese auf die Maximo-Datenbank angewendet werden.
Währungscodes erstellen
Sie müssen einen Währungscode für eine Organisation definieren.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um einen Währungscode für eine Organisation zu definieren:
Vorgehensweise
1. Öffnen Sie die Anwendung "Währungscode", indem Sie Finanzen > Währungscode auswählen.
2. Klicken Sie auf Neue Zeile.
3. Geben Sie den Namen einer Währung ein, z. B. USD.
4. Klicken Sie auf das Symbol Speichern.
Artikel- und Firmensätze erstellen
Sie müssen Artikel- und Firmensätze für eine Organisation definieren.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um Artikel- und Firmensätze für eine Organisation zu erstellen:
Vorgehensweise
1. Öffnen Sie die Anwendung "Sätze", indem Sie Verwaltung > Sätze auswählen.
2. Klicken Sie auf Neue Zeile.
3. Geben Sie einen Artikelnamen ein, z. B. IT-Artikel.
4.
5.
6.
7.
8.
Geben Sie im Feld Typ den Wert ARTIKEL ein.
Klicken Sie auf Neue Zeile.
Geben Sie den Namen eines Firmensatzes ein, z. B. IT-Firmen.
Geben Sie im Feld Typ den Wert FIRMA ein.
Klicken Sie auf das Symbol Speichern.
Kapitel 12. Aufgaben nach der Installation
223
Organisation erstellen
Für Control Desk müssen Sie mindestens eine Organisation definieren.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um eine Organisation zu definieren:
Vorgehensweise
1. Öffnen Sie die Anwendung "Organisationen", indem Sie Verwaltung > Organisationen auswählen.
2. Klicken Sie in der Symbolleiste auf Neue Organisation.
3. Geben Sie im Feld Organisation einen Namen ein, z. B. ENGLENA.
4. Geben Sie die Basiswährung ein, die Sie im Feld Basiswährung 1 definiert haben, z. B. USD.
5. Geben Sie den Artikelsatz ein, den Sie im Feld Artikelsatz definiert haben, z.
B. IT-Artikel.
6. Geben Sie den Firmensatz ein, den Sie im Feld Firmensatz definiert haben, z.
B. IT-Firmen.
7. Geben Sie im Feld Standardartikelstatus den Status OFFEN ein.
8.
9.
10.
11.
Klicken Sie auf das Register Niederlassungen.
Klicken Sie auf Neue Zeile.
Geben Sie im Feld Niederlassung einen Niederlassungsnamen ein, z. B. B901.
Klicken Sie auf das Symbol Speichern.
Hauptbuchkontenkomponente erstellen
Für Control Desk müssen Sie eine Hauptbuchkontenkomponente erstellen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um eine Hauptbuchkontenkomponente zu
erstellen.
Vorgehensweise
1. Öffnen Sie die Anwendung "Datenbankkonfiguration", indem Sie Systemkonfiguration > Plattformkonfiguration > Datenbankkonfiguration auswählen.
2. Wählen Sie die Aktion Konfiguration des Hauptbuchkontos aus.
3. Klicken Sie auf Neue Zeile.
4. Geben Sie im Feld Komponente einen Komponentennamen ein. z. B. MeineKomponente.
5. Geben Sie eine numerische Länge für die Komponente ein, z. B. 5.
6. Geben Sie einen Typ für die Komponente ein, z. B. ALN.
7. Klicken Sie auf OK.
Änderungen auf die Datenbank anwenden
Wenn Sie eine Hauptbuchkontenkomponente erstellen, muss diese auf die Maximo-Datenbank angewendet werden.
224
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um Konfigurationsänderungen auf die Maximo-Datenbank anzuwenden:
Vorgehensweise
1. Melden Sie sich als Benutzer "maxadmin" an der Maximo-Konsole an.
2. Öffnen Sie die Anwendung "Datenbankkonfiguration", indem Sie Systemkonfiguration > Plattformkonfiguration > Datenbankkonfiguration auswählen. Jedes Objekt, das in der Maximo-Datenbank aktualisiert werden muss, hat den
Status "Hinzuzufügen".
3. Wählen Sie die Aktion Verwaltungsmodus verwalten aus.
4. Klicken Sie auf Verwaltungsmodus aktivieren und nach entsprechender Aufforderung dann auf OK. Die Ausführung dieser Aufgabe kann mehrere Minuten dauern. Wenn Sie den Fortschritt sehen möchten, verwenden Sie die Schaltfläche Status aktualisieren.
5. Wählen Sie nach der Aktivierung des Verwaltungsmodus KonfigurationsChanges übernehmen aus, um die Änderungen auf die Maximo-Datenbank anzuwenden. In der Statusspalte der aufgelisteten Objekte darf die Angabe Zu
ändern nicht angezeigt werden.
6. Inaktivieren Sie den Verwaltungsmodus.
a. Öffnen Sie die Anwendung "Datenbankkonfiguration", indem Sie Systemkonfiguration > Plattformkonfiguration > Datenbankkonfiguration auswählen.
b. Wählen Sie die Aktion Verwaltungsmodus verwalten aus.
c. Klicken Sie auf Verwaltungsmodus inaktivieren und nach entsprechender
Aufforderung dann auf OK. Wenn Sie den Verwaltungsmodus in der Anwendung nicht inaktivieren, schlagen die Crontasks fehl.
Hauptbuchkonto erstellen
Sie müssen ein Hauptbuchkonto für Control Desk erstellen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um ein Hauptbuchkonto zu erstellen:
Vorgehensweise
1. Öffnen Sie die Anwendung "Kontenplan", indem Sie Finanzen > Kontenplan
auswählen.
2. Klicken Sie auf den Namen Ihrer Organisation, um sie auszuwählen. Klicken
Sie beispielsweise auf ENGLENA.
3. Wählen Sie die Aktion Buchungsstruktur aus.
4. Klicken Sie auf Neue Zeile.
5. Fügen Sie einen Buchungsstrukturwert und eine Beschreibung hinzu, und klicken Sie auf OK. Fügen Sie beispielsweise den Wert 1234 hinzu.
6. Klicken Sie auf Neue Zeile.
7. Wählen Sie Ihr Hauptbuchkonto aus.
8. Klicken Sie auf Speichern.
9. Öffnen Sie die Anwendung "Organisationen", indem Sie Wechseln zu > Verwaltung > Organisationen auswählen.
Kapitel 12. Aufgaben nach der Installation
225
10. Klicken Sie auf den Namen der Organisation, die Sie erstellt haben, z. B.
ENGLENA.
11. Wählen Sie im Feld "Verrechnungskonto" das gerade von Ihnen erstellte
Hauptbuchkonto aus.
12. Wählen Sie Aktiv aus.
13. Klicken Sie auf das Symbol Speichern.
Berechtigung für Hauptbuchkomponententypen aktualisieren
Sie müssen die Berechtigung für die Hauptbuchkomponententypen für Control
Desk aktualisieren.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um eine Sicherheitsgruppe für die Änderung
eines Hauptbuchkomponententyps zu berechtigen:
Vorgehensweise
1. Öffnen Sie die Anwendung "Sicherheitsgruppen", indem Sie Sicherheit > Sicherheitsgruppen auswählen.
2. Wählen Sie die Gruppe aus, die die Berechtigung bereitstellt (z. B. PMSCOA).
3. Klicken Sie auf das Register Hauptbuchkomponenten.
4. Klicken Sie für jede Hauptbuchkomponente auf das Kontrollkästchen Berechtigt.
5. Klicken Sie auf Speichern.
Kreditorenkonten aktualisieren
Sie müssen die Kreditorenkonten für Control Desk aktualisieren.
Informationen zu diesem Vorgang
Führen Sie zum Aktualisieren der Kreditorenkonten die folgenden Schritte aus:
Vorgehensweise
1. Öffnen Sie die Anwendung "Kontenplan", indem Sie Finanzen > Kontenplan
auswählen.
2. Wählen Sie im Aktionsmenü die Option Kreditorenkonten aus.
3. Klicken Sie im Dialogfenster auf Neue Zeile.
4. Wählen Sie den Firmentyp "C" aus.
5. Definieren Sie für die von Ihnen erstellten Komponenten das Wareneingangskonto, das Zwischenkonto und das Kontrollkonto.
6. Klicken Sie auf OK.
7. Wählen Sie im Aktionsmenü die Option Datenbank aktualisieren aus.
8. Klicken Sie auf OK.
Standardeinfügeniederlassung erstellen
Für Control Desk müssen Sie eine Standardeinfügeniederlassung erstellen.
226
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um eine Standardeinfügeniederlassung zu
erstellen:
Falls in einer Fehlernachricht angezeigt wird, dass der Datensatz gerade von einem
anderen Benutzer aktualisiert wird, melden Sie sich als Benutzer "maxadmin" ab
und anschließend erneut an.
Vorgehensweise
1. Öffnen Sie die Anwendung "Benutzer", indem Sie Sicherheit > Benutzer auswählen.
2. Suchen Sie nach maxadmin, und wählen Sie den Namen aus, um den Datensatz für "maxadmin" zu öffnen.
3. Geben Sie die Niederlassung, die Sie zuvor erstellt haben, im Feld Standardeinfügeniederlassung ein, z. B. B901.
4. Geben Sie die Niederlassung, die Sie zuvor erstellt haben, im Feld Lagerortniederlassung für Self-Service-Bedarf ein, z. B. B901.
5. Klicken Sie auf Speichern.
Arbeitstypen erstellen
Für Control Desk müssen Sie Arbeitstypen erstellen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um einen Arbeitstyp zu erstellen:
Vorgehensweise
1. Öffnen Sie die Anwendung "Organisationen", indem Sie Verwaltung > Organisationen auswählen.
2. Suchen Sie den Namen der Organisation, die Sie erstellt haben, z. B. ENGLENA.
3. Klicken Sie auf den Namen der Organisation, um den Datensatz für diese Organisation zu öffnen.
4. Wählen Sie im Menü Aktion auswählen die Optionen Auftragsoptionen >
Arbeitstyp aus.
5. Klicken Sie auf Neue Zeile.
6. Wählen Sie PMCFGWO als Auftragsklasse aus.
7. Geben Sie als Arbeitstyp den Wert AR an.
8. Setzen Sie Startstatus auf INBEARB.
9. Setzen Sie Abschlussstatus auf BEEND.
10. Klicken Sie auf Neue Zeile.
11.
12.
13.
14.
15.
Wählen Sie PMCFGWO als Auftragsklasse aus.
Geben Sie als Arbeitstyp den Wert UR aus.
Setzen Sie Startstatus auf INBEARB.
Setzen Sie Abschlussstatus auf BEEND.
Klicken Sie auf OK.
16. Klicken Sie auf Speichern.
17. Starten Sie den Anwendungsserver "MXServer" erneut.
Kapitel 12. Aufgaben nach der Installation
227
Klassifikationsstruktur für IT-Anlagen erstellen
Damit Sie das IT-Anlagenmanagement implementieren können, müssen Sie eine
Klassifikationsstruktur für IT-Anlagen definieren.
Informationen zu diesem Vorgang
Sie können die Anwendung "Klassifikationen" verwenden, um eine verschachtelte,
hierarchische Struktur einzurichten, in der Sie Informationen zu den Anlagen Ihres
Unternehmens klassifizieren können. Mit dieser Struktur können Sie Anlagen mit
ähnlichen oder allgemeinen Merkmalen in Kategorien oder Klassen gruppieren. Sie
können die Klassifikation verwenden, um zur Klasse gehörende Anlageninstanzen
abzurufen. Beispielsweise können Sie angeben, dass die Computer der Klasse die
folgenden Unterklassen haben: Notebooks, Server, Desktops. Wenn Sie Daten zu allen Notebooks in Ihrem Unternehmen analysieren oder überprüfen möchten, können Sie nach allen als Notebooks klassifizierten Anlagen suchen und Notebookinstanzen abrufen.
Informationen zu bewährten Verfahren für die Erstellung von Klassifikationen finden Sie in Open Process Automation Library.
Nachfolgend sind die Schritte zur Erstellung von Klassifikationen aufgeführt.
Vorgehensweise
1. Öffnen Sie in der Navigationsleiste in Control Desk die Anwendung "Klassifikationen", indem Sie Verwaltung > Klassifikationen auswählen.
2. In der Anwendung "Klassifikationen" können Sie nach Bedarf Klassifikationen
erstellen. Anweisungen zum Erstellen von Klassifikationen und andere Informationen, die sich auf Klassifikationen beziehen, finden Sie in der integrierten
Onlinehilfe für die Anwendung "Klassifikationen" in der Benutzerschnittstelle
von Control Desk.
Nächste Schritte
Nachdem Sie eine Klassifikationsstruktur für IT-Anlagen erstellt haben, legen Sie in
der Anwendung "Organisationen" für IT-Anlagen und für Software jeweils die
Klassifikation der obersten Ebene fest.
Klasse der obersten Ebene für IT-Anlagen und Software angeben
Um IT-Anlagen von anderen Anlagentypen zu unterscheiden, geben Sie eine Klasse der obersten Ebene für IT-Anlagen an. Alle Anlagen, die zu der Hierarchie der
IT-Anlagenklasse auf der obersten Ebene gehören, sind IT-Anlagen. Definieren Sie
außerdem auch eine Klasse der obersten Ebene für Software.
Vorbereitende Schritte
Bevor Sie für IT-Anlagen und Software Klassifikationen der obersten Ebene angeben können, müssen Sie in der Anwendung "Klassifikationen" eine Klassifikationsstruktur für IT-Anlagen und Software erstellen.
Informationen zu diesem Vorgang
Die Klassenstruktur-ID, die im Fenster Systemeinstellungen angezeigt wird, ist ein
in der Datenbank gespeicherter Wert. Wenn die Klassifikationsstruktur so geändert
228
IBM Control Desk: Installationshandbuch (IBM WebSphere)
wird, dass die Klasse der obersten Ebene für IT-Anlagen sich nicht mehr an derselben Position in der Hierarchie befindet, bleibt der Wert im Feld ID der IT-Anlagenklassenstruktur bestehen, doch das Feld IT-Anlagenklasse der obersten Ebene
ist leer oder enthält eine falsche Klassenangabe. Daher sollten Sie, wenn in der Datenbank Änderungen vorgenommen werden und die Klassifikation innerhalb der
Klassifikationsstruktur versetzt bzw. gelöscht und neu hinzugefügt wird, diese Prozedur wiederholen und die Klassenstruktur-ID aktualisieren.
Vorgehensweise
1. Öffnen Sie die Anwendung Verwaltung > Organisationen.
2. Wählen Sie im Menü "Aktion auswählen" in der Anwendung "Organisationen"
die Option Systemeinstellungen aus.
3. Gehen Sie wie folgt vor, um die IT-Anlage der obersten Ebene anzugeben:
a. Klicken Sie im Fenster Systemeinstellungen im Abschnitt "IT-Optionen" auf
das Detailmenü für das Feld IT-Anlagenklasse der obersten Ebene, und
wählen Sie Klassifizieren aus. Falls erforderlich, können Sie die Option
Klassifikation löschen auswählen, um den angezeigten Wert zu löschen,
und anschließend auf Klassifizieren klicken.
b. Wählen Sie im Fenster Klassifizieren die Klasse der obersten Ebene für ITAnlagen aus, indem Sie auf das blaue Quadrat links neben dem Klassifikationsnamen klicken. Die Anwendung schließt das Dialogfenster Klassifizieren, und füllt das Feld IT-Anlagenklasse der obersten Ebene mit dem
entsprechenden Wert.
4. Gehen Sie wie folgt vor, um die Softwareklassifikation der obersten Ebene anzugeben:
a. Klicken Sie im Fenster Systemeinstellungen im Abschnitt "IT-Optionen" auf
das Detailmenü für das Feld IT-Softwareklasse der obersten Ebene, und
wählen Sie Klassifizieren aus.
b. Wählen Sie im Fenster Klassifizieren die Klasse der obersten Ebene für ITAnlagen aus, indem Sie auf das blaue Quadrat links neben dem Klassifikationsnamen klicken. Die Anwendung schließt das Dialogfenster Klassifizieren, und trägt im Feld IT-Softwareklasse der obersten Ebene den
entsprechenden Wert ein.
5. Klicken Sie auf OK, um die Einstellungen zu speichern und das Dialogfenster
zu schließen.
Abmeldung und Anmeldung
Wenn Sie eine Sicherheitsgruppe, zu der Sie gehören, ändern, müssen Sie sich abmelden und erneut anmelden, um die Änderungen sehen zu können. Obwohl Sie
beispielsweise die Gruppenberechtigung für das Erstellen von Startcentervorlagen
erteilt haben, sind die Aktionen erst sichtbar, nachdem Sie sich erneut angemeldet
haben.
Vorgehensweise
1. Melden Sie sich ab.
2. Melden Sie sich mit demselben Benutzernamen erneut an.
Vor der Arbeit mit BIRT-Berichten
Vor der Ausführung von Berichten müssen Sie die Eigenschaft
mxe.report.birt.tempfolder in den JVM-Systemeigenschaften in der BIRT-Berichts-Engine manuell definieren.
Kapitel 12. Aufgaben nach der Installation
229
Vorbereitende Schritte
Die Eigenschaft mxe.report.birt.tempfolder legt die Position eines temporären
Ordners für den Berichtsserver für BIRT fest.
Informationen zu diesem Vorgang
Zum Konfigurieren von BIRT definierten Sie die Eigenschaft
mxe.report.birt.tempfolder in den JVM-Systemeigenschaften.
Vorgehensweise
1. Melden Sie sich bei WebSphere Application Server an.
2. Navigieren Sie zu Server > Anwendungsserver.
3. Klicken Sie in der rechten Anzeige auf den Namen des Servers, auf dem Sie
Control Desk implementiert haben.
4. Navigieren Sie unter Serverinfrastruktur zu Prozessdefinition.
5. Klicken Sie unter Weitere Eigenschaften auf Java Virtual Machine.
6. Fügen Sie unter Generisches JVM-Argument die Zeichenfolge
-Dmxe.report.birt.tempfolder=c:\tempReport\BIRT-TEMP hinzu, und klicken
Sie auf Speichern.
7. Starten Sie den Server erneut.
XML-Anforderungsseiten generieren
Führen Sie diese Aufgabe aus, nachdem Sie Control Desk installiert und bevor Sie
Anforderungsseiten ausgeführt haben. Sie müssen diese Prozedur für jede im System aktivierte Sprache ausführen.
Vorbereitende Schritte
Wenn mehrere Sprachen in Maximo-Anwendungen aktiviert sind, müssen Anforderungsseiten in allen aktivierten Sprachen generiert werden.
Vorgehensweise
1. Melden Sie sich als Benutzer maxadmin an.
2. Wählen Sie im Startmenü Administrator > Berichte > Berichtsverwaltung aus.
3. Überprüfen Sie alle Zeilen in der Listensicht, und klicken Sie dann unten rechts
auf die Schaltfläche Anforderungsseite generieren. Warten Sie ein paar Minuten, bis der Prozess abgeschlossen ist.
Benutzer und Gruppen synchronisieren
Wenn Sie die Anwendungsserversicherheit auswählen, wird die geplante Synchronisation von Benutzern und Gruppen zwischen LDAP-Repositorys und Control
Desk über die eingebundenen Repositorys gesteuert.
Informationen zu diesem Vorgang
Von IBM WebSphere Application Server Network Deployment über Virtual Member Manager verwaltete LDAP-Repositorys werden mit der Crontask VMMSYNC
synchronisiert.
230
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Führen Sie die folgenden Schritte aus, um die geplante Synchronisation zwischen
LDAP-Repositorys und Control Desk zu konfigurieren:
Vorgehensweise
1. Öffnen Sie einen Web-Browser, und rufen Sie den folgenden URL auf: http://
Hostname:Port/maximo.
2. Melden Sie sich mit der Benutzer-ID "maxadmin" bei Control Desk an.
3. Öffnen Sie in der Schnittstelle von Control Desk die Anwendung "CrontaskSetup", indem Sie Systemkonfiguration > Plattformkonfiguration > CrontaskSetup auswählen.
4. Suchen Sie im Feld Crontask nach der entsprechenden Crontask, und konfigurieren Sie sie.
5. Setzen Sie die Aufgabe auf Aktiv.
Nächste Schritte
Standardmäßig wird die Crontask alle fünf Minuten ausgeführt. Wenn Sie das Intervall der Crontask ändern möchten, ändern Sie den Wert im Feld Planen.
Sicherheit verstehen und konfigurieren
Sie müssen die Sicherheit konfigurieren, um sicherzustellen, dass sich nur berechtigte Benutzer bei Control Desk anmelden können. Außerdem müssen Sie sicherstellen, dass die entsprechenden Benutzer Zugriff auf ihre Anwendungen und Configuration Items haben.
Die im Information Center von Control Desk enthaltenen Sicherheitsinformationen
liefern Ihnen einen Überblick über die folgenden Informationen:
v Implementierung der Sicherheit
v Schritte zum Konfigurieren der Sicherheit
Kapitel 12. Aufgaben nach der Installation
231
232
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 13. Bereinigungsscripts für Middleware
Bereinigungsscripts für Middleware können verwendet werden, um Middlewarekomponenten und -objekte, die vom Middlewareinstallationsprogramm installiert
und erstellt wurden, zu entfernen.
Bereinigungsscripts für Middleware können verwendet werden, um Komponenten,
die vom Middlewareinstallationsprogramm in einem System installiert wurden, zu
entfernen. Diese Scripts können nach einem Fehler im Middlewareinstallationsprogramm ebenso verwendet werden wie nach einer erfolgreichen Installation. Diese
Scripts funktionieren mit dem Deinstallationsfeature des Middlewareinstallationsprogramms und können eine oder mehrere Komponenten der Middlewareinstallation entfernen. Dazu gehören die installierte Middleware selbst, der Arbeitsbereich,
die Installationsverzeichnisse und die vom Middlewareinstallationsprogramm erstellten Benutzer.
Bereinigungsscripts für Middleware verwenden
Bereinigungsscripts für Middleware können verwendet werden, um alle Artefakte
und Komponenten, die vom Middlewareinstallationsprogramm in einem System
installiert wurden, zu entfernen.
Informationen zu diesem Vorgang
Wenn Sie die Bereinigungsscripts für Middleware verwenden, werden Sie aufgefordert zu bestätigen, dass Sie die angegebene Komponente entfernen möchten. Im
Arbeitsverzeichnis wird für jede Aktion eine Protokolldatei mit Zeitmarke erstellt.
Wenn das Script feststellt, dass bei der Installation einer Komponente ein Fehler
aufgetreten ist, müssen Sie das Produkt möglicherweise deinstallieren. Dazu müssen Sie ggf. das mit diesem Programm bereitgestellte Deinstallationsprogramm verwenden.
Tabelle 25. Parameter der Bereinigungsscripts für Middleware
Parameter
Beschreibung
-default
Dies ist die Standardoption für die Bereinigung von Objekten, die vom
Middlewareinstallationsprogramm erstellt
wurden. Mit dieser Option werden alle installierten Middlewarekomponenten, der Arbeitsbereich und die
Implementierungsengine entfernt.
Mit dieser Option können keine Benutzer
und Gruppen entfernt werden, die vom
Middlewareinstallationsprogramm erstellt
wurden.
-workspace
© Copyright IBM Corp. 2014
Mit dieser Option wird der Arbeitsbereich
des Middlewareinstallationsprogramms gelesen. Der im Arbeitsbereich enthaltene
Implementierungsplan dient als Roadmap
für das Bereinigungsscript.
233
Tabelle 25. Parameter der Bereinigungsscripts für Middleware (Forts.)
Parameter
Beschreibung
-all
Mit dieser Option werden alle Komponenten
und Objekte aus dem System entfernt, die
vom Middlewareinstallationsprogramm installiert und erstellt wurden.
Außerdem werden auch
Middlewarebenutzer und -gruppen entfernt.
Das gilt sowohl für Benutzer und Gruppen,
die vom Middlewareinstallationsprogramm
erstellt wurden, als auch für manuell erstellte Benutzer und Gruppen, die bei der Verwendung des
Middlewareinstallationsprogramms zur Konfiguration verwendet wurden.
-mw
Diese Option bezieht sich auf den Arbeitsbereich des Middlewareinstallationsprogramm
und zielt auf zu entfernende Objekte ab.
Die Löschung von Benutzern, Gruppen und
DB2-Instanzen muss gesondert bestätigt
werden.
-db2
Mit dieser Option wird DB2 entfernt. Alle
DB2-Instanzen werden gelöscht, der DB2Server wird gestoppt, DB2 wird deinstalliert,
außerdem werden die DB2Installationsverzeichnisse gelöscht.
-itds
Mit dieser Option wird IBM Tivoli Directory
Server entfernt. Alle Instanzen von IBM Tivoli Directory Server werden gelöscht, der
Server von IBM Tivoli Directory Server wird
gestoppt, IBM Tivoli Directory Server wird
deinstalliert, außerdem werden die
Installationsverzeichnisse von IBM Tivoli
Directory Server gelöscht.
-was
Mit dieser Option wird WebSphere
Application Server gelöscht. Alle Instanzen
von WebSphere Application Server werden
gelöscht, der Server von WebSphere
Application Server wird gestoppt, WebSphere Application Server wird deinstalliert,
und außerdem werden die
Installationsverzeichnisse von WebSphere
Application Server gelöscht.
Darüber hinaus werden IBM HTTP Server
und Update Installer von WebSphere
Application Server gelöscht.
234
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 25. Parameter der Bereinigungsscripts für Middleware (Forts.)
Parameter
Beschreibung
-deMWI
Mit dieser Option wird die
Implementierungsengine entfernt. Wenn es
Einträge in der Implementierungsengine
gibt, die nicht vom
Middlewareinstallationsprogramm implementiert wurden, folgt eine Warnung, und
Sie werden aufgefordert zu bestätigen, dass
die Implementierungsengine tatsächlich gelöscht werden soll.
Nach dem Löschen der
Implementierungsengine haben Sie die Möglichkeit, den Arbeitsbereich ebenfalls zu löschen.
-users
Mit dieser Option werden Benutzer und
Gruppen entfernt, die vom
Middlewareinstallationsprogramm erstellt
wurden. Die vom Programm erstellten
Standardbenutzer werden entfernt, und Sie
werden aufgefordert, weitere Benutzer- und
Gruppennamen, die der zu entfernenden
Middlewareinstallation zugeordnet sind, einzugeben.
-prop
Diese Option ermöglicht Ihnen, anhand der
Datei mwi.properties Eingaben für die
Bereinigungsscripts bereitzustellen.
-f
Mit dieser Option können Sie Informationen
überspringen, indem Sie, wenn Sie zur Bestätigung aufgefordert werden, J bzw. N eingeben.
Vorgehensweise
1. Wechseln Sie im Produktinstallationsimage in das Verzeichnis
MWICleanupScripts\Betriebssystem.
2. Starten Sie das Bereinigungsscript, und geben Sie Eingabeparameter ein:
v Windows
mwiclean.bat
v Linux und UNIX
mwiClean.sh
Beispiel:
mwiclean.bat -deMWI
3. Geben Sie, wenn Sie zur Bestätigung aufgefordert werden, J oder N ein.
4. Führen Sie bei Aufforderung einen Warmstart durch. Bei dem Warmstart werden temporäre Einträge, die nach dem Ausführen der Bereinigungsprozedur
möglicherweise noch vorhanden sind, gelöscht.
Kapitel 13. Bereinigungsscripts für Middleware
235
236
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 14. Produkt deinstallieren
Die Deinstallation von Control Desk 7.5.3 richtet sich danach, wie das Produkt implementiert wurde.
Die Prozeduren und Anweisungen in diesem Abschnitt basieren auf einem Szenario, in dem vom Installationsprogramm von Control Desk Fehler oder Probleme
festgestellt wurden.
Die Deinstallation von Control Desk ist eine umfassende Prozedur und bietet keine
Unterstützung für das teilweise Entfernen einzelner Komponenten oder Prozessmanager, einschließlich der von anderen Produkten implementierten Prozessmanager.
Prozessmanager bereits implementierter Produkte werden bei der Deinstallation
von Control Desk ebenfalls entfernt.
Das Deinstallationsprogramm von Control Desk kann nur ein einziges Mal ausgeführt werden. Treten Fehler auf, werden Nachrichten generiert, die auf Bedingungen hinweisen, die manuell behoben werden müssen, bevor eine Neuinstallation
versucht wird. Die Problemlösung beinhaltet das manuelle Entfernen von Dateien
von der Verwaltungsworkstation.
Control Desk kann nur wie beschrieben mit dem Deinstallationsprogramm von
Control Desk deinstalliert werden. Verwenden Sie keine anderen Methoden, wie z.
B. die Anzeige "Programme ändern oder entfernen", um Control Desk zu deinstallieren.
Die Deinstallationsprozedur, die Sie ausführen, ist vom Typ der Implementierung
von Control Desk abhängig, die Sie deinstallieren möchten. Die Deinstallation von
Control Desk lässt sich in folgende Kategorien unterteilen:
Voll automatisierte Konfiguration
In diesem Szenario haben Sie die Option für die automatische Konfiguration der Middleware durch das Installationsprogramm von Control Desk
während der Implementierung ausgewählt.
Manuelle Konfiguration
In diesem Szenario haben Sie die Option für die manuelle Konfiguration
der Middleware ausgewählt. Sie haben dem Installationsprogramm von
Control Desk nicht erlaubt, Middleware während der Implementierung automatisch zu implementieren.
Nach Abschluss der Deinstallation von Control Desk können Sie Control Desk erneut installieren, indem Sie das Installationsprogramm von Control Desk erneut
starten.
„Automatisch konfigurierte Implementierung deinstallieren” auf Seite 238
Die Deinstallation einer Implementierung von Control Desk, die mit den Optionen für automatische Middlewarekonfiguration implementiert wurde, ist ein
automatisierter Prozess.
„Manuell konfigurierte Implementierung deinstallieren” auf Seite 239
Die Deinstallation einer Implementierung von Control Desk, die mit manuell
konfigurierter Middleware implementiert wurde, umfasst zusätzliche manuelle
Aufgaben.
© Copyright IBM Corp. 2014
237
Automatisch konfigurierte Implementierung deinstallieren
Die Deinstallation einer Implementierung von Control Desk, die mit den Optionen
für automatische Middlewarekonfiguration implementiert wurde, ist ein automatisierter Prozess.
Implementierungen, die eine automatische Middlewarekonfiguration umfassen,
können mit automatisierten Methoden deinstalliert werden.
Deinstallationsprogramm des Produkts für automatisch konfigurierte Middleware ausführen
Wenn Sie das Deinstallationsprogramm von Control Desk ausführen, werden das
Verwaltungssystem und die Middleware-Server in ihren vorherigen Zustand zurückversetzt.
Vorbereitende Schritte
Vergewissern Sie sich, dass alle anwendbaren Services aktiv und alle MiddlewareServer zugänglich sind.
Das Deinstallationsprogramm von Control Desk muss auf die mit Control Desk
verwendete Datenbank zugreifen können, um Installationseigenschaften und Konfigurationsdaten abzurufen. Wenn das Deinstallationsprogramm nicht auf eine nicht
verfügbare, beschädigte oder anderweitig nicht zugängliche Datenbank zugreifen
kann, entfernt es die Dateien von der Verwaltungsworkstation. Anschließend werden Sie vom Programm unter Umständen darüber informiert, dass eine manuelle
Wiederherstellung erforderlich ist, bevor eine weitere Installation von Control Desk
erfolgreich durchgeführt werden kann.
Das Deinstallationsprogramm verwendet während der Deinstallation Werte, die
während der Erstinstallation angegeben wurden. Falls die für den Zugriff auf die
Datenbank und den J2EE-Server verwendeten Berechtigungsnachweise noch gültig
sind, werden Sie nicht zur erneuten Eingabe aufgefordert. Sollte das Deinstallationsprogramm diese Berechtigungsnachweise nicht validieren können, werden Sie
aufgefordert, die aktualisierten Informationen einzugeben. Das Deinstallationsprogramm kann Berechtigungsnachweise beispielsweise nicht validieren, wenn Sie
nach der Erstinstallation Kennwörter aktualisiert haben.
Vorgehensweise
1. Zum Ausführen des Deinstallationsprogramms für Control Desk über die Verwaltungsworkstation öffnen Sie eine Eingabeaufforderung und setzen den folgenden Befehl ab:
v Windows
Installationsverzeichnis\_uninstall\uninstall.bat
v UNIX
Installationsverzeichnis\_uninstall\uninstall.sh
2. Geben Sie in der Anzeige mit den Informationen zum Anwendungsserver die
folgenden Informationen ein, und klicken Sie anschließend auf Weiter.
Ferne Benutzer-ID
Geben Sie eine Benutzer-ID für den Zugriff auf das System ein, auf
dem der Anwendungsserver installiert ist. Der ferne Benutzer muss
über das Remotezugriffsprotokoll, das auf diesem System aktiviert ist,
auf den Server zugreifen können.
238
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Fernes Kennwort
Geben Sie ein Kennwort für die ferne Benutzer-ID ein.
Benutzer-ID
Geben Sie die Benutzer-ID für den Anwendungsserveradministrator
ein.
Kennwort
Geben Sie das Kennwort für die Benutzer-ID des Anwendungsserveradministrators ein.
3. Geben Sie in der Anzeige mit den Eigenschaften für die Datenbankverwaltung
die folgenden Informationen ein, und klicken Sie anschließend auf Weiter. Geben Sie für DB2 die folgenden Informationen ein:
Ferne Benutzer-ID
Geben Sie eine Benutzer-ID für den Zugriff auf das System ein, auf
dem die Datenbank installiert ist. Der ferne Benutzer muss über das
Remotezugriffsprotokoll, das auf diesem System aktiviert ist, auf den
Server zugreifen können.
Fernes Kennwort
Geben Sie ein Kennwort für die ferne Benutzer-ID ein.
Benutzer-ID für Instanzadministrator
Geben Sie die Benutzer-ID für den Instanzadministrator ein, die Sie bei
der Installation eingegeben haben.
Kennwort für Instanzadministrator
Geben Sie das Kennwort für die Benutzer-ID des Datenbankinstanzadministrators ein.
Bei Oracle geben Sie die Berechtigungsnachweise für die Administrator-ID und
die Oracle-Softwareeigner-ID an. Bei Microsoft SQL Server geben Sie die Microsoft-SQL-Server-Administrator-ID und das zugehörige Kennwort an.
4. Überprüfen Sie die Komponenten, die in der Zusammenfassungsanzeige zur
Deinstallation aufgeführt sind, und klicken Sie dann auf Deinstallieren.
5. Geben Sie nach dem Abschluss des Deinstallationsprozesses an, ob Sie den
Computer sofort oder später neu starten möchten, und klicken Sie dann auf
Fertig, um das Programm zu verlassen.
6. Entfernen Sie das Installationsverzeichnis von Control Desk, z. B. c:\ibm\smp.
Sie müssen dieses Verzeichnis manuell entfernen, bevor Sie mit dem Neuinstallationsprozess fortfahren.
Manuell konfigurierte Implementierung deinstallieren
Die Deinstallation einer Implementierung von Control Desk, die mit manuell konfigurierter Middleware implementiert wurde, umfasst zusätzliche manuelle Aufgaben.
Die Deinstallation einer manuell konfigurierten Implementierung von Control Desk
setzt sich aus zwei Aufgaben zusammen:
v Ausführung des Deinstallationsprogramms für Control Desk
v Manuelles Löschen und erneutes Erstellen der Datenbank, die Sie für den Neuinstallationsprozess verwenden möchten
Kapitel 14. Produkt deinstallieren
239
Produktdeinstallationsprogramm für manuell konfigurierte
Middleware ausführen
Wenn Sie das Deinstallationsprogramm von Control Desk ausführen, werden das
Verwaltungssystem und die Middleware-Server in einen Zustand zurückversetzt,
in dem Sie das Installationsprogramm von Control Desk erneut ausführen können.
Vorbereitende Schritte
Vergewissern Sie sich, dass alle maßgeblichen Services aktiv und alle MiddlewareServer zugänglich sind.
Das Deinstallationsprogramm von Control Desk muss auf die mit Control Desk
verwendete Datenbank zugreifen können, um Installationseigenschaften und Konfigurationsdaten abzurufen. Wenn das Deinstallationsprogramm nicht auf eine Datenbank zugreifen kann, weil sie nicht verfügbar, beschädigt oder anderweitig
nicht zugänglich ist, entfernt es die Dateien von der Verwaltungsworkstation. Anschließend werden Sie vom Programm unter Umständen darüber informiert, dass
eine manuelle Wiederherstellung erforderlich ist, bevor eine weitere Installation
von Control Desk erfolgreich durchgeführt werden kann.
Das Deinstallationsprogramm verwendet während der Deinstallation Werte, die
während der Erstinstallation angegeben wurden. Falls die für den Zugriff auf die
Datenbank und den J2EE-Server verwendeten Berechtigungsnachweise noch gültig
sind, werden Sie nicht zur erneuten Eingabe aufgefordert. Sollte das Deinstallationsprogramm diese Berechtigungsnachweise nicht validieren können, werden Sie
aufgefordert, aktualisierte Informationen einzugeben. Das Deinstallationsprogramm
kann Berechtigungsnachweise beispielsweise nicht validieren, wenn Sie nach der
Erstinstallation Kennwörter aktualisiert haben.
Vorgehensweise
1. Zum Ausführen des Deinstallationsprogramms von Control Desk über die Verwaltungsworkstation öffnen Sie eine Eingabeaufforderung und setzen den folgenden Befehl ab:
Windows
Installationsverzeichnis\_uninstall\uninstall.bat
UNIX
Installationsverzeichnis\_uninstall\uninstall.sh
2. Prüfen Sie die Informationen in der Einführungsanzeige, und klicken Sie auf
Weiter.
3. Geben Sie in der Informationsanzeige des Anwendungsservers die folgenden
Informationen ein, und klicken Sie anschließend auf Weiter.
Benutzer-ID
Geben Sie die Benutzer-ID für den Anwendungsserveradministrator
ein.
Kennwort
Geben Sie das Kennwort für die Benutzer-ID des Anwendungsserveradministrators ein.
4. Überprüfen Sie die Komponenten, die in der Zusammenfassungsanzeige zur
Deinstallation aufgeführt sind, und klicken Sie dann auf Deinstallieren.
5. Klicken Sie nach dem Abschluss des Deinstallationsprozesses auf Fertig, um
das Programm zu verlassen.
240
IBM Control Desk: Installationshandbuch (IBM WebSphere)
6. Entfernen Sie das Installationsverzeichnis von Control Desk, z. B. c:\ibm\smp.
Sie müssen dieses Verzeichnis manuell entfernen, bevor Sie mit dem Neuinstallationsprozess fortfahren.
Nächste Schritte
Sie können jetzt mit der Wiederherstellung der manuell konfigurierten Datenbank
fortfahren.
Wiederherstellung der Datenbankkonfiguration
Datenbankobjekte, die vor der Ausführung des Installationsprogramms von Control Desk erstellt wurden, müssen nach einer fehlgeschlagenen Installation gelöscht
werden, bevor das Installationsprogramm von Control Desk erneut gestartet wird.
Vor der erneuten Ausführung des Installationsprogramms von Control Desk müssen Sie die Datenbank von Control Desk löschen und anschließend erneut erstellen.
Anmerkung: Wenn Sie die Datenbankinstanz beibehalten möchten, können Sie alternativ die Datenbank nach Objekten durchsuchen, die vom Benutzer "maxadmin"
erstellt wurden (z. B. Tabellen, Ansichten und Prozeduren). Anschließend können
Sie diese Objekte einzeln löschen.
DB2-Datenbankserver wiederherstellen
Damit Sie das Installationsprogramm von Control Desk erneut ausführen können,
müssen Sie zuerst den DB2-Datenbankserver in dem Zustand wiederherstellen, den
er vor der Installation von Control Desk hatte.
Vorbereitende Schritte
Vergewissern Sie sich, dass der Anwendungsserver "MXServer" in IBM WebSphere
Application Server Network Deployment gestoppt wurde, bevor Sie die Datenbank
löschen.
Informationen zu diesem Vorgang
Wenn Sie den DB2-Datenbankserver in seinem vorherigen Zustand wiederherstellen möchten, löschen Sie die Datenbank von Control Desk, die Sie manuell erstellt
haben. Anschließend erstellen Sie sie erneut, bevor Sie das Installationsprogramm
von Control Desk erneut ausführen.
Gehen Sie wie folgt vor, um die Datenbank von Control Desk wiederherzustellen:
Vorgehensweise
1. Melden Sie sich an dem System an, auf dem der DB2-Server installiert ist.
2. Starten Sie eine DB2-Befehlssitzung, oder führen Sie den Befehl db2cmd in einer
Eingabeaufforderung aus.
3. Listen Sie zuerst alle Anwendungen auf, die mit der Datenbank verbunden
sind, und erzwingen Sie dann das Schließen der Anwendungen.
a. Geben Sie den folgenden Befehl ein, um die Anwendungen aufzulisten:
db2 list applications
Die Ausgabe dieses Befehls gleicht der folgenden Beispielausgabe:
Kapitel 14. Produkt deinstallieren
241
Tabelle 26. Beispielausgabe des DB2-Listenbefehls
Authentifizierungs-ID
Anwendungsname
Anwendungskennung
Anwendungs-ID
Anzahl der
DatenbanknameAgenten
CTGINST1
db2taskd
507
*LOCAL.DB2.071113150237
MAXDB75
1
CTGINST1
db2stmm
506
*LOCAL.DB2.071113150236
MAXDB75
1
CTGINST1
db2bp
504
*LOCAL.ctginst1.071113150234
MAXDB75
1
b. Wenn Verbindungen bestehen, schließen Sie die entsprechende Anwendung
mit einem Befehl wie dem folgenden:
db2 force application ’( 507,506,504 )’
4. Löschen Sie die Datenbank von Control Desk (standardmäßig "MAXDB75"):
db2 drop database MAXDB75
5. Erstellen Sie die Datenbank "maxdb75" manuell erneut.
„DB2 9.x manuell konfigurieren” auf Seite 82
Dieser Abschnitt enthält Anweisungen zur manuellen Konfiguration von Servern mit DB2 9.x für die Verwendung mit Control Desk.
Oracle-Datenbank wiederherstellen
Damit Sie das Installationsprogramm von Control Desk erneut ausführen können,
müssen Sie zuerst den Oracle-Datenbankserver in dem Zustand wiederherstellen,
den er vor der Installation von Control Desk hatte.
Vorbereitende Schritte
Der Anwendungsserver "MXServer" muss vor dem Löschen der Datenbank gestoppt werden.
Informationen zu diesem Vorgang
Löschen Sie den Datenbankschemabenutzer von Control Desk, um den Oracle-Datenbankserver in seinem vorherigen Zustand wiederherzustellen. Diese Aufgabe
muss vor der erneuten Ausführung des Installationsprogramms von Control Desk
ausgeführt werden.
Gehen Sie wie folgt vor, um die Datenbank von Control Desk wiederherzustellen:
Vorgehensweise
1. Melden Sie sich als Eigner der Oracle-Software am Oracle-Datenbankserver an.
2. Melden Sie sich als Datenbankadministrator mit SQLPlus bei der Oracle-Instanz
an: Die Oracle-SID für eine Neuinstallation ist ctginst1. Wenn Sie eine vorhandene Oracle-Instanz mit Control Desk verwenden, verwenden Sie die OracleSID, die der vorhandenen Instanz zugeordnet ist.
AIX, Linux, HP-UX, Solaris
a. Definieren Sie die Umgebungsvariable über die Befehlszeile:
ORACLE_SID=<Ihre SID>
export ORACLE_SID
b. Starten Sie SQLPlus über die Befehlszeile:
sqlplus /nolog
c. Melden Sie sich als Datenbankadministrator bei SQLPlus an:
connect sys/<Systemkennwort> as sysdba
Windows
242
IBM Control Desk: Installationshandbuch (IBM WebSphere)
a. Definieren Sie die Umgebungsvariable über die Befehlszeile:
set ORACLE_SID=<Ihre_SID>
b. Starten Sie SQLPlus über die Befehlszeile:
sqlplus /nolog
c. Melden Sie sich als Datenbankadministrator bei SQLPlus an:
connect sys/<Systemkennwort> as sysdba
3. Löschen Sie den Datenbankbenutzer von Control Desk (standardmäßig "maximo") mit einem SQL-Befehl wie dem folgenden Beispielbefehl:
drop user maximo cascade;
Unterbrechen Sie die Verbindung zur Datenbank nicht. Wenn Sie die Fehlernachricht erhalten, dass Sie einen Benutzer, für den gerade eine Verbindung aktiv ist, nicht löschen können, führen Sie die folgenden Befehle aus, und versuchen Sie dann erneut, den SQL-Befehl "drop" auszuführen:
shutdown immediate;
startup;
4. Erstellen Sie die Datenbank manuell erneut.
„Oracle 11g manuell konfigurieren” auf Seite 84
Befolgen Sie diese Anweisungen, um Oracle 11g für Control Desk manuell zu
konfigurieren.
„Oracle 10g manuell konfigurieren” auf Seite 86
Oracle 10g kann manuell für die Zusammenarbeit mit Control Desk konfiguriert werden.
Microsoft-SQL-Server-Datenbank wiederherstellen
Zur erneuten Ausführung des Installationsprogramms von Control Desk müssen
Sie zuerst den Microsoft-SQL-Server-Datenbankserver in dem Zustand wiederherstellen, den er vor der Installation von Control Desk hatte.
Vorbereitende Schritte
Der Anwendungsserver "MXServer" muss vor dem Löschen der Datenbank gestoppt werden.
Informationen zu diesem Vorgang
Wenn Sie den Microsoft-SQL-Server-Datenbankserver in seinem vorherigen Zustand wiederherstellen möchten, löschen Sie die Datenbank von Control Desk, die
Sie manuell erstellt haben. Anschließend erstellen Sie sie erneut, bevor Sie das Installationsprogramm von Control Desk erneut ausführen.
Gehen Sie wie folgt vor, um die Datenbank von Control Desk wiederherzustellen:
Vorgehensweise
1. Öffnen Sie Microsoft SQL Server Management Studio.
2. Melden Sie sich mit der Benutzer-ID "sa" an der Instanz von Microsoft SQL Server, die vom Installationsprogramm von Control Desk verwendet wird, an, und
klicken Sie auf Verbinden.
3. Erweitern Sie die Instanzbaumstruktur bis zu den Datenbankknoten. Klicken
Sie mit der rechten Maustaste auf den Namen der Datenbank, die Sie während
der Installation erstellt haben, z. B. MAXDB75. Klicken Sie auf Löschen, um die
Datenbank zu löschen.
Kapitel 14. Produkt deinstallieren
243
4. Wählen Sie im Fenster "Objekt löschen" die Optionen Sicherung löschen und
Protokolldaten für Datenbanken wiederherstellen und Vorhandene Verbindungen schließen aus, und klicken Sie auf OK.
5. Erstellen Sie die Datenbank "maxdb75" manuell erneut.
„Microsoft SQL Server manuell konfigurieren” auf Seite 89
Sie können Microsoft SQL Server manuell für die Verwendung mit Control
Desk konfigurieren.
Produkt ohne das Deinstallationsprogramm deinstallieren
Sie können das Produkt manuell deinstallieren, wenn bei einer fehlgeschlagenen
Installation kein Deinstallationsprogramm erzeugt wird.
Wenn im Installationsprogramm ein Fehler aufgetreten ist, der dazu geführt hat,
dass das Produktdeinstallationsprogramm nicht erzeugt wird, müssen Sie alternative Deinstallationsaufgaben ausführen.
Wenn das Deinstallationsprogramm nicht erzeugt wurde, müssen Sie eine der folgenden Aufgaben ausführen, um das Produkt zu deinstallieren:
v Führen Sie das Tool zur Wiederherstellung des Deinstallationsprogramms entsprechend den Anweisungen im Abschnitt „Tool zur Wiederherstellung des
Deinstallationsprogramms” aus.
v Führen Sie die Deinstallation wie folgt manuell durch:
1. „Konfiguration von WebSphere Application Server wiederherstellen” auf Seite 249.
2. Stellen Sie die Datenbank gemäß der Beschreibung im Abschnitt „Wiederherstellung der Datenbankkonfiguration” auf Seite 241 wieder her.
3. Entfernen Sie Dateien gemäß der Beschreibung im Abschnitt „Dateien vom
System entfernen” auf Seite 252 manuell vom System.
Tool zur Wiederherstellung des Deinstallationsprogramms
Das Tool zur Wiederherstellung des Deinstallationsprogramms wird verwendet,
um Control Desk automatisch zu deinstallieren, wenn das Installationsprogramm
kein Deinstallationsprogramm für das Produkt erzeugen konnte.
Das Tool zur Wiederherstellung des Deinstallationsprogramms wird nach einer gescheiterten Installation auf der Verwaltungsworkstation ausgeführt. Dieses Tool
führt dieselben Funktionen aus wie das Deinstallationsprogramm von Control
Desk. Mit diesem Tool sollen die Verwaltungsworkstation und die MiddlewareServer wiederhergestellt werden, sodass die Installation von Control Desk erneut
ausgeführt werden kann. Das Tool zur Wiederherstellung des Deinstallationsprogramms ist auf dem Produktdatenträger und auf der Produktunterstützungssite
verfügbar.
Tool zur Wiederherstellung des Deinstallationsprogramms verwenden
Verwenden Sie das Tool zur Wiederherstellung des Deinstallationsprogramms, um
die Verwaltungsworkstation und die Middleware-Server wiederherzustellen, damit
die Installation von Control Desk erneut durchgeführt werden kann.
Informationen zu diesem Vorgang
Das Tool zur Wiederherstellung des Deinstallationsprogramms ist ein Befehlszeilentool, das Sie zur Eingabe von Informationen auffordert. Diese Informationen wer-
244
IBM Control Desk: Installationshandbuch (IBM WebSphere)
den als Eingabe für eine Reihe von Scripts verwendet, die seriell ausgeführt werden. Diese Scripts führen die Schritte aus, die erforderlich sind, um die
Verwaltungsworkstation und die Middleware-Server wiederherzustellen, damit das
Installationsprogramm erneut ausgeführt werden kann. Wenn Sie Aufgaben im
Tool zur Wiederherstellung des Deinstallationsprogramms überspringen möchten,
können Sie das Tool zu einem späteren Zeitpunkt erneut ausführen, um die betreffende Aufgabe auszuführen.
Das Tool zur Wiederherstellung des Deinstallationsprogramms muss auf jedem
System ausgeführt werden, das eine Komponente der Implementierung von Control Desk hostet. Wenn Sie beispielsweise die der Implementierung zugeordnete
Datenbank entfernen möchten, müssen Sie das Programm auf dem Server ausführen, auf dem sich die Datenbank befindet.
Vorgehensweise
1. Öffnen Sie auf der Verwaltungsworkstation eine Eingabeaufforderung, und starten Sie das Tool zur Wiederherstellung des Deinstallationsprogramms:
v Verwenden Sie für Windows die Datei cleanupPAE.bat.
v Verwenden Sie für UNIX die Datei cleanupPAE.sh.
2. Geben Sie für die Scripts, die für die Wiederherstellung des in der Implementierung verwendeten Servers von IBM WebSphere Application Server Network
Deployment zuständig sind, Informationen an.
a. Geben Sie für das in der Implementierung verwendete Produkt IBM WebSphere Application Server Network Deployment die erforderlichen Informationen an.
1) Wenn die Systemanfrage Would you like to cleanup WebSphere
Application Server? [y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Would you like to enter a custom install
directory for WebSphere? [y/n]: angezeigt wird, wählen Sie n aus, vorausgesetzt, Sie haben IBM WebSphere Application Server Network Deployment im Standardverzeichnis installiert.
Ist IBM WebSphere Application Server Network Deployment in einem
angepassten Verzeichnis installiert, werden Sie aufgefordert, das betreffende Verzeichnis einzugeben.
3) Wenn die Systemanfrage Enter your WebSphere admin user ID: angezeigt wird, geben Sie die Benutzer-ID des Administrators von IBM WebSphere Application Server Network Deployment ein.
4) Wenn die Systemanfrage Enter your WebSphere admin password: angezeigt wird, geben Sie das Kennwort für die Benutzer-ID des Administrators von IBM WebSphere Application Server Network Deployment ein.
b. Entfernen Sie die Anwendungen von Control Desk aus IBM WebSphere Application Server Network Deployment.
1) Wenn die Systemanfrage Would you like to remove the MAXIMO and
MAXIMOIEHS applications? [y/n]: angezeigt wird, wählen Sie y aus.
Mit diesem Schritt wird festgelegt, dass die Maximo- und Maximo-Hilfeanwendungen entfernt werden sollen.
2) Wenn die Systemanfrage Enter the name of the node where MAXIMO and
MAXIMOIEHS are located: angezeigt wird, geben Sie den Knoten ein, auf
dem sich die Maximo- und Maximo-Hilfeanwendungen befinden.
Kapitel 14. Produkt deinstallieren
245
3) Wenn die Systemanfrage Enter the name of the server where MAXIMO
and MAXIMOIEHS are located: angezeigt wird, geben Sie den Namen des
Web-Servers an, der die Maximo- und Maximo-Hilfeanwendungen hostet.
4) Wenn die Systemanfrage Are you sure you want to remove the MAXIMO
and MAXIMOIEHS applications? [y/n]: angezeigt wird, wählen Sie y aus.
c. Entfernen Sie JMS-Nachrichtenwarteschlangenobjekte.
1) Wenn die Systemanfrage Would you like to remove the JMS resources?
[y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Are you sure you would like to remove the
JMS resources? [y/n]: angezeigt wird, wählen Sie y aus.
d. Entfernen Sie Objekte des Service Integration Bus.
1) Wenn die Systemanfrage Would you like to remove the Service
Integration Bus and SIB destinations? [y/n]? angezeigt wird, wählen
Sie y aus.
2) Wenn die Systemanfrage Enter the name of the node where MAXIMO was
installed: angezeigt wird, geben Sie den Knoten ein, auf dem sich die
Maximo-Anwendung befindet.
3) Wenn die Systemanfrage Enter the name of the server where MAXIMO
was installed: angezeigt wird, geben Sie den Namen des Web-Servers
ein, der die Maximo-Anwendung hostet.
4) Wenn die Systemanfrage Are you sure you would like to remove the
Service Integration Bus and SIB destinations? [y/n]: angezeigt
wird, wählen Sie y aus.
e. Entfernen Sie die Eigenschaften von IBM WebSphere Application Server
Network Deployment.
1) Wenn die Systemanfrage Would you like to remove the Deployment
Manager custom properties? [y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Are you sure you would like to remove the
Deployment Manager custom properties? [y/n]: angezeigt wird, wählen
Sie y aus.
f. Entfernen Sie die Umgebungsvariablen von IBM WebSphere Application Server Network Deployment.
1) Wenn die Systemanfrage Would you like to remove the WebSphere
Application Server environment variables? [y/n]: angezeigt wird,
wählen Sie y aus.
2) Wenn die Systemanfrage Are you sure you would like to remove the
WebSphere Application Server environment variables? [y/n]: angezeigt wird, wählen Sie y aus.
g. Entfernen Sie den virtuellen Host für IBM WebSphere Application Server
Network Deployment.
1) Wenn die Systemanfrage Would you like to remove the Maximo Virtual
Host? [y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Are you sure you would like to remove the
Maximo Virtual Host? [y/n]: angezeigt wird, wählen Sie y aus.
h. Entfernen Sie Java Authentication and Authorization Service von IBM WebSphere Application Server Network Deployment.
1) Wenn die Systemanfrage Would you like to remove the Java
Authentication and Authorization Service (JAAS) Alias? [y/n]: angezeigt wird, wählen Sie y aus.
246
IBM Control Desk: Installationshandbuch (IBM WebSphere)
2) Wenn die Systemanfrage Are you sure you would like to remove the
JAAS Alias? [y/n]: angezeigt wird, wählen Sie y aus.
i. Entfernen Sie die JDBC-Datenquellen und -Provider von IBM WebSphere
Application Server Network Deployment.
1) Wenn die Systemanfrage Would you like to remove the JDBC data
sources and providers? [y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Are you sure you would like to remove the
JDBC data sources and providers? [y/n]: angezeigt wird, wählen Sie y
aus.
j. Entfernen Sie angepasste Anwendungsservereigenschaften von IBM WebSphere Application Server Network Deployment.
1) Wenn die Systemanfrage Would you like to remove the application
server custom properties? [y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Are you sure you would like to remove the
application server custom properties? [y/n]: angezeigt wird, wählen
Sie y aus.
k. Entfernen Sie Benutzer und Gruppen.
1) Wenn die Systemanfrage Would you like to remove the Maximo users
and groups? [y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Enter the Maximo administration
user(Default = maxadmin): angezeigt wird, geben Sie die Benutzer-ID
ein.
3) Wenn die Systemanfrage Enter the Maximo system registration
user(Default = maxreg): angezeigt wird, geben Sie die Benutzer-ID ein.
4) Wenn die Systemanfrage Enter the Maximo system integration
user(Default = mxintadm): angezeigt wird, geben Sie die Benutzer-ID
ein.
5) Wenn die Systemanfrage Are you sure you would like to remove the
Maximo users and groups? [y/n]: angezeigt wird, wählen Sie y aus.
3. Geben Sie für die Scripts, die für die Wiederherstellung des in der Implementierung verwendeten Datenbankservers zuständig sind, Informationen an.
v DB2
a. Geben Sie Informationen für die in der Implementierung verwendete Datenbank an.
1) Wenn die Systemanfrage Would you like to cleanup the database?
[y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Which database type would you like to
cleanup? [DB2, Oracle, SQLServer (BAT only)]: angezeigt wird,
wählen Sie DB2 aus.
3) Wenn die Systemanfrage Enter database name: angezeigt wird, geben
Sie den Namen der in der Implementierung verwendeten Datenbank
ein.
4) Wenn die Systemanfrage Enter database instance administrator
user ID: angezeigt wird, geben Sie die Benutzer-ID des Datenbankinstanzadministrators ein.
5) Wenn die Systemanfrage Enter database instance administrator
password: angezeigt wird, geben Sie das Kennwort für die BenutzerID des Datenbankinstanzadministrators ein.
6) Wenn die Systemanfrage Enter database instance name: angezeigt
wird, geben Sie den Namen der Datenbankinstanz ein.
Kapitel 14. Produkt deinstallieren
247
b. Bestätigen Sie, dass die Datenbank gelöscht werden soll.
1) Wenn die Systemanfrage Are you sure you would like to drop the
<database name> database? [y/n]: angezeigt wird, wählen Sie y aus.
2) Prüfen Sie, ob die Datenbank gelöscht wurde.
v Oracle
a. Geben Sie Informationen für die in der Implementierung verwendete Datenbank an.
1) Wenn die Systemanfrage Would you like to cleanup the database?
[y/n]: angezeigt wird, wählen Sie y aus.
2) Wenn die Systemanfrage Which database type would you like to
cleanup? [DB2, Oracle, SQLServer (BAT only)]: angezeigt wird,
wählen Sie Oracle aus.
3) Wenn die Systemanfrage Enter the SID of the Oracle instance: angezeigt wird, geben Sie die Oracle-System-ID der in der Implementierung verwendeten Oracle-Instanz ein.
4) Wenn die Systemanfrage Enter the Oracle install directory: angezeigt wird, geben Sie den Oracle-Installationspfad ein.
b. Geben Sie Benutzerinformationen an.
1) Wenn die Systemanfrage Enter the SYSDBA user: angezeigt wird, geben Sie die SYSDBA-Benutzer-ID ein.
2) Wenn die Systemanfrage Enter the SYSDBA password: angezeigt wird,
geben Sie das Kennwort für die SYSDBA-Benutzer-ID ein.
3) Wenn die Systemanfrage Enter database user: angezeigt wird, geben
Sie die Oracle-Datenbankbenutzer-ID ein.
4) Wenn die Systemanfrage Would you like to delete the <database
user name> database user? [y/n]: angezeigt wird, wählen Sie y aus.
c. Löschen Sie die Oracle-Tabellenbereiche und die Oracle-Instanz.
1) Wenn die Systemanfrage Would you like
'maxtemp', and 'maxindex' tablespaces?
wählen Sie y aus.
2) Wenn die Systemanfrage Would you like
instance? [y/n]: angezeigt wird, wählen
to delete the 'maxdata',
[y/n]: angezeigt wird,
to delete the oracle
Sie y aus.
v Microsoft SQL Server
a. Wenn die Systemanfrage Enter database name: angezeigt wird, geben Sie
den Namen der in der Implementierung verwendeten Datenbank ein.
b. Wenn die Systemanfrage Are you sure you would like to drop the
<database name> database? [y/n]: angezeigt wird, wählen Sie y aus.
4. Geben Sie für die Scripts, die für die Wiederherstellung der in der Implementierung verwendeten Verwaltungsworkstation zuständig sind, Informationen an.
a. Wenn die Systemanfrage Would you like to cleanup the administrator
workstation? [y/n]: angezeigt wird, wählen Sie y aus.
b. Wenn die Systemanfrage Would you like to enter a custom install
directory? [y/n]: angezeigt wird, wählen Sie n aus, vorausgesetzt, Sie haben Control Desk im Standardverzeichnis installiert. Ist Control Desk in einem angepassten Verzeichnis installiert, werden Sie aufgefordert, das betreffende Verzeichnis einzugeben.
c. Wenn die Systemanfrage Are you sure you would like to cleanup the
following directory: <install directory>? [y/n]: angezeigt wird, wählen Sie y aus.
248
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Manuelle Deinstallation
Manuelle Deinstallationsschritte sind manchmal erforderlich, um Control Desk zu
deinstallieren, falls das Installationsprogramm das Produktdeinstallationsprogramm nicht erzeugen kann.
Manuelle Deinstallationsschritte werden nach einer gescheiterten Installation ausgeführt. Sie werden verwendet, um dieselben Objekte zu entfernen, die vom Deinstallationsprogramm von Control Desk entfernt werden. Mit diesen Schritten sollen
die Verwaltungsworkstation und die Middleware-Server wiederhergestellt werden,
damit die Installation von Control Desk erneut durchgeführt werden kann.
Konfiguration von WebSphere Application Server wiederherstellen
Führen Sie die folgenden Anweisungen aus, um Objekte von WebSphere Application Server zu löschen, die vom Installationsprogramm erstellt oder geändert werden, und um WebSphere Application Server in dem Zustand wiederherzustellen,
den das Produkt bei der Erstinstallation mit dem Middlewareinstallationsprogramm hatte.
Informationen zu diesem Vorgang
Nach einer fehlgeschlagenen Installation ist es möglich, dass nicht alle Objekte, die
in diesen Anweisungen erwähnt sind, erstellt oder konfiguriert wurden. Die Schritte gelten nur für die relevanten Objekte, die vom Installationsprozess erstellt wurden. Wenn Sie Objekte von WebSphere Application Server manuell erstellt oder
konfiguriert haben, müssen Sie außerdem eigene Maßnahmen ergreifen, um sicherzustellen, dass diese Objekte erhalten bleiben, bevor Sie diesen Wiederherstellungsprozess ausführen.
Angenommen, WebSphere Application Server ist aufgrund des bei der Middlewareinstallation aufgetretenen Fehlers nicht funktionsfähig. In diesem Fall müssen Sie
sicherstellen, dass der Deployment Manager und der Knoten aktiv sind.
Nach Abschluss des Wiederherstellungsprozesses für WebSphere Application Server können Sie mit dem nächsten Schritt des Deinstallationsprozesses fortfahren,
der Schritte zur Wiederherstellung der Datenbank beinhaltet.
Vorgehensweise
1. Melden Sie sich mit der Administrator-ID für WebSphere Application Server
an der Administrationskonsole von IBM WebSphere Application Server an.
https://<Deployment-Manager-Host>:9043/ibm/console.
2. Löschen Sie die installierten Unternehmensanwendungen:
a. Erweitern Sie den Eintrag Anwendungen.
b. Wählen Sie Unternehmensanwendungen aus.
c. Wählen Sie MAXIMO und MAXIMOIEHS aus.
d. Klicken Sie auf Stoppen.
e. Wählen Sie MAXIMO und MAXIMOIEHS erneut aus.
f. Klicken Sie auf Deinstallieren.
g. Klicken Sie auf OK.
3. Löschen Sie die JMS-Ressourcen:
a. Löschen Sie die Aktivierungsspezifikationen.
1) Erweitern Sie den Eintrag Ressourcen.
Kapitel 14. Produkt deinstallieren
249
2) Erweitern Sie den Eintrag JMS.
3) Wählen Sie Aktivierungsspezifikationen aus.
4) Wählen Sie intjmsact aus.
5) Klicken Sie auf Löschen.
b. Löschen Sie die Warteschlangen.
1) Erweitern Sie den Eintrag Ressourcen.
2) Erweitern Sie den Eintrag JMS.
3) Wählen Sie Warteschlangen aus.
4) Wählen Sie CQIN, SQIN und SQOUT aus.
5) Klicken Sie auf Löschen.
c. Löschen Sie die Verbindungsfactorys.
1) Erweitern Sie den Eintrag Ressourcen.
2) Erweitern Sie den Eintrag JMS.
3) Wählen Sie Verbindungsfactorys aus.
4) Wählen Sie intjmsconfact aus.
5) Klicken Sie auf Löschen.
4. Löschen Sie den Service Integration Bus "intjmsbus".
a. Erweitern Sie den Link Serviceintegration.
b. Klicken Sie auf Busse.
c. Wählen Sie das Kontrollkästchen intjmsbus aus.
d. Klicken Sie auf Löschen.
5. Entfernen Sie die angepasste Eigenschaft CTG_MAXIMO_SERVLET_URL aus
dem Deployment Manager:
a. Erweitern Sie den Link Systemverwaltung.
b. Klicken Sie auf Deployment Manager.
c. Wählen Sie das Register "Konfiguration" aus.
d. Klicken Sie auf Java- und Prozessverwaltung.
e. Klicken Sie auf Prozessdefinition.
f. Klicken Sie auf Java Virtual Machine (JVM).
g. Klicken Sie auf Angepasste Eigenschaften.
h. Wählen Sie das Kontrollkästchen CTG_MAXIMO_SERVLET_URL aus.
i. Klicken Sie auf Löschen.
6. Löschen Sie die Umgebungsvariablen CTG_MAXIMO_SERVLET_URL und
ctg_JDBC_DRIVER_PATH von WebSphere Application Server:
a. Erweitern Sie den Link Umgebung.
b. Wählen Sie WebSphere-Variablen aus.
c. Wählen Sie Cell=ctgCell01 im Menü Geltungsbereich aus.
d. Klicken Sie auf Anwenden. Falls der Geltungsbereich für die Variablen
von WebSphere Application Server gesetzt ist, müssen Sie nicht auf Anwenden klicken, um die Änderungen anzuwenden.
e. Wählen Sie die Kontrollkästchen CTG_MAXIMO_SERVLET_URL und
ctg_JDBC_DRIVER_PATH aus.
f. Klicken Sie auf Löschen.
7. Löschen Sie den virtuellen Host "maximo_host":
a. Erweitern Sie den Link Umgebung.
b. Wählen Sie Virtuelle Hosts aus.
250
IBM Control Desk: Installationshandbuch (IBM WebSphere)
c. Wählen Sie maximo_host aus.
d. Klicken Sie auf Löschen.
8. Löschen Sie den vorhandenen JAAS-Alias (Java Authentication and Authorization Service) "maxJaasAlias":
a. Erweitern Sie den Link Sicherheit.
b. Wählen Sie Sichere Verwaltung, Anwendungen und Infrastruktur aus.
c. Wählen Sie das Register "Konfiguration" aus.
d. Wählen Sie Java Authentication and Authorization Service aus.
e. Wählen Sie J2C-Authentifizierungsdaten aus.
f. Wählen Sie maxJaasAlias aus.
g. Klicken Sie auf Löschen.
9. Löschen Sie die erstellten JDBC-Datenquellen:
Löschen Sie Datenquellen der Version 4.0:
a. Erweitern Sie den Eintrag Ressourcen.
b. Erweitern Sie den Eintrag JDBC.
c. Wählen Sie Datenquellen (WebSphere Application Server V4)
aus.
d. Wählen Sie DB2 Universal JDBC Driver - 4.0 XA Data Source
aus.
e. Klicken Sie auf Löschen.
Löschen Sie Datenquellen:
a. Erweitern Sie den Eintrag Ressourcen.
b. Erweitern Sie den Eintrag JDBC.
c. Wählen Sie Datenquellen aus.
d. Wählen Sie DB2 Universal JDBC Driver XA Data Source und
intjmsds aus.
e. Klicken Sie auf Löschen.
Löschen Sie die JDBC-Provider:
a. Erweitern Sie den Eintrag Ressourcen.
b. Erweitern Sie den Eintrag JDBC.
c. Wählen Sie JDBC-Provider aus.
d. Wählen Sie maxJdbcProvider aus.
e. Klicken Sie auf Löschen.
10. Entfernen Sie hinzugefügte Eigenschaften, die dem Anwendungsserver "MXServer" zugeordnet sind:
a. Erweitern Sie den Eintrag Server.
b. Wählen Sie Anwendungsserver aus.
c.
d.
e.
f.
g.
h.
i.
j.
Wählen Sie MXServer aus.
Wählen Sie das Register "Konfiguration" aus.
Erweitern Sie den Eintrag Java- und Prozessverwaltung.
Wählen Sie Prozessdefinition aus.
Wählen Sie Java Virtual Machine aus.
Wählen Sie Angepasste Eigenschaften aus.
Wählen Sie com.collation.home und sun.rmi.dgc.ackTimeout aus.
Klicken Sie auf Löschen.
Kapitel 14. Produkt deinstallieren
251
11. Löschen Sie Maximo-Benutzer:
a. Erweitern Sie den Eintrag Benutzer und Gruppen.
b. Klicken Sie auf Benutzer verwalten.
c. Klicken Sie auf Suchen, und suchen Sie nach Benutzer-ID.
d. Suchen und wählen Sie die Benutzer-IDs maxadmin, maxreq und mxintadm aus, und klicken Sie anschließend auf Löschen.
12. Klicken Sie im Nachrichtendialogfenster auf Speichern, um alle Konfigurationsänderungen zu speichern. Synchronisieren Sie alle Änderungen mit den
Knoten.
13. Entfernen Sie die JAR-Dateien für den JDBC-Treiber für IBM DB2 aus dem
Dateisystem, indem Sie die Dateien db2jcc.jar und db2jcc_license_cu.jar
aus dem Ordner ctgMX\lib löschen, der sich im Ausgangsverzeichnis von
WebSphere Application Server befindet. Beispiel: C:\Program Files\IBM\
WebSphere\AppServer.
„Wiederherstellung der Datenbankkonfiguration” auf Seite 241
Datenbankobjekte, die vor der Ausführung des Installationsprogramms von
Control Desk erstellt wurden, müssen nach einer fehlgeschlagenen Installation
gelöscht werden, bevor das Installationsprogramm von Control Desk erneut gestartet wird.
Dateien vom System entfernen
Wenn aufgrund einer fehlgeschlagenen Installation kein Deinstallationsprogramm
verfügbar ist, müssen Produktdateien manuell vom System entfernt werden.
Informationen zu diesem Vorgang
Gehen Sie zum Entfernen von Dateien vom System wie folgt vor:
Vorgehensweise
1. Stellen Sie sicher, dass Sie mit derselben Benutzer-ID am System angemeldet
sind, die zum Starten des Produktinstallationsprogramms verwendet wurde.
2. Löschen Sie das Ausgangsverzeichnis von Control Desk manuell. Unter Windows ist C:\IBM\SMP die Standardposition dieses Verzeichnisses. Auf UNIX-Systemen ist dies das Verzeichnis /opt/IBM/SMP.
252
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 15. Middleware starten und stoppen
Verwenden Sie diese Informationen, um Middleware bei Bedarf zu starten und zu
stoppen.
Es kann Situationen geben, in denen Sie Middleware stoppen oder erneut starten
müssen.
Middleware unter Windows erneut starten
In diesem Abschnitt wird beschrieben, wie Middleware unter Windows erneut gestartet wird, wenn Sie Middleware-Services erneut starten müssen.
Informationen zu diesem Vorgang
Zum ordnungsgemäßen Starten von Middlewareprodukten unter Windows verwenden Sie die folgenden Scripts in der Reihenfolge, in der sie aufgelistet sind:
Vorgehensweise
1. Melden Sie sich als Benutzer mit Verwaltungsrechten an.
2. Wenn Sie DB2 installiert haben, starten Sie ctginst1:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie DB2 - DB2COPY1 - CTGINST1-0 aus, und klicken Sie auf Dienst
starten.
Alternativ können Sie den Befehl db2start in einer Befehlszeile ausführen, um
"CTGINST1" zu starten.
3. Wenn Sie IBM Tivoli Directory Server installiert haben, starten Sie den Verwaltungsdämon von IBM Tivoli Directory Server:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBM Tivoli Directory Admin Daemon V6.3 - idsccmdb aus, und
klicken Sie auf Dienst starten.
Alternativ können Sie folgenden Befehl in der Befehlszeile ausführen, um den
Verwaltungsdämon von IBM Tivoli Directory Server zu starten:
idsdiradm -I idsccmdb
4. Wenn Sie IBM Tivoli Directory Server installiert haben, starten Sie die Instanz
von IBM Tivoli Directory Server:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBM Tivoli Directory Server Instance V6.3 - idsccmdb aus,
und klicken Sie auf Dienst starten.
Alternativ können Sie den folgenden Befehl verwenden, um die Instanz von
IBM Tivoli Directory Server zu starten:
idsslapd -I idsccmdb
© Copyright IBM Corp. 2014
253
Wichtig: Die Instanz von IBM Tivoli Directory Server muss den Starttyp "Manuell" beibehalten. Sie muss manuell gestartet werden, damit sie ordnungsgemäß mit der Datenbank im Kontext von Control Desk synchronisiert wird.
5. Wenn Sie WebSphere Application Server installiert haben, starten Sie den Domänenmanager:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBMWAS70Service - ctgCellManager01 aus, und klicken Sie auf
Dienst starten.
Alternativ können Sie den folgenden Befehl über die Befehlszeile verwenden,
um den Domänenmanager zu starten:
WAS-Ausgangsverzeichnis\profiles\ctgDmgr01\bin\startManager.bat
6. Wenn Sie WebSphere Application Server installiert haben, starten Sie den Knoten:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBMWAS70Service - nodeagent aus, und klicken Sie auf Dienst
starten.
Alternativ können Sie den folgenden Befehl über die Befehlszeile verwenden,
um den Knoten zu starten:
WAS-Ausgangsverzeichnis\profiles\ctgAppSvr01\bin\startNode.bat
7. Wenn Sie WebSphere Application Server installiert haben, starten Sie "MXServer": Wenn Sie einen Dienst zum Starten des Anwendungsservers "MXServer"
erstellt haben, können Sie diesen Dienst in der Anzeige "Dienste" in der Systemsteuerung starten und stoppen. Alternativ können Sie den folgenden Befehl
über die Befehlszeile verwenden, um den Anwendungsserver zu starten:
WAS-Ausgangsverzeichnis\profiles\ctgAppSrv01\bin\startServer.bat MXServer
8. Wenn Sie WebSphere Application Server installiert haben, starten Sie IBM
HTTP Server und webserver1:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBM HTTP Server 7.0 aus, und klicken Sie auf Dienst starten.
Alternativ können Sie in der Befehlszeile apache eingeben, um HTTP Server zu
starten.
Middleware unter UNIX erneut starten
Middleware-Services müssen auf Linux- und AIX-Plattformen gelegentlich erneut
gestartet werden, z. B. bei einem Warmstart. Middleware-Server und -Services
müssen aktiv sein, damit das Installationsprogramm von Control Desk ausgeführt
werden kann.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um Middlewareprodukte unter UNIX ordnungsgemäß zu starten:
Vorgehensweise
1. Melden Sie sich als Benutzer "root" an.
254
IBM Control Desk: Installationshandbuch (IBM WebSphere)
2. Starten Sie die Server, indem Sie die folgenden Scripts in der angegebenen Reihenfolge ausführen:
Wenn Sie DB2 installiert haben, starten Sie die Instanz "ctginst1":
su - ctginst1 -c db2start
Wenn Sie IBM Tivoli Directory Server installiert haben, starten Sie den Verwaltungsdämon von IBM Tivoli Directory Server:
<ITDS-Ausgangsverzeichnis>/sbin/idsdiradm -I idsccmdb
Wenn Sie IBM Tivoli Directory Server installiert haben, starten Sie den Dämonprozess von IBM Tivoli Directory Server:
<ITDS-Ausgangsverzeichnis>/sbin/idsslapd -I <Instanzname>
Dieser Befehl gleicht dem folgenden Beispiel:
<ITDS-Ausgangsverzeichnis>/sbin/idsslapd -I idsccmdb
Wichtig: Die Instanz von IBM Tivoli Directory Server muss den Starttyp "Manuell" beibehalten. Sie muss manuell gestartet werden, damit
sie ordnungsgemäß mit der Datenbank im Kontext von Control Desk
synchronisiert wird.
Wenn Sie WebSphere Application Server installiert haben, starten Sie den
Deployment Manager:
<WAS-Ausgangsverzeichnis>/profiles/ctgDmgr01/bin/startManager.sh
Wenn Sie WebSphere Application Server installiert haben, starten Sie den
Knoten:
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/startNode.sh
Wenn Sie WebSphere Application Server installiert haben, starten Sie "webserver1":
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/startServer.sh
webserver1 -username <Benutzername> -password <Kennwort>
Wenn Sie WebSphere Application Server installiert haben, starten Sie "MXServer":
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/startServer.sh
MXServer -username <Benutzername> -password <Kennwort>
Wenn Sie WebSphere Application Server installiert haben, starten Sie "HTTP
Server" und "webserver1":
Linux, Solaris, HP-UX
/opt/IBM/HTTPServer/bin/apachectl start
AIX
/usr/IBM/HTTPServer/bin/apachectl start
Middleware unter Windows stoppen
Die folgende Prozedur beschreibt, wie die Middleware unter Windows gestoppt
wird, falls Sie Middleware-Services stoppen müssen.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um Middlewareprodukte unter Windows
ordnungsgemäß zu stoppen:
Kapitel 15. Middleware starten und stoppen
255
Vorgehensweise
1. Wenn Sie DB2 installiert haben, stoppen Sie ctginst1:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie DB2 - DB2COPY1 - CTGINST1-0 aus, und klicken Sie auf Dienst
beenden aus.
2. Wenn Sie IBM Tivoli Directory Server installiert haben, stoppen Sie den Verwaltungsdämon von IBM Tivoli Directory Server:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBM Tivoli Directory Admin Daemon V6.3 - idsccmdb aus, und
klicken Sie auf Dienst beenden.
3. Wenn Sie IBM Tivoli Directory Server installiert haben, starten Sie die Instanz
von IBM Tivoli Directory Server:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBM Tivoli Directory Server Instance V6.3 - idsccmdb aus,
und klicken Sie auf Dienst beenden.
4. Wenn Sie WebSphere Application Server installiert haben, stoppen Sie IBM
HTTP Server und webserver1:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBM HTTP Server 7.0 aus, und klicken Sie auf Dienst beenden.
5. Wenn Sie WebSphere Application Server installiert haben, starten Sie den Domänenmanager:
a. Klicken Sie auf Start, und wählen Sie Ausführen aus.
b. Geben Sie services.msc ein, und klicken Sie auf OK.
c. Wählen Sie IBMWAS70Service - ctgCellManager01 aus, und klicken Sie auf
Dienst beenden.
6. Wenn Sie WebSphere Application Server installiert haben, stoppen Sie die Server, indem Sie die folgenden Scripts in der Reihenfolge ausführen, in der sie
aufgelistet sind:
Knoten stoppen
<WAS-Ausgangsverzeichnis>\profiles\ctgAppSvr01\bin\stopNode.bat
Anmerkung: Wenn dieser Prozess für die Ausführung als Dienst konfiguriert wurde, stoppen Sie den Dienst wie folgt:
a. Klicken Sie auf Start > Einstellungen > Systemsteuerung.
b. Klicken Sie auf IBM WebSphere Application Server V7.0 - nodeagent.
c. Klicken Sie mit der rechten Maustaste, und klicken Sie dann auf Beenden.
"MXServer" stoppen
<WAS-Ausgangsverzeichnis>\profiles\ctgAppSrv01\bin\stopServer.bat
MXServer -username <Benutzername> -password <Kennwort>
Anmerkung: Sofern Sie die Installationspositionen nicht geändert haben, lauten
die Standardwerte wie folgt:
256
IBM Control Desk: Installationshandbuch (IBM WebSphere)
<HTTP-SERVER-Ausgangsverzeichnis>: C:\Program Files\IBM\HTTPServer\
bin
<WAS-Ausgangsverzeichnis>: C:\Program Files\IBM\WebSphere\AppServer
„Anwendungsserver von WebSphere Application Server Network Deployment
als Windows-Dienst konfigurieren” auf Seite 289
Wenn Sie WebSphere Application Server Network Deployment als WindowsDienst konfigurieren, lässt sich das Produkt unter Umständen einfacher verwalten.
Middleware unter Linux und AIX stoppen
In diesem Abschnitt wird beschrieben, wie die Middleware auf Linux- und AIXPlattformen gestoppt wird, wenn Sie Middleware-Services stoppen müssen.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um Middlewareprodukte unter Linux und AIX ordnungsgemäß zu stoppen:
Vorgehensweise
1. Melden Sie sich als Benutzer "root" an.
2. Wenn Sie WebSphere Application Server installiert haben, stoppen Sie die Server, indem Sie die folgenden Scripts in der Reihenfolge ausführen, in der sie
aufgelistet sind:
Wenn Sie DB2 installiert haben, stoppen Sie die Instanz "ctginst1":
su - ctginst1 -c db2stop
Wenn Sie IBM Tivoli Directory Server installiert haben, stoppen Sie den Verwaltungsdämon von IBM Tivoli Directory Server:
<ITDS-Ausgangsverzeichnis>/sbin/idsdiradm -h idsccmdb
Wenn Sie IBM Tivoli Directory Server installiert haben, stoppen Sie den Dämonprozess von IBM Tivoli Directory Server:
<ITDS-Ausgangsverzeichnis>/sbin/ibmslapd -I <Instanzname> -k
Wichtig: Die Instanz von IBM Tivoli Directory Server muss den Starttyp "Manuell" beibehalten. Sie muss manuell gestartet werden, damit
sie ordnungsgemäß mit der Datenbank im Kontext von Control Desk
synchronisiert wird.
Wenn Sie WebSphere Application Server installiert haben, stoppen Sie
"HTTP Server" und "webserver1":
Linux, Solaris, HP-UX
/opt/IBM/HTTPServer/bin/apachectl stop
AIX
/usr/IBM/HTTPServer/bin/apachectl stop
Wenn Sie WebSphere Application Server installiert haben, stoppen Sie den
Deployment Manager:
<WAS-Ausgangsverzeichnis>/profiles/ctgDmgr01/bin/stopManager.sh
Wenn Sie WebSphere Application Server installiert haben, stoppen Sie den
Knoten:
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/stopNode.sh
-username <Benutzername> -password <Kennwort>
Kapitel 15. Middleware starten und stoppen
257
Wenn Sie WebSphere Application Server installiert haben, stoppen Sie "webserver1":
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/stopServer.sh
webserver1 -username <Benutzername> -password <Kennwort>
Wenn Sie WebSphere Application Server installiert haben, stoppen Sie "MXServer":
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/stopServer.sh
MXServer -username <Benutzername> -password <Kennwort>
258
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 16. Installationsmethoden für Prozesslösungspakete
Die mit Control Desk gelieferten Installationsprogramme geben Ihnen die Möglichkeit, den Softwarelebenszyklus der Prozesslösungen für Control Desk zu verwalten. Sie stellen unter anderem Funktionen für Abfrage, Installation, Upgrade und
Deinstallation von Prozesslösungspaketen bereit. Diese allgemeinen Installationsprogramme werden als PSI-Programme (Process Solution Installer) bezeichnet.
Für Control Desk gibt es verschiedene Prozesslösungspakete, die eine hohe Flexibilität bei der schrittweisen Implementierung von Servicemanagementfunktionen ermöglichen. Prozesslösungen können in Prozessmanagerprodukte und Integrationsmodule unterteilt werden.
Es gibt zwei Optionen für die Installation und Implementierung von Prozesslösungspaketen:
PSI-Assistent
Der PSI-Assistent (Process Solution Installer) bietet eine Schnittstelle für die
Installation von Prozesslösungspaketen.
PSI-Befehlszeilenschnittstelle
Die PSI-Befehlszeilenschnittstelle (Process Solution Installer) ermöglicht die
Installation von Prozesslösungspaketen über eine Befehlszeile.
Control Desk muss vor der Installation und Implementierung zusätzlicher Prozessmanager implementiert sein. Zu einer vollständigen Implementierung gehören
auch die Schritte für den Installationsabschluss.
Operationen des Softwarelebenszyklus
Prozesslösungen sind Softwarekomponenten mit Versionen. Die PSI-Programme
(Process Solution Installer) unterstützen zahlreiche Operationen des Softwarelebenszyklus, die für Prozesslösungen erforderlich sind.
Folgende Operationen für den Softwarelebenszyklus sind verfügbar:
v Mit der Basisinstallation wird eine neue Prozesslösung in Ihrer Umgebung von
Control Desk installiert und implementiert.
v Mit den Operationen Feature hinzufügen und Feature ändern können Sie bestimmte
Features hinzufügen oder bestimmte Features entfernen, nachdem das Paket installiert wurde.
v Eine installierte Prozesslösung kann auf verschiedenen Wegen aktualisiert werden. Mit einer Teilaktualisierung oder mit einem Upgrade werden vorhandene Prozesslösungen und ihre Version modifiziert. Häufig wird bei der Teilaktualisierung ein Fixpack für eine Prozesslösung angewendet.
v Eine weitere Operation für die Aktualisierung einer installierten Prozesslösung
ist das Anwenden eines Fix. Mit dieser Operation werden individuelle vorläufige
Fixes oder Patches für eine derzeit installierte Prozesslösung installiert.
v Einige Teilaktualisierungen oder Fixes können wieder entfernt oder rückgängig
gemacht werden. Mit der Operation Widerrufen werden die Wirkungen einer Teilaktualisierung entfernt und der vorherige Status sowie die vorherige Version der
Prozesslösung wiederhergestellt. Mit der Widerrufsoperation für vorläufige Fixes
wird ein gegenwärtig installierter vorläufiger Fix für eine Prozesslösung entfernt.
v Bei der Deinstallation wird eine aktuell installierte Prozesslösung entfernt.
© Copyright IBM Corp. 2014
259
Prozesslösungspakete
Ein Prozesslösungspaket ist eine eigenständige Archivierungsdatei mit Installationsartefakten und Implementierungslogik und kann mit den PSI-Programmen (Process
Solution Installer) implementiert werden.
Installationsartefakte sind die Dateien und Inhalte, die in Ihrer Umgebung von
Control Desk installiert werden. Diese Artefakte aktivieren die Servicemanagementfunktionen des Prozessmanagerprodukts bzw. Integrationsmoduls. Ein Prozessmanagerprodukt stellt beispielsweise J2EE-Anwendungsinhalte und Datenbankinhalte
bereit.
Die Implementierungslogik umfasst Aktionen, die für die Implementierung der
Prozesslösung in der Umgebung von Control Desk ausgeführt werden. Hierbei
handelt es sich um die Erstellung und Implementierung von J2EE-Anwendungen,
die Ausführung von Datenbankscripts, die den Inhalt der Prozesslösung in die Datenbank laden, und das Hinzufügen von Benutzern und Gruppen für die Sicherheit. Zusätzlich können optionale Beispieldaten installiert werden.
Die Pakete von Control Desk werden automatisch installiert, wenn Control Desk
installiert wird.
Pakettypen
Der Softwarepakettyp ist eng mit dem Konzept der Softwarelebenszyklusoperationen verbunden.
Die PSI-Programme (Process Solution Installer) können die folgenden Pakettypen
verarbeiten:
v Für eine neue Prozesslösung ist die Basisinstallation eines Basisinstallationspakets
erforderlich.
v Für ein Upgrade wird ein Teilaktualisierungspaket benötigt.
v Ein Fixpack ist erforderlich, wenn auf eine Prozesslösung ein vorläufiger Fix angewendet werden soll.
v Für ein Aktualisierungspaket gibt es zwei Verwendungsmöglichkeiten. Sie können
mit einem solchen Paket eine Basisinstallation durchführen, wenn derzeit keine
Instanz der Prozesslösung installiert ist. Sie können aber auch ein Upgrade für
eine zurzeit installierte Prozesslösung durchführen.
v Ein Aggregationspaket setzt sich aus mehreren installierbaren PSI-Paketen zusammen, die als ein einziges Paket in einer einzigen PSI-Client-CLI- bzw. -Schnittstellensitzung implementiert werden können.
Die PSI-Programme stellen sicher, dass der jeweils richtige Pakettyp verarbeitet
wird.
Wenn für eine Lebenszyklusoperation ein nicht geeigneter Pakettyp angegeben
wird, setzt die PSI-Befehlszeilenschnittstelle entsprechende Nachrichten ab. Eine
Nachricht würde beispielsweise abgesetzt werden, wenn Sie für eine Basisinstallation ein Fixpack angegeben haben. Mit der Aktion showavail der PSI-Befehlszeilenschnittstelle können Sie feststellen, welcher Pakettyp einem installierbaren Prozesslösungspaket zugeordnet ist.
Der PSI-Assistent bestimmt die auszuführende Operation anhand des Pakettyps
und des aktuellen Status der installierten Komponenten. Wenn Sie beispielsweise
ein Aktualisierungspaket zur Implementierung auswählen, führt der PSI-Assistent
260
IBM Control Desk: Installationshandbuch (IBM WebSphere)
ein Upgrade aus, sofern bereits eine geeignete Basisversion der Prozesslösung installiert ist. Kann keine passende Basisversion gefunden werden, führt der Assistent
eine Basisinstallation durch. Wenn Sie den PSI-Assistenten verwenden, können Sie
in der Anzeige mit den Ergebnissen der Paketprüfung den Typ des ausgewählten Pakets sehen.
In der folgenden Tabelle sind die unterstützten Operationen mit den erforderlichen
Pakettypen angegeben:
Tabelle 27. Operationen und Pakettypen
Operation
Pakettyp
Basisinstallation
Basisinstallationspaket oder
Aktualisierungspaket
Teilaktualisierung/Fixpack
Teilaktualisierungspaket oder
Aktualisierungspaket
Vorläufiger Fix
Fixpack
Aggregationspakete
Dieser Abschnitt enthält Informationen zu Aggregationspaketen.
Ein Prozesslösungspaket kann sich aus anderen Prozesslösungspaketen zusammensetzen. Dieses Verfahren erlaubt den Aufbau von Paketen mit einer einzelnen Angebotsebene, die mit einem PSI-Programm (Process Solution Installer) in einer Einzelsitzung implementiert werden können. Ein solches Paket wird als
Aggregationspaket für die Prozesslösung bezeichnet. Die untergeordneten Pakete,
die in einem Aggregationspaket für die Prozesslösung gebündelt werden, werden
als untergeordnete Pakete bezeichnet.
Die Aggregationspakete für die Prozesslösung werden mit denselben Mechanismen
implementiert, die zur Implementierung nicht aggregierter Pakete verwendet werden. Auf ein Aggregationspakete für die Prozesslösung können alle Aktionen angewendet werden, die in der PSI-Befehlszeilenschnittstelle definiert werden. In gleicher Weise kann der PSI-Assistent verwendet werden, um eine Basisinstallation
oder ein Upgrade eines Aggregationspakets auszuführen oder Fixes auf ein Aggregationspaket anzuwenden.
Die Aggregationspakete für die Prozesslösung unterstützen dieselben Pakettypen
(Basisinstallation, vollständige Aktualisierung, Teilaktualisierung und Fix) und dieselben Lebenszyklusoperationen wie nicht aggregierte Pakete.
Häufig stellen die Aggregationspakete für die Prozesslösung ihre untergeordneten
Pakete als auswählbare Features bereit. Auf diese Weise können nur die gewünschten Teile des Aggregationspakets implementiert werden.
Ein Aggregationspaket für die Prozesslösung verfügt ebenso wie ein nicht aggregiertes Paket über eine Version, eine eindeutige Kennung und einen Anzeigenamen. Bei Verwendung der Aktion showinstalled in der PSI-Befehlszeilenschnittstelle
enthält die Ausgabe Informationen zum installierten Aggregationspaket und zu allen seinen untergeordneten Paketen, die ebenfalls installiert wurden.
Kapitel 16. Installationsmethoden für Prozesslösungspakete
261
Zu verwendendes Installationsprogramm für Prozesslösungen ermitteln
Die beiden bereitgestellten Installationsprogramme für Prozesslösungen haben jeweils bestimmte Vorteile. Jedes Programm sollte in dem Szenario verwendet werden, für das es am besten geeignet ist.
Berücksichtigen Sie bei der Bestimmung des zu verwendenden Installationsprogramms für Prozesslösungen die folgenden Fakten.
v Die vom PSI-Assistenten (Process Solution Installer) bereitgestellte Funktionalität
für den Benutzer entspricht der Funktionalität der meisten Softwareinstallationsprogramme. Es gibt Anzeigen für die Auswahl des zu installierenden Prozesslösungspakets und für die Angabe zusätzlicher Installationsoptionen. Mit dem PSIAssistenten wird eine beaufsichtigte Installation durchgeführt.
v Die PSI-Befehlszeilenschnittstelle stellt eine einfache Befehlszeilensyntax bereit,
mit der die auszuführende Lebenszyklusoperation und das Paket, für das die
Operation ausgeführt werden soll, angegeben werden können. Nachdem Sie in
der PSI-Befehlszeilenschnittstelle (von Process Solution Installer) einen Befehl
eingegeben haben, werden in der Befehlszeile Nachrichten und Befehlsausgaben
angezeigt.
v In der PSI-Befehlszeilenschnittstelle sind alle Funktionen und Operationen verfügbar. Der PSI-Assistent unterstützt nur einen Teil dieser Funktionen. Wenn
eine Operation, die Sie ausführen müssen, vom PSI-Assistenten unterstützt wird,
sollten Sie den Assistenten verwenden.
v Die PSI-Befehlszeilenschnittstelle ist hilfreich, wenn Sie eine unbeaufsichtigte
oder automatische Installation ausführen müssen. Sie gibt Rückkehrcodes mit
Details zum Erfolg des Befehls an das Betriebssystem zurück. Die PSI-Befehlszeilenschnittstelle eignet sich für die Verwendung in einem Implementierungsautomationspaket oder -script der höheren Ebene.
Unterstützte Operationen für PSI-Programme
Es gibt mehrere Operationen und Funktionen, die vom PSI-Assistenten (Process Solution Installer) und von der PSI-Befehlszeilenschnittstelle unterstützt werden.
In der folgenden Tabelle sind die Operationen und Funktionen aufgelistet, die vom
Assistenten und der PSI-Befehlszeilenschnittstelle unterstützt werden.
Tabelle 28. Prozesslösungsoperationen
262
Operation
Von der
Befehlszeilenschnittstelle
unterstützt
Vom Installationsassistenten
unterstützt
Installierte Pakete auflisten
Ja
Nein
Verfügbare Pakete auflisten
Ja
Nein
Basisinstallation
Ja
Ja
Teilaktualisierung/Fixpack
Ja
Ja
Vollständige Aktualisierung
Ja
Ja
Teilaktualisierung/Fix rückgängig machen
Ja
Nein
Deinstallation
Ja
Nein
Vorläufigen Fix anwenden
Ja
Ja
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 28. Prozesslösungsoperationen (Forts.)
Operation
Von der
Befehlszeilenschnittstelle
unterstützt
Vom Installationsassistenten
unterstützt
Vorläufigen Fix widerrufen
Ja
Nein
Installierte Fixes für ein Paket auflisten
Ja
Nein
Sprachunterstützung aktuali- Ja
sieren
Nein
Sprachunterstützungsdateien Ja
laden
Ja
Features hinzufügen
Ja
Ja
Features entfernen
Ja
Ja
Verfügbare Features anzeigen Ja
Ja
Anmerkung: Mit den PSI-Programmen können Sie für ein Paket eine Deinstallation einleiten. Die Deinstallation wird jedoch nicht von allen Paketen unterstützt.
Wenn für ein Paket, das keine Deinstallation unterstützt, eine Deinstallation eingeleitet wird, erscheint eine Nachricht, die diese Bedingung ausführlich beschreibt.
Wenn Sie den Status wiederherstellen möchten, den Ihre Umgebung vor der Installation der Prozessmanager für Control Desk hatte, müssen Sie eine Sicherung der
betroffenen Middleware-Server erstellen, bevor Sie das Installationsprogramm von
Control Desk ausführen.
Vor der Verwendung der PSI-Programme
Lesen Sie die folgenden vorausgesetzten Informationen, bevor Sie die PSI-Programme (Process Solution Installer) verwenden.
Wenn Sie für eine Implementierung die PSI-Programme verwenden, werden Aktionen ausgeführt, die die Konfiguration und den Inhalt Ihrer J2EE-, Datenbank- und
Verzeichnis-Middleware-Server modifizieren. Sehen Sie sich die folgenden Schritte
an, bevor Sie die PSI-Programme (Process Solution Installer) starten.
Verfügbare Middlewareanmeldeinformationen
Die PSI-Programme (Process Solution Installer) müssen für eine automatisierte Implementierung des Prozesslösungspakets auf Middleware-Server
zugreifen können. Deshalb müssen Sie für die betroffenen Middleware-Server die IDs und die Kennwörter der Benutzer mit Verwaltungsaufgaben
kennen. Für welche Middleware-Server Anmeldeinformationen verfügbar
sein müssen, hängt von dem zu installierenden Prozesslösungspaket ab.
Die PSI-Programme stellen sicher, dass alle erforderlichen Anmeldeinformationen angegeben werden, bevor die Implementierung fortgesetzt wird.
Sicherung der Middleware-Server und der Verwaltungsworkstation
Bevor Sie die PSI-Programme für die Implementierung eines Prozesslösungspakets verwenden, sollten Sie Sicherungen für die betroffenen J2EEServer, Datenbankserver und Verzeichnisserver durchführen. Sichern Sie
außerdem die Registry der Implementierungsengine.
Start der Middleware-Server
Starten Sie alle betroffenen Middleware-Server, bevor Sie die PSI-Programme ausführen. Die PSI-Programme versuchen, mit den von Ihnen angegebenen Middlewareanmeldeinformationen eine Verbindung zu den MiddleKapitel 16. Installationsmethoden für Prozesslösungspakete
263
ware-Servern herzustellen, bevor Aktionen für ein Paket gestartet werden.
Wenn die benötigten Middleware-Server nicht gestartet sind oder mit den
angegebenen Middlewareanmeldeinformationen keine Verbindung zu den
Servern hergestellt werden kann, zeigen die PSI-Programme Fehlernachrichten an und stoppen die Implementierungsaktionen.
„Datenbank der Implementierungsengine sichern” auf Seite 17
Mithilfe dieser Anweisungen können Sie die Datenbank der Implementierungsengine sichern. Sicherungen werden verwendet, um die Datenbank in dem Zustand wiederherzustellen, den sie vor der Installation hatte.
Prozesslösungsimplementierung über die Verwaltungsworkstation verwalten
Die Prozesslösungsimplementierung wird über die Verwaltungsworkstation verwaltet.
Die PSI-Programme (Process Solution Installer) werden während der Installation
von Control Desk auf der Verwaltungsworkstation installiert. Über die Verwaltungsworkstation müssen Sie nicht nur auf die PSI-Programme zugreifen können,
sondern auf alle Prozesslösungspakete.
Die Verwaltungsworkstation fungiert als Implementierungshub, über den die Prozesslösungspakete implementiert werden. Die PSI-Programme stellen von der Verwaltungsworkstation aus eine Verbindung zu lokalen oder fernen Middleware-Servern her, um die Implementierung zu automatisieren.
Typische Implementierung
Die Prozesslösungsimiplementierung ist eng verknüpft mit der Implementierung
von Control Desk.
Für Prozesslösungen wird das Implementierungsmodell von Control Desk verwendet. In diesem Modell werden während der Implementierung von Prozesslösungspaketen die Datenbankinhalte und Metadaten des Pakets in die Maximo-Datenbank geladen. Außerdem werden die J2EE-Kernanwendungen von Maximo
zusammen mit dem Java-Code des Prozesslösungspakets neu implementiert. In
diesem Modell werden die Features des Prozesslösungspakets effektiv in die Maximo-Datenbank und die J2EE-Anwendung von Maximo integriert.
Übersicht über die wichtigsten Implementierungsschritte:
1. Die Dateien im Prozesslösungspaket werden auf der Verwaltungsworkstation
für Control Desk im Maximo-Installationsverzeichnis entpackt. Das MaximoInstallationsverzeichnis enthält den Maximo-Inhalt für die zu implementierende
Prozesslösung sowie alle weiteren derzeit installierten Prozesslösungen für
Control Desk oder Maximo-Anwendungen und Branchenlösungen.
2. J2EE-Anwendungen werden auf der Verwaltungsworkstation von Control Desk
erneut erstellt und enthalten dann die Features des Prozesslösungspakets. Dieses Feature umfasst unter anderem Java-Klassen, Berichtsdefinitionen und weitere Artefakte.
3. Die PSI-Programme implementieren die aktualisierten J2EE-Anwendungen im
J2EE-Anwendungsserver. Dieser Server kann für die Verwaltungsworkstation
für Control Desk lokal oder fern sein.
264
IBM Control Desk: Installationshandbuch (IBM WebSphere)
4. Die Scripts für den Datenbankinhalt, die dem zu installierenden Paket zugeordnet sind, werden auf der Verwaltungsworkstation für Control Desk verarbeitet.
Auf diese Weise wird die Datenbank aktualisiert.
Wichtig: Wenn Sie Prozesslösungspakete implementieren, werden der J2EE-Server
und der Datenbankserver aktualisiert. Im Rahmen dieser Aktualisierung wird die
Anwendung Control Desk erneut implementiert. Sie sollten für die Implementierung eine Zeit wählen, in der eine kurze Betriebsunterbrechung toleriert werden
kann, z. B. eine geplante Wartung.
Auswählbare Features
Dieser Abschnitt enthält Informationen dazu, wie Sie auswählbare Inhalte mithilfe
von Features festlegen können.
Ein Prozesslösungspaket kann ein oder mehrere Features definieren, die vom Benutzer auswählbare, optionale Inhalte darstellen. Beispiele für typische Features
sind Globalisierung und Beispiele. Die Methoden der Prozesslösungsinstallation
(Process Solution Installer) unterstützen Operationen für die Features. Dazu gehören das Abfragen, Hinzufügen und Entfernen von Features.
Die Unterstützung von Features in einem Prozesslösungspaket ist optional. Außerdem sind Features paketspezifisch. Die Methoden der Prozesslösungsinstallation
prüfen das Paket mit der Prozesslösungsinstallation und stellen sicher, dass nur für
die im Paket definierten Features Operationen ausgeführt werden können.
Attribute eines Features
Jedem Feature sind die folgenden Attribute zugeordnet:
v Die Featurekennung (oder Feature-ID) ist ein nicht lokalisierter Name, anhand
dessen das Feature in seinem Paket eindeutig identifiziert werden kann. Wenn
Sie die PSI-Befehlszeilenschnittstelle (Process Solution Installer) verwenden, können Sie mit der Featurekennung angeben, welches Feature hinzugefügt oder entfernt werden soll.
v Der Anzeigename des Features (Feature Display Name) ist eine in die Landessprache
übersetzte Bezeichnung des Features.
v Die übergeordnete Kennung (Parent Identifier) gibt das einem Feature zugeordnete
übergeordnete Feature an. Ein Feature ohne übergeordnetes Feature wird als
Feature der obersten Ebene bezeichnet.
v Der Installationsstatus zeigt an, ob das Feature installiert wurde.
v Mit der Angabe, ob das Attribut erforderlich ist (Required Attributes) wird angezeigt, ob dieses Feature ein erforderliches Feature ist. Ein erforderliches Feature
muss installiert werden, wenn das zugehörige übergeordnete Feature installiert
wurde, und es darf nicht installiert werden, wenn das zugehörige übergeordnete
Feature nicht installiert ist. Ein Feature der obersten Ebene, das als erforderliches
Feature festgelegt ist, muss immer installiert werden.
Operationen für Features
Sowohl die PSI-Befehlszeilenschnittstelle als auch der PSI-Assistent stellen Features
zur Verwaltung der einem Prozesslösungspaket zugeordneten Features bereit. Diese Funktionen werden im Folgenden beschrieben.
Kapitel 16. Installationsmethoden für Prozesslösungspakete
265
Features während einer Basisinstallation installieren
Wenn ein Prozesslösungspaket Features definiert, können Sie die zu installierenden Features während der Basisinstallation des Pakets auswählen.
Features mit dem Assistenten installieren
Im PSI-Assistenten erscheint die Anzeige "Featureauswahl", nachdem die Bestätigung der Lizenzbedingungen verarbeitet wurde,
falls das zu implementierende Paket die Auswahl von Features unterstützt. Die Anzeige "Featureauswahl" zeigt eine Baumstruktur
an, in der die Knoten die Features darstellen und die Verschachtelung die Beziehungen zwischen übergeordneten und untergeordneten Features zeigt. Jedem Knoten ist ein Kontrollkästchen zugeordnet, das den Auswahlstatus des Features anzeigt. Um ein Feature
für die Installation auszuwählen, müssen Sie das Kontrollkästchen
für das Feature auswählen.
Features über die Befehlszeilenschnittstelle installieren
In der PSI-Befehlszeilenschnittstelle (Process Solution Installer)
kann der Parameter -addfeatlist für die Aktion install verwendet
werden, um die Features anzugeben, die während der Basisinstallation des Pakets installiert werden sollen. Der Wert dieses Parameters ist eine durch Doppelpunkte getrennte Liste von Featurekennungen, die die zu installierenden Features darstellen.
Features hinzufügen
Nach der Basisinstallation eines Pakets können Sie Features schrittweise
hinzufügen, falls für das betreffende Paket mindestens ein Feature existiert,
das noch nicht installiert wurde.
Features mit dem Assistenten hinzufügen
Wenn Sie den PSI-Assistenten (Programm Solution Installer) verwenden, können Sie nach dem Aufruf der Anzeige für die Paketvalidierung festlegen, dass weitere Features installiert werden sollen,
wenn das Paket bereits installiert ist, aber mindestens ein Feature
enthält, das noch nicht installiert wurde.
Beachten Sie, dass ein gleichzeitiges schrittweises Hinzufügen und
Entfernen von Features in derselben Implementierungsoption von
Deployment Engine nicht unterstützt wird. Wenn der Status der installierten Features in einem Paket sowohl das Hinzufügen als
auch das Entfernen von Features möglich macht, wird die Anzeige
"Features hinzufügen oder entfernen" angezeigt, in der Sie auswählen können, ob Features des Pakets hinzugefügt oder entfernt werden sollen.
Wenn Sie in der Anzeige "Features hinzufügen oder entfernen" festlegen, dass weitere Features installiert werden sollen, erscheint erneut die Anzeige "Featureauswahl", in der die derzeit installierten
Features ausgewählt und inaktiviert dargestellt sind. In diesem
Modus können Sie keine derzeit installierten Features deinstallieren, aber zusätzliche Features für die Installation auswählen.
Features über die Befehlszeilenschnittstelle hinzufügen
In der PSI-Befehlszeilenschnittstelle können Sie mit der neuen Aktion modfeatures Features für ein bereits installiertes Prozesslösungspaket installieren. Die Parameter dieser Aktion sind ähnlich
den Parametern für die Aktion install. Sie müssen den Pfad des
Prozesslösungspakets angeben sowie die erforderlichen Middlewarebenutzer-IDs und -Kennwörter. Bei Verwendung des Parameters
266
IBM Control Desk: Installationshandbuch (IBM WebSphere)
-addfeatlist für die Aktion modfeatures können Sie die Features
angeben, die hinzugefügt werden sollen. Der Wert dieses Parameters ist eine durch Doppelpunkte getrennte Liste von Featurekennungen, die die zu installierenden Features darstellen.
Features entfernen
Nach der Basisinstallation eines Pakets können Sie Features schrittweise
entfernen oder deinstallieren, falls für das betreffende Paket mindestens ein
Feature bereits installiert wurde.
Die Deinstallation von Features ist optional
Die Unterstützung der Deinstallation von Features ist optional. Ein
Prozesslösungspaket, das eine Teilinstallation von Features unterstützt, unterstützt möglicherweise nicht die Deinstallation seiner
Features. Wenn das Prozesslösungspaket die Deinstallation seiner
Features nicht unterstützt, können Sie in Process Solution Installer
keine Features des Pakets deinstallieren. Der PSI-Assistent (Process
Solution Installer) erlaubt keine Deinstallationsoperationen für Features des Pakets. Die Process-Solution-Installer-Befehlszeilenschnittstelle zeigt entsprechende Nachrichten an, wenn Deinstallationsoperationen für ein Paket ausgeführt werden, das die
Deinstallation von Features nicht unterstützt.
Features mit dem Assistenten entfernen
Wenn Sie den PSI-Assistenten (Programm Solution Installer) verwenden, können Sie nach dem Aufruf der Anzeige für die Paketvalidierung Features für die Deinstallation auswählen, wenn das Paket bereits mit mindestens einem Feature installiert wurde.
Wenn der Status der installierten Features in einem Paket sowohl
das Hinzufügen als auch das Entfernen von Features möglich
macht, wird die Anzeige "Features hinzufügen oder entfernen" angezeigt, in der Sie auswählen können, ob Features des Pakets hinzugefügt oder entfernt werden sollen.
Wenn Sie in der Anzeige "Features hinzufügen oder entfernen" derzeit installierte Features zur Deinstallation auswählen, erscheint erneut die Anzeige "Featureauswahl", in der die derzeit installierten
Features ausgewählt sind. In diesem Modus können Sie keine neuen Features installieren, aber Sie können derzeit installierte Features abwählen, um die Deinstallation dieser Features auszulösen.
Features über die Befehlszeilenschnittstelle entfernen
In der PSI-Befehlszeilenschnittstelle können Sie mit der oben beschriebenen Aktion modfeatures Features aus einem derzeit installierten Prozesslösungspaket deinstallieren. Bei Verwendung des
Parameters -delfeatlist für die Aktion modfeatures können Sie die
Features angeben, die deinstalliert werden sollen. Der Wert dieses
Parameters ist eine durch Doppelpunkte getrennte Liste von Featurekennungen der Features, die deinstalliert werden sollen.
Featureinformationen für ein Paket anzeigen
Die PSI-Programme (Process Solution Installer, Produktlösungsinstallation)
ermöglichen Ihnen das Anzeigen von Informationen zu den unterstützten
und installierten Features eines Prozesslösungspakets.
Featureinformation mit dem Assistenten anzeigen
Die Anzeige "Featureauswahl" im PSI-Assistenten zeigt eine Baumstruktur mit den Features eines Prozesslösungspakets an. In dieser
Anzeige werden die Beziehung zwischen übergeordneten und unKapitel 16. Installationsmethoden für Prozesslösungspakete
267
tergeordneten Features dargestellt. Außerdem wird angezeigt, welche Features derzeit installiert sind.
Featureinformationen über die Befehlszeilenschnittstelle anzeigen
In der PSI-Befehlszeilenschnittstelle können Sie mit der Aktion
showfeatures Informationen zu den Features eines Prozesslösungspakets anzeigen. Für diese Aktion muss der Pfad zum Prozesslösungspaket eingegeben werden. Die Ausgabe listet die Featureattribute der für das Paket definierten Features auf. Diese Attribute
werden im Artikel „Attribute eines Features” auf Seite 265 detailliert beschrieben.
Verarbeitung der Featureauswahl - Regeln und Verhalten
Wenn die Features über die PSI-Programme (Process Solution Installer) verwaltet
werden, wird die tatsächliche Gruppe der Features, die installiert bzw. deinstalliert
werden können, aus einer Kombination der von Ihnen vorgenommen Featureauswahl/-abwahl und einer Gruppe von Regeln für die Featureauswahl ermittelt. Beispielsweise können Sie ein einzelnes Feature für die Installation auswählen, aber
aufgrund der verarbeiteten Regel für die Featureauswahl werden zusätzliche Features installiert.
Wenn Sie Features installieren oder deinstallieren, wenden die PSI-Programme
(Process Solution Installer) diese Regeln für die Featureauswahl an, um sicherzustellen, dass die abgeleitete Gruppe von ausgewählten Features gültig ist und alle
Regeln für die Featureauswahl erfüllt werden.
In diesem Abschnitt werden die Regeln für die Featureauswahl erläutert, die von
den PSI-Programmen (Process Solution Installer) angewendet werden.
Übersicht über die Regeln für Featureauswahl
1. Features können in einer Baumstruktur von übergeordneten und untergeordneten Komponenten angeordnet werden. Untergeordnete Features
können nur dann installiert werden, wenn das zugehörige übergeordnete Feature installiert wird.
2. Ein Feature kann als erforderlich gekennzeichnet sein. Dies bedeutet,
dass das Feature installiert werden muss, wenn sein zugehöriges übergeordnetes Feature installiert wird. Ein Feature der obersten Ebene, das
als erforderliches Feature festgelegt ist, muss immer installiert werden.
3. Sie können Features, die als erforderliche Features gekennzeichnet sind,
niemals explizit auswählen/abwählen. Der Auswahlstatus eines erforderlichen Features wird immer vom Auswahlstatus des zugehörigen
übergeordneten Features abgeleitet.
4. Ein Feature kann einen echten Inhalt (Dateien/Aktionen) haben, oder
es kann ein verschachteltes Feature sein, das als übergeordnetes Feature
eines untergeordneten Features fungiert.
5. Ein verschachteltes Feature kann nur dann installiert werden, wenn
mindestens eines seiner untergeordneten Features (mit Inhalt) ebenfalls installiert wird. Ein Verstoß gegen diese Regel wird während der
Prüfung der Featureauswahl erkannt. Die Nachricht CTGIN0200E wird
ausgegeben, wenn diese Regel nicht eingehalten wird.
6. Im Paket können spezielle Regeln codiert sein, die festlegen, dass bei
Auswahl eines Features ein weiteres Feature ausgewählt wird (Regeln
des Typs select-if-selected). Auf diese Weise können notwendige Abhängigkeiten zwischen den Features aufrechterhalten werden. Diese Regeln
268
IBM Control Desk: Installationshandbuch (IBM WebSphere)
gelten für ein bestimmtes Paket. Beispielsweise können Regeln des Typs
"select-if-selected" in einem Paket definiert sein, um sicherzustellen,
dass Feature A ebenfalls installiert wird, wenn Feature B oder C installiert wird.
Verarbeitung der Featureauswahl
1. Wenn ein untergeordnetes Feature ausgewählt wird, werden auch dessen übergeordnete Features ausgewählt (d. h. das direkt übergeordnete
Feature, das übergeordnete Feature eine Ebene höher usw.).
2. Wenn ein übergeordnetes Feature ausgewählt wird, werden automatisch alle seine untergeordneten Features ausgewählt.
3. Wird ein Feature ausgewählt, werden die Regeln des Typs "select-ifselected" ausgewertet, und alle abhängigen Features werden automatisch ausgewählt.
4. Die Regeln werden so lange auf die Features in der Baumstruktur angewendet, bis keine Features mehr zur Auswahl verfügbar sind.
Verarbeitung der Featureabwahl
1. Wenn ein übergeordnetes Feature abgewählt wird, werden auch dessen
untergeordnete Features ausgewählt (d. h. die untergeordneten Features, die untergeordnete Features eine Ebene tiefer usw.).
2. Wird ein Feature abgewählt, werden alle Regeln des Typs "select-if-selected" für dieses Feature ausgewertet, und alle abhängigen Features
werden automatisch abgewählt.
3. Die Regeln werden so lange auf die Features in der Baumstruktur angewendet, bis keine weiteren Features mehr abgewählt werden können.
Validierung der Featureauswahl
Die PSI-Programme (Process Solution Installer) wenden Regeln für die Featureauswahl an, indem Sie einen Prozess zur Validierung der Featureauswahl ausführen. In diesem Prozess wird die vollständige Gruppe der zu
verarbeitenden Features abgeleitet und ermittelt, ob die Benutzereingabe
gegen Regeln verstößt. Wenn Verstöße gegen Featureregeln erkannt
werden, führen die PSI-Programme (Process Solution Installer) die Operation zur Installation oder Deinstallation von Features nicht aus.
Featurevalidierung mit dem Assistenten
Wenn Sie den PSI-Assistenten (Process Solution Installer) verwenden, werden die meisten Regeln dynamisch angewendet, wenn Sie
in der Featurebaumstruktur der Anzeige "Featureauswahl" Features
auswählen oder abwählen. Wenn Sie beispielsweise ein untergeordnetes Feature auswählen, werden automatisch auch alle seine übergeordneten Features ausgewählt.
Nachdem Sie Ihre Auswahl abgeschlossen haben und versuchen,
die nächste Anzeige aufzurufen, werden weitere Regeln ausgewertet. Im Fall von Verstößen gegen die Regeln werden in der Anzeige
"Featureauswahl" Nachrichten angezeigt, die diese Verstöße beschreiben. Daraufhin müssen Sie Ihre Eingabe korrigieren, bevor
Sie fortfahren.
Featurevalidierung über die Befehlszeilenschnittstelle
Für die PSI-Befehlszeilenschnittstelle werden dieselben Regeln bezüglich der Featureauswahl angewendet, und anhand dieser Regeln wird die vollständige Gruppe der zu installierenden oder zu
deinstallierenden Features ermittelt.
Kapitel 16. Installationsmethoden für Prozesslösungspakete
269
Wenn Sie beispielsweise nur ein untergeordnetes Feature im Parameter -addfeatlist angeben, fügt die PSI-Benutzerschnittstelle alle
seine übergeordneten Features zu der Liste der zu installierenden
Features hinzu. In ähnlicher Weise wird vorgegangen, wenn Sie im
Parameter -delfeatlist ein übergeordnetes Feature angeben. In diesem Fall werden alle seine installierten untergeordneten Features
ebenfalls deinstalliert.
Darüber hinaus führt die PSI-Befehlszeilenschnittstelle außerdem
weitere Prüfungen für die angegebenen Features aus. Diese Prüfungen haben folgende Funktionen:
1. Sicherstellen, dass jede angegebene Featurekennung eine gültige Kennung für das Paket ist.
2. Sicherstellen, dass die mit dem Parameter -addfeatlist angegebenen Features für das Paket noch nicht installiert sind.
3. Sicherstellen, dass die mit dem Parameter -delfeatlist angegebenen Features für das Paket bereits installiert sind.
Auf J2EE und die Datenbank bezogene Konfiguration später ausführen
Sie können die automatisierte Neuimplementierung von J2EE-Anwendungen und
die Aktualisierungen der Maximo-Datenbank für Prozesslösungspakete verzögern.
Das Überspringen dieser automatisierten Implementierung kann aus verschiedenen
Gründen angezeigt sein.
v Möglicherweise gibt es in Ihrer Organisation Richtlinien, die die Ausführung eines Fernzugriffs und einer fernen Aktualisierung der J2EE-Anwendung, der Datenbank oder der Verzeichnisserver von der Verwaltungsworkstation für Control
Desk aus untersagen.
v Unter Umständen sind Sie nicht berechtigt, Verwaltungsfunktionen für die gewünschten Middleware-Server auszuführen.
v In Ihrer Organisation kann es etablierte Verfahren für die Implementierung von
Anwendungen auf Middleware-Servern geben.
Installationsassistenten verwenden
Wenn Sie den PSI-Assistenten verwenden, können Sie J2EE- und datenbankbezogene Konfigurationsschritte verzögern. Sie verzögern Sie, indem
Sie die Verzögerungsoptionen in der Anzeige "Optionen für die Paketinstallation" auswählen.
Befehlszeilenschnittstelle verwenden
Bei Verwendung der PSI-Befehlszeilenschnittstelle (Process Solution Installer) können Sie die Befehlszeilenparameter -skipj2eecfg und -skipdbcfg
angeben, um die auf J2EE und die Datenbank bezogenen Konfigurationsschritte zu verzögern.
Sie können die automatische J2EE-Implementierung verzögern, wenn Sie mehrere
Prozesslösungspakete nacheinander installieren. Die erneute Generierung und Implementierung der Maximo-J2EE-Anwendungen ist verarbeitungs- und zeitintensiv.
Sie können die Gesamtimplementierungszeit verbessern, indem Sie die erneute Generierung und erneute Implementierung von J2EE-Anwendungen durchführen,
nachdem alle Pakete auf der Verwaltungsworkstation entpackt wurden.
Angenommen, Sie installieren die Prozessmanagerprodukte A, B und C im Rahmen Ihres Implementierungsszenarios. Sie können die erneute Generierung/
270
IBM Control Desk: Installationshandbuch (IBM WebSphere)
erneute Implementierung der J2EE-Anwendungen überspringen, wenn Sie die Prozessmanagerprodukte A und B implementieren. Wenn Sie das Prozessmanagerprodukt C implementieren, geben Sie die Optionen für die erneute Implementierung
der Maximo-J2EE-Anwendungen an.
Wenn Sie die Aktualisierung der Maximo-Datenbank nicht automatisieren, verwenden Sie das PSI-Programm nicht mit der Option -loadsampdata. Die Beispieldaten
werden nicht geladen.
Verzögern Sie die Konfiguration von J2EE und der Datenbank zusammen, d. h.,
verzögern Sie die Konfiguration von J2EE, müssen Sie auch die Konfiguration der
Datenbank verzögern.
Die Verzögerung der J2EE-Konfiguration während der Konfiguration der Datenbank bewirkt, dass die Datenbank mit dem Inhalt des Prozesslösungspakets aktualisiert wird. Die J2EE-Anwendungen werden jedoch nicht erneut mit dem Inhalt
dieses Prozesslösungspakets generiert und implementiert. Sie können die Anwenden anzeigen, die dem Prozesslösungspaket zugeordnet ist. Wenn Sie jedoch Datensätze mit diesen Anwendungen erstellen, erhalten Sie Fehler. Die Anwendungen, die im installierten Paket enthalten sind, können so lange nicht verwendet
werden, bis die Maximo-J2EE-Anwendungen erneut generiert und implementiert
wurden. Die Verzögerung der Datenbankkonfiguration während der Konfiguration
des J2EE-Servers bewirkt, dass die J2EE-Anwendungen mit dem Inhalt des Prozesslösungspakets erneut generiert und implementiert werden. Die Datenbank
wird jedoch nicht mit dem Inhalt dieses Prozesslösungspakets aktualisiert. Anwendungen, die dem Prozesslösungspakets zugeordnet sind, werden in der Liste der
Anwendungen angezeigt, die Sie über Hilfe → System aufrufen können. Diese Anwendungen werden nicht in der Liste der auswählbaren Anwendungen angezeigt.
Die im installierten Paket enthaltenen Anwendungen können so lange nicht verwendet werden, bis die Datenbankkonfiguration abgeschlossen ist.
Wenn Sie die Maximo-EAR-Datei manuell erstellen und implementieren müssen,
ziehen Sie die Anweisungen im Handbuch für den Systemadministrator zu Rate.
Manuelle Implementierung
Dieser Abschnitt enthält aufgabenbezogene Informationen zur manuellen Implementierung des Prozesslösungspakets, wenn Sie die automatische Middlewarekonfiguration im Prozesslösungspaket ausgeschlossen haben.
Informationen zu diesem Vorgang
Wenn Sie sich gegen eine automatisierte Konfiguration entscheiden, müssen Sie die
für die Implementierung des Prozesslösungspakets erforderlichen Konfigurationsschritte manuell starten. Solange die manuellen Konfigurationsschritte nicht abgeschlossen sind, hat das Prozesslösungspaket einen unvollständigen Status und ist
nicht verwendbar.
Bei der folgenden Vorgehensweise wird davon ausgegangen, dass Sie Process Solution Installer ausgeführt und während der Paketimplementierung die J2EE-Konfiguration und die Datenbankkonfiguration auf einen späteren Zeitpunkt verschoben
haben.
Führen Sie für eine manuelle Implementierung des Prozesslösungspakets die folgenden Schritte aus:
Kapitel 16. Installationsmethoden für Prozesslösungspakete
271
Vorgehensweise
1. Melden Sie sich bei WebSphere Application Server Network Deployment an,
wählen Sie Server > Anwendungsserver aus, und stoppen Sie den Server "MXServer".
2. Aktualisieren Sie die Maximo-Datenbank wie folgt:
<MAXIMO-Ausgangsverzeichnis>\tools\maximo\updatedb -sl
3. Erstellen Sie die Dateien maximo.ear und maximoiehs.ear erneut.
<MAXIMO-Ausgangsverzeichnis>\deployment\buildmaximoear
<MAXIMO-Ausgangsverzeichnis>\deployment\buildmxiehsear
4. Deinstallieren Sie die Anwendungen MAXIMO und MAXIMOIEHS in WebSphere Application Server Network Deployment.
5. Installieren Sie die Anwendungen MAXIMO und MAXIMOIEHS erneut in
WebSphere Application Server Network Deployment.
6. Starten Sie den Server "MXServer" erneut.
Systemprüfung zur Implementierungsvorbereitung
Bevor die Aktionen für eine Softwarelebenszyklusoperation eingeleitet werden,
führen die PSI-Programme (Process Solution Installer) eine Systemprüfung durch.
Für jedes Prozesslösungspaket gibt es eine Reihe von Voraussetzungen, die vor der
Implementierung erfüllt sein müssen. Bei der Systemprüfung wird analysiert, ob
alle Voraussetzungen für die Implementierung erfüllt sind.
Die konkreten Voraussetzungen hängen vom jeweiligen Prozesslösungspaket ab.
Überprüft werden unter anderem der Plattenspeicherplatz und die Speicherbelegung für das Paket. Darüber hinaus wird untersucht, welche Abhängigkeiten zwischen einem Prozesslösungspaket und anderen Paketen bestehen. Stellt sich bei der
Systemprüfung heraus, dass einige Voraussetzungen nicht erfüllt sind, zeigen die
PSI-Programme (Process Solution Installer) entsprechende Nachrichten an. Bevor
Sie erneut versuchen, das Paket zu implementieren, müssen Sie Ihre Umgebung so
aktualisieren, dass alle Voraussetzungen für das Prozesslösungspaket erfüllt sind.
Nicht erfüllte Voraussetzungen übergehen
Unter bestimmten Umständen kann es notwendig sein, die Systemprüfung
zu umgehen und die Implementierung durchzuführen, auch wenn bestimmte Voraussetzungen für das Prozesslösungspaket nicht erfüllt sind. In
ein Prozesslösungspaket könnte beispielsweise eine fehlerhaft angegebene
Überprüfung des Plattenspeicherplatzes eingebettet sein, die dann die Installation des Pakets auf einem System verhindert, das über den für das Paket erforderlichen freien Plattenspeicherplatz verfügt.
Beide PSI-Programme (Prozess Solution Installer) bieten Mechanismen an,
mit denen Sie nicht erfüllte Voraussetzungen umgehen und die Implementierung fortsetzen können.
Installationsassistenten verwenden
Wenn Sie den PSI-Assistenten verwenden, werden in der Anzeige
"Systemprüfung" Nachrichten zu nicht erfüllten Voraussetzungen
angezeigt. Von dieser Anzeige aus können Sie von der Systemprüfung gemeldete Fehler übergehen. Markieren Sie dazu das Kontrollkästchen "Systemprüffehler ignorieren". Bei Auswahl dieses
Kontrollkästchens fährt der PSI-Assistent mit der Implementierung
des Prozesslösungspakets fort.
Befehlszeilenschnittstelle verwenden
Bei Verwendung der PSI-Befehlszeilenschnittstelle (Process Solution
272
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Installer) können Sie von der Systemprüfung festgestellte Defizite
bei der Erfüllung der Voraussetzungen umgehen, indem Sie die
Befehlszeilenoption -force angeben.
Die Voraussetzungen für ein Paket sind Kriterien, die eine erfolgreiche Implementierung sicherstellen sollen. Die Umgehung dieser Voraussetzungen
ist normalerweise nicht zulässig. Dennoch lassen die Programme für Prozesslösung ein Übergehen der folgenden Voraussetzungen zu:
v Kapazitäts- und Verbrauchsprüfungen, z. B. die Prüfung des erforderlichen Plattenspeichers und des Speicherbedarfs für ein Paket
v Prüfung der definierten Beziehungen eines Stammpakets zu vorausgesetzten bzw. zusätzlich erforderlichen Paketen. Paket B könnte beispielsweise erfordern, dass Paket A installiert sein muss, bevor Paket B installiert werden kann. Sie können die Installation von Paket B erzwingen,
auch wenn Paket A noch nicht installiert ist.
v Prüfung von Eigenschaften, die für das Paket definiert sind, z. B. die
Überprüfung des Betriebssystemtyps, unter dem die Installation ausgeführt werden soll
v Kundenspezifische Prüfungen, die für das Paket definiert sind
Anmerkung: Zwischen Fixpacks definierte Abhängigkeiten von vorausgesetzten und zusätzlich erforderlichen Paketen können nicht außer Kraft gesetzt werden.
Statusnachrichten zur Systemprüfung
Während der Systemprüfung veröffentlicht IBM Autonomic Computing
Deployment Engine Ereignisse, aus denen der Fortschritt der Systemprüfung detailliert hervorgeht. Die PSI-Programme (Process Solution Installer)
empfangen die Events und konvertieren sie in lokalisierte Nachrichten, die
dem Benutzer mit der Kennung CTGIN0146I angezeigt werden. Die Nachrichten enthalten einen Kennsatz für die Prüfung, die gerade durchgeführt
wird, die Anzahl der abgeschlossenen Prüfungen und die Gesamtanzahl
der auszuführenden Prüfungen.
IBM Autonomic Computing Deployment Engine kann die Gesamtanzahl
der auszuführenden Prüfungen erst berechnen, wenn eine Prüfung verarbeitet wird. Der Zähler für die Gesamtanzahl auszuführender Prüfungen
kann sich während der Systemprüfungsverarbeitung erhöhen. Nachfolgend
sehen Sie ein Beispiel für eine Gruppe von Nachrichten, die während der
Systemprüfungsverarbeitung abgesetzt werden könnten. Der Zähler für die
Gesamtanzahl der Prüfungen ist nicht statisch. Er wird während der Verarbeitung neu berechnet und erhöht.
CTGIN0146I: Systemprüfung für Überprüfung
"Check_Common_PMP_Installed".
CTGIN0146I: Systemprüfung für Überprüfung
"Check_LTA_WAR_Package_Installed".
CTGIN0146I: Systemprüfung für Überprüfung
"Check_Foundation_PM_Package_Installed".
CTGIN0146I: Systemprüfung für Überprüfung
"MaximoDiskSpaceCheck".
"1" von "2" abgeschlossen. Anzeigename der Überprüfung:
"2" von "3" abgeschlossen. Anzeigename der Überprüfung:
"3" von "4" abgeschlossen. Anzeigename der Überprüfung:
"4" von "4" abgeschlossen. Anzeigename der Überprüfung:
Prozessmanager mit dem PSI-Assistenten installieren
Prozessmanager können mit dem PSI-Assistenten (Process Solution Installer) installiert werden.
Kapitel 16. Installationsmethoden für Prozesslösungspakete
273
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um mit dem PSI-Assistenten (Process Solution Installer) ein Prozesslösungspaket unter Control Desk zu installieren:
Vorgehensweise
1. Starten Sie das PSI-Programm. Navigieren Sie dazu zum Verzeichnis
<Installationsausgangsverzeichnis>\bin Ihrer Installation von Control Desk,
und führen Sie die Datei solutionInstallerGUI.bat aus. Das Installationsprogramm "Install Anywhere" von Process Solution Installer wird wie die PSIClientbefehlszeilenschnittstelle (Process Solution Installer) auf der Verwaltungsworkstation ausgeführt. Das Startscript wird vom Installationsprogramm
von Control Desk implementiert und konfiguriert. Es sind keine Konfigurationsschritte nach der Installation erforderlich. Starten Sie solutionInstallerGUI.bat, woraufhin der Assistent gestartet wird.
Falls Sie sich während der Installation von Control Desk für die Erstellung
von Programmsymbolen entschieden haben, gibt es möglicherweise einen
Link zur Benutzerschnittstelle von Process Solution Installer im Menü "Start",
ein Desktopsymbol oder ein Symbol in der Schnellstartleiste.
2. Wählen Sie eine Sprache für Ihre Installation aus, und klicken Sie auf OK.
3. Klicken Sie in der Einführungsanzeige auf Weiter.
4. Klicken Sie in der Anzeige "PSI-Paket auswählen" auf Auswählen, und navigieren Sie zu der Paketdatei, die Sie implementieren möchten. Wählen Sie die
Datei aus, und klicken Sie auf Öffnen. Das ausgewählte PSI-Paket kann ein
Basisinstallationspaket, ein Teilaktualisierungspaket, ein vollständiges Aktualisierungspaket oder ein Fixpack sein.
Nachdem Sie ein Paket ausgewählt und auf Weiter geklickt haben, führt der
Process Solution Installer eine Reihe von Gültigkeitsprüfungen durch, um sicherzustellen, dass das von Ihnen ausgewählte Paket gültig ist. Das System
wird überprüft, um sicherzustellen, dass das Paket noch nicht implementiert
wurde bzw., falls das Paket ein Update ist, dass das Basispaket bereits installiert ist.
5. Lesen und prüfen Sie die Informationen in der Anzeige "Ergebnisse der Validierung des Pakets", und klicken Sie auf Weiter.
6. Wenn dieser Prozessmanager zum ersten Mal installiert wird, ruft Process Solution Installer das Fenster mit der Programmlizenzvereinbarung auf. Lesen
Sie die Lizenzinformationen durch, und wählen Sie Akzeptieren aus, wenn
Sie mit den Bedingungen einverstanden sind. Klicken Sie auf Weiter. Wenn
Sie schrittweise Features zu einem zuvor installierten Prozessmanager hinzufügen oder daraus entfernen, wird die Anzeige "Features hinzufügen oder entfernen?" aufgerufen. In dieser Anzeige können Sie festlegen, ob Features hinzugefügt oder entfernt werden sollen. Anschließend wird eine weitere Anzeige
aufgerufen, in der Sie bestimmte Features auswählen können, die hinzugefügt
bzw. entfernt werden sollen.
7. Wenn Sie den Prozessmanager zum ersten Mal installieren und der Prozessmanager über auswählbare Features verfügt, werden Sie in der Anzeige "Featureauswahl" dazu aufgefordert, die zu installierenden Features oder die Features, die aus dem vorher implementierten Paket deinstalliert werden sollen,
auszuwählen oder abzuwählen.
8. Geben Sie in der Anzeige "Middlewareanmeldeinformationen" die angeforderten Berechtigungsnachweise ein. Klicken Sie dann auf Weiter. Der Inhalt dieser Anzeige wird dynamisch erzeugt und richtet sich nach dem Typ des zu
274
IBM Control Desk: Installationshandbuch (IBM WebSphere)
installierenden Pakets. Das Paket wird abgefragt, um festzustellen, welche
Middlewareanmeldeberechtigungen erforderlich sind, um die Installation des
Pakets abschließen zu können.
Nachdem Sie die erforderlichen Benutzer-IDs und Kennwörter eingegeben haben, stellt der PSI-Assistent mit den angegebenen Berechtigungsnachweisen
eine Verbindung zu den Middleware-Servern her, um die Gültigkeit der Nachweise zu prüfen.
9. Nach der Überprüfung der Berechtigungsnachweise sehen Sie in einer Anzeige mit Paketoptionen ausführliche Informationen zu den vom Paket unterstützten Implementierungsoptionen. Wenn das installierbare Paket von Process
Solution Installer die Option zum Überschreiben der vom Kunden geänderten
Daten während des Updates enthält, können Sie sie in dieser Anzeige auswählen. Nachdem Sie angegeben haben, welche Optionen verwendet werden sollen, führt Process Solution Installer eine Systemprüfung durch, um sicherzustellen, dass alle erforderlichen Systemvoraussetzungen für das zu
installierende Paket erfüllt sind. Klicken Sie auf Weiter, um fortzufahren.
10. Lesen und prüfen Sie die Informationen in der Anzeige "Zusammenfassung
der Vorinstallation", und klicken Sie auf Weiter. Das PSI-Programm beginnt
mit der Installation des Pakets. In einer Fortschrittsanzeige können Sie den
Implementierungsfortschritt verfolgen.
11. Wenn die Installation erfolgreich abgeschlossen ist, klicken Sie in der Anzeige
"Paket erfolgreich implementiert" auf Weiter. Falls ein Paketfehler festgestellt
wurde, wird zu dem fehlgeschlagenen Schritt eine Nachricht angezeigt. Wenn
ein Feature hinzugefügt oder entfernt wurde, wird in einer Nachricht angezeigt, welches Feature erfolgreich hinzugefügt oder entfernt wurde.
12. Wählen Sie in der Anzeige zur Installation weiterer Pakete die Option Soll ein
weiteres Paket installiert werden? aus, und klicken Sie auf Fertig, um ein
weiteres Paket zu installieren. Falls Sie dies nicht wünschen, vergewissern Sie
sich, dass Soll ein weiteres Paket installiert werden? abgewählt ist. Klicken
Sie anschließend auf Fertig, um den PSI-Assistenten zu verlassen.
Ergebnisse
Kurz nachdem Sie auf Fertig geklickt haben, sehen Sie möglicherweise einen Fortschrittsanzeiger für die Installation. Der PSI-Assistent wird beendet. Installationsschritte werden nicht mehr ausgeführt. Die Implementierung des von Ihnen installierten Prozesslösungspakets ist bereits abgeschlossen. Sie können den
Fortschrittsanzeiger ignorieren.
PSI-Clientbefehlszeilenschnittstelle
Verwenden Sie die PSI-Clientbefehlszeilenschnittstelle (Process Solution Installer),
um Prozesslösungspakete abzufragen, zu installieren, zu aktualisieren und zu deinstallieren.
Prozesslösungspakete können sich aus Prozessmodulen und Integrationsmodulen
zusammensetzen.
Clientbefehlszeilenschnittstelle für die Installation von Prozesslösungen starten
Für den Start der PSI-Befehlszeilenschnittstelle (Process Solution Installer) steht ein
Startscript zur Verfügung. Das Script hat den Namen solutionInstaller.bat und
ist im Verzeichnis <Installationsausgangsverzeichnis>\bin implementiert und
konfiguriert. Die Befehlszeilenschnittstelle für Prozesslösungen wird auf der VerKapitel 16. Installationsmethoden für Prozesslösungspakete
275
waltungsworkstation verwendet. Das Startscript wird vom Installationsprogramm
von Control Desk implementiert und konfiguriert. Es sind keine Konfigurationsschritte nach der Installation erforderlich. Starten Sie solutionInstaller.bat mit
der bevorzugten Befehlszeichenfolge, und die Aktion wird ausgeführt.
Während der Verarbeitung des Befehls schreibt die Befehlszeilenschnittstelle für
Prozesslösungen Nachrichten in die Standardausgabe des Befehlsfensters, in dem
der Befehl gestartet wurde.
Allgemeine Syntax
Allgemeine Syntax für das Starten des Lösungsinstallationsprogramms.
solutionInstaller-Syntax
Die Syntax für das Starten von solutionInstaller ist wie folgt:
solutionInstaller.bat Parameterklausel-1 Parameterklausel-2 ... Parameterklausel-n
v Jede Parameterklausel besteht aus -Parametername Parameterwert oder -Parametername.
v -Parametername Parameterwert wird für Parameter verwendet, die einen Parameterwert erfordern.
v -Parametername wird für Parameter verwendet, die Umschalter oder Optionen repräsentieren und keinen Parameterwert erfordern.
v Parametername steht für den Namen eines unterstützten Parameters.
v Parameternamen ist immer ein Gedankenstrich vorangestellt.
v Parameterwert steht für den Wert, der einem bestimmten Parameternamen zugeordnet ist.
v Parameterwerte, die Leerzeichen enthalten, müssen in doppelte Anführungszeichen gesetzt werden.
Aktion ausführen
Process Solution Installer verwendet für die Arbeit mit Paketen den Parameter "action".
Bei jedem Aufruf von solutionInstaller muss der Parameter -action angegeben
werden. Dieser Parameter gibt die auszuführende Aktion oder Softwarelebenszyklusoperation an. Ausgehend von dem für diesen Parameter angegebenen Wert
kann die Angabe weiterer Parameter erforderlich sein. Wird z. B. -action
showinstall angegeben, muss auch der Parameter "type" bereitgestellt werden. In
der folgenden Tabelle sind die unterstützten Aktionen aufgeführt, die in der PSIBefehlszeilenschnittstelle (Process Solution Installer) angegeben werden können.
Tabelle 29. Aktionen in der Befehlszeilenschnittstelle für Prozesslösungen
276
Operation
Wert des Parameters -action
Installierte Pakete auflisten
showinstalled
Verfügbare Pakete auflisten
showavail
Basisinstallation
install
Teilaktualisierung/Fixpack
upgrade
Teilaktualisierung/Fix rückgängig machen
undo
Deinstallation
uninstall
Vorläufigen Fix anwenden
applyfix
Vorläufigen Fix widerrufen
undofix
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 29. Aktionen in der Befehlszeilenschnittstelle für Prozesslösungen (Forts.)
Operation
Wert des Parameters -action
Installierte Fixes für ein Paket auflisten
showfixes
Sprachunterstützungsdateien für ein Paket
aktualisieren
refreshlangs
Features hinzufügen oder entfernen
modfeatures
Verfügbare Features anzeigen
showfeatures
Zusammenfassung der unterstützten Parameter
Dieser Abschnitt enthält eine Zusammenfassung der von der Befehlszeilenschnittstelle unterstützten Parameter.
Die unterstützten Parameter für die Befehlszeilenschnittstelle der Prozesslösung
werden in der folgenden Tabelle beschrieben.
Tabelle 30. Von der Befehlszeilenschnittstelle für Prozesslösungen unterstützte Parameter
Parametername
Beschreibung
-action
Gibt die auszuführende Funktion oder
Softwarelebenszyklusoperation an.
-addfeatlist
Gibt die Liste der zu installierenden Features
an. Ein Feature wird durch seine nicht übersetzte englische Feature-ID identifiziert.
Wenn die Liste mehrere Features enthält,
werden diese durch einen Doppelpunkt voneinander getrennt. Wenn eine Feature-ID ein
Leerzeichen enthält, muss der gesamte Wert
für diesen Parameter in doppelte Anführungszeichen gesetzt werden.
-dbpwd
Gibt das Kennwort der DatenbankbenutzerID an, die für den Zugriff auf die MaximoDatenbank verwendet wird.
-dbuser
Gibt die Datenbankbenutzer-ID an, die für
den Zugriff auf die Maximo-Datenbank verwendet wird.
-delfeatlist
Gibt die Liste der zu löschenden Features
an. Ein Feature wird durch seine nicht übersetzte englische Feature-ID identifiziert.
Wenn die Liste mehrere Features enthält,
werden diese durch einen Doppelpunkt voneinander getrennt. Wenn eine Feature-ID ein
Leerzeichen enthält, muss der gesamte Wert
für diesen Parameter in doppelte Anführungszeichen gesetzt werden.
-fixid
Gibt die eindeutige Kennung eines zu verarbeitenden vorläufigen Fix an.
-force
Gibt an, ob eine Implementierung fortgesetzt
werden soll, auch wenn nicht alle Voraussetzungen für das zu verarbeitende Paket erfüllt sind.
Kapitel 16. Installationsmethoden für Prozesslösungspakete
277
Tabelle 30. Von der Befehlszeilenschnittstelle für Prozesslösungen unterstützte Parameter (Forts.)
278
Parametername
Beschreibung
-license
Dieser Parameter gibt an, ob die
Lizenzvereinbarung automatisch akzeptiert
oder eine Eingabeaufforderung zum Akzeptieren oder Ablehnen der Vereinbarung angezeigt werden soll. Dazu wird einer der
folgenden Werte verwendet: "accept" oder
"prompt".
-loadlanguages
Gibt an, ob optionale
Sprachunterstützungsdateien für das Paket
in die Maximo-Datenbank geladen werden
sollen.
-loadsampdata
Gibt an, ob Beispiel- oder
Demonstrationsdaten für das zu verarbeitende Paket geladen werden sollen.
-maxpwd
Gibt das Kennwort des Benutzers mit
Verwaltungsaufgaben für Control Desk an,
der für den Zugriff auf die Anwendung
Control Desk verwendet wird.
-maxuser
Gibt die ID des Benutzers mit
Verwaltungsaufgaben für Control Desk an,
die für den Zugriff auf die Maximo-Konsole
verwendet wird.
-pkgpath
Gibt den Dateipfad eines
Prozesslösungspakets an. Pfade, die
Leerzeichen enthalten, müssen in doppelte
Anführungszeichen gesetzt werden.
-pkguuid
Gibt die eindeutige Kennung des zu verarbeitenden Prozesslösungspakets an.
-pkgver
Gibt die Version des zu verarbeitenden
Prozesslösungspakets an.
-skipdbcfg
Gibt an, ob das Update der Maximo-Datenbank während der Paketimplementierung
verschoben werden soll.
-skipj2eecfg
Gibt an, ob die erneute Generierung und
Implementierung der J2EE-Anwendungen
von Maximo während der
Paketimplementierung verschoben werden
sollen.
-type
Gibt bei Aufruf der Aktion "showavail" oder
"showinstalled" an, welche Art von
Lösungselementpaket zurückgegeben werden soll. Gültige Werte sind
"processmodule", "integrationmodule" oder
"all".
-waspwd
Gibt das Kennwort des Administrators von
IBM WebSphere Application Server Network
Deployment an.
-wasrxapwd
Gibt das Kennwort der Benutzer-ID an, die
für den Fernzugriff auf das System von IBM
WebSphere Application Server Network
Deployment verwendet wird.
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 30. Von der Befehlszeilenschnittstelle für Prozesslösungen unterstützte Parameter (Forts.)
Parametername
Beschreibung
-wasrxauser
Gibt die Benutzer-ID an, mit der der ferne
Zugriff auf das System von IBM WebSphere
Application Server Network Deployment
erfolgt.
-wasuser
Gibt die Benutzer-ID des Administrators von
IBM WebSphere Application Server Network
Deployment an.
Referenzinformationen zur Befehlszeilenschnittstelle für Prozesslösungen
Die folgenden Abschnitte enthalten Referenzinformationen zur Befehlszeilenschnittstelle für Prozesslösungen.
Mehrere Aktionen der Befehlszeilenschnittstelle verweisen auf das Syntaxelement
[<Middlewareanmeldeinformationen>].
Die Syntax für das Middlewareanmeldeelement lautet wie folgt:
[-wasuser <Benutzer-ID> -waspwd <Kennwort>]
[-dbuser <Benutzer-ID> -dbpwd <Kennwort>]
[-maxuser <Benutzer-ID> -maxpwd <Kennwort>]
[-wasrxauser <Benutzer-ID> -wasrxapwd <Kennwort>].
Welche tatsächlichen Benutzer-IDs und Kennwörter erforderlich sind, richtet sich
danach, welches Paket verarbeitet wird. Für ein Paket, das beispielsweise nur Inhalte in der Maximo-Datenbank implementiert, sind nur die Parameter -dbuser
und -dbpwd erforderlich.
Tabelle 30 auf Seite 277
Aktion "install" - Paket installieren
Beschreibung der Aktion, mit der Pakete installiert werden.
install
Aktion
install
Zweck
Installiert ein noch nicht installiertes Prozesslösungspaket.
Syntax
solutionInstaller
-action install
-pkgpath <Pfad_zur_Paketdatei_für_Basisinstallation>
[<Middlewareanmeldeinformationen>]
[-license <accept|prompt>]
[-skipj2eecfg] [-skipdbcfg] [-loadlanguages] [-loadsampdata] [-force]
Beschreibung
Mit der Aktion "install" wird ein Prozesslösungspaket installiert. Der Name
der Archivierungsdatei mit dem zu installierenden Prozesslösungspaket
wird mit dem Parameter -pkgpath angegeben.
Vorbedingungen
Stellen Sie vor Verwendung dieser Aktion Folgendes sicher:
Kapitel 16. Installationsmethoden für Prozesslösungspakete
279
v Die Archivdatei des Prozesslösungspakets, die Sie angeben, ist ein gültiges Basisinstallationspaket.
v Das Paket wurde noch nicht installiert. Sie können dies mit der Aktion
"showinstalled" überprüfen.
v Alle weiteren Voraussetzungen für das angegebene Paket sind erfüllt.
Verwendungsbeispiel
Aktion "modfeatures" - Vorhandene Features eines implementierten Pakets ändern
Beschreibung der Aktion, mit der vorhandene Features eines implementierten Pakets geändert werden.
modfeatures
Aktion
modfeatures
Zweck
Änderung der Features eines derzeit installierten Prozesslösungspakets.
Syntax
solutionInstaller
-action modfeatures
-pkgpath <Pfad_zur_Paketdatei_für_Basisinstallation>
[-addfeatlist FeatA:FeatB:¦:Featn]
[-delfeatlist FeatA:FeatB:¦:Featn]
[<Middlewareanmeldeinformationen>]
[-skipj2eecfg] [-skipdbcfg] [-force]
Beschreibung
Mit der Aktion "modfeatures" können die installierten Features in einem
derzeit installierten Prozesslösungspaket geändert werden. Wenn Sie Features ändern, wird der Dateiname der Archivierungsdatei mit dem Prozesslösungspaket, in dem die Features enthalten sind, mit dem Parameter
-pkgpath geändert. Zum Hinzufügen neuer Features, die noch nicht installiert sind, verwenden Sie den Parameter –addfeatlist. Zum Entfernen derzeit installierter Features verwenden Sie den Parameter –delfeatlist. Sie
dürfen innerhalb eines Aufrufs nicht Features hinzufügen und gleichzeitig
Features entfernen. Bei Aufruf dieses Befehls darf nur einer der Parameter,
–addfeatlist oder –delfeatlist, angegeben werden.
280
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Protokolle von Process Solution Installer
Wenn während der Verwendung von Process Solution Installer Probleme auftreten
oder Fehlernachrichten angezeigt werden, prüfen Sie diese Protokolldateien.
Die Protokolldateien werden an folgenden Positionen gespeichert:
Tabelle 31. Protokolle von Process Solution Installer
Protokolltyp
Beschreibung
Standort
Paketprotokoll
<Installationsausgangsverzeichnis>\solutions\logs\<PAKETNAME>\
Diese Protokolldateien enthalten die StdOut/StdErrAusgabe externer Befehle,
die das Paket während der
Deployment-Engine-Verarbeitung startet. Diese
Protokolldateien sind in der
Regel von elementarer Bedeutung für ein ordnungsgemäßes Debugging bei
Paketfehlern.
Die Protokolle bestehen im
Allgemeinen aus zwei Teilen,
einer Datei mit der Erweiterung ".out" und einer Datei
gleichen Namens mit der Erweiterung ".err". Die Dateien
mit der Erweiterung ".out"
enthalten den Inhalt des
Standardausgabedatenstroms
vom externen Befehl. Die Dateien mit der Erweiterung
".err" enthalten den Inhalt
des
Standardfehlerdatenstroms.
Dass eine der Dateien leer
ist, ist nicht ungewöhnlich,
sofern es keine (oder NUR)
Fehlernachrichten gegeben
hat.
Beachten Sie, dass für ein
bestimmtes installiertes Paket
zahlreiche Protokolldateien
(10-20) generiert werden können.
Kapitel 16. Installationsmethoden für Prozesslösungspakete
281
Tabelle 31. Protokolle von Process Solution Installer (Forts.)
Protokolltyp
Beschreibung
Standort
Control Desklog
Diese Protokolle werden vom <Installationsausgangsverzeichnis>\logs\CTGInstallMessageXX.log
PSI-Subsystem geführt.
<Installationsausgangsverzeichnis>\logs\CTGInstallTraceXX.log
XX steht hier für eine
zweistellige Zahl, z. B. "00".
Diese Protokolle enthalten
die Trace-Ausgabe des PSISubsystems.
Anmerkung: Nach der Installation eines
Prozessmanagers finden Sie
im Verzeichnis
<Installationsausgangsverzeichnis>\solutions\logs
für den Prozessmanager in
der Datei
MAXIMO_DEPLOY_ERR.err möglicherweise Nachrichten wie
die folgenden:
v *sys-package-mgr*:
processing new jar, 'C:\
IBM\SMP\lib\icl.jar'
v *sys-package-mgr*:
processing new jar, 'C:\
IBM\SMP\lib\
CTGInstallCommon.jar'
v *sys-package-mgr*:
processing new jar, 'C:\
IBM\SMP\lib\
CTGInstallResources.jar'
Diese Nachrichten erscheinen
zwar in einer
Fehlerprotokolldatei, dienen
jedoch nur zur Information
und sind keine Hinweise auf
Implementierungsfehler. Sie
können diese Nachrichten
ignorieren.
282
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 31. Protokolle von Process Solution Installer (Forts.)
Protokolltyp
Beschreibung
Standort
Protokolle von Solution Installer Engine/Deployment
Engine
Diese Protokolle werden von
der Laufzeitumgebung von
IBM Solution Installer
Engine/Deployment Engine
geführt. Der PSI verwendet
IBM Technologie für die Installation von Paketen und
die Überwachung installierter Pakete. Diese Laufzeit hat
ihr eigenes
Protokollierungssystem.
C:\IBM\SMP\CTG_DE\acsi\
logs\<BENUTZERNAME>\
de_msg.log
Diese Protokolle werden für
Verbindungsfehler, Ausnahmen und andere Fehler während der täglichen
Ausführung von WebSphere
Application Server erstellt.
Häufig sind diese Protokolle
hilfreich bei der Diagnose
von Fehlern in bestimmten
EAR-Dateien oder bei anderen Operationen wie
Datenbankverbindungen.
<WAS-Ausgangsverzeichnis>\
profiles\<PROFIL>\logs\
AboutThisProfile.txt
C:\IBM\SMP\CTG_DE\acsi\
logs\<BENUTZERNAME>\
de_trace.log
Wenn Sie die Installation beispielsweise unter dem
Benutzernamen "Administrator" ausgeführt haben, finden
Anmerkung: Nach einer Ins- Sie die Protokolle in C:\IBM\
tallation enthalten diese Pro- SMP\CTG_DE\acsi\logs\
Administrator\de_msg.log.
tokolle die sensiblen Daten
der Berechtigungsnachweise.
Entfernen Sie die Protokolle
nach einer erfolgreichen Installation.
Protokolle von WebSphere
Application Server
<WAS-Ausgangsverzeichnis>\
profiles\<PROFIL>\logs\
<SERVERNAME>\
startServer.log
<WAS-Ausgangsverzeichnis>\
profiles\<PROFIL>\logs\
<SERVERNAME>\
stopServer.log
<WAS-Ausgangsverzeichnis>\
profiles\<PROFIL>\logs\
<SERVERNAME>\
SystemErr.log
<WAS-Ausgangsverzeichnis>\
profiles\<PROFIL>\logs\
<SERVERNAME>\
SystemOut.log
Wenn Sie daher WebSphere
Application Server beispielsweise unter
C:\IBM\WebSphere\
AppServer\ installiert haben,
das Profil den Namen
"AppSrv01" hat und der
Servername "server1" lautet,
wird das folgende Protokoll
bereitgestellt:
C:\IBM\WebSphere\
AppServer\profiles\
AppSrv01\logs\
AboutThisProfile.txt
Kapitel 16. Installationsmethoden für Prozesslösungspakete
283
Tabelle 31. Protokolle von Process Solution Installer (Forts.)
Protokolltyp
Beschreibung
Standort
Maximo-Protokolle
Maximo führt selbst auch
einige Protokolle, die hilfreich für die Überwachung
des Fortschritts, des Erfolgs
oder des Scheiterns einiger
Befehle von Maximo sind.
<Installationsausgangsverzeichnis>\maximo\tools\maximo\log\updatedb<ZEITMARKE>.log
Der WebSphere Thin Client
ist der Mechanismus, über
den die
Prozessmanagerpakete mit
WebSphere Application Server kommunizieren. Sollte
diese automatisierte Implementierung fehlschlagen,
werden die genauen Aktionen des Thin Client und die
zugehörigen Antworten von
WebSphere Application Server in Protokollen gespeichert.
<Installationsausgangsverzeichnis>\wasclient\logs\CTGIN_wsadmin.traceout
Protokolle des WebSphere
Thin Client
Wenn die
Installationsposition für
Maximo C:\IBM\SMP\Maximo
ist, und das Paket am 19.
April um 17:06:07 Uhr den
Befehl "UpdateDB" ausgeführt hat, werden die
Protokolldaten in die Datei
C:\IBM\SMP\Maximo\tools\
maximo\log\
updatedb20070419170607.log
geschrieben.
<Installationsausgangsverzeichnis>\wasclient\logs\wsadmin.traceout
<Installationsausgangsverzeichnis>\wasclient\logs\wsadmin.valout
Wenn Ihre
Installationsposition für
Control Desk C:\IBM\SMP ist,
enthalten die folgenden
Protokolldateien Trace-Informationen zum WebSphere
Thin Client:
C:\IBM\SMP\wasclient\logs\
CTGIN_wsadmin.traceout
C:\IBM\SMP\wasclient\logs\
wsadmin.traceout
C:\IBM\SMP\wasclient\logs\
wsadmin.valout
Es hat sich bewährt, vorhandene Protokolle vor der Installation eines Pakets umzubenennen. Zur Vereinfachung der Fehlerermittlung ist es sinnvoll, ein Protokoll zu
haben, das nur Informationen zum Erfolg oder Scheitern der aktuellen Paketinstallation enthält.
284
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 17. Weiterführende Installationsinformationen
Dieser Abschnitt enthält hilfreiche Informationen zu erweiterten Szenarien für die
Implementierung von Control Desk.
In diesen Informationen finden Sie Angaben zur Installation und Konfiguration in
erweiterten Implementierungen.
Verwaltung von WebSphere Application Server Network Deployment
Führen Sie diese Aufgaben aus, wenn Sie WebSphere Application Server Network
Deployment installiert haben oder einen vorhandenen Server verwenden.
Umfassende Informationen zur Ausführung und Verwaltung finden Sie auf der
Unterstützungssite zu WebSphere Application Server Network Deployment.
Anwendungsserver über die Befehlszeile starten
Während der Implementierung von Control Desk wird ein Anwendungsserver mit
dem Namen "MXServer" entweder manuell oder mit dem Installationsprogramm
von Control Desk automatisch erstellt.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um den Anwendungsserver "MXServer"
über die Befehlszeile zu starten:
Vorgehensweise
1. Starten Sie den Deployment Manager.
UNIX und Linux
<WAS-Ausgangsverzeichnis>/AppServer/profiles/ctgDmgr01/bin/
startManager.sh
Windows
<WAS-Ausgangsverzeichnis>\profiles\ctgDmgr01\bin\startManager.bat
2. Starten Sie den Knoten.
UNIX und Linux
<WAS-Ausgangsverzeichnis>r/profiles/ctgAppSrv01/bin/startNode.sh
Windows
<WAS-Ausgangsverzeichnis>\profiles\ctgAppSrv01\bin\startNode.bat
3. Starten Sie den Web-Server.
UNIX und Linux
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/startServer.sh
webserver1
Windows
<WAS-Ausgangsverzeichnis>\profiles\ctgAppSrv01\bin\
startServer.bat webserver1
4. Starten Sie den Anwendungsserver.
© Copyright IBM Corp. 2014
285
UNIX und Linux
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/startServer.sh
MXServer
Windows
<WAS-Ausgangsverzeichnis>\profiles\ctgAppSrv01\bin\
startServer.bat MXServer
Anwendungsserver über die Administrationskonsole starten
Während der Implementierung von Control Desk wird ein Anwendungsserver mit
dem Namen "MXServer" entweder manuell oder mit dem Installationsprogramm
von Control Desk automatisch erstellt.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um den Anwendungsserver "MXServer"
über die Administrationskonsole zu starten:
Vorgehensweise
1. Stellen Sie sicher, dass die folgenden Serverprozesse aktiv sind, bevor Sie die
Administrationskonsole starten. Starten Sie die Prozesse ggf. mit den im Folgenden beschriebenen Befehlen über eine Eingabeaufforderung.
Tabelle 32. Serverprozesse
Server
HTTP-Server
Vorgehensweise
Windows
<HTTP-SERVER-Ausgangsverzeichnis>\bin\apache -k start
<HTTP-SERVER-Ausgangsverzeichnis>\bin\apache -k stop
UNIX
<HTTP-SERVER-Ausgangsverzeichnis>/bin/apachectl start
<HTTP-SERVER-Ausgangsverzeichnis>/bin/apachectl stop
Deployment
Manager
Windows
<WAS-Ausgangsverzeichnis>\profiles\ctgDmgr01\bin\
startManager.bat
<WAS-Ausgangsverzeichnis>\profiles\ctgDmgr01\bin\
stopManager.bat
UNIX
<WAS-Ausgangsverzeichnis>/profiles/ctgDmgr01/bin/
startManager.sh
<WAS-Ausgangsverzeichnis>/profiles/ctgDmgr01/bin/
stopManager.sh
Node Agent
Windows
<WAS-Ausgangsverzeichnis>\profiles\ctgAppSrv01\bin\
startNode.bat
<WAS-Ausgangsverzeichnis>\profiles\ctgAppSrv01\bin\
stopNode.bat
UNIX
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/
startNode.sh
<WAS-Ausgangsverzeichnis>/profiles/ctgAppSrv01/bin/
stopNode.sh
286
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 32. Serverprozesse (Forts.)
Server
Vorgehensweise
Instanz von
Windows
Tivoli Directory
1. Klicken Sie auf Start, und wählen Sie Ausführen aus.
Server
2. Geben Sie services.msc ein, und klicken Sie auf OK.
3. Wählen Sie IBM Tivoli Directory Server Instance V6.1 idsccmdb aus, und klicken Sie auf Dienst starten.
UNIX
Directory-Server-Datenbank
/ldap/V6.1/sbin/ibmslapd -I idsccmdb
Windows
1. Klicken Sie auf Start, und wählen Sie Ausführen aus.
2. Geben Sie services.msc ein, und klicken Sie auf OK.
3. Wählen Sie DB2 - DB2COPY1 - CTGINST1-0 aus, und klicken Sie auf Dienst starten.
UNIX
su - idsccmdb -c db2start
2. Öffnen Sie zum Starten der Administrationskonsole einen Browser, und geben
Sie den folgenden URL ein: http://<Servername>:9060/ibm/console. Hier steht
<Servername> für den Namen des Hosts mit WebSphere Application Server Network Deployment. 9060 ist der Standardport für die Administrationskonsole.
3. Geben Sie für die Anmeldung, sofern erforderlich, die ID eines Benutzers mit
Verwaltungsaufgaben und das zugehörige Kennwort ein.
4. Klicken Sie in der Administrationskonsole auf Server > Servertypen > Anwendungsserver.
5. Wählen Sie das Kontrollkästchen neben MXServer, dem Namen von WebSphere Application Server Network Deployment, aus.
6. Klicken Sie auf Starten. In der Statusspalte ändert sich das Symbol in "Aktiv".
Zum Stoppen von WebSphere Application Server Network Deployment können
Sie auf Stoppen klicken. Daraufhin ändert sich das Symbol in der Statusspalte
in Gestoppt.
Administrationskonsole von WebSphere Application Server
Network Deployment sichern
Sie können die Administrationskonsole sichern, sodass nur authentifizierte Benutzer sie verwenden können.
Informationen zu diesem Vorgang
Nachdem Sie Virtual Member Manager zum Sichern von WebSphere Application
Server Network Deployment aktiviert haben, müssen Sie mehrere Schritte zum Sichern der Konsole ausführen. Zuerst müssen Sie Benutzer (oder Gruppen) identifizieren, die in der aktiven Benutzer-Registry definiert sind. Nachdem Sie entschieden haben, welche Benutzer auf die Konsole zugreifen dürfen, können Sie durch
das Zuweisen von Rollen deren Zugriffsebene festlegen. Die Rollen legen fest, welche Verwaltungsaktionen ein Benutzer ausführen kann. Nach der Aktivierung der
Sicherheit muss ein Benutzer eine gültige Administrator-ID und das zugehörige
Kennwort eingeben, um auf die Konsole zugreifen zu können.
Auf der Seite "Rollen für Gruppen mit Verwaltungsaufgaben" können Sie Gruppen
bestimmte Berechtigungen für die Verwaltung von Anwendungsservern über die
Administrationskonsole erteilen. Klicken Sie auf Sicherheit > Sichere Verwaltung,
Kapitel 17. Weiterführende Installationsinformationen
287
Anwendungen und Infrastruktur > Rollen für Gruppen mit Verwaltungsaufgaben, um die verfügbaren Rollen für Gruppen mit Verwaltungsaufgaben anzuzeigen.
Tabelle 33. Verwaltungsgruppenrollen
Verwaltungsrolle
Beschreibung
Verwaltung (Administrator)
Hat die Berechtigungen der Rollen "Bedienung" (Operator) und
"Konfiguration" (Configurator) sowie die Berechtigung für den
Zugriff auf sensible Daten.
Bedienung (Operator)
Hat die Berechtigungen der Rolle "Überwachung" (Monitor) und
kann den Laufzeitstatus ändern. Beispielsweise kann ein Benutzer mit der Rolle "Bedienung" (Operator) Dienste starten oder
stoppen.
Konfiguration
(Configurator)
Hat die Berechtigungen der Rolle "Überwachung" (Monitor) und
kann die Anwendungsserverkonfiguration ändern.
Überwachung (Monitor) Hat die wenigsten Berechtigungen. Diese Rolle beschränkt den
Benutzer im Wesentlichen auf die Anzeige der
Anwendungsserverkonfiguration und des aktuellen Status.
Implementierierung
(Deployer)
Benutzer, denen diese Rolle zugeordnet ist, können Anwendungen konfigurieren und ausführen.
Verwaltungssicherheitsmanager
Die differenzierte Verwaltungssicherheit ist nur über "wsadmin"
(adminsecuritymanager) verfügbar. Sie können Benutzern oder Gruppen jedoch über
wsadmin-Scripts und die Administrationskonsole die Rolle
"Verwaltungssicherheitsmanager" (adminsecuritymanager) auf
Zellenebene zuordnen. Die Rolle
"Verwaltungssicherheitsmanager" berechtigt Sie, Benutzer und
Gruppen den Benutzerrollen und Gruppenrollen mit
Verwaltungsaufgaben zuzuordnen. Ein Administrator ist jedoch
nicht berechtigt, Benutzer und Gruppen den Benutzerrollen und
Gruppenrollen mit Verwaltungsaufgaben (einschließlich der Rolle
"Verwaltungssicherheitsmanager") zuzuordnen.
ISC-Administrator
(iscadmins)
Hat Administratorrechte für die Verwaltung von Benutzern und
Gruppen über die Administrationskonsole.
Anmerkung: Klicken Sie zum Verwalten von Benutzern und Gruppen in der Konsole auf Benutzer und Gruppen, und klicken Sie anschießend entweder auf Benutzer verwalten oder auf Gruppen verwalten.
Führen Sie die folgenden Schritte aus, um Benutzer und Gruppen Sicherheitsrollen
zuzuordnen:
Vorgehensweise
1. Wählen Sie Anwendungen > Unternehmensanwendungen > Anwendungsname aus.
2. Klicken Sie unter "Detaileigenschaften" auf Zuordnung von Sicherheitsrollen
zu Benutzern/Gruppen.
3. Wählen Sie die Rolle aus, und klicken Sie auf Benutzer suchen oder Gruppen
suchen. Verschiedene Rollen können unterschiedliche Sicherheitsberechtigungen
haben. Wenn Benutzer oder Gruppen einer Rolle zugeordnet werden, erhalten
sie damit die Berechtigung, auf die für die Rolle definierten Anwendungen zuzugreifen. Benutzer und Gruppen werden Rollen zugeordnet, die in einer Anwendung während der Installation oder Konfiguration definiert wurden. Ver-
288
IBM Control Desk: Installationshandbuch (IBM WebSphere)
wenden Sie das Feld "Suchbegriff", um in der Liste "Verfügbar" Benutzer
anzuzeigen. Klicken Sie auf >>, um Benutzer aus der Liste "Verfügbar" in der
Liste "Ausgewählt" hinzuzufügen.
4. Starten Sie alle Anwendungsserver erneut.
Windows-Dienste konfigurieren
Im Folgenden wird beschrieben, wie Sie den Anwendungsserver und den Node
Agent von WebSphere Application Server Network Deployment für die Ausführung als Windows-Dienste erstellen.
Diese Dienste müssen so erstellt werden, dass sie in der richtigen Reihenfolge gestartet werden. Führen Sie die folgenden Prozeduren zur Erstellung dieser Dienste
aus. Erstellen Sie zuerst den Node-Agent-Dienst und anschließend den MXServerDienst.
Anwendungsserver von WebSphere Application Server Network
Deployment als Windows-Dienst konfigurieren
Wenn Sie WebSphere Application Server Network Deployment als Windows-Dienst
konfigurieren, lässt sich das Produkt unter Umständen einfacher verwalten.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, um den Anwendungsserver von WebSphere
Application Server Network Deployment als Windows-Dienst zu konfigurieren:
Vorgehensweise
1. Starten Sie die Administrationskonsole von WebSphere Application Server
Network Deployment, indem Sie ein Browserfenster öffnen und den folgenden URL eingeben:
http://<Servername>:9060/ibm/console.
2. Geben Sie die ID eines Benutzers mit Verwaltungsaufgaben und ein Kennwort
ein.
3. Klicken Sie auf Server > Anwendungsserver.
4. Wählen Sie im Teilfenster "Anwendungsserver" MXServer aus, und klicken
Sie auf Starten. Diese Aktion erstellt einen Serverprotokollordner, der vom Befehl "WASService" verwendet wird.
5. Wählen Sie "MXServer" aus, und klicken Sie auf Stoppen.
6. Öffnen Sie ein Fenster mit Eingabeaufforderung.
7. Navigieren Sie zum Ordner "bin", in dem Sie den Maximo-Anwendungsserver
installiert haben. Beispiel: C:\Program Files\IBM\WebSphere\AppServer\bin
8. Führen Sie den Befehl WASService mit den folgenden Parametern aus:
serverName
Name des Maximo-Anwendungsservers: MXServer
profilePath
Profilverzeichnis des Servers, z. B. C:\Program Files\IBM\WebSphere\
AppServer\profiles\ctgAppSrv01
wasHome
Ausgangsordner für "MXServer", z. B. C:\Program
Files\IBM\WebSphere\AppServer\profiles
Kapitel 17. Weiterführende Installationsinformationen
289
logRoot
Ordnerposition der Protokolldatei von "MXServer", z. B. C:\Program
Files\IBM\WebSphere\AppServer\logs\ manageprofiles\ctgAppSrv01
logFile
Protokolldateiname für "MXServer" (startServer.log)
restart Startet den vorhandenen Dienst automatisch erneut, wenn der Dienst
ausfällt und die Einstellung den Wert "true" hat.
9. Geben Sie den Befehl "WASService" mit der folgenden Syntax ein:
WASService
-add MXServer
-serverName MXServer
-profilePath "C:\IBM\WebSphere\AppServer\profiles\ctgAppSrv01"
-wasHome "C:\IBM\WebSphere\AppServer"
-logRoot "C:\IBM\WebSphere\AppServer\profiles\ctgAppSrv01\logs\MXServer"
-logFile "C:\IBM\WebSphere\AppServer\profiles\ctgAppSrv01\logs\MXServer\
startServer.log"
-restart true
10. Drücken Sie nach Eingabe des Befehls WASService die Eingabetaste. Es wird
eine Bestätigungsnachricht angezeigt.
11. Öffnen Sie ein Fenster "Dienste", und klicken Sie doppelt auf MXServer. Führen Sie anschließend die folgenden Aktionen aus:
a. Ändern Sie den Wert im Feld Starttyp in Automatisch.
b. Klicken Sie auf Starten, um den Dienst zu starten.
c. Klicken Sie auf OK.
Konfigurationsparameter des Middlewareinstallationsprogramms ändern
Bevor Sie einen Implementierungsplan umsetzen, können Sie die für den Plan eingegebenen Konfigurationsparameter ändern. Diese Option ist sinnvoll, wenn Sie
die Umsetzung des entwickelten Implementierungsplans abbrechen möchten, indem Sie das Middlewareinstallationsprogramm verlassen. Konfigurationsparameter
für einen Implementierungsplan können nur vor dessen Umsetzung geändert werden.
Informationen zu diesem Vorgang
Bei diesen Anweisungen wird davon ausgegangen, dass Sie einen Implementierungsplan entwickelt, Konfigurationsparameter für den Plan eingegeben und dann
das Middlewareinstallationsprogramm vor der Umsetzung des Plans verlassen haben.
Vorgehensweise
1. Starten Sie das Middlewareinstallationsprogramm über das Launchpad erneut,
und navigieren Sie durch die Installationsanzeigen, bis Sie die Anzeige "Arbeitsbereich auswählen" erreichen.
2. Geben Sie in der Anzeige "Arbeitsbereich auswählen" das Verzeichnis an, das
als Arbeitsbereich für das Middlewareinstallationsprogramm verwendet werden
soll, und klicken Sie dann auf Weiter.
3. Wählen Sie Konfigurationsparameter bearbeiten aus, und klicken dann auf
Weiter.
4. Navigieren Sie durch die Anzeigen des Middlewareinstallationsprogramms,
und nehmen Sie die erforderlichen Änderungen vor.
290
IBM Control Desk: Installationshandbuch (IBM WebSphere)
5. Wenn Sie die Anzeige "Operation des Implementierungsplans" erreichen, wählen Sie "Plan implementieren" aus, und klicken Sie auf Weiter.
6. Überprüfen Sie die Angaben in der Zusammenfassungsanzeige "Implementierungsplan und Parameterkonfiguration", und klicken Sie dann auf Weiter, um
die Installation und Konfiguration der ausgewählten Middleware einzuleiten.
7. Geben Sie in der Anzeige "Verzeichnis für Middleware-Images auswählen" die
Position komprimierter Images für die im Implementierungsplan enthaltene
Middleware sowie ein Verzeichnis für die nicht komprimierten Images ein. Klicken Sie nach Eingabe der beiden Positionen auf Weiter. Während der Implementierung werden die Middleware-Images auf dem System entpackt.
8. Klicken Sie auf Fertig stellen.
EAR-Dateien verwalten
Dieser Abschnitt enthält Informationen zur Verwaltung der EAR-Dateien von Control Desk.
Die folgenden Anweisungen gelten für die manuelle Erstellung oder Deinstallation
der Dateien maximo.ear und maximoiehs.ear von Control Desk in WebSphere Application Server Network Deployment.
Diese EAR-Dateien werden vom Installationsprogramm von Control Desk zwar
während der Installation implementiert, aber es kann Situationen geben, in denen
eine erneute manuelle Implementierung dieser EAR-Dateien ratsam ist:
v Wenn Sie nach der Erstinstallation Datenbankverbindungsparameter in der Datei
maximo.properties modifizieren, müssen Sie die Datei maximo.ear erneut erstellen und dann erneut in WebSphere Application Server Network Deployment implementieren. In diesem Szenario werden Sie wahrscheinlich nur die Datei
maximo.ear erneut erstellen und implementieren. Die erneute Erstellung und Implementierung der Datei maximoiehs.ear wird nicht notwendig sein.
v Control Desk muss in einem Anwendungsserver von WebSphere Application
Server Network Deployment installiert werden. Control Desk kann jedoch im
Framework eines Clusters von WebSphere Application Server Network Deployment ausgeführt werden. Wenn Sie Control Desk in einem Cluster implementieren möchten, können Sie die EAR-Dateien von Control Desk in einem Cluster
erneut implementieren oder aus dem während der Installation verwendeten Anwendungsserver einen Cluster erstellen. Falls Sie Control Desk bereits in einem
Anwendungsserver installiert haben, ihn jedoch erneut in einem Cluster implementieren möchten, müssen Sie entweder die Anwendung MAXIMO deinstallieren („Anwendungen in WebSphere Application Server Network Deployment manuell deinstallieren” auf Seite 292) oder während der Installation der
Anwendung MAXIMO in einem Cluster einen neuen Namen für die Anwendung angeben („Anwendungen manuell in WebSphere Application Server Network Deployment installieren” auf Seite 292).
v Wenn Sie Control Desk in einer Entwicklungsumgebung installiert haben, möchten Sie die Implementierung zu gegebener Zeit vielleicht auf eine Test- oder Produktionsumgebung migrieren. In diesem Szenario müssen Sie die Anwendungen
MAXIMO und MAXIMOHELP in der neuen Umgebung implementieren.
Die im Abschnitt „Anwendungen manuell in WebSphere Application Server Network Deployment installieren” auf Seite 292 beschriebenen Schritte sollten für
beide Anwendungen ausgeführt werden.
Kapitel 17. Weiterführende Installationsinformationen
291
EAR-Dateien erstellen
Sie können die EAR-Dateien für Control Desk manuell erstellen, wenn Sie beispielsweise nach der Erstinstallation einen Datenbankverbindungsparameter in der
Datei maximo.properties ändern.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um EAR-Dateien von Control Desk manuell zu erstellen:
Vorgehensweise
1. Erstellen Sie die EAR-Datei für Maximo wie folgt:
Windows
Installationsausgangsverzeichnis\maximo\deployment\buildmaximoear.cmd
Linux und UNIX
Installationsausgangsverzeichnis/maximo/deployment/buildmaximoear.sh
2. Erstellen Sie wie folgt die EAR-Datei für das Maximo-Hilfesystem:
Windows
Installationsausgangsverzeichnis\maximo\deployment\buildmxiehsear.cmd
Linux und UNIX
Installationsausgangsverzeichnis/maximo/deployment/buildmxiehsear.sh
Anwendungen in WebSphere Application Server Network Deployment manuell deinstallieren
Dieser Abschnitt enthält Informationen zur manuellen Deinstallation von MaximoAsset-Management-Anwendungen in WebSphere Application Server Network Deployment.
Vorgehensweise
1. Melden Sie sich an der Administrationskonsole von WebSphere Application
Server Network Deployment an. Wählen Sie Server > Servertypen > WebSphere-Anwendungsserver aus. Wählen Sie "MXServer" aus, und klicken Sie
auf Stoppen.
2. Klicken Sie auf den Link "Anwendungen".
3. Wählen Sie das Kontrollkästchen neben der zu deinstallierenden Anwendung
aus. Die Maximo-Asset-Management-Anwendungen haben standardmäßig die
Namen "maximo" und "maximoiehs".
4. Klicken Sie auf Deinstallieren.
Anwendungen manuell in WebSphere Application Server Network Deployment installieren
Anwendungen von Control Desk können WebSphere Application Server Network
Deployment hinzugefügt werden.
Vorgehensweise
1. Melden Sie sich an der Administrationskonsole von WebSphere Application
Server Network Deployment an.
2. Navigieren Sie zu Anwendungen > Neue Anwendung > Neue Unternehmensanwendung.
3. Wählen Sie auf der Seite "Hochzuladendes und zu installierendes EAR-,
WAR-, JAR- oder SAR -Modul angeben" die Option Lokales Dateisystem aus.
292
IBM Control Desk: Installationshandbuch (IBM WebSphere)
4. Navigieren Sie dann auf Ihrem System zur Position der Datei maximo.ear, und
klicken Sie dann auf Weiter.
5. Wählen Sie Detailliert aus, und klicken Sie auf Weiter.
6. Klicken Sie auf der Seite "Sicherheitswarnungen der Anwendung" auf Weiter.
7. Klicken Sie auf Schritt 2: Servern Module zuordnen.
8. Heben Sie alle Einträge, die im Feld "Cluster und Server" aufgelistet sind, hervor, wählen Sie alle Kontrollkästchen für die in der Tabelle aufgelisteten Module aus, und klicken Sie auf Anwenden.
9. Klicken Sie auf Schritt 11: Virtuelle Hosts für Webmodule zuordnen.
10. Wählen Sie alle Kontrollkästchen für die Webmodule aus, die in der Tabelle
aufgelistet sind.
11. Erweitern Sie den Eintrag Mehrere Zuordnungen anwenden.
12. Wählen Sie einen virtuellen Host, z. B. maximo_host, im Menü "Virtueller
Host" aus, und klicken Sie auf Anwenden.
13. Klicken Sie auf Schritt 15: Sicherheitsrollen Benutzern und Gruppen zuordnen.
14. Wählen Sie das Kontrollkästchen für maximouser in der Tabelle "Rolle" aus,
und wählen Sie dann Alle im Menü "Sondersubjekte zuordnen" aus.
15. Klicken Sie auf Schritt 17: Zusammenfassung, überprüfen Sie die Übersichtsdaten, und klicken Sie auf Fertig stellen.
Kapitel 17. Weiterführende Installationsinformationen
293
294
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 18. Middleware unter Solaris und HP-UX
Middlewareversionen, die nicht mit dem Middlewareinstallationsprogramm installiert werden können, werden über die grafisch orientierten Installationsprogramme
installiert, die mit jedem Middlewareprodukt bereitgestellt werden.
Sie können die in diesem Abschnitt beschriebenen Prozeduren verwenden, um die
folgenden Produkte manuell unter den genannten Betriebssystemen zu installieren.
Solaris 11 SPARC und HP-UX 11i v2+3 (64 Bit)
v IBM DB2 Enterprise Server Edition 9.7
v IBM Tivoli Directory Server 6.3.
IBM Tivoli Directory Server 6.3 wird nur für Solaris 11 unterstützt.
v IBM WebSphere Application Server Network Deployment 7
v IBM HTTP Server 7
Betriebssystem vorbereiten
Um eine Umgebung einzurichten, in der Middlewareoperationen ausgeführt werden können, müssen einige Standardkonfigurationseinstellungen des Betriebssystems geändert werden.
Die zur Vorbereitung jedes neu unterstützten Betriebssystems erforderlichen Schritte sind vom Betriebssystem abhängig.
Führen Sie die Schritte zur Vorbereitung des Betriebssystems aus, bevor Sie Middleware installieren.
Middleware unter Solaris installieren
Möglicherweise sind einige der standardmäßig verwendeten Kernelkonfigurationsparameter unter Solaris für die Ausführung von IBM DB2 9.7 nicht ausreichend.
Um sicherzustellen, dass die erforderlichen Kernelparameter für Ihr Solaris-System
definiert sind, müssen Sie nach der Installation von IBM DB2, aber vor dem Erstellen von Datenbankobjekten, das Dienstprogramm db2osconf ausführen.
Zugehörige Informationen:
pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp
HP-UX
Damit IBM DB2 9.7 unter HP-UX ordnungsgemäß ausgeführt wird, müssen nach
der Installation von IBM DB2 bestimmte Anforderungen bezüglich der Gruppenzugehörigkeit definiert werden.
Nach der Installation von IBM DB2 9.7 müssen Sie sicherstellen, dass der Rootbenutzer der Gruppe "db2iadm1" zugeordnet wurde.
Um sicherzustellen, dass die erforderlichen Kernelparameter für Ihr HP-UX-System
definiert sind, müssen Sie nach der Installation von IBM DB2, aber vor dem Erstellen von Datenbankobjekten, das Dienstprogramm db2osconf ausführen.
Zugehörige Informationen:
© Copyright IBM Corp. 2014
295
pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp
Komponenten installieren
Nachdem Sie das Betriebssystem entsprechend Ihren Voraussetzungen konfiguriert
haben, installieren Sie die Middlewarekomponenten.
Middlewarekomponenten werden in der folgenden Reihenfolge installiert:
1. IBM DB2
2. IBM Tivoli Directory Server
3. IBM WebSphere Application Server Network Deployment
4. IBM HTTP Server
Anmerkung: Auf dem Datenträger bzw. auf der Website, den bzw. die Sie für die
Installation der Middleware verwenden, finden Sie spezifische Verzeichnispositionen für jedes unterstützte Betriebssystem. Die Verzeichnisstruktur ist
Betriebssystem/Produkt.
Die folgenden Befehle zeigen den Inhalt des Verzeichnisses Betriebssystem/
Produkt an.
cd Betriebssystem
ls
In jedem Unterverzeichnis Betriebssystem befinden sich die Installationsverzeichnisse für die einzelnen Middlewareprodukte.
ls solaris
DB2-ESE_9.7_FP3a
TIV-DirectoryServer_6.3
WS-ESS_6.2.1
WS-WAS_IHS_7.0_FP15
WS-WAS_ND_7.0_Custom_FP15
WS-WAS_ND_7.0_Supplemental
WS-WAS_Plugins_7.0_FP15
WS-WAS_UpdateInstaller_7.0.0.15
DB2 installieren
Führen Sie zur Installation von DB2 das Programm db2setup aus.
Vorbereitende Schritte
Lesen Sie vor der Installation von DB2 die Informationen zu den Installationsvoraussetzungen.
Es sind eine Reihe von Prüfungen erforderlich, um eine erfolgreiche Installation zu
gewährleisten. Beachten Sie vor dem Start des DB2-Installationsassistenten die folgenden Voraussetzungen:
v Wenn Sie bei der Installation von Control Desk festlegen, dass die Datenbank
automatisch konfiguriert werden soll, wird gewöhnlich automatisch der Benutzer "maximo" auf dem System mit dem Datenbankserver erstellt. Für Solarisund HP-UX-Systeme müssen Sie den Benutzer manuell erstellen, selbst wenn
das Installationsprogramm von Control Desk die Datenbank automatisch konfiguriert. Vergewissern Sie sich, dass Sie den Benutzer "maximo" auf dem Datenbankserver erstellt haben, bevor Sie Control Desk installieren.
296
IBM Control Desk: Installationshandbuch (IBM WebSphere)
v db2setup startet einen Installationsassistenten. Deshalb muss vor dem Start des
DB2-Installationsprogramms X Window System installiert und aktiviert werden.
Exportieren Sie wie folgt Ihre Anzeige:
export DISPLAY= Ihre_IP-Adresse:0
v Falls in Ihrer Umgebung NIS, NIS+ oder eine ähnliche Sicherheitssoftware verwendet wird, müssen Sie die erforderlichen DB2-Benutzer manuell erstellen, bevor Sie das DB2-Installationsprogramm starten. Lesen Sie vor Beginn den Abschnitt mit Hinweisen zur zentralen Benutzerverwaltung im Information Center
von DB2.
v Normalerweise können Sie einige Installationsaktivitäten auf einen späteren Zeitpunkt verschieben. Beispielsweise können Sie sich dafür entscheiden, zum Zeitpunkt der Installation keine E-Mail-Benachrichtigungen für Datenbankereignisse
einzurichten. Wenn Sie bestimmte Installationsaktivitäten auf einen späteren
Zeitpunkt verschieben möchten, wählen Sie die entsprechende Option aus, und
konfigurieren Sie diese Aktivitäten später.
v Für einige Middlewareprodukte gelten bestimmte Anforderungen oder Konventionen bezüglich der Accountnamen und anderer Einstellungen. Wenn die angezeigten Installationsstandardwerte nicht den Anforderungen entsprechen, überschreiben Sie sie wie nachfolgend beschrieben. In Anzeigen, die die Eingabe
eines Kennworts anfordern, müssen Sie das Kennwort und die Kennwortbestätigung eingeben, damit das Installationsprogramm die nächste Anzeige aufrufen
kann.
Informationen zu diesem Vorgang
Die folgende Prozedur beschreibt, wie eine Standardinstallation von DB2 auf einem
einzigen Computer durchgeführt wird. Wenn DB2-Komponenten auf mehreren
Computern installiert werden sollen, lesen Sie die entsprechenden Anweisungen
im Information Center von DB2.
Datenbanken müssen eine einzelne Partition und Unicode-Daten (UTF-8) enthalten.
DB2 wird standardmäßig im Verzeichnis /opt/IBM/db2/V9.7 installiert.
Das Verzeichnis /opt/IBM/db2/V9.7/logs enthält eine Datei db2install.history. In
dieser Datei sind die verwendeten Installationseinstellungen sowie Fehler, die während des Installationsprozesses aufgetreten sind, enthalten. Die Datei
vmrfis.history enthält Informationen zu den Wartungspaketen, die auf DB2 angewendet wurden, z. B. zu installierten Fixpacks.
In der Datei db2setup.log werden alle Informationen zur DB2-Installation einschließlich der Fehler erfasst. In der Datei db2setup.err werden alle von Java zurückgegebenen Fehlernachrichten erfasst (z. B. Ausnahmen und Informationen zum
Abfangpunkt). Standardmäßig werden beide Protokolle im Verzeichnis /tmp erstellt, sofern Sie diese Position während des Installationsprozesses nicht ändern.
Vorgehensweise
1. Melden Sie sich als Benutzer "root" an.
2. Kopieren Sie die tar-Datei für DB2 Enterprise Server Edition auf eine beschreibbare Platte.
Unter Solaris:
Kopieren Sie die Datei solaris/DB2-ESE_9.7_FP3a/
v9.7fp3a_sun64_server.tar.gz
Kapitel 18. Middleware unter Solaris und HP-UX
297
Unter HP-UX:
Kopieren Sie die Datei hpux-ia64/DB2-ESE_9.7_FP3a/
v9.7fp3a_hpipf64_server.tar.gz
3. Wechseln Sie in das Verzeichnis, in das Sie die komprimierte Datei kopiert haben, und dekomprimieren Sie die Datei.
4. Extrahieren Sie die Datei DB2_Enterp_Svr_OEM_Activation.zip in ein geeignetes Verzeichnis, z. B. für Solaris in das Verzeichnis solaris/DB2-ESE_9.7/
5. Starten Sie das Installationsprogramm. Geben Sie ./db2setup ein.
6. Wählen Sie im Launchpad die Option Installieren eines Produkts aus.
7. Klicken Sie auf Neue Installation.
8. Akzeptieren Sie die Lizenzvereinbarung.
9. Übernehmen Sie mit Ausnahme der Stellen, an denen angepasste Werte angegeben werden müssen, alle Standardwerte. Die E-Mail-Adresse des Empfängers von E-Mail-Benachrichtigungen über Datenbankereignisse ist beispielsweise standardmäßig Hostname@Name_des_lokalen_Servers. Diesen Wert müssen
Sie in eine gültige E-Mail-Adresse ändern, falls Sie SMTP-Benachrichtigungen
aktivieren möchten. Sie können diesen Wert auch zu einem späteren Zeitpunkt
ändern.
10. Lassen Sie die Kontrollkästchen für die Optionen "GUI" und "UID" ausgewählt. Diese Einstellungen werden vom System zugeordnet.
11. Klicken Sie in der Anzeige Kopieren der Dateien starten und Antwortdatei
erstellen auf Fertig stellen, um die Installation einzuleiten.
12. Starten Sie die DB2-Instanz.
13. Registrieren Sie die DB2-Serverlizenz wie folgt:
a. Extrahieren Sie die Lizenzdatei.
b. Verwenden Sie den Befehl für das DB2-Lizenzverwaltungstool, um die Lizenz anzuwenden:
DB2-Ausgangsverzeichnis/adm/db2licm -a vollständiger Pfad der Lizenzdatei
Die Lizenzdatei ist im betriebssystemspezifischen Ordner enthalten. Unter
Solaris finden Sie die Lizenzdatei in solaris/DB2-ESE_9.7/
DB2_Enterp_Svr_OEM_Activation/db2/license/db2ese_o.lic.
c. Stoppen Sie die DB2-Instanz, und starten Sie sie erneut. Führen Sie dazu
die Befehle db2stop bzw. db2start aus.
d. Prüfen Sie, ob die Lizenz erfolgreich installiert wurde:
DB2-Ausgangsverzeichnis/adm/db2licm -l
Dieser Befehl erzeugt eine Ausgabe wie die folgende:
Product name:
License type:
Expiry date:
Product identifier:
Version information:
"DB2 Enterprise Server Edition"
"Restricted"
"Permanent"
"db2ese"
"9.7"
pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp
pic.dhe.ibm.com/infocenter/db2luw/v9r7/topic/com.ibm.db2.luw.qb.server.doc/doc/r0007059.html
IBM Tivoli Directory Server unter Solaris installieren
IBM Tivoli Directory Server wird normalerweise auf einem Computer installiert,
auf dem sich keine anderen Middlewareprodukte befinden.
298
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Vorgehensweise
1. Melden Sie sich als Benutzer "root" an.
2. Kopieren Sie die tar-Dateien für IBM Tivoli Directory Server auf eine beschreibbare Platte. Für Solaris kopieren Sie die Dateien tds63-solaris-sparcbase.tar und tds63-solaris-sparc-gskit.tar von solaris64/TIVDirectoryServer_6.3.
3. Entpacken Sie die Dateien wie folgt:
tar -xvf tds63-solaris-sparc-base.tar
tar -xvf tds63-solaris-sparc-gskit.tar
4. Wechseln Sie in das Verzeichnis /tdsV6.3/tds, und geben Sie
./install_tds.bin ein.
Wenn Sie möchten, können Sie ein anderes temporäres Verzeichnis als das
temporäre Verzeichnis des Systems angeben. Wechseln Sie in das entsprechende Verzeichnis, und geben Sie den folgenden Befehl an einer Eingabeaufforderung an:
./install_tds.bin -is:tempdir Verzeichnis
. Die Variable Verzeichnis steht für das Verzeichnis, das Sie als temporären
Speicherbereich verwenden möchten. Vergewissern Sie sich, dass in diesem
Verzeichnis ein freier Speicherbereich von mindestens 400 MB verfügbar ist.
Beispiele für solche Situationen sind im Folgenden aufgeführt:
./install_tds.bin -is:tempdir /opt/tmp
5. Wählen Sie nach dem Start des Installationsassistenten die Sprache aus, die
während des Installationsprozesses verwendet werden soll, akzeptieren Sie die
Lizenzvereinbarung, und wählen Sie die Option für angepasste Installation
aus.
6. Wählen Sie die Optionen Proxy Server, Server, C Client, Java Client und
Web Administration Tool aus, und klicken Sie auf Next.
7. Wählen Sie Do not specify. I will manually deploy at a later time aus. Klicken Sie anschließend auf Next.
8. Klicken Sie auf Install.
9. Schließen Sie Instance Administration Tool.
10. Klicken Sie auf Finish.
11. Erstellen Sie die Instanz idsccmdb.
12. Starten Sie Directory Server, und geben Sie die folgenden Befehle ein:
a. /opt/ibm/ldap/V6.3/sbin/idsdiradm -I idsccmdb
b. /opt/ibm/ldap/V6.3/sbin/idsdirctl -D Administrator-ID -w
Administratorkennwort
WebSphere Application Server Network Deployment installieren
Sie müssen WebSphere Application Server Network Deployment installieren und
zwei Profile erstellen, die zu einem späteren Zeitpunkt erforderlich sind.
Vorgehensweise
1. Melden Sie sich als Benutzer "root" an.
2. Kopieren Sie die komprimierte Datei von WebSphere Application Server auf
eine beschreibbare Platte. Die Datei befindet sich im Verzeichnis WSWAS_ND_7.0_Custom_FP15.
Kapitel 18. Middleware unter Solaris und HP-UX
299
v Für Solaris kopieren Sie die Datei WS-WAS_ND_7.0_Custom_FP15/WASND_Solaris-Sparc-Custom_v7015.tar.gz.
v Für HP-UX kopieren Sie die Datei WS-WAS_ND_7.0_Custom_FP15/WASND_HpuxIA64_Custom_v7015.tar.gz.
3. Dekomprimieren und entpacken Sie die Datei wie folgt:
gzip -dfv Dateiname.gz | tar xvf -
4.
5.
6.
7.
Entfernen Sie die komprimierten Dateien.
Wechseln Sie in das Verzeichnis, in dem Sie die tar-Datei entpackt haben.
Wechseln Sie in das Verzeichnis WAS.
Geben Sie ./install ein.
8. Navigieren Sie durch die Eingangsanzeigen, und akzeptieren Sie dabei die Lizenzvereinbarung. Übernehmen Sie die angegebenen Standardwerte, sofern
kein besonderer Grund vorliegt, sie zu ändern.
9. Übernehmen Sie in der Anzeige zur Auswahl des Installationsverzeichnisses
das Standardinstallationsverzeichnis.
Das Standardverzeichnis ist /opt/IBM/WebSphere/AppServer.
Wenn Sie das Installationsverzeichnis ändern, verwenden Sie keine symbolischen Links als Zielverzeichnis, und fügen Sie keine Leerzeichen in den Pfad
ein.
10. Wählen Sie in der Anzeige "Umgebungen mit WebSphere Application Server
Network Deployment" den Wert Ohne aus. Klicken Sie anschließend auf Weiter.
Die Auswahl von Ohne bedeutet, dass Sie die Implementierungszelle, das Deployment-Manager-Profil und das Anwendungsserverprofil mit Profile Management Tool erstellen möchten.
11. Klicken Sie auf Ja, um anzugeben, dass Sie fortfahren möchten.
12. Setzen Sie die Installation bis zum Ende fort, und klicken Sie dann auf Fertig
stellen.
Profile für WebSphere Application Server Network Deployment
erstellen
Wenn Sie WebSphere Application Server Network Deployment manuell installieren, müssen vor dem Starten der Installation von Control Desk Profile erstellt werden. Die 64-Bit-Version von WebSphere Application Server Network Deployment
enthält das Befehlszeilentool manageprofiles, mit dem Sie Profile erstellen können.
Vorbereitende Schritte
Für diese Aufgabe müssen Sie mit den Zeichenbegrenzungen für Befehle und mit
der verwendeten Shell vertraut sein. Manchmal müssen Sie eventuell Befehle
eingeben, um eine Überschreitung dieser Begrenzungen zu vermeiden. Weitere Informationen zur Eingabe von langen Befehlen, die eine Zeile überschreiten, finden
Sie in der Produktdokumentation zu WebSphere Application Server Network Deployment.
Sie können Profile Management Tool nicht verwenden, um Profile von WebSphere
Application Server Network Deployment Version 7.0 für 64-Bit-Plattformen zu erstellen. Dazu müssen Sie das Befehlszeilentool manageprofiles verwenden.
300
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Informationen zu diesem Vorgang
Für die Verwaltung von Profilen können die folgenden Befehle hilfreich sein:
Tabelle 34. Befehle für Profile
Aufgabe
Befehl
Profil löschen
WAS-Ausgangsverzeichnis/bin/
manageprofiles.[sh|bat] -delete
-profileName Profilname
Anzeige der Profilregistry aktualisieren (z. B. WAS-Ausgangsverzeichnis/bin/
nach dem Löschen eines Profils)
manageprofiles.[sh|bat]
-validateAndUpdateRegistry
Vorhandene Profile auflisten
WAS-Ausgangsverzeichnis/bin/
manageprofiles.[sh|bat] -listProfiles
WAS-Ausgangsverzeichnis bezeichnet das Verzeichnis, in dem WebSphere Application Server Network Deployment installiert ist, z. B. /opt/IBM/WebSphere/
AppServer/ oder C:\Program Files\IBM\WebSphere\AppServer\.
Gehen Sie wie folgt vor, um Profile von WebSphere Application Server Network
Deployment zu erstellen:
Vorgehensweise
1. Führen Sie das Script setupCmdLine.[sh|bat] im Verzeichnis bin des Ordners
WAS-Ausgangsverzeichnis aus, um die Umgebung von WebSphere Application
Server Network Deployment auf die Konfigurationsinstanz zu setzen. WASAusgangsverzeichnis ist normalerweise das Verzeichnis /opt/IBM/WebSphere/
AppServer oder C:\Program Files\IBM\WebSphere\AppServer\.
2. Erstellen Sie für das Profil "ctgDmgr01" eine Portdatei. Diese Datei wird mit
dem Befehl manageprofiles verwendet, um die von diesem Profil verwendeten Ports festzulegen.
Anmerkung: Beachten Sie, dass nach keinem Wert in dieser Datei ein Leerzeichen stehen darf. Dies kann gelegentlich passieren, wenn ein Beispiel ausgeschnitten und eingefügt wird. Wenn ein Leerzeichen an einen der Werte anschließt, verwendet WebSphere dieses Leerzeichen als letztes Zeichen des
Wertes. Beispiel: Sie geben den Wert WC_adminhost=9060 mit einem zusätzlichen Leerzeichen hinter 9060 ein. Der Wert wird als WC_adminhost=9060<sp>
interpretiert (<sp> ist ein Leerzeichen).
a. Öffnen Sie eine neue Textdatei mit dem Namen _portdef_DMgr.props, und
geben Sie den folgenden Text ein:
CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS=9403
WC_adminhost=9060
DCS_UNICAST_ADDRESS=9352
BOOTSTRAP_ADDRESS=9809
SAS_SSL_SERVERAUTH_LISTENER_ADDRESS=9401
CELL_DISCOVERY_ADDRESS=7277
SOAP_CONNECTOR_ADDRESS=8879
ORB_LISTENER_ADDRESS=9100
CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS=9402
WC_adminhost_secure=9043
b. Speichern Sie die Datei im Verzeichnis WAS-Ausgangsverzeichnis.
3. Erstellen Sie mit dem Befehl manageprofiles wie folgt das Profil "ctgDmgr01".
Geben Sie den folgenden Befehl in einer einzigen Zeile mit einem Leerzeichen
zwischen den einzelnen Einträgen ein:
Kapitel 18. Middleware unter Solaris und HP-UX
301
WAS-Ausgangsverzeichnis/bin/manageprofiles.[sh|bat]
-create
-templatePath WAS-Ausgangsverzeichnis/profileTemplates/dmgr
-hostName Vollständig_qualifizierter_Hostname
-profileName ctgDmgr01
-profilePath WAS-Ausgangsverzeichnis/profiles/ctgDmgr01
-portsFile WAS-Ausgangsverzeichnis/_portdef_DMgr.props
-cellName ctgCell01
-nodeName ctgCellManager01
-enableAdminSecurity "false"
4. Starten Sie den Server "ctgDmgr01":
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.[sh|bat]
5. Erstellen Sie für das Profil "ctgAppSrv01" eine Portdatei. Diese Datei wird
vom Befehl manageprofiles verwendet, um die von diesem Profil verwendeten Ports festzulegen.
a. Öffnen Sie eine neue Textdatei mit dem Namen _portdef_AppSvr.props,
und geben Sie den folgenden Text ein:
CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS=9201
DCS_UNICAST_ADDRESS=9353
NODE_DISCOVERY_ADDRESS=7272
NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS=5001
BOOTSTRAP_ADDRESS=2809
SAS_SSL_SERVERAUTH_LISTENER_ADDRESS=9901
SOAP_CONNECTOR_ADDRESS=8878
NODE_MULTICAST_DISCOVERY_ADDRESS=5000
ORB_LISTENER_ADDRESS=9101
CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS=9202
b. Speichern Sie die Datei im Verzeichnis WAS-Ausgangsverzeichnis.
6. Erstellen Sie mit dem Befehl manageprofiles wie folgt das Profil "ctgAppSrv01":
WAS-Ausgangsverzeichnis/bin/manageprofiles.[sh|bat]
-create
-templatePath WAS-Ausgangsverzeichnis/profileTemplates/managed
-hostName Vollständig_qualifizierter_Hostname
-profileName ctgAppSrv01
-profilePath WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01
-cellName ctgNodeCell01
-nodeName ctgNode01
-portsFile WAS-Ausgangsverzeichnis/_portdef_AppSvr.props
-dmgrHost Vollständig_qualifizierter_Hostname
-dmgrPort 8879
-isDefault
7. Starten Sie den Knoten ctgAppSrv01.
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/startNode.[sh|bat]
8. Erweitern Sie wie folgt das Profil ctgDmgr01:
WAS-Ausgangsverzeichnis/bin/manageprofiles.[sh|bat]
-augment
-templatePath WAS-Ausgangsverzeichnis/profileTemplates/iscae71
-profileName ctgDmgr01
-serverName dmgr
9. Starten Sie die Server erneut.
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.[sh|bat]
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.[sh|bat]
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/stopNode.[sh|bat]
WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/startNode.[sh|bat]
10. Starten Sie firststeps.[sh|bat], und wählen Sie die Option "Installationsprüfung" aus, um zu bestätigen, dass der Server ordnungsgemäß installiert und
gestartet wurde.
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/firststeps/firststeps.[sh|bat]
302
IBM Control Desk: Installationshandbuch (IBM WebSphere)
„Virtual Member Manager in WebSphere Application Server Network Deployment manuell konfigurieren”
Einige Implementierungsumgebungen erfordern zum Sichern von Control Desk
die manuelle Konfiguration von Virtual Member Manager.
Virtual Member Manager in WebSphere Application Server Network Deployment manuell konfigurieren
Einige Implementierungsumgebungen erfordern zum Sichern von Control Desk die
manuelle Konfiguration von Virtual Member Manager.
Vorbereitende Schritte
Eine Übersicht über die Sicherheitsoptionen für Control Desk finden Sie in den Informationen zur Sicherheitsplanung in diesem Dokument.
Wichtig: Stellen Sie vor Ausführung dieser Prozedur sicher, dass Sie in Ihrem
LDAP-Repository einen wsadmin-Benutzer erstellt haben.
Wenn Sie Virtual Member Manager für SSL mit einem eingebundenen LDAP-Repository konfigurieren möchten, muss die Konfiguration nach der erfolgreichen Installation von Control Desk durchgeführt werden. Wird Virtual Member Manager
vor Abschluss der Installation von Control Desk für die Verwendung von SSL mit
einem eingebundenen LDAP-Repository konfiguriert, schlägt die Installation fehl.
Konfigurieren Sie kein eingebundenes LDAP-Repository von Virtual Member Manager für die Verwendung von SSL mit einem LDAP-Verzeichnis, bevor Sie Control
Desk installiert haben. Konfigurieren Sie SSL, nachdem das Installationsprogramm
von Control Desk erfolgreich ausgeführt wurde.
Informationen zu diesem Vorgang
Im Installationsprogramm von Control Desk konnten Sie festlegen, ob die Middleware für Control Desk automatisch konfiguriert werden soll. Wenn Sie sich für die
automatische Konfiguration durch das Installationsprogramm entschieden haben,
konfiguriert das Programm unter anderem auch Virtual Member Manager. Falls Sie
sich entschlossen haben, die Middleware für Control Desk manuell zu konfigurieren, müssen Sie auch Virtual Member Manager manuell konfigurieren.
Mit Virtual Member Manager können Sie auf Benutzerdaten in mehreren Repositorys zugreifen, diese Daten verwalten und sie in ein einziges virtuelles Repository
einbinden. Das eingebundene Repository umfasst einen einzigen benannten Realm,
der sich aus unabhängigen Benutzerrepositorys zusammensetzt. Jedes Repository
kann ein vollständiges externes Repository oder, wie bei LDAP, eine Unterverzeichnisstruktur innerhalb dieses Repositorys sein. Das Stammelement jedes Repositorys
ist einem Basiseintrag im eingebundenen Repository zugeordnet. Dieser Basiseintrag bildet einen Ausgangspunkt innerhalb des hierarchischen Namespace des virtuellen Realms.
Wenn Sie dem virtuellen VMM-Repository ein LDAP-Verzeichnis hinzufügen
möchten, müssen Sie das LDAP-Verzeichnis zuerst der Liste der Repositorys, die
für die Konfiguration des eingebundenen Repositorys verfügbar sind, hinzufügen.
Fügen Sie dann das Stammelement der Basiseinträge einer Suchbasis im LDAPVerzeichnis hinzu. Sie können mehrere Basiseinträge mit unterschiedlichen Suchbasen für ein einziges LDAP-Verzeichnis hinzufügen.
Die Werte, die hier bereitgestellt werden, sind nur Beispiele. Wenn Sie IBM Tivoli
Directory Server verwenden, geben Sie die bei der Installation und der KonfiguraKapitel 18. Middleware unter Solaris und HP-UX
303
tion von IBM Tivoli Directory Server verwendeten Werte ein. Wenn Sie Virtual
Member Manager für die Verwendung von Microsoft Active Directory konfigurieren, setzen Sie an den entsprechenden Stellen in dieser Prozedur Werte ein. Außerdem muss die Cron-Task VMMCRONTASK entsprechend geändert werden.
Führen Sie die folgenden Schritte aus, um IBM Tivoli Directory Server oder Microsoft Active Directory VMM hinzuzufügen:
Vorgehensweise
1. Starten Sie den Anwendungsserver von WebSphere Application Server Network Deployment.
2. Starten Sie Internet Explorer, und öffnen Sie die Administrationskonsole von
WebSphere Application Server Network Deployment, indem Sie den folgenden URL eingeben:
http://<Servername>:<Portnummer>/ibm/console
Geben Sie beispielsweise einen URL wie den folgenden ein:
http://localhost:9060/ibm/console
3. Geben Sie in der Anmeldeanzeige Ihre Benutzer-ID ein, und klicken Sie auf
Anmelden. Mit dieser Aktion wird die Eingangsanzeige der Administrationskonsole von WebSphere Application Server Network Deployment geöffnet.
4. Wählen Sie Sicherheit > Sichere Verwaltung, Anwendungen und Infrastruktur aus.
5. Suchen Sie den Bereich "Repository für Benutzer-Accounts", und wählen Sie
unter "Verfügbare Realmdefinitionen" den Eintrag Eingebundene Repositorys
aus. Klicken Sie dann auf Konfigurieren.
6. Klicken Sie unter "Zugehörige Elemente" auf Repositorys verwalten.
7. Klicken Sie auf Hinzufügen, um unter dem aktuellen Standard-Realm eine
neue Repository-Definition zu erstellen.
8. Geben Sie die folgenden Werte ein. Klicken Sie dann auf Anwenden und auf
Speichern.
Repository-ID
Geben Sie für IBM Tivoli Directory Server ISMITDS ein.
Geben Sie für Microsoft Active Directory ISMMSAD ein.
Verzeichnistyp
Wählen Sie für IBM Tivoli Directory Server die Option IBM Tivoli
Directory Server aus.
Wählen Sie für Microsoft Active Directory die Option Microsoft
Windows Server 2003 Active Directory aus.
Name des primären Hosts
Geben Sie den vollständig qualifizierten Hostnamen oder die IP-Adresse des Verzeichnisservers ein.
Port
Geben Sie 389 ein.
Links zu anderen LDAP-Servern unterstützen
Setzen Sie diesen Wert auf ignore.
Definierter Name für Bindung
Geben Sie für IBM Tivoli Directory Server den Wert cn=root ein.
Geben Sie für Microsoft Active Directory den Wert
CN=Administrator,CN=Users,DC=ism75,DC=com ein.
304
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kennwort für Bindung
Geben Sie das Kennwort zum eindeutigen Namen für die Bindung
ein.
Anmeldeeigenschaften
Lassen Sie dieses Feld leer.
Zertifikatzuordnung
Wählen Sie EXACT_DN aus.
9. Rufen Sie erneut die Anzeige "Eingebundene Repositorys" auf. Klicken Sie
dazu auf Sicherheit > Sichere Verwaltung, Anwendungen und Infrastruktur,
wählen Sie im Menü "Verfügbare Realmdefinitionen" den Eintrag Eingebundene Repositorys aus, und klicken Sie auf Konfigurieren.
10. Suchen Sie im Realmbereich die Repositorys, und klicken Sie auf Basiseintrag
zum Realm hinzufügen. Falls die Realmtabelle unter "Repositorys" einen Eintrag für ein vorhandenes Dateirepository enthält, müssen Sie dieses auswählen
und auf Entfernen klicken. Speichern Sie die Änderungen, nachdem Sie den
Eintrag erstellt haben.
11. Geben Sie die folgenden Werte ein. Klicken Sie dann auf Anwenden und auf
Speichern.
Repository
Wählen Sie für IBM Tivoli Directory Server die Option ISMITDS aus.
Wählen Sie für Microsoft Active Directory die Option ISMMSAD aus.
Definierter Name (DN) eines Basiseintrags, der diese Gruppe von Einträgen
im Realm eindeutig identifiziert
Geben Sie für IBM Tivoli Directory Server den Wert
ou=SWG,o=IBM,c=US ein.
Geben Sie für Microsoft Active Directory den Wert DC=ism75,DC=com
ein.
Definierter Name (DN) eines Basiseintrags in diesem Repository
Geben Sie für IBM Tivoli Directory Server den Wert
ou=SWG,o=IBM,c=US ein.
Geben Sie für Microsoft Active Directory den Wert DC=ism75,DC=com
ein.
12. Geben Sie im Bereich für die Konfiguration eingebundener Repositorys die
folgenden Werte ein. Klicken Sie dann auf Anwenden und auf Speichern.
Realmname
Geben Sie ISMRealm ein.
Name des primären Benutzers mit Verwaltungsaufgaben
Geben Sie wasadmin ein. Dieser Wert muss ein gültiger Benutzer aus
dem konfigurierten LDAP-Repository sein.
Benutzeridentität des Servers
Wählen Sie Automatisch generierte Server-ID aus.
Groß-/Kleinschreibung für Berechtigung ignorieren
Wählen Sie dieses Kontrollkästchen aus.
13. Klicken Sie auf Unterstützte Entitätstypen und dann auf PersonAccount.
14. Geben Sie im Bereich für die Konfiguration von PersonAccount die folgenden
Werte ein:
Entitätstyp
Vergewissern Sie sich, dass der Wert PersonAccount lautet.
Kapitel 18. Middleware unter Solaris und HP-UX
305
Basiseintrag für übergeordneten Standardeintrag
Geben Sie für IBM Tivoli Directory Server den Wert
ou=users,ou=SWG,o=IBM,c=US ein.
Geben Sie für Microsoft Active Directory den Wert
CN=Users,DC=ism75,DC=com ein.
Eigenschaften des relativ definierten Namens
Geben Sie uid ein.
15. Klicken Sie auf OK und anschließend auf Speichern.
16. Klicken Sie auf Unterstützte Entitätstypen und dann auf Group.
17. Geben Sie im Bereich für die Konfiguration der Gruppe die folgenden Werte
ein:
Entitätstyp
Vergewissern Sie sich, dass der Wert Group lautet.
Basiseintrag für übergeordneten Standardeintrag
Geben Sie für IBM Tivoli Directory Server den Wert
ou=groups,ou=SWG,o=IBM,c=US ein.
Geben Sie für Microsoft Active Directory den Wert
ou=groups,CN=Groups,DC=ism75,DC=com ein.
Eigenschaften des relativ definierten Namens
Geben Sie cn ein.
18. Klicken Sie auf OK und anschließend auf Speichern.
19. Klicken Sie auf Unterstützte Entitätstypen und dann auf OrgContainer.
20. Geben Sie im Bereich für die Konfiguration von OrgContainer die folgenden
Werte ein, bzw. prüfen Sie, ob diese Werte vorhanden sind:
Entitätstyp
Vergewissern Sie sich, dass der Wert OrgContainer lautet.
Basiseintrag für übergeordneten Standardeintrag
Geben Sie für IBM Tivoli Directory Server den Wert
ou=SWG,o=IBM,c=US ein.
Geben Sie für Microsoft Active Directory den Wert DC=ism75,DC=com
ein.
Eigenschaften des relativ definierten Namens
Geben Sie o;ou;dc;cn ein.
21. Klicken Sie auf OK und anschließend auf Speichern.
22. Navigieren Sie zu Sicherheit > Sichere Verwaltung, Anwendungen und Infrastruktur.
23. Führen Sie auf der Seite "Sichere Verwaltung, Anwendungen und Infrastruktur" die folgenden Schritte aus:
a. Aktivieren Sie die Option Verwaltungssicherheit aktivieren.
b. Aktivieren Sie die Option Anwendungssicherheit aktivieren.
c. Wählen Sie die Option Java-2-Sicherheit verwenden, um den Anwendungszugriff auf lokale Ressourcen zu beschränken ab.
d. Wählen Sie unter "Verfügbare Realmdefinitionen" den Eintrag Eingebundene Repositorys aus.
e. Klicken Sie auf Als aktuelles Repository festlegen.
24. Klicken Sie auf Anwenden und anschließend auf Speichern.
306
IBM Control Desk: Installationshandbuch (IBM WebSphere)
25. Führen Sie die folgenden Befehle aus, um WebSphere Application Server Network Deployment und die verwalteten Knoten erneut zu starten:
a. <WAS-Ausgangsverzeichnis>\profiles\ctgDmgr01\bin\stopManager.bat
b. <WAS-Ausgangsverzeichnis>\profiles\ctgAppSrv01\bin\stopNode.bat
c. <WAS-Ausgangsverzeichnis>\profiles\ctgDmgr01\bin\startManager.bat
d. <WAS-Ausgangsverzeichnis>\profiles\ctgAppSrv01\bin\startNode.bat
Anmerkung: Ersetzen Sie unter UNIX ggf. Pfadwerte und Werte für Dateierweiterungen.
„Konfigurationsaufgaben für WebSphere Application Server Network Deployment ausführen” auf Seite 101
Verwenden Sie diese Vorgehensweise, um Konfigurationsaufgaben für WebSphere Application Server Network Deployment auszuführen.
„Microsoft Active Directory für Wiederverwendung vorbereiten” auf Seite 64
Eine vorhandene Instanz von Microsoft Active Directory kann zum Sichern von
WebSphere Application Server Network Deployment verwendet werden. Das
Middlewareinstallationsprogramm kann verwendet werden, um die Konfigurationsdaten von Microsoft Active Directory zu validieren.
„Microsoft Active Directory manuell konfigurieren” auf Seite 96
Sie können Microsoft Active Directory manuell für die Verwendung mit Control
Desk konfigurieren.
WebSphere Update Installer installieren
In dieser Prozedur wird Update Installer für die Anwendung von Wartungspaketen verwendet.
Vorbereitende Schritte
Die vollständige Dokumentation zu Update Installer finden Sie unter http://www01.ibm.com/support/knowledgecenter/SSLKT6/sslkt6_welcome.html. Prüfen Sie
vor der Installation von Update Installer die erforderlichen Voraussetzungen.
Informationen zu diesem Vorgang
Update Installer vereinfacht die Wartung von WebSphere Application Server Network Deployment und zugehöriger Komponenten. Zu diesen Komponenten gehören beispielsweise das HTTP-Server-Plug-in und Fixpacks.
Vorgehensweise
1. Kopieren Sie die komprimierte Datei von Update Installer auf eine beschreibbare Platte. Die Datei befindet sich im Verzeichnis WSWAS_UpdateInstaller_7.0.0.15.
v Für Solaris kopieren Sie die Datei 7.0.0.15-WS-UPDI-SolarisSparc64.tar.gz.
v Für HP-UX kopieren Sie die Datei 7.0.0.15-WS-UPDI-HpuxIA64.tar.gz.
2. Dekomprimieren Sie die Datei wie folgt. Geben Sie unzip Dateiname.zip ein.
3. Wechseln Sie in das Verzeichnis mit den dekomprimierten Dateien, und geben
Sie Folgendes ein: ./install.
4. Akzeptieren Sie die Lizenzvereinbarung.
5. Das Standardinstallationsverzeichnis ist opt/IBM/WebSphere/UpdateInstaller.
Ändern Sie diesen Wert bei Bedarf, oder übernehmen Sie die Standardposition.
Kapitel 18. Middleware unter Solaris und HP-UX
307
6. Bevor Sie die Installation abschließen, wählen Sie die Option Nach dem Beenden des Assistenten IBM Update Installer for WebSphere Software starten
ab.
IBM HTTP Server installieren und konfigurieren
In diesem Abschnitt werden die Schritte für eine manuelle Installation und Konfiguration von IBM HTTP Server beschrieben.
Vorgehensweise
1. Melden Sie sich auf dem System, auf dem Sie WebSphere Application Server
Network Deployment installiert haben, als "root" an.
2. Melden Sie sich an der Administrationskonsole an. Stellen Sie sicher, dass der
Deployment Manager "ctgDmgr01" aktiv und der richtige SOAP-Port für
Empfangsbereitschaft gesetzt ist (standardmäßig Port 8879).
Falls der Deployment Manager gestartet werden muss, verwenden Sie den folgenden Befehl:
<WAS-Ausgangsverzeichnis>/profiles/ctgDmgr01/bin/startManager.sh
3. Kopieren Sie die komprimierte Datei von IBM HTTP Server auf eine beschreibbare Platte.
Unter Solaris:
Kopieren Sie solaris64/WS-WAS_ND_7.0_Supplemental/C1G3IML.tar.gz
Unter HP-UX:
Kopieren Sie hpux-ia64/WS-WAS_ND_7.0_Supplemental/C1G2XML.tar.gz
4. Dekomprimieren Sie die Datei C1G3IML.tar.gz oder C1G2XML.tar.gz.
5. Extrahieren Sie den Inhalt der Datei C1G3IML.tar oder C1G2XML.tar.
6. Wechseln Sie in das Verzeichnis IHS, und starten Sie das Installationsprogramm:
./install
7. Klicken Sie in der Eingangsanzeige auf Weiter.
8. Akzeptieren Sie die Lizenzvereinbarung, und klicken Sie auf Weiter, um die
Anzeige mit dem Installationsstammverzeichnis aufzurufen.
9. Klicken Sie in der Anzeige "Prüfung der Systemvoraussetzungen" auf Weiter.
10. Geben Sie die Installationsposition an. Die Standardposition ist /opt/IBM/
HTTPServer. Klicken Sie anschließend auf Weiter.
11. Geben Sie in der Anzeige "Zuordnung der Portwerte" die folgenden Werte an,
und klicken Sie auf Weiter.
HTTP-Port
80
HTTP-Verwaltungsport
8008
12. Geben Sie in der Anzeige "Authentifizierung beim HTTP-Verwaltungsserver"
die folgenden Werte an, und klicken Sie auf Weiter.
Benutzer-ID für die Authentifizierung beim Verwaltungsserver von IBM
HTTP Server erstellen
Aktivieren Sie diese Option durch Auswahl des zugehörigen Kontrollkästchens.
Benutzer-ID
Geben Sie wasadmin an.
308
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kennwort
Geben Sie das Kennwort für den Benutzer "wasadmin" ein.
13. Geben Sie in der Anzeige "Verwaltungsserver von IBM HTTP Server konfigurieren" die folgenden Werte an, und klicken Sie auf Weiter.
Verwaltungsserver von IBM HTTP Server für die Verwaltung von IBM
HTTP Server konfigurieren
Aktivieren Sie diese Option durch Auswahl des zugehörigen Kontrollkästchens.
Eindeutige Benutzer-ID und Gruppe für die Verwaltungsdateien von IBM
HTTP Server erstellen
Aktivieren Sie diese Option durch Auswahl des zugehörigen Kontrollkästchens.
Benutzer-ID
Geben Sie wasadmin an.
Gruppe
Geben Sie ihsadmin an.
14. Geben Sie in der Anzeige "IBM HTTP Server Plug-in für WebSphere Application Server" die folgenden Werte an, und klicken Sie auf Weiter.
IBM HTTP Server Plug-in für IBM WebSphere Application Server installieren
Wählen Sie dieses Kontrollkästchen aus, oder wählen Sie es ab, um
die Option zu inaktivieren, je nachdem, welche Einstellung für Ihre
Konfiguration geeignet ist. In einer Umgebung mit mehreren Deployment-Manager-Profilen empfiehlt es sich, die Installation von Web-Server-Plug-ins im Anschluss an die Installation von IBM HTTP Server
gesondert mit dem Installationsprogramm von IBM HTTP Server auszuführen. Wenn Ihre Umgebung mit WebSphere jedoch nur ein Deployment-Manager-Profil enthält, können Sie die WebSphere-Plug-inOption ausgewählt lassen. Wenn die Option ausgewählt ist, wird nach
dem Anklicken von Weiter die Installation der Web-Server-Plug-ins
gestartet.
Wenn Sie sich für die sofortige Installation des Plug-ins für IBM HTTP
Server entscheiden, müssen Sie das Plug-in konfigurieren. Führen Sie
die folgenden Schritte aus, um das Plug-in zu konfigurieren:
a. Stoppen und starten Sie den Deployment Manager wie folgt:
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.sh
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.sh
b. Kopieren Sie die Datei /opt/IBM/HTTPServer/Plugins/bin/
configurewebserver1.sh in das Verzeichnis WAS-Ausgangsverzeichnis/bin/.
c. Wechseln Sie in das Verzeichnis WAS-Ausgangsverzeichnis/bin, und führen
Sie dann den folgenden Befehl aus:
./configurewebserver1.sh
d. Starten Sie die Server von IBM HTTP Server:
/opt/IBM/HTTPServer/bin/adminctl start
/opt/IBM/HTTPServer/bin/apachectl start
e. Melden Sie sich an der WebSphere-Administratorkonsole an, um sicherzustellen, dass der Web-Server "webserver1" gestartet wurde.
pic.dhe.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.ihs.doc/info/welcome_ihs.html
Kapitel 18. Middleware unter Solaris und HP-UX
309
Fixpacks für IBM HTTP Server installieren:
Das Fixpack für IBM HTTP Server muss installiert werden. Dieses Fixpack aktualisiert die Basisinstallation von IBM HTTP Server auf die neueste Wartungsstufe.
Vorgehensweise
1. Kopieren Sie die Fixpackdatei in das Verzeichnis /opt/IBM/HTTPServer/
maintenance. Erstellen Sie dieses Verzeichnis, falls es noch nicht vorhanden ist.
v Für Solaris kopieren Sie die Datei solaris/WS-WAS_IHS_7.0_FP15/7.0.0-WSIHS-SolarisSparc64-FP0000015.pak.
v Für HP-UX kopieren Sie die Datei hpux-ia64/WS-WAS_IHS_7.0_FP15/7.0.0WS-IHS-HpuxIA64-FP0000015.pak.
2. Stoppen Sie IBM HTTP Server. Geben Sie /opt/IBM/HttpServer/bin/apachectl
stop ein.
3. Stoppen Sie den Verwaltungsserver. Geben Sie /opt/IBM/HttpServer/bin/
adminctl stop ein.
4. Stoppen Sie WebSphere Application Server und die verwalteten Knoten mit den
folgenden Befehlen:
a. WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/stopNode.sh
b. WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.sh
5. Installieren Sie das Fixpack.
a. Starten Sie den Assistenten Update Installer:
/opt/IBM/WebSphere/UpdateInstaller/update.sh
b. Klicken Sie auf Weiter.
c. Wählen Sie in der Anzeige Produktauswahl das Verzeichnis für IBM HTTP
Server aus, indem Sie zum Verzeichnis /opt/IBM/HTTPServer navigieren und
auf Weiter klicken.
d. Wählen Sie in der Anzeige Auswahl der Wartungsoperation die Option
Wartungspaket installieren aus, und klicken Sie auf Weiter.
e. Navigieren Sie in der Anzeige Auswahl des Wartungspaketverzeichnisses
zum Verzeichnis /opt/IBM/HTTPServer/maintenance, und klicken Sie auf
Weiter.
f. Klicken Sie in der Anzeige Für Installation verfügbare Wartungspakete auf
Empfohlene Aktualisierungen auswählen, wählen Sie die Zielaktualisierung aus, und klicken Sie anschließend auf Weiter.
g. Klicken Sie in der Anzeige Installationszusammenfassung auf Weiter, um
mit der Installation der kritischen Fixes zu beginnen.
6. Starten Sie IBM HTTP Server. Geben Sie /opt/IBM/HTTPServer/bin/apachectl
start ein.
7. Starten Sie den Verwaltungsserver. Geben Sie /opt/IBM/HTTPServer/bin/
adminctl start ein.
8. Starten Sie WebSphere Application Server und die verwalteten Knoten erneut:
a. WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.sh
b. WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/startNode.sh
WebSphere-Plug-in installieren
In diesem Abschnitt sind die Schritte für eine manuelle Installation und Konfiguration des WebSphere-Plug-ins für IBM HTTP Server beschrieben. Diese Prozedur
kann optional ausgeführt werden, wenn Sie bei der Installation von IBM HTTP
Server das WebSphere-Plug-in installieren und konfigurieren.
310
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Vorgehensweise
1. Melden Sie sich auf dem System, auf dem WebSphere installiert ist, als "root"
an.
2. Wechseln Sie in das Verzeichnis, in das Sie zuvor die TAR-Datei C1G3IML oder
C1G2XML extrahiert haben (bei der Installation von IBM HTTP Server). Für Solaris kann dieser Pfad wie folgt lauten: solaris64/WSWAS_ND_7.0_Supplemental/plugin.
3. Wechseln Sie in das Verzeichnis plugin.
4. Starten Sie das Installationsprogramm für das WebSphere-Plug-in in einer Befehlszeile.
./install
5. Wählen Sie in der Eingangsanzeige die Option ab, über die weitere Informationen für die Installationsübersicht: Einführung und Installationsszenarien
aufgerufen werden. Klicken Sie auf Weiter.
6. Akzeptieren Sie die Lizenzvereinbarung, und klicken Sie auf Weiter.
7. Wählen Sie in der Auswahlanzeige für Plug-ins das Plug-in für IBM HTTP
Server Version 7 aus, und klicken Sie auf Weiter.
8. Wählen Sie in der Anzeige mit den Installationsszenarien Maschine mit WebSphere Application Server (lokal) aus, und klicken Sie auf Weiter.
9. Akzeptieren Sie das Installationsverzeichnis, oder ändern Sie es. Das Standardverzeichnis ist /opt/IBM/HTTPServer/Plugins, da Sie festgelegt haben, die
Installation nach Abschluss der Installation von IBM HTTP Server durchzuführen. Klicken Sie auf Weiter.
10. Geben Sie die Position an, an der der Anwendungsserver installiert wurde.
Dies ist standardmäßig das Verzeichnis /opt/IBM/WebSphere/AppServer. Klicken Sie auf Weiter.
11. Wählen Sie in der Liste der Profilauswahlanzeige den Eintrag ctgDmgr01 aus,
und klicken Sie auf Weiter.
12. Geben Sie in der Konfigurationsanzeige für den Web-Server folgende Informationen an:
Vorhandene Datei httpd.conf von IBM HTTP Server auswählen
Navigieren Sie zur Position der Datei httpd.conf. Dies ist standardmäßig /opt/IBM/HTTPServer/conf/httpd.conf.
Web-Server-Port angeben
Der Standardport ist "80".
13.
14.
15.
16.
Wenn Sie auf Weiter klicken, kann eine Warnung angezeigt werden, die darauf hinweist, dass die ausgewählte Konfigurationsdatei für IBM HTTP Server
bereits Plug-in-Einträge enthält. Wenn Sie fortfahren, wird diese Konfigurationsdatei mit einer neuen Dateiposition für die Datei plugin-cfg.xml aktualisiert. Klicken Sie auf OK, um fortzufahren.
Geben Sie in der Anzeige für die Web-Server-Definition den eindeutigen Namen einer Web-Server-Definition an. Der Standardname (webserver1) ist ein
geeigneter Name.
Übernehmen Sie den Namen (plugin-cfg.xml) und die Position der Konfigurationsdatei für das Web-Server-Plug-in.
Klicken Sie auf Weiter, um die manuellen Konfigurationsschritte zu bestätigen.
Klicken Sie in der Installationszusammenfassung auf Weiter.
17. Klicken Sie nach Abschluss der Installation auf Fertig stellen.
Kapitel 18. Middleware unter Solaris und HP-UX
311
18. Stoppen und starten Sie den Deployment Manager wie folgt:
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.sh
WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.sh
19. Kopieren Sie die Datei /opt/IBM/HTTPServer/Plugins/bin/
configurewebserver1.sh in das Verzeichnis WAS-Ausgangsverzeichnis/bin/.
20. Wechseln Sie in das Verzeichnis <WAS-Ausgangsverzeichnis>/bin, und führen
Sie dann den folgenden Befehl aus:
./configurewebserver1.sh
21. Starten Sie die Server von IBM HTTP Server:
/opt/IBM/HTTPServer/bin/adminctl start
/opt/IBM/HTTPServer/bin/apachectl start
22. Melden Sie sich an der WebSphere-Administratorkonsole an, um sicherzustellen, dass der Web-Server "webserver1" gestartet wurde.
Fixpacks für das Plug-in für WebSphere Application Server Network Deployment installieren:
Fixpack 17 für das Plug-in für WebSphere Application Server Network Deployment
ist erforderlich. Mit dieser Aufgabe wird die Basisinstallation des Plug-ins auf die
neueste Wartungsstufe aktualisiert.
Vorgehensweise
1. Kopieren Sie die Fixpackdatei in das Verzeichnis /opt/IBM/WebSphere/
UpdateInstaller/maintenance. Erstellen Sie dieses Verzeichnis, falls es noch
nicht vorhanden ist.
v Kopieren Sie für Solaris die Datei solaris64/WS-WAS_Plugins_7.0_FP17/
7.0.0-WS-PLG-SolarisSparc64-FP0000017.pak.
v Kopieren Sie für HP-UX die Datei hpux-ia64/WS-WAS_Plugins_7.0_FP17/
7.0.0-WS-PLG-HpuxIA64-FP0000017.pak.
2. Stoppen Sie IBM HTTP Server. Geben Sie /opt/IBM/HTTPServer/bin/apachectl
stop ein.
3. Stoppen Sie WebSphere Application Server Network Deployment und die verwalteten Knoten. Verwenden Sie die folgenden Befehle.
a. WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/stopNode.sh
b. WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/stopManager.sh
4. Installieren Sie das Fixpack.
a. Starten Sie den Assistenten Update Installer:
/opt/IBM/WebSphere/UpdateInstaller/update.sh
b. Klicken Sie auf Weiter.
c. Wählen Sie in der Anzeige "Produktauswahl" das Verzeichnis Plugin von
IBM HTTP Server aus. Navigieren Sie zum Verzeichnis /opt/IBM/
HTTPServer/Plugin, und klicken Sie dann auf Weiter.
d. Wählen Sie in der Anzeige "Auswahl der Wartungsoperation" die Option
"Wartungspaket installieren" aus, und klicken Sie auf Weiter.
e. Navigieren Sie in der Anzeige "Auswahl des Wartungspaketverzeichnisses"
zum Verzeichnis /opt/IBM/WebSphere/UpdateInstaller/maintenance, und
klicken Sie dann auf Weiter.
f. Klicken Sie dann in der Anzeige "Für Installation verfügbare Wartungspakete" auf Empfohlene Aktualisierungen auswählen, wählen Sie die Zielaktualisierung aus, und klicken Sie auf Weiter.
312
IBM Control Desk: Installationshandbuch (IBM WebSphere)
g. Klicken Sie in der Anzeige "Installationszusammenfassung" auf Weiter, um
mit der Installation der kritischen Fixes zu beginnen.
5. Starten Sie IBM HTTP Server. Geben Sie /opt/IBM/HTTPServer/bin/apachectl
start ein.
6. Führen Sie für WebSphere Application Server Network Deployment und die
verwalteten Knoten wie folgt einen Neustart durch:
a. WAS-Ausgangsverzeichnis/profiles/ctgDmgr01/bin/startManager.sh
b. WAS-Ausgangsverzeichnis/profiles/ctgAppSrv01/bin/startNode.sh
Virtual Member Manager in IBM WebSphere Application Server Network Deployment konfigurieren
Mit Virtual Member Manager (VMM) können Sie auf Benutzerdaten in verschiedenen Repositorys zugreifen, diese Daten verwalten und die Daten in ein einziges
virtuelles Repository einbinden.
Vorbereitende Schritte
Vor der Konfiguration von VMM sollten Sie in Erwägung ziehen, ein Systemsicherungsimage zu erstellen. Wenn Sie eine Sicherung haben, können Sie das System in
einem Zustand vor der Installation von VMM wiederherstellen. Wenn Sie sich später für die Verlagerung der LDAP-Daten entscheiden, können Sie VMM für die
Verwendung eines anderen LDAP-Servers rekonfigurieren.
Informationen zu diesem Vorgang
Informationen zum Hinzufügen eines Repositorys von IBM Tivoli Directory Server
zu VMM finden Sie im Abschnitt „Virtual Member Manager in WebSphere Application Server Network Deployment manuell konfigurieren” auf Seite 303. Diese
Aufgabe ist erforderlich und muss ausgeführt werden.
Das von VMM verwaltete eingebundene Repository umfasst einen benannten Realm, der sich aus unabhängigen Benutzerrepositorys zusammensetzt. Jedes Repository kann ein vollständiges externes Repository oder, wie bei LDAP, eine Unterverzeichnisstruktur innerhalb dieses Repositorys sein. Das Stammelement jedes
Repositorys wird einem Basiseintrag im eingebundenen Repository zugeordnet.
Dieser Basiseintrag bildet einen Ausgangspunkt innerhalb des hierarchischen Namespace des virtuellen Realms.
Vorgehensweise
1. Wenn Sie dem virtuellen VMM-Repository ein LDAP-Verzeichnis hinzufügen
möchten, müssen Sie das LDAP-Verzeichnis zuerst der Liste der Repositorys
hinzufügen. Diese Liste enthält die Repositorys, die zur Konfiguration für das
eingebundene Repository zur Verfügung stehen.
2. Fügen Sie das Stammelement der Basiseinträge einer Suchbasis im LDAP-Verzeichnis hinzu. Sie können mehrere Basiseinträge mit unterschiedlichen Suchbasen für ein einziges LDAP-Verzeichnis hinzufügen.
Kapitel 18. Middleware unter Solaris und HP-UX
313
314
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Kapitel 19. Sichern und Wiederherstellen
Es ist wie bei allen wichtigen Geschäftsdaten sinnvoll, die Daten von Control Desk
zu sichern und zu diesem Zweck einen Prozess und einen Zeitplan zu definieren.
Sichern Sie Middlewareanwendungsdaten, und stellen Sie diese mithilfe der Methoden wieder her, die in der Dokumentation für das Produkt beschrieben sind.
Richten Sie außerdem einen Prozess für die Sicherung der Daten ein, die auf der
Verwaltungsworkstation von Control Desk enthalten sind.
Das Standardinstallationsverzeichnis auf der Verwaltungsworkstation von Control
Desk ist C:\ibm. Dieses Verzeichnis enthält alle kritischen Dateien für die Implementierung von Control Desk, einschließlich aller Klassendateien und Anpassungen, die in Ihrer Umgebung ausgeführt wurden, der aktuellen EAR-Datei (Unternehmensarchiv) sowie aller Eigenschaftendateien und Installationstools, die für
Ihre Umgebung verwendet wurden. Erstellen Sie einen Plan für die Sicherung der
Daten der Verwaltungsworkstation von Control Desk nach der ersten Implementierung, und legen Sie einen Zeitplan für eine regelmäßige Sicherung mit unbestimmter Laufzeit fest.
Verwaltungsworkstation sichern
Es wird empfohlen, dass Sie alle Middlewareanwendungen von Control Desk und
die Verwaltungsworkstation von Control Desk regelmäßig sichern.
Informationen zu diesem Vorgang
Das Standardinstallationsverzeichnis auf der Verwaltungsworkstation ist C:\ibm.
Dieses Verzeichnis enthält die kritischen Dateien für Ihre Implementierung von
Control Desk.
Die Verwaltungsworkstation enthält im Einzelnen folgende Komponenten:
v Klassendateien und Anpassungen, die in Ihrer Umgebung vorgenommen wurden
v Aktuelle EAR-Datei (Enterprise Archive, Unternehmensarchiv), die im Anwendungsserver implementiert wurde
v Eigenschaftendateien und Installationstools, die für Ihre Umgebung verwendet
wurden
Es ist wichtig, dass Sie die Sicherung der Datenbank zur selben Zeit erstellen wie
die Sicherung der Verwaltungsworkstation. Während der Wiederherstellung schreiben Sie die Datenbanksicherung gleichzeitig mit der paarweise verbundenen Verwaltungsworkstationsicherung zurück.
Gehen Sie wie folgt vor, um kritische Informationen von Control Desk zu sichern:
Vorgehensweise
1.
© Copyright IBM Corp. 2014
Sichern Sie die Informationen zur Datenbank von Control Desk, zum J2EEServer und zum Authentifizierungsserver anhand der Anweisungen Ihrer
Middlewareanbieter.
315
2. Erstellen Sie eine Sicherung des Installationsverzeichnisses. Standardmäßig
wird das Verzeichnis C:\IBM\SMP verwendet. Stellen Sie sicher, dass alle Dateiberechtigungen beibehalten werden.
Verwaltungsworkstation wiederherstellen
In diesem Abschnitt ist detailliert beschrieben, wie Sie zuvor gesicherte Informationen der Verwaltungsworkstation von Control Desk auf einer Windows-Workstation
wiederherstellen. Anhand dieser Informationen können Sie eine vorhandene Verwaltungsworkstation von Control Desk in einen früheren Zustand zurückversetzen.
Vorbereitende Schritte
Es ist wichtig, dass Sie die Sicherung der Datenbank wiederherstellen, die beim Sichern der Verwaltungsworkstation erstellt wurde. Eine Datenbanksicherung sollte
mit der Sicherung der Verwaltungsworkstation wiederhergestellt werden, der sie
zugeordnet war.
Informationen zu diesem Vorgang
Gehen Sie wie folgt vor, um die Informationen von Control Desk auf einer Verwaltungsworkstation wiederherzustellen:
Vorgehensweise
1. Schreiben Sie die mit der wiederherzustellenden Verwaltungsworkstationsicherung paarig verbundene Datenbanksicherung zurück.
2. Melden Sie sich an der Zielverwaltungsworkstation mit derselben Benutzer-ID
an, die zum Installieren des Produkts auf der vorhandenen Verwaltungsworkstation verwendet wurde.
3. Kopieren Sie die Installationsdateien und Verzeichnisse von Control Desk in
das Dateisystem des Zielverwaltungssystems. Die Verzeichnisstruktur der ursprünglichen Installation muss beibehalten werden. Wenn auf der vorhandenen
Verwaltungsworkstation z. B. C:\IBM\SMP als Installationsverzeichnis von Control Desk verwendet wurde, können Sie diese Dateien nicht in das Verzeichnis
C:\NewAdminWS\IBM\SMP auf der Zielverwaltungsworkstation kopieren.
Installationseigenschaften
Installationseigenschaften werden während der Implementierung in Eigenschaftendateien erfasst und als Eingabe für zukünftige installationsbezogene Aktionen verwendet. Die Installationseigenschaften sind in den Dateien install.properties
und maximo.properties und in der Datenbank enthalten. Sie sollten nur Eigenschaften der Datei install.properties ändern, die sich auf die Hostnamen und
Benutzer-IDs beziehen. Wenn Sie Werte anderer Eigenschaften ändern, kann dies
erhebliche Auswirkungen auf die Ausführung künftiger Installationsaktionen, Upgrades und Fixpackinstallationen haben.
Tabelle 35. Installationseigenschaften
Kategorie
Eigenschaft
Definition
Maximo-Eigenschaften
Maximo.InstallLocation
Die Installationsposition des Maximo-Verzeichnisses.
Beispiel: C:\\IBM\\SMP\\maximo
316
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
mxe.db.user
Der vom Server verwendete
Datenbankbenutzer, mit dem die Verbindung
zum Datenbankserver hergestellt wird.
Beispiel: maximo
mxe.db.schemaowner
Der Eigner des Datenbankschemas.
Beispiel: maximo
Der gültige Wert für Microsoft SQL Server
ist dbo.
mxe.db.password
Das Kennwort für den Namen des
Datenbankanwenders.
mail.smtp.host
Der SMTP-Host-Server.
mxe.workflow.admin
Der E-Mail-Account des
Workflowadministrators.
mxe.adminEmail
Die gültige E-Mail-Adresse, die von
Workflows für die Kommunikation mit
Workflowteilnehmern verwendet werden
soll.
mxe.name
Der Name, an den das Serverobjekt
"MXServer" in der RMI-Registry gebunden
werden soll.
Beispiel: mxserver
mxe.hostname
Der Name der Maschine (und des Ports), auf
der "MXServer" installiert ist.
mxe.rmi.port
Der RMI-Kommunikationsport. Wenn dieses
Feld auf einen Nullwert gesetzt wird, verwendet RMI jeden verfügbaren Port. Sie
können eine andere verfügbare Portnummer
auswählen.
mxe.registry.port
Die Portnummer, die für die Bindung bei
der RMI/JRMP-Kommunikation verwendet
werden soll.
Beispiel: 13400
Die RMI-Registry wird von der ersten Instanz der auszuführenden Maximo-Anwendung gestartet. In einer Umgebung können
mehrere Instanzen der Produktanwendung
ausgeführt werden. Diese Registry koordiniert diese Instanzen. Es gibt einen zentralen
RMI-Registry-Server. Über diesen Port erfolgt die Kommunikation der anderen
Maximo-Instanzen mit dem zentralen Server.
mxe.allowLocalObjects
Wird in Produktionsumgebungen auf "true"
gesetzt, um die Systemleistung zu verbessern. Wird für Entwicklungsarbeit oder für
angepasste Anwendungen auf "false" gesetzt.
Der Standardwert ist false.
Kapitel 19. Sichern und Wiederherstellen
317
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
mxe.useAppServerSecurity
Zeigt an, ob die LDAP-Authentifizierung
oder die native Authentifizierung verwendet
werden soll. Wenn Sie diese Eigenschaft auf
1 setzen, geben Sie an, dass Sie für die Sicherheit LDAP verwenden.
mxe.MLCacheLazyLoad
Standardmäßig lädt der Metadatencache für
mehrere Sprachen jeweils ein Objekt. Wenn
Sie dieses Flag auf 1 setzen, legen Sie damit
fest, dass alle Objekte für eine Sprache
gleichzeitig geladen werden sollen.
mxe.UserLicenseKey
Der Produktenabler (Lizenzschlüssel) wird
während der Installation verwendet. Wenn
der Produktenabler geändert wird, muss dieser Wert aktualisiert werden.
mxe.adminuserid
Der Benutzer mit Verwaltungsaufgaben.
Wird vom Server für die Ausführung von
Verwaltungsaufgaben und Crontasks verwendet. Dieser Benutzer muss auf alle Niederlassungen im System zugreifen können.
mxe.adminuserloginid
Definiert die standardmäßig verwendete Anmelde-Benutzer-ID für die
Produktanwendung.
Die Standardeinstellung ist maxadmin.
mxe.adminPasswd
Das Kennwort für den Benutzer
"mxe.adminuserloginid".
mxe.system.reguser
Der Benutzer für Selbstregistrierung. Dieser
Benutzer ist für den Prozess verantwortlich,
mit dem Benutzer ihre eigenen Konten erstellen können.
Die Standardeinstellung ist maxreg.
mxe.system.regpassword
Das Anmeldekennwort der
Benutzerregistrierung. Dies ist das Kennwort
für den mit "mxe.system.reguser" angegebenen Benutzer.
mxe.email.charset
Der Zeichensatz für E-Mail-Benachrichtigungen, die vom Produkt gesendet werden.
Wenn diese Eigenschaft definiert ist, ist es
der Zeichensatz, der beim Senden einer EMail-Benachrichtigung zum Codieren des
Betreffs und der Nachricht verwendet wird.
mxe.reorder.previewtimeout
Das Zeitlimit für die Voranzeige der Nachbestellung (in Minuten). Diese Eigenschaft
muss auf denselben Wert gesetzt werden
wie das Zeitlimit für Web-Server-Sitzungen.
Der Standardwert ist 30 Minuten.
318
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
mxe.security.provider
Der Sicherheitsprovider wird aus der
Richtliniendatei abgerufen, die normalerweise com.sun.crypto.provider.SunJCE lautet.
Wenn Sie einen andere Provider verwenden
möchten, können Sie einen Wert für diesen
Parameter angeben.
mxe.mbocount
Zeigt die Anzahl von Geschäftsobjekten an,
die vom Server erstellt werden.
Der Standardwert ist 1. Wenn Sie den Wert
in 0 ändern, wird das Feature inaktiviert.
mxe.esig.defaultuserid
Setzen Sie dieses Flag auf true, wenn im
Dialogfenster "E-Unterschrift" standardmäßig
die Anmelde-ID angezeigt werden soll.
Die Standardeinstellung ist true.
maximo.min.required.db.version
Definiert die Mindestversion der Datenbank
für ein Upgrade. Ein Beispielwert wäre 7100.
mxe.encrypted
Diese Eigenschaft wird von der Anwendung
verwendet, um festzulegen, ob
Eigenschaftendateien verschlüsselt werden.
Dieser Wert wird beim Verschlüsseln der Datei auf true gesetzt.
mxe.LDAPUserMgmt
Zeigt an, ob LDAP Eigner der
Benutzerverwaltung ist, wenn die Einstellung "mxe.userAppServerSecurity = 1" gesetzt ist.
Der Standardwert ist 1.
Spezifische Eigenschaf- CCMDB.InstallLocation
ten für Control Desk
CCMDB.JREInstallLocation
Die Installationsposition des Produkts.
Beispiel: C:\\IBM\\SMP
Die Installationsposition der JRE (Java
Runtime Environment).
Beispiel: C:\\IBM\\SMP\\JRE.
CCMDB.SDKInstallLocation
Die Installationsposition des SDK.
Beispiel: C:\\IBM\\SMP\\SDK.
CCMDB.PMP
Nicht verwendete Eigenschaft.
CCMDB.Locale
Die Ländereinstellung des
Verwaltungssystems.
Beispiel: en.
CCMDB.BaseLanguage
Die für das Produkt festgelegte Basissprache.
Beispiel: en.
CCMDB.AdditionalLanguages
Gibt zusätzliche Sprachen an, die für das
Produkt installiert werden.
Kapitel 19. Sichern und Wiederherstellen
319
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
CCMDB.DeploySampleData
Der Binärwert, der festlegt, ob während der
Installation Beispieldaten geladen werden
sollen.
Beispiel: false
CCMDB.UserShortcuts
Die Position des Menüs mit den
Direktaufrufen für Process Solution Installer
(PSI) und die Produktkonsole.
CCMDB.InstallType
Der Installationstyp, z. B. Fixpack, Upgrade
oder Neuinstallation.
Beispiel: Install
CCMDB.DeployEar
Der Binärwert, der angibt, ob EAR-Dateien
während der Installation implementiert werden.
Beispiel: true
Spezifische Eigenschaf- BASE.DeployOptionalContent
ten für Process Automation Engine
Der Binärwert, der angibt, ob optionaler Inhalt während der Installation implementiert
wird.
Beispiel: true
BASE.DeployOptionalContentSet
Gibt an, ob beim ersten Upgrade optionaler
Inhalt implementiert werden soll. Wenn Sie
diese Eigenschaft definieren, ist dieser Wert
fest und kann nicht mehr geändert werden.
Er wird für alle zukünftigen Upgrades und
Fixpacks verwendet.
BASE.VersionUpgradingFrom
Die vorherige Version von Process Automation Engine, die installiert war.
Spezifische Eigenschaf- WAS.ThinClientInstallLocation
ten für den Thin Client
von WebSphere
Application Server
Network Deployment
WAS.SOAPConnectorPort
Die Installationsposition des Thin Client von
WebSphere Application Server Network
Deployment.
Beispiel: C:\\IBM\\SMP\\WASClient
Der SOAP-Port des Deployment Manager
von WebSphere Application Server Network
Deployment.
Beispiel: 8879
WAS.ThinClientFullyAutomatedConfig
Der Binärwert, der anzeigt, ob das
Installationsprogramm den Keystore vom
Deployment Manager von WebSphere
Application Server Network Deployment
heruntergeladen hat.
Wenn diese Eigenschaft auf false gesetzt
wird, muss der Benutzer den Keystore manuell kopieren.
WAS.ThinClientLocalKeystore
Die Position der Keystoredatei.
Beispiel: C:\\ibm\\WebSphere\\AppServer\\
profiles\\ctgDmgr02\\etc\\trust.p12
320
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
WAS.Scripts.Location
Das Installationsverzeichnis der Scripts, die
vom Installationsprogramm verwendet werden.
Beispiel: C:\\IBM\\SMP
RMI-Port von WebWAS.RMIConnectorPort
Sphere Application Server Network
Deployment
Der RMI-Port im Deployment Manager von
WebSphere Application Server Network
Deployment, der verwendet wird, wenn
SOAP nicht eingesetzt wird.
Wird bei Verwendung von IPv6 benötigt.
Spezifische Eigenschaf- WAS.AutomateConfig
ten für WebSphere
Application Server
Network Deployment
Der Binärwert, der anzeigt, ob WebSphere
Application Server Network Deployment
automatisch vom Installationsprogramm
konfiguriert wird.
Der Wert false gibt an, dass WebSphere
Application Server Network Deployment
manuell vor der Ausführung des
Installationsprogramms konfiguriert wurde.
WAS.InstallLocation
Die Installationsposition von WebSphere
Application Server Network Deployment.
Beispiel: C:\\IBM\\WebSphere\\AppServer
WAS.DeploymentManagerHostName
Der Hostname des Deployment-Managers
von WebSphere Application Server Network
Deployment.
WAS.CellName
Der Name der Zelle von WebSphere
Application Server Network Deployment.
Beispiel: ctgCell01
WAS.DeploymentManagerProfileName
Der Name des Profils von WebSphere
Application Server Network Deployment.
Beispiel: ctgDmgr01
WAS.DeploymentManagerProfileRoot
Die Position des Profils von WebSphere
Application Server Network Deployment.
Beispiel: C:/IBM/WebSphere/AppServer/
profiles/ctgDmgr01
WAS.ServerProfileName
Der Name des Anwendungsserverprofils
von WebSphere Application Server Network
Deployment.
Beispiel: ctgAppSrv01
WAS.NodeName
Der Name des Knotens von WebSphere
Application Server Network Deployment.
Beispiel: ctgNode01
WAS.ApplicationServerName
Der Name des Anwendungsservers von
WebSphere Application Server Network
Deployment.
Beispiel: MXServer
Kapitel 19. Sichern und Wiederherstellen
321
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
WAS.ClusterName
Der Name des Clusters von WebSphere
Application Server Network Deployment.
Beispiel: MAXIMOCLUSTER
Diese Eigenschaft ist für die Verwendung zu
einem späteren Zeitpunkt vorgesehen.
WAS.AdminUserName
Der Name des Administrators von WebSphere Application Server Network
Deployment.
Beispiel: wasadmin
WAS.AdminPassword
Das Kennwort des Administrators von WebSphere Application Server Network
Deployment.
WAS.RemoteAccessUserName
Die Systembenutzer-ID für den Deployment
Manager von WebSphere Application Server
Network Deployment für Aufgaben wie das
Kopieren von ISC-WAR-Dateien und das
Abrufen des Keystores.
WAS.RemoteAccessPassword
Das Systembenutzerkennwort für den
Deployment Manager von WebSphere
Application Server Network Deployment.
WAS.VirtualHost
Der Name des virtuellen Hosts von WebSphere Application Server Network
Deployment.
WAS.VirtualHostPort
Der Port des virtuellen Hosts, der den
HTTP-Server überwacht.
Beispiel: maximo_host
Beispiel: 80
WAS.WebServerHostName
Der Name des Hosts, auf dem der HTTPServer sich befindet.
WAS.AppServerJvmHeapMin
Die Mindestgröße des Heapspeichers für die
Java Virtual Machine des
Anwendungsservers.
Beispiel: 512
WAS.AppServerJvmHeapMax
Die maximale Größe des Heapspeichers für
die Java Virtual Machine des
Anwendungsservers.
Beispiel: 1024
WAS.SibName
Der Name des Service Integration Bus (SIB).
Beispiel: intjmsbus
WAS.SibHiMsg
Die maximale Anzahl der SIB-Nachrichten
(Service Integration Bus).
Beispiel: 500000
322
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
WAS.WebServerName
Der Name des Web-Servers von WebSphere
Application Server Network Deployment.
Wird für die Verwaltung des HTTP-Servers
in WebSphere Application Server Network
Deployment verwendet.
Beispiel: webserver1
WAS.SibPersistMessages
Der Binärwert, der angibt, ob SIB-Nachrichten in der Produktdatenbank oder in einer
lokalen Derby-Datenbank persistent gespeichert werden.
Der Wert true zeigt an, dass die Nachrichten
persistent gespeichert werden.
WAS.SibDSName
Der Name der SIB-Datenquelle, die für den
Zugriff auf den Persistenzspeicher des Service Integration Bus erstellt wurde.
Beispiel: intjmsds
WAS.SibDBType
Der Typ der Datenbank, in der die SIBNachrichten gespeichert werden.
Beispiel: DB2
WAS.SibDBName
Der Name der SIB-Nachrichtendatenbank.
WAS.SibDBInstance
Der Instanzname der SIB-Datenbank.
WAS.SibDBServerName
Der Servername des Systems, auf dem sich
die SIB-Nachrichtendatenbank befindet.
WAS.SibDBServerPort
Der Port des Datenbankservers für die Datenbank, die die SIB-Nachrichten enthält.
Beispiel: 50005
WAS.SibDBUserName
Die Benutzer-ID für den Zugriff auf die persistente Datenbank für SIB-Nachrichten.
WAS.SibDBUserPass
Das Kennwort für die in
WAS.SibDBUserName angegebene BenutzerID.
WAS.SibDBInstallDir
Gibt die Installationsposition der SIB-Datenbank an.
Beispiel: C:\Program Files\IBM\SQLLIB
WAS.SibDbFencedUser
Die ID des Benutzers mit eingeschränktem
Zugriff auf die SIB-Datenbank. Diese Eigenschaft wird nur für Datenbanken verwendet,
die auf UNIX-Systemen installiert sind.
Beispiel: db2fenc1
WAS.SibDbInstanceAdminUser
Der Instanzeigner für die Datenbank des
Service Integration Bus.
WAS.SibDbInstanceAdminPassword
Das Kennwort für den Instanzeigners der
Datenbank des Service Integration Bus.
Kapitel 19. Sichern und Wiederherstellen
323
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
WAS.SibDbRemoteAccessUser
Der Systembenutzer des Datenbankservers,
der die Fernkonfiguration des Service Integration Bus durchführt.
WAS.SibDbRemoteAccessPassword
Das Kennwort für die in
WAS.SibDbRemoteAccessUser angegebene
Benutzer-ID.
WAS.UseDefaultVmmSchema
Nicht verwendete Eigenschaft.
WAS.VmmFullyAutomatedConfig
Der Binärwert, der anzeigt, ob das
Installationsprogramm Benutzer und Verzeichnisse erstellt.
Beispiel: true
WAS.VmmUserRDN
Die LDAP-Verzeichnisstruktur, in der Benutzer gespeichert werden sollen.
Beispiel: ou=users,ou=SWG,o=IBM,c=US
WAS.VmmGroupRDN
Die LDAP-Verzeichnisstruktur, in der Gruppen gespeichert werden sollen.
Beispiel: ou=groups,ou=SWG,o=IBM, c=US
Spezifische Eigenschaf- LDAP.AutomateConfig
ten für den LDAP-Server
Der Binärwert, der anzeigt, ob das
Installationsprogramm den Verzeichnisserver
automatisch konfiguriert.
Beispiel: true
LDAP.Vendor
Der Typ des LDAP-Repositorys.
LDAP.ServerHostName
Der Hostname des LDAP-Systems.
LDAP.AdminDN
Der definierte Name (DN) des Administrators.
Beispiel: cn=root
LDAP.AdminPassword
Das Kennwort für die in LDAP.AdminDN
angegebene Benutzer-ID.
LDAP.ServerPort
Der Port, an dem
Verbindungsanforderungen überwacht werden.
Beispiel: 389
LDAP.InstallLocation
Die Installationsposition des
Verzeichnisservers.
Beispiel: C:\Program Files\IBM\LDAP\V6.2
Spezifische Eigenschaf- Database.AutomateConfig
ten für die Datenbank
Der Binärwert, der anzeigt, ob das
Installationsprogramm die Datenbank automatisch konfiguriert.
Beispiel: true
Database.Vendor
Der Datenbanktyp.
Beispiel: DB2
324
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
Database.RemoteAccessUserName
Die Benutzer-ID des
Datenbankserversystems, mit der die Datenbank über Remotezugriff konfiguriert wird.
Database.RemoteAccessPassword
Das Kennwort für die in
Database.RemoteAccessUserName angegebene Benutzer-ID.
mxe.db.driver
Der Name der Java-Klasse des JDBC-Treibers.
Beispiel: com.ibm.db2.jcc.DB2Driver
Beispiel: oracle.jdbc.OracleDriver
Beispiel: com.inet.tds.TdsDriver
mxe.db.url
Der JDBC-URL der Datenbank.
Beispiel:
jdbc:
db2://mymachine.mydomain.com:
50005/maxdb75
jdbc:
inetdae7a:mymachine.mydomain.com:
1433?
database=maxdb75&
language=us_english&
nowarnings=true&mars=false
jdbc:
oracle:thin:@mymachine.mydomain.com:
1521:ctginst1
mxe.db.initialConnections
Die Anzahl der Datenbankverbindungen, die
beim Starten des Anwendungsservers erstellt
werden sollen.
Beispiel: 8
mxe.db.maxFreeConnections
Die maximale Anzahl freier
Datenbankverbindungen, die im
Verbindungspool verfügbar sind.
Beispiel: 8
mxe.db.minFreeConnections
Die Mindestanzahl freier
Datenbankverbindungen, die im
Verbindungspool benötigt werden, damit
mehr Verbindungen zugeordnet werden
können.
Beispiel: 5
mxe.db.newConnectionCount
Die Anzahl der neuen Verbindungen, die
erstellt werden sollen, wenn die
Mindestanzahl freier Verbindungen im
Verbindungspool verfügbar ist.
Beispiel: 3
Kapitel 19. Sichern und Wiederherstellen
325
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
mxe.db.transaction_isolation
Bei der Systeminstallation wird der Wert auf
TRANSACTION_READ_COMMITTED gesetzt.
Dieser Wert kann nicht geändert werden.
mxe.db.format.upper
Dieser Wert definiert für das System die
Großschreibung für Datenbanken.
Dieser Wert kann nicht geändert werden.
mxe.db.autocommit
Dieser Wert legt den Modus "autocommit"
(automatische Festschreibung) für die Verbindungen im Schreibzugriff fest. Die gültigen Werte sind "true" und "false". Der
Standardwert ist false.
Dieser Wert kann nicht geändert werden.
mxe.db.systemdateformat
Das Format des Systemdatums.
Für DB2 ist der Wert current timestamp
(Zeitmarke).
Für Oracle ist der Wert sysdate, und der
Standardwert kann nicht geändert werden.
Für Microsoft SQL Server ist der Wert
getdate().
mxe.db.format.nullvalue
Das datenbankspezifische Format der
Nullwertfunktion.
Für DB2 ist der Wert COALESCE, und der
Standardwert kann nicht geändert werden.
Der Wert für Oracle ist NVL, und der Standardwert kann nicht geändert werden.
Die Eigenschaft muss für Microsoft SQL Server auf ISNULL gesetzt werden.
mxe.db.sqlserverPrefetchRows
Die Einstellung zur Reduzierung von
Zugriffskonflikten.
Die optimale Einstellung sind 200 Zeilen.
Die Verwendung eines höheren Werts als 500
kann sich nachteilig auf die Leistung auswirken.
Der Standardwert ist 0.
Dieser Wert ist nur für SQL Server gültig.
326
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
mxe.db.logSQLTimeLimit
Das System protokolliert die SQL-Anweisungen, die das festgelegte Zeitlimit überschreiten. Die Zeit wird in Millisekunden
gemessen.
Der Standardwert ist 1000 Millisekunden.
Geben Sie in der Datei folgende Einstellung
an, um die Protokollierung zu inaktivieren:
mxe.db.logSQLTimeLimit=0.
mxe.db.fetchResultLogLimit
Wenn diese Einstellung aktiviert ist, wird für
jeden Geschäftsobjektsatz, der mehr als die
festgelegte maximale Anzahl an Zeilen abruft, ein Stack-Trace im Protokoll ausgegeben. Das Stack-Trace-Protokoll wird für jedes
Vielfache dieser Abrufvorgänge wiederholt.
Der Standardwert ist 200 Zeilen.
Möchten Sie die Einstellung inaktivieren,
geben Sie in der Datei Folgendes ein:
mxe.db.fetchResultLogLimit=0.
Eigenschaften für
Oracle
Database.Oracle.InstanceName
Der Name der Oracle-Instanz.
Database.Oracle.SoftwareOwner
Der Eigner der Softwareinstallation.
Beispiel: oracle
Database.Oracle.SoftwareOwnerPassword
Das Kennwort für die in
Database.Oracle.SoftwareOwner angegebene
Benutzer-ID.
Database.Oracle.InstallLocation
Oracle-Installationsposition. Beispiel:
/opt/app/oracle/product/10.2.0/db_1
Database.Oracle.DataTablespaceName
Der Name des Oracle-Tabellenbereichs für
die Produktdatenbank.
Beispiel: maxdata
Database.Oracle.InstanceLocation
Die Position der Oracle-Instanz.
Beispiel: /opt/app/oracle/product/10.2.0/
db_1
Database.Oracle.DataTablespaceLocation
Die Position des Tabellenbereichs für die
Oracle-Datenbank.
Database.Oracle.DataTablespaceSize
Die Größe des Tabellenbereichs in MB.
Beispiel: 1000
Database.Oracle.DataTablespaceMaxSize
Die maximale Größe des Tabellenbereichs in
MB.
Beispiel: 8000
Database.Oracle.TempTablespaceName
Der Name des temporären Tabellenbereichs.
Beispiel: maxtemp
Database.Oracle.TempTablespaceLocation
Die Position des temporären
Tabellenbereichs.
Kapitel 19. Sichern und Wiederherstellen
327
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
Database.Oracle.TempTablespaceSize
Die Größe des temporären Tabellenbereichs
in MB.
Beispiel: 1000
Database.Oracle.TempTablespaceMaxSize
Die maximale Größe des temporären
Tabellenbereichs in MB.
Beispiel: 8000
Database.Oracle.IndexTablespaceName
Der Name des Indextabellenbereichs.
Beispiel: maxdata
Database.Oracle.IndexTablespaceLocation
Die Position des Indextabellenbereichs.
Database.Oracle.IndexTablespaceSize
Die Größe des Indextabellenbereichs in MB.
Beispiel: 1000
Database.Oracle.IndexTablespaceMaxSize
Die maximale Größe des
Indextabellenbereichs in MB.
Beispiel: 8000
mxe.db.schemaowner
Der Eigner des Datenbankschemas.
Database.Oracle.SchemaPassword
Das Kennwort für den in
mxe.db.schemaowner angegebenen Benutzer.
Database.Oracle.ServerHostName
Der Hostname des Oracle-Servers.
Database.Oracle.ServerPort
Die Portnummer, die von Oracle genutzt
wird.
Beispiel: 1521
Database.DBAUserName
Der Benutzername des OracleDatenbankadministrators.
Beispiel: sys
Eigenschaften für DB2
Database.DBAPassword
Das Kennwort der in
Database.DBAUserName angegebenen Benutzer-ID.
mxe.db.schemaowner
Der Eigner des Datenbankschemas.
Database.DB2.ServerHostName
Der Hostname des DB2-Servers.
Beispiel: mymachine.mydomain.com
Database.DB2.ServerPort
Der Port des Datenbankservers.
Beispiel: 50005
Database.DB2.InstanceName
Der Name der Datenbankinstanz.
Beispiel: ctginst1
Database.DB2.DatabaseName
Der Name der Datenbank.
Beispiel: maxdb75
Database.DB2.InstallLocation
Die Installationsposition der Datenbank.
Beispiel: /opt/IBM/db2/V9.7
328
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
Database.DB2.LogFileSize
Hiermit legen Sie die Größe für
Transaktionsprotokolle fest.
Beispiel: 4096
Database.DB2.AppCtlHeapSize
Die Heapspeichergröße für die
Anwendungssteuerung.
Beispiel: 1024
Database.DB2.ApplHeapSize
Die Heapspeichergröße der Anwendung.
Beispiel: 1024
Database.DB2.LockListSize
Der Größenwert, der der Sperrenliste zugeordnet ist.
Beispiel: 30000
Database.DB2.LogSecond
Die zulässige Anzahl sekundärer
Protokolldateien.
Beispiel: 4
Database.DB2.ServiceUser
Die Benutzer-ID für den automatischen
Start.
Database.DB2.ServicePassword
Das Kennwort für Database.DB2.ServiceUser.
Database.DB2.PageSize
Die Einstellung für die Seitengröße.
Gemessen in KB. Beispiel: 32
Database.DB2.ExtentSize
Die Anzahl der Seiten pro Bereich
(Seitengruppe).
Beispiel: 32
Database.DB2.FencedUser
Die ID des Benutzers mit eingeschränktem
Zugriff für DB2 auf Linux- oder UNIX-Systemen.
Beispiel: db2fenc1
Database.DB2.AuthType
Die Methode, die DB2 zum Authentifizieren
von Benutzern verwendet.
Beispiel: server
Database.DB2.DataTablespaceName
Der Name des DB2-Tabellenbereichs für die
Produktdatenbank.
Beispiel: maxdata
Database.DB2.BufferPoolName
Der Name des DB2-Pufferpools.
Beispiel: MAXBUFPOOL
Database.DB2.BufferPoolLocation
Die Position des Pufferpools.
Database.DB2.BufferPoolSize
Größe des Pufferpools.
Beispiel: 32
Database.DB2.DataTablespaceLocation
Die Position des Tabellenbereichs für die
DB2-Datenbank.
Kapitel 19. Sichern und Wiederherstellen
329
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
Database.DB2.DataTablespaceSize
Die Größe des Tabellenbereichs in MB.
Beispiel: 1000
Database.DB2.DataTablespaceMaxSize
Die maximale Größe des Tabellenbereichs in
MB.
Beispiel: 8000
Database.DB2.TempTablespaceName
Der Name des temporären Tabellenbereichs.
Beispiel: maxtemp
Database.DB2.TempTablespaceLocation
Die Position des temporären
Tabellenbereichs.
Database.DB2.TempTablespaceSize
Die Größe des temporären Tabellenbereichs
in MB.
Beispiel: 1000
Database.DB2.TempTablespaceMaxSize
Die maximale Größe des Tabellenbereichs in
MB.
Beispiel: 8000
Database.DB2.IndexTablespaceName
Der Name des Indextabellenbereichs.
Beispiel: maxdata
Database.DB2.IndexTablespaceLocation
Die Position des Indextabellenbereichs.
Database.DB2.IndexTablespaceSize
Die Größe des temporären Tabellenbereichs
in MB.
Beispiel: 1000
Database.DB2.IndexTablespaceMaxSize
Die maximale Größe des
Indextabellenbereichs in MB.
Beispiel: 8000
Eigenschaften für
Microsoft SQL Server
Database.DB2.InstanceAdminUserName
Der Benutzer mit Verwaltungsaufgaben bzw.
Datenbankinstanz.
Database.DB2.InstanceAdminPassword
Das Kennwort für die in
Database.DB2.InstanceAdminUserName angegebene Benutzer-ID.
mxe.db.schemaowner
Der Eigner des Datenbankschemas.
Database.SQL.DatabaseName
Der Name der Datenbank.
Beispiel: maxdb75
330
Database.SQL.InstallLocation
Die Installationsposition von Microsoft SQL
Server. Beispiel: C:\\Program
Files\\Microsoft SQL Server\\90
Database.SQL.DataFileLocation
Die Position für Datendatei der Datenbank.
Database.SQL.DataFileName
Eine Möglichkeit, den Namen der
Datendatei für die Datenbank anzugeben.
Beispiel: maxdb75_dat
Database.SQL.DataFileMaxSize
Die maximale Größe der Datendatei für die
Datenbank.
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Tabelle 35. Installationseigenschaften (Forts.)
Kategorie
Eigenschaft
Definition
Database.SQL.DataFileSize
Die anfängliche Größe der Datendatei für
die Datenbank.
Database.SQL.LogFileName
Eine Möglichkeit, den Namen der
Protokolldatei für Datenbanktransaktionen
anzugeben. Beispiel: maxdb75_log
Database.SQL.LogFileSize
Die Größe der Protokolldatei für SQL-Server-Datenbanktransaktionen.
Database.SQL.DataFilegroupName
Der logische Name der Dateigruppe der Datenbank. Beispiel: PRIMARY
Database.SQL.ServerHostName
Der Hostname des Datenbankservers. Beispiel: myhost.mydomain.com
Database.SQL.ServerPort
Der Port des Datenbankservers. Beispiel:
1433
Database.SQL.InstanceAdminUserName
Der Benutzer mit Verwaltungsaufgaben für
die SQL-Server-Instanz, die während der
Installation für die Erstellung der Datenbank, die Erstellung des
Datenbankbenutzers und die Änderung der
Datenbank verwendet wird.
Database.SQL.InstanceAdminPassword
Das Kennwort des Benutzers mit
Verwaltungsaufgaben.
Eigenschaften für ADE DE.InstallLocation
(DE)
Die Position der Implementierungsengine.
Eigenschaften für
Anwendungsservertyp
Zeigt an, welcher Anwendungsserver bei der
Installation ausgewählt wurde. Beispiel:
WebSphere
ApplicationServer.Vendor
Umgebungsdaten aktualisieren
Wenn Sie ein zweites Produkt auf derselben Verwaltungsworkstation installieren
oder ein Upgrade eines vorhandenen Produkts durchführen, verwendet das Installationsprogramm Werte aus der vorherigen Implementierung. Diese Werte werden
auf dem Verwaltungssystem in den Dateien install.properties und
maximo.properties sowie in der Datenbank gespeichert. Wenn Sie Umgebungsänderungen an Systemen vorgenommen haben, die für die ursprüngliche Implementierung verwendet werden, müssen diese Änderungen in den Dateien
install.properties und maximo.properties aufgezeichnet und in der Datenbank
aktualisiert werden. Gewöhnlich gehören zu diesen Arten von Änderungen das
Ändern eines Hostnamens oder die Aktualisierung eines Kennworts.
Vorbereitende Schritte
Während einer Follow-up-Installation verwendet das Installationsprogramm die in
den Dateien install.properties und maximo.properties gefundenen Werte, um
das Upgrade oder die Installation eines zusätzlichen Produkts auszuführen. Bei erfolgreicher Verwendung dieser Berechtigungsnachweise werden Sie nicht aufgefordert, sie erneut anzugeben. Wenn sich das Installationsprogramm nicht mit den
Berechtigungsnachweisen aus den Eigenschaftendateien anmelden kann, werden
Sie aufgefordert, die aktuellen Berechtigungsnachweise anzugeben. Diese Werte
werden dann in die richtige Eigenschaftendatei geschrieben.
Kapitel 19. Sichern und Wiederherstellen
331
Für diese Methode der Aktualisierung von Berechtigungsinformationen gibt es eine
Ausnahme. Die Informationen hinsichtlich der Datenbankverbindung und den Berechtigungsnachweisen müssen immer auf dem aktuellen Stand sein, wenn Sie eine
Upgradeoperation ausführen möchten. Informationen zur Datenbankverbindung
und zu den Berechtigungsnachweisen werden in der Datei maximo.properties gespeichert. Alle Änderungen an diesen Informationen seit dem Zeitpunkt der ursprünglichen Implementierung müssen vor dem Upgrade in der Datei
maximo.properties manuell erfasst werden.
Kennwörter werden in Eigenschaftendateien verschlüsselt. Aktualisieren Sie verschlüsselte Werte in den Eigenschaftendateien mit Klartextwerten, und verschlüsseln Sie die Eigenschaftendatei anschließend erneut.
Informationen zu diesem Vorgang
Aktualisierungen an Eigenschaftendateien können manuell durch Bearbeiten des
entsprechenden Werts in einer Eigenschaftendatei durchgeführt werden. Die Integrated Service Management Library enthält ein Rekonfigurationstool, das verwendet
werden kann, um Eigenschaften zu aktualisieren. Rufen Sie die Website der Integrated Service Management Library auf (https://www.ibm.com/software/
brandcatalog/ismlibrary/), und suchen Sie nach IBM Maximo Reconfiguration Tool
for Administrative Workstations.
Vorgehensweise
1. Aktualisieren Sie den Eigenschaftswert in der Datenbank mit der Anwendung
"Systemeigenschaften" in Control Desk.
2. Aktualisieren Sie die Datenbankeigenschaften in der Datei maximo.properties:
a. Erstellen Sie zur Vorsicht eine Sicherung der Datei c:\ibm\smp\maximo\
applications\maximo\properties\maximo.properties.
b. Löschen Sie die Datei c:\ibm\smp\maximo\applications\maximo\properties\
maximo.properties.
c. Kopieren Sie die Datei c:\ibm\smp\etc\maximo.properties_orig in c:\ibm\
smp\maximo\applications\maximo\properties\maximo.properties.
d. Benennen Sie die Datei c:\ibm\smp\maximo\applications\maximo\
properties\maximo.properties_orig in c:\ibm\smp\maximo\applications\
maximo\properties\maximo.properties um.
e. Bearbeiten Sie die Datei c:\ibm\smp\maximo\applications\maximo\
properties\maximo.properties, und aktualisieren Sie die Berechtigungsund Verbindungsinformationen für den Zieldatenbankserver.
f. Verschlüsseln Sie die Datei c:\ibm\smp\maximo\tools\maximo\
encryptproperties.bat.
3. Aktualisieren Sie die Datei c:\ibm\smp\etc\install.properties auf der Verwaltungsworkstation mit allen geänderten Eigenschaften. Ändern Sie keine Eigenschaften verschlüsselter Kennwörter. Eigenschaften verschlüsselter Kennwörter
haben das Präfix [enc] in der Datei installation.properties. Kennwörter können beim nächsten Upgrade aktualisiert werden. Wenn Sie den Hostnamen für
den Server von IBM WebSphere Application Server Network Deployment aktualisieren möchten, führen Sie die Anweisungen in Schritt 4 aus.
4. Optional: Aktualisieren Sie den Hostnamen für den Server von WebSphere Application Server Network Deployment.
a. Kopieren Sie die Keystoredatei manuell vom Host des Deployment Manager
von WebSphere Application Server Network Deployment in das Verzeichnis
332
IBM Control Desk: Installationshandbuch (IBM WebSphere)
c:\ibm\smp\wasclient\etc auf dem Verwaltungssystem. Die Keystoredatei
finden Sie in der Datei WAS_HOME/profiles/ctgDmgr01/etc/trust.p12.
b. Aktualiseren Sie die Eigenschaft WAS.DeploymentManagerHostName in der Datei install.properties des Verwaltungssystems in der Zielumgebung.
c. Bearbeiten Sie die Datei C:\ibm\smp\wasclient\thinwasadmin.bat, und aktualisieren Sie die folgende Zeile mit dem Hostnamen des Servers von WebSphere Application Server Network Deployment:
set wsadminHost=-Dcom.ibm.ws.scripting.host=vollständig_qualifizierter_Hostname
d. Führen Sie die Datei C:\ibm\smp\wasclient\thinwasadmin.bat aus:
thinwsadmin.bat -Benutzername_des_Domänenmanagers -Kennwort
Ergebnisse
Nachdem Sie diese Aktualisierungen vorgenommen haben, können Sie ein Upgrade durchführen, ein Fixpack installieren oder ein anderes Produkt mit den berichtigten Werten installieren.
Kapitel 19. Sichern und Wiederherstellen
333
334
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Bemerkungen
Die vorliegenden Informationen wurden für Produkte und Services entwickelt, die
auf dem deutschen Markt angeboten werden.
Möglicherweise bietet IBM die in dieser Dokumentation beschriebenen Produkte,
Services oder Funktionen in anderen Ländern nicht an. Informationen über die gegenwärtig im jeweiligen Land verfügbaren Produkte und Services sind beim zuständigen IBM Ansprechpartner erhältlich. Hinweise auf IBM Lizenzprogramme
oder andere IBM Produkte bedeuten nicht, dass nur Programme, Produkte oder
Services von IBM verwendet werden können. Anstelle der IBM Produkte, Programme oder Services können auch andere, ihnen äquivalente Produkte, Programme
oder Services verwendet werden, solange diese keine gewerblichen oder anderen
Schutzrechte von IBM verletzen. Die Verantwortung für den Betrieb von Produkten, Programmen und Services anderer Anbieter liegt beim Kunden.
Für die in diesem Handbuch beschriebenen Erzeugnisse und Verfahren kann es
IBM Patente oder Patentanmeldungen geben. Mit der Auslieferung dieses Handbuchs ist keine Lizenzierung dieser Patente verbunden. Lizenzanforderungen sind
schriftlich an folgende Adresse zu richten (Anfragen an diese Adresse müssen auf
Englisch formuliert werden):
IBM Director of Licensing
IBM Europe, Middle East & Africa
Tour Descartes
2, avenue Gambetta
92066 Paris La Defense
France
Trotz sorgfältiger Bearbeitung können technische Ungenauigkeiten oder Druckfehler in dieser Veröffentlichung nicht ausgeschlossen werden. Die hier enthaltenen Informationen werden in regelmäßigen Zeitabständen aktualisiert und als Neuausgabe veröffentlicht. IBM kann ohne weitere Mitteilung jederzeit Verbesserungen und/
oder Änderungen an den in dieser Veröffentlichung beschriebenen Produkten und/
oder Programmen vornehmen.
Verweise in diesen Informationen auf Websites anderer Anbieter werden lediglich
als Service für den Kunden bereitgestellt und stellen keinerlei Billigung des Inhalts
dieser Websites dar. Das über diese Websites verfügbare Material ist nicht Bestandteil des Materials für dieses IBM Produkt. Die Verwendung dieser Websites geschieht auf eigene Verantwortung.
Werden an IBM Informationen eingesandt, können diese beliebig verwendet werden, ohne dass eine Verpflichtung gegenüber dem Einsender entsteht.
Lizenznehmer des Programms, die Informationen zu diesem Produkt wünschen
mit der Zielsetzung: (i) den Austausch von Informationen zwischen unabhängig
voneinander erstellten Programmen und anderen Programmen (einschließlich des
vorliegenden Programms) sowie (ii) die gemeinsame Nutzung der ausgetauschten
Informationen zu ermöglichen, wenden sich an folgende Adresse:
IBM Corporation
Software Interoperability Coordinator, Department 49XA
© Copyright IBM Corp. 2014
335
3605 Highway 52 N
Rochester, MN 55901
USA
Die Bereitstellung dieser Informationen kann unter Umständen von bestimmten
Bedingungen - in einigen Fällen auch von der Zahlung einer Gebühr - abhängig
sein.
Die Lieferung des in diesen Informationen beschriebenen Lizenzprogramms sowie
des zugehörigen Lizenzmaterials erfolgt auf der Basis der IBM Rahmenvereinbarung bzw. der Allgemeinen Geschäftsbedingungen von IBM, der IBM Internationalen Nutzungsbedingungen für Programmpakete oder einer äquivalenten Vereinbarung.
Alle in diesem Dokument enthaltenen Leistungsdaten stammen aus einer kontrollierten Umgebung. Die Ergebnisse, die in anderen Betriebsumgebungen erzielt werden, können daher erheblich von den hier erzielten Ergebnissen abweichen. Einige
Daten stammen möglicherweise von Systemen, deren Entwicklung noch nicht abgeschlossen ist. Eine Gewährleistung, dass diese Daten auch in allgemein verfügbaren Systemen erzielt werden, kann nicht gegeben werden. Darüber hinaus wurden
einige Daten unter Umständen durch Extrapolation berechnet. Die tatsächlichen Ergebnisse können davon abweichen. Benutzer dieses Dokuments sollten die entsprechenden Daten in ihrer spezifischen Umgebung prüfen.
Alle Informationen zu Produkten anderer Anbieter stammen von den Anbietern
der aufgeführten Produkte, deren veröffentlichten Ankündigungen oder anderen
allgemein verfügbaren Quellen. IBM hat diese Produkte nicht getestet und kann
daher keine Aussagen zu Leistung, Kompatibilität oder anderen Merkmalen machen. Fragen zu den Leistungsmerkmalen von Produkten anderer Anbieter sind an
den jeweiligen Anbieter zu richten.
Aussagen über Pläne und Absichten von IBM unterliegen Änderungen oder können zurückgenommen werden und repräsentieren nur die Ziele von IBM.
Alle von IBM angegebenen Preise sind empfohlene Richtpreise und können jederzeit ohne weitere Mitteilung geändert werden. Händlerpreise können u. U. von
den hier genannten Preisen abweichen.
Diese Veröffentlichung dient nur zu Planungszwecken. Die in dieser Veröffentlichung enthaltenen Informationen können geändert werden, bevor die beschriebenen Produkte verfügbar sind.
Diese Veröffentlichung enthält Beispiele für Daten und Berichte des alltäglichen
Geschäftsablaufes. Sie sollen nur die Funktionen des Lizenzprogramms illustrieren
und können Namen von Personen, Firmen, Marken oder Produkten enthalten. Alle
diese Namen sind frei erfunden; Ähnlichkeiten mit tatsächlichen Namen und Adressen sind rein zufällig.
COPYRIGHTLIZENZ:
Diese Veröffentlichung enthält Beispielanwendungsprogramme, die in Quellensprache geschrieben sind und Programmiertechniken in verschiedenen Betriebsumgebungen veranschaulichen. Sie dürfen diese Beispielprogramme kostenlos kopieren,
ändern und verteilen, wenn dies zu dem Zweck geschieht, Anwendungsprogramme zu entwickeln, zu verwenden, zu vermarkten oder zu verteilen, die mit der
Anwendungsprogrammierschnittstelle für die Betriebsumgebung konform sind, für
336
IBM Control Desk: Installationshandbuch (IBM WebSphere)
die diese Beispielprogramme geschrieben werden. Diese Beispiele wurden nicht
unter allen denkbaren Bedingungen getestet. Daher kann IBM die Zuverlässigkeit,
Wartungsfreundlichkeit oder Funktion dieser Programme weder zusagen noch
gewährleisten.
Kopien oder Teile der Beispielprogramme bzw. daraus abgeleiteter Code müssen
folgenden Copyrightvermerk beinhalten:
© IBM Corp. 2013. Teile des vorliegenden Codes wurden aus Beispielprogrammen
der IBM Corporation abgeleitet. © Copyright IBM Corp. 2012. Alle Rechte vorbehalten.
Wird dieses Buch als Softcopy (Book) angezeigt, erscheinen keine Fotografien oder
Farbabbildungen.
Marken
Informationen zur Kennzeichnung von Marken finden Sie auf der Website mit den
IBM Nutzungsbedingungen (http://www.ibm.com/legal/de/de/).
Folgende Namen sind Marken der IBM Corporation in den USA und/oder anderen Ländern:
IBM, das IBM-Logo, AIX, Tivoli, das Tivoli-Logo, und WebSphere sind Marken
oder eingetragene Marken der IBM Corporation in den USA und/oder anderen
Ländern.
Intel, das Intel-Logo und Pentium sind Marken der Intel Corporation in den USA
und/oder anderen Ländern.
Microsoft, Windows, das Windows-Logo und Internet Explorer sind Marken der
Microsoft Corporation in den USA und/oder anderen Ländern.
Linux ist eine Marke von Linus Torvalds in den USA und/oder anderen Ländern.
UNIX ist eine eingetragene Marke von The Open Group in den USA und anderen
Ländern.
Java und alle auf Java basierenden Marken und Logos sind Marken oder eingetragene Marken der Oracle Corporation und/oder ihrer verbundenen Unternehmen.
Weitere Unternehmens-, Produkt- oder Servicenamen können Marken oder Servicemarken anderer Hersteller sein.
Bemerkungen
337
338
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Index
A
Aggregationspakete 261
AIX
Unterstützung großer Seiten 11
Aktion
install 275
showavail 275
showinstalled 275
undo 275
uninstall 275
upgrade 275
Anmelden 221
Anmelden und Abmelden 229
Anwendungsserver
über die Administrationskonsole starten 286
über die Befehlszeile starten 285
Anwendungsserver von WebSphere Application Server Network Deployment
(MXServer) 289
Arbeitstypen
erstellen 227
Artikel- und Firmensätze
erstellen 223
Aufgaben nach der Installation 208
Klasse der obersten Ebene für IT
Anlagen 228
Software 228
Auswählbare Features 265
Authentifizierungsservice 108, 112, 124
B
Befehlszeilenschnittstelle für Prozesslösungen
Referenz 279
Benutzer 37
Gruppen
synchronisieren 230
synchronisieren 230
Bereinigungsscripts für Middleware 233
Bibliotheken
Linux 12
D
Datenbank
Änderungen anwenden 225
Datenbankserver 82
Konfiguration verzögern 270
Datenquelle
für persistenten Speicher manuell erstellen 143
DB2
Installation unter Solaris und HPUX 296
manuelle Konfiguration, 9.x 82
vorhandenen Server mit dem Middlewareinstallationsprogramm konfigurieren 62
© Copyright IBM Corp. 2014
Deinstallation
automatisch konfigurierte Implementierung 238
automatisch konfigurierte Middleware 238
Dateien manuell entfernen 252
manuell 249
manuell konfigurierte Implementierung 239
manuell konfigurierte Middleware 240
Produkt 237
ohne Deinstallationsprogramm 244
Tool zur Wiederherstellung des Deinstallationsprogramms 244
Wiederherstellung der Datenbankkonfiguration 241
Deinstallation von Integration Composer 212
Deinstallation von Integration Composer
unter Windows-Betriebssystemen 212
Deinstallieren
Tool zur Wiederherstellung 244
Durchgehende JMS-Eingangswarteschlange (CQIN)
erstellen 133
E
EAR-Dateien
manuell erstellen 292
verwalten 291
Eigenschaften
Installation 316
unbeaufsichtigte Produktinstallation 160
Einfache Installation
Pfadwerte 46, 67
executeMapping, Befehl 211
F
Fehlerwarteschlange 138
Fixpacks für WebSphere-Plug-ins
installieren 312
G
Gemeinsam genutzter Speicher
festlegen 14
Größe des Auslagerungsspeichers
festlegen 13
Gruppe 37
H
Hardware- und Softwarevoraussetzungen, Integration Composer 198
Hauptbuchkomponententyp, Berechtigungen
aktualisieren 226
Hauptbuchkontenkomponente
erstellen 224
Hauptbuchkonto
erstellen 225
Hilfe 221
HTTP-Server 16
HTTPOnly
konfigurieren 195
I
IBM HTTP Server
Fixpacks installieren 310
installieren und konfigurieren 308
IBM Tivoli Directory Server 37
manuelle Konfiguration 92
unter Solaris installieren 299
vorhandenen Server mit dem Middlewareinstallationsprogramm prüfen 63
IBM WebSphere Application Server Network Deployment
HTTPOnly 195
Implementierungsengine
sichern 17
Implementierungsoperationen
typisch 264
Implementierungsplan
Übersicht 21
install, Aktion 279
Installation
Aufgaben nach der Installation 221
automatische Middlewarekonfiguration 21
Eigenschaften 316
einfach
Pfadwerte 46, 67
Integration Composer
mit dem Launchpad 197
mit manuell konfigurierter Middleware implementieren 81
Produkt, automatisch konfigurierte
Middleware 48, 69
Produkt, manuell konfigurierte Middleware 146
Themen für Fortgeschrittene 285
Tivoli Integration Composer 199, 204
vorbereiten 1
Vorbereitungen 1
vorhandene Middleware automatisch
konfigurieren 59
Installation prüfen
manuell 193
programmgesteuert 187
Installation von Integration Composer bestätigen 208
Installation von Prozesslösungen
Pakete 260
339
Installationsnachbereitung 221
Installationsprogramm für Lösungen
Aktion 276
Installationsprogramm für Prozesslösungen
auswählen 262
Installationsvoraussetzungen, Integration
Composer 198
Installieren 108, 112
unbeaufsichtigt 157
vorausgesetzte Softwareprodukte 21,
157
Integration Composer
installieren
mit Prozesslösungsinstallationspaket 201, 206
UNIX-Systeme 201, 206
Integration Composer, deinstallieren 212
Integration Composer, Hardware- und
Softwarevoraussetzungen 198
Integration Composer, Installation bestätigen 208
Integration Composer, Installationsvoraussetzungen 198
Integration Composer unter UNIX-Betriebssystemen deinstallieren 212
J
J2EE-Server
Konfiguration verzögern 270
manuelle Konfiguration 101
JMS-Aktivierungsspezifikation
für die durchgehende Eingangswarteschlange (CQIN) erstellen 136
für die Eingangswarteschlange für
Fehler (CQINERR) erstellen 141
JMS-Fehlerwarteschlange (CQINERR)
erstellen 140
JMS-Verbindungsfactory
erstellen 132
JMS-Warteschlangen
manuell konfigurieren 127
JRE
in Linux konfigurieren 12
M
Microsoft Active Directory
konfigurieren 96
mit dem Middlewareinstallationsprogramm konfigurieren 64
Microsoft SQL Server
manuelle Konfiguration 89
wiederherstellen 243
Middleware 21, 157
deinstallieren 43
Fernkonfiguration 14
Installation unter HP-UX 295
Installation unter Solaris 295
Installation unter Solaris und HPUX 295, 296
Installationsvorbereitung unter Solaris
und HP-UX 295
Konfigurationsparameter ändern 290
starten und stoppen 253
unter Linux und AIX stoppen 257
unter UNIX starten 254
unter Windows starten 253
unter Windows stoppen 255
Middlewareinstallation
Vorbereitungen 1
Middlewareinstallationsprogramm
Protokolle 24
Protokollreferenz 26
modfeatures, Aktion 280
N
Node Agent
als Windows-Dienst erstellen
108
O
Onlinehilfe 221
Oracle
manuelle Konfiguration, 10g 86
manuelle Konfiguration, 11g 84
wiederherstellen 242
Organisation
erstellen 224
K
P
Konfigurieren 124, 222
Datenbankserver 82
Kreditorenkonten
aktualisieren 226
Pakete 260
Pakettypen 260
Portverfügbarkeit
überprüfen 8
Produktinstallation
Vorbereitungen 1
Produktinstallationsprogramm
Übersicht 45, 66
Protokolle
Middlewareinstallationsprogramm 24, 26
PSI-Programm 281
Prozesslösungsimplementierung
über die Verwaltungsworkstation verwalten 264
Prozesslösungspaket
Installationsmethoden 259
L
Launchpad
starten 19
Übersicht 19
Lösunginstallationsprogramm
von der Befehlszeilenschnittstelle unterstützte Parameter 277
Lösungspakete
Befehlszeilenschnittstelle 275
Lösungspaketimplementierung
manuell durchführen 271
340
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Prozessmanager
mit dem PSI-Assistenten installieren 274
PSI-Client 275
PSI-Programm 279, 280
Protokolle 281
unterstützte Operationen 262
Vorbereitungen 263
S
Schriftarten
AIX 9
Sequenzielle JMS-Ausgangswarteschlange
(SQOUT)
erstellen 135
Sequenzielle JMS-Eingangswarteschlange
(SQIN)
erstellen 134
Service Integration Bus
Server hinzufügen 128
SIB-Ziel
für die durchgehende Eingangswarteschlange (CQINBD) erstellen 129
für die Eingangswarteschlange für
Fehler (CQINERRBD) erstellen 138
für die sequenzielle Ausgangswarteschlange (SQOUTBD) erstellen 131
für die sequenzielle Eingangswarteschlange (SQINBD) erstellen 130
Sicherheit
konfigurieren 231
Sichern 315
SMTP 222
SMTP konfigurieren 222
Softwarelebenszyklusoperationen 259
solutionInstaller
Syntax 276
solutionInstaller-Script
solutionInstaller.bat 275
solutionInstaller.sh 275
Speicherzuordnung
ändern 211
Sprachaktivierung 230
Sprachen
Implementierung nach Verzögerung
der Datenbankaktualisierung 56,
57, 77, 78, 154
SSL
Clientauthentifizierung, Ausweichlösung 16
konfigurieren 38
Standardeinfügeniederlassung
erstellen 227
startFusion, Datei
Speicherzuordnung 210
Systemkennwort, Richtlinienhinweise 16
Systemprüfung zur Implementierungsvorbereitung
PSI-Programm 272
Systemverzeichnisse
Zugriff 8
T
Wiederherstellen 315
Windows-Dienste
konfigurieren 289
Windows-Dienste konfigurieren
tar, Befehl
AIX 9
Tivoli Integration Composer
Installation 199
Upgrade 204
Tool zur Wiederherstellung
deinstallieren 244
289
X
XML-Anforderungsseiten
230
U
Übersicht, Integration Composer 197
Übersicht über Integration Composer 197
ulimit
festlegen 13
Umgebungsdaten
aktualisieren 331
Unbeaufsichtigt installieren 157
Unbeaufsichtigte Installation 157
Unbeaufsichtigte Produktinstallation
Eigenschaften 160
Unterstützung von Seitengrößen 11
V
Verwaltungsworkstation
sichern 315
wiederherstellen 316
Verzeichnisserver
manuelle Konfiguration
Virtual Member Manager
konfigurieren 313
VMM
manuelle Konfiguration
Voraussetzungen 21, 157
Voraussetzungen prüfen
programmgesteuert 3
91
303
W
Währungscodes
erstellen 223
WebSphere Application Server
Konfiguration wiederherstellen 249
WebSphere Application Server Network
Deployment
siehe auch Verwaltung von
Anwendungen von Control Desk installieren 292
für die Ausführung als WindowsDienst konfigurieren 289
Installation unter Solaris und HPUX 299
Konfigurationsaufgaben 101
manuell deinstallieren 292
manuelle Konfiguration 101
Profile manuell erstellen 300
Update Installer installieren 307
WebSphere Application Server Network
Deployment, Administrationskonsole
siehe Sichern
WebSphere-Node-Agent 289
WebSphere-Plug-in
siehe installieren
Index
341
342
IBM Control Desk: Installationshandbuch (IBM WebSphere)
Gedruckt in Deutschland