Variablen für die Einbindung von Anwendungsservern mit dem Befehl "zpmt"
Der Befehl zpmt verwendet die Werte, die Sie für die in einer Antwortdatei definierten Variablen angeben, um Anpassungsdaten und -anweisungen für das Einbinden eines Anwendungsservers zu erstellen.
Aktion
- Auszuführende Aktion
Informationen für die Einbindung
- Der Profilname ist default.
- Profilpfad
- Schablonenpfad
- Das Zielbetriebssystem.
- Das übergeordnete Qualifikationsmerkmal für die z/OS-Zieldateien, die
die generierten Jobs und Anweisungen enthalten.
Wenn eine Anpassungsdefinition auf das z/OS-Zielsystem hochgeladen wird, werden die Anpassungsjobs und -dateien in ein Paar partitionierter Dateien geschrieben. Obwohl es möglich ist, diese Dateien wiederzuverwenden, wird empfohlen, separate Dateien für jede Konfiguration von WebSphere Application Server for z/OS zu erstellen. Es empfiehlt sich, das Präfix für Anpassungsdateinamen (manchmal auch config_hlq genannt) zu verwenden, um Version und Release von WebSphere Application Server for z/OS, die ausgeführte Task und die konfigurierte Zelle (sowie in manchen Fällen auch den Knotennamen) anzugeben. Beispielsweise können Sie das Präfix des folgenden Dateinamens zum Konfigurieren einer eigenständigen Zelle von WebSphere Application Server mit dem Namen TESTCELL für Version 9.0 verwenden:
In diesem Beispiel werden die folgenden beiden Dateien erstellt, wenn die Anpassungsdefinition auf das z/OS-Zielsystem hochgeladen wird:SYSPROG1.WAS90.TESTCELL.APPSERV
Die CNTL-Datei ist eine partitionierte Datei (PDS) mit Datensätzen fester Länge (80-Byte-Blöcke), die die Anpassungsjobs enthalten. Die DATA-Datei ist eine PDS mit Daten variabler Länge für die anderen Anpassungsdaten.SYSPROG1.WAS90.TESTCELL.APPSERV.CNTL SYSPROG1.WAS90.TESTCELL.APPSERV.DATA
Regel: Das übergeordnete Qualifikationsmerkmal (HLQ, High-Level Qualifier) kann sich aus mehreren Qualifikationsmerkmalen (bis zu 39 Zeichen) zusammensetzen.Die generierten Stapeljobs und Anweisungen werden in zwei partitionierte z/OS-Dateien hochgeladen:- Eine partitionierte Datei mit Datensätzen fester Länge (80-Byte-Blöcke), die die Anpassungsjobs enthalten.
- Eine partitionierte Datei mit Daten variabler Länge für die anderen Daten, die in der Anpassungsdefinition enthalten sind.
Tipp: Als HLQ (High-Level Qualifier, übergeordnetes Qualifikationsmerkmal) für die Datei kann ein mehrstufiges HLQ angegeben werden. - Der Gruppenname der Konfigurationsgruppe von WebSphere Application Server.
- Die Benutzer-ID, die Eigner des Konfigurationsdateisystems ist.
- Mountpunkt für das Dateisystemverzeichnis mit Schreib-/Lesezugriff, in das die Anwendungsdaten und Umgebungsdateien geschrieben werden.
Der Anpassungsprozess erstellt diesen Mountpunkt, sofern er noch nicht vorhanden ist.
- Der Name des Verzeichnisses, in dem sich die Dateien von WebSphere Application Server for z/OS nach der Installation befinden.
Weitere Informationen hierzu finden Sie im Artikel Produktdateisystem.
- Der TCP/IP-Knotenname des Deployment Manager für die Network Deployment-Zelle.
- Die Verbindung zum Deployment Manager wird über eine RMI-Verbindung hergestellt.
- Die Verbindung zum Deployment Manager wird über eine SOAP-Verbindung hergestellt.
- Der JMX-SOAP-Connector-Port, den die "add-node"-Anforderung verwendet, um die Verbindung
zum Deployment Manager herzustellen.
Dieser Port gibt dem Einbindungsprozess Auskunft darüber, welcher Deployment Manager das Ziel der Einbindung ist.
- Geben Sie true an, wenn die Verwaltungssicherheit für die Network Deployment-Zelle und den Deployment Manager aktiviert ist.
- Die Benutzer-ID mit vollständigen Verwaltungsberechtigungen für die Network Deployment-Zelle.
Dies ist die Benutzer-ID des Sicherheitsdomänenadministrators und kann nicht geändert werden.
- Das Kennwort für die Benutzer-ID.
- Diese Einstellung ist erforderlich, wenn die globale Sicherheit in der Zelle, die den einzubindenden Knoten enthält, aktiviert ist.
- Die Benutzer-ID mit vollständigen Verwaltungsberechtigungen für die Zelle mit dem Anwendungsserver.
- Das Kennwort für die Benutzer-ID.
- Geben Sie true an, wenn Sie Anwendungen in den Knoten des Deployment Manager aufnehmen
möchten. Wenn Sie diese Option aktivieren, nimmt das Programm "addNode" Anwendungen
vom Knoten auf, so wie sie sie andernfalls vor der Einbindung entfernen würde. Wenn die Anwendung bereits in
der Zelle vorhanden ist, wird eine Warnung ausgegeben, und die Anwendung wird nicht
in der Zelle installiert.Anmerkung: Sie müssen diese Option verwenden, um alle Anwendungen in die neue Zelle zu migrieren. Wenn Sie den Knoten mit dem Befehl addNode in eine Zelle einbinden, werden keine Konfigurationsdaten auf Zellenebene zusammengefügt. Dies betrifft auch die Konfigurationsdaten von virtualHost.
- Die Knotengruppe, in die der Knoten gestellt wird.
Geben Sie "DefaultNodeGroup" an, wenn sich der Knoten in demselben Systemkomplex wie der Deployment Manager befindet.
- Die IP-Adresse, an der der ORB des Servers auf den Empfang ankommender IIOP-Anforderungen wartet.
Der Standardwert ist * und weist den ORB an, an allen verfügbaren IP-Adressen empfangsbereit zu sein.
- Port für IIOP-Anforderungen, der für diesen Server als Bootstrap-Port verwendet wird und an dem
der ORB IIOP-Anforderungen akzeptiert. Regel: Der Wert darf nicht 0 sein.
- Port für sichere IIOP-Anforderungen.
Der Standardwert ist 0 und ermöglicht dem System, diesen Port auszuwählen.
- Der Name des Node-Agent-Servers.
Dies ist der Jobname des Servers, der mit dem Parameter JOBNAME des Befehls MVS START angegeben wird. Dieser Wert identifiziert den Server bei z/OS-Funktionen wie SAF.
Regel: Der Name muss gewöhnlich aus maximal sieben Großbuchstaben bestehen. - Der Name des Node Agent und die primäre externe Kennung des Node-Agent-Servers.
Dieser Name identifiziert den Server so, wie er in der Administrationskonsole angezeigt wird. Der ausgeschriebene Name des Node-Agent-Servers wird auf den festen Wert "nodeagent" gesetzt.
- Die Portnummer für die JMX-HTTP-Verbindungen zu diesem Server, basierend auf dem SOAP-Protokoll.
JMX wird für Fernverwaltungsfunktionen wie das Aufrufen von Scripts über wsadmin.sh verwendet.
Regel: Der Wert darf nicht 0 sein. - Definiert den TCP/IP-Port, an dem die Node Agents auf Erkennungsanforderungen des Deployment Manager warten.
- Definiert den Multicast-Port, über den der Node Agent Erkennungsanforderungen an seine verwalteten Server sendet.
Die Multicast-IP-Adresse, an der der Discovery-Port geöffnet wird, wird von WebSphere Application Server for z/OS standardmäßig auf 232.133.104.73 gesetzt. Diese Standardadresse kann mit der Administrationskonsole geändert werden. Dies ist eine CLASS-D-Adresse. Die gültigen IP-Adressen liegen zwischen 224.0.0.0 und 239.255.255.255.
- Definiert den IPv6-Multicast-Port, über den der Node Agent Erkennungsanforderungen an seine verwalteten Server sendet (NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS).
- Der Port für den JMX-Connector, der am Loopback-Adapter (IPC_CONNECTOR_ADDRESS) empfangsbereit ist.
Der Connector verwendet das Kommunikationsprotokoll "local comm", d. h., der Port wird nur für lokale Übertragungen im z/OS-Systemimage (oder Sysplex) verwendet.
- Der Port, an dem der High Availability Manager empfangsbereit ist (DCS_UNICAST_ADDRESS).
- Kommunikationsport für die Verwaltungsfunktionen von WebSphere Extended Deployment (NODE_XDAGENT_PORT)
- UDP-Kommunikationsport für die Verwaltungsfunktionen von WebSphere Extended Deployment (NODE_OVERLAY_UDP_LISTENER_ADDRESS)
- TCP-Kommunikationsport für die Verwaltungsfunktionen von WebSphere Extended Deployment (NODE_OVERLAY_TCP_LISTENER_ADDRESS)
- Geben Sie true an, wenn der Node Agent nach dem Einbinden eines Knotens automatisch gestartet werden soll. Andernfalls geben Sie false an.
- Der Port für IIOP-Anforderungen, der für diesen Server als Bootstrap-Port verwendet wird und an dem
der ORB IIOP-Anforderungen akzeptiert. Regel: Der Wert darf nicht 0 sein.Anmerkung: Die Operation zum Hinzufügen des Knotens erstellt den Verwaltungsserver für den Node Agent mit einem Standard-ORB-Listener-Port, der dem INS-CosNaming-Standard-Bootstrap-Port entspricht. Da dieser Port zuvor vom anfänglichen eigenständigen Server des Knotens verwendet wurde, muss der ORB-Listener-Port des anfänglichen eigenständigen Servers in einen neuen Portwert geändert werden. Der Standardwert, auf den der ORB-Listener-Port des Anwendungsservers gesetzt wird, ist 9810. Wenn Sie mehrere Zellen konfigurieren, die dieselben Systeme verwenden, führt die Verwendung des Standardwerts dazu, dass Portkonflikte zwischen diesen Zellen entstehen. Diese Option hilft Ihnen, die Portnummer zu setzen, falls Port 9810 zuvor zugeordnet wurde.
- Geben Sie true an, um SIBs (Service Integration Bus) auf diesem Knoten einzubinden. Andernfalls geben Sie false an.